Vom Keyword zum Pfad: die Slug-Werkstatt

Ein recherchiertes Keyword ist noch kein URL-Pfad. Zwischen dem Begriff “Fußbodenheizung nachrüsten Altbau” in der Keyword-Liste und dem fertigen /ratgeber/fussbodenheizung-nachruesten-altbau/ im Live-System liegen vier handwerkliche Entscheidungen: wie der Text normalisiert wird, wie er getrennt und geschrieben wird, wie er kodiert im Netz ankommt, und was passiert, wenn das nächste Keyword aus derselben Liste auf denselben Pfad zeigt. Dieser Text behandelt genau diese Schritte.

Was hier bewusst nicht steht: ob das Keyword in der URL ein Rankingfaktor ist und wie stark. Diese Frage hat ihre eigene Seite und ihre eigene Studienlage. Für die Werkstatt ist sie folgenlos, denn der Pfad muss ohnehin aus irgendetwas bestehen, und wenn er ohnehin aus etwas besteht, dann besser aus dem Begriff, um den die Seite geht. Google beschreibt beschreibende URLs in seiner Dokumentation zur URL-Struktur als Mittel, Nutzern und Suchmaschinen mehr Kontext zum Seiteninhalt zu geben. Das ist die Begründung, die trägt, und mehr braucht man für die Ableitung nicht.

Schritt 1: Normalisieren

Deutsche Keywords enthalten regelmäßig Zeichen, die im Pfad Arbeit machen: Umlaute, das ß, Ampersands, Schrägstriche, Prozentzeichen, Klammern, Anführungszeichen aus dem Copy-und-Paste. Die Normalisierung ist die Regel, die aus diesem Zeichenvorrat einen kleinen, festen macht.

Praktisch bewährt hat sich diese Reihenfolge:

1. Alles in Kleinbuchstaben überführen.
2. Umlaute transliterieren: ä zu ae, ö zu oe, ü zu ue, ß zu ss.
3. Restliche Akzentzeichen auf ihren Grundbuchstaben reduzieren: é zu e, ç zu c.
4. Alles, was danach kein a bis z, keine Ziffer und kein Bindestrich ist, durch einen Bindestrich ersetzen.
5. Mehrfache Bindestriche zu einem zusammenziehen, führende und schließende entfernen.

Der einzige wirklich strittige Punkt ist Schritt 2. Technisch müsste man Umlaute nicht transliterieren: Google empfiehlt für Zeichen außerhalb des ASCII-Bereichs die Prozentkodierung, und /fußbodenheizung/ funktioniert als %C3%9F-kodierte URL einwandfrei. Der Grund für die Transliteration ist nicht Technik, sondern Weiterverarbeitung. Sobald jemand die URL kopiert, in eine Mail schreibt, in ein CMS-Feld einträgt oder ein Tool sie in einer Liste zeigt, taucht sie irgendwo als fu%C3%9Fbodenheizung auf und ist ab da unlesbar. Wer die Umlaute vorher auflöst, hat diese Klasse von Problemen gar nicht. Wer sie behalten will, muss dafür sorgen, dass die Kodierung an jeder Stelle der Kette identisch angewandt wird, denn Google verlangt für eine crawlbare URL-Struktur die Einhaltung von IETF STD 66 und empfiehlt außerdem ausdrücklich eine einheitliche Kodierung.

Entscheiden Sie das einmal für die ganze Site und schreiben Sie es auf. Eine Site, auf der die Hälfte der Slugs transliteriert und die andere Hälfte prozentkodiert ist, ist der teure Fall.

Schritt 2: Trennen und schreiben

Zwei Regeln, beide direkt aus Googles Dokumentation zur URL-Struktur, beide unstrittig:

Bindestriche statt Unterstriche. Google empfiehlt Bindestriche zur Worttrennung in URLs. url-keywords ist die Form, url_keywords und urlkeywords sind es nicht.

Kleinschreibung durchgängig. URLs sind case sensitive, Groß- und Kleinschreibung im Pfad erzeugt also unterschiedliche URLs. /Ratgeber/URL-Keywords/ und /ratgeber/url-keywords/ sind zwei Adressen, nicht eine. Das ist kein theoretisches Risiko: es entsteht typischerweise dann, wenn Slugs an einer Stelle automatisch aus dem H1 gebildet werden und an anderer Stelle jemand von Hand eine Version mit Großbuchstaben einträgt oder verlinkt. Die Absicherung ist zweiteilig. Erstens erzeugt die Ableitung nur Kleinbuchstaben. Zweitens leitet der Server Anfragen mit Großbuchstaben dauerhaft auf die Kleinschreibvariante um, damit versehentliche Varianten nicht als eigene Adresse leben.

Zu Füllwörtern, Stoppwörtern und Länge des Pfads gibt es an dieser Stelle keine Empfehlung, weil das eine eigene Frage mit eigenen Abwägungen ist. Halten Sie es einfach konsistent: entweder werden und, für, mit immer entfernt oder nie. Ein Regelwerk, das jeder Redakteur nach Gefühl auslegt, produziert genau die uneinheitlichen Pfade, die man später mühsam vereinheitlicht.

Schritt 3: Kollisionen auflösen

Der Fall tritt in jeder größeren Keyword-Liste auf. “Keyword URL”, “keyword-url”, “Keyword URLs” und “URL Keyword” normalisieren zu drei bis vier sehr ähnlichen, teils identischen Slugs. Wenn jedes Keyword aus der Liste mechanisch eine Seite bekommt, kollidieren sie.

Die schlechte Lösung ist ein Zähler: keyword-url, keyword-url-2, keyword-url-3. Der Zähler löst die technische Kollision und verschiebt das eigentliche Problem, dass hier nämlich mehrere Seiten für praktisch dieselbe Suchabsicht geplant sind.

Die belastbare Vorgehensweise hat zwei Stufen:

Erstens ein Slug-Register. Führen Sie eine Tabelle mit dem normalisierten Slug als eindeutigem Schlüssel, dem Ziel-Keyword und der Seiten-ID. Der Schlüssel ist eindeutig, die Datenbank oder das Skript weist eine Doublette also beim Anlegen ab. Damit merken Sie die Kollision zum Zeitpunkt der Planung und nicht nach dem Deployment.

Zweitens eine Sachentscheidung pro Kollision. Für jede abgewiesene Doublette gibt es genau drei zulässige Antworten. Entweder es ist dieselbe Seite, dann wird das zweite Keyword der bestehenden Seite zugeordnet und keine neue angelegt. Oder es sind zwei verschiedene Seiten mit klar verschiedener Absicht, dann unterscheidet sich der Pfad in einem inhaltlich tragenden Segment, etwa /ratgeber/url-keywords/ gegen /ratgeber/url-keywords-google-ads/, und nicht in einer Ziffer. Oder die zweite Seite wird gestrichen.

Der Aufwand liegt bei wenigen Minuten pro Fall und ist genau der Aufwand, den man sonst später beim Aufräumen mehrfach zahlt.

Schritt 4: Pfad oder Parameter

Sobald Filter, Sortierungen oder Varianten ins Spiel kommen, stellt sich die Frage, ob eine Ausprägung ein eigenes Pfadsegment bekommt oder ein URL-Parameter wird. Google nennt als Best Practice, so wenige URL-Parameter wie möglich zu verwenden, und führt irrelevante Parameter als häufiges Problem auf.

Die brauchbare Trennlinie ist inhaltlich, nicht technisch: Was die Seite zu einer anderen Seite macht, gehört in den Pfad. Was nur die Darstellung derselben Seite verändert, gehört in den Parameter.

Konkret bedeutet das: Eine eigene Zielgruppe, eine eigene Region, eine eigene Produktkategorie ändert den Inhalt und bekommt ein Pfadsegment. Sortierreihenfolge, Seitenzahl einer Liste, Ansichtsmodus, Tracking-Kennungen und Sitzungs-IDs ändern den Inhalt nicht und bleiben Parameter, bei Tracking-Kennungen und Sitzungs-IDs am besten begleitet von einer Canonical-Angabe auf die parameterlose Adresse. seonative führt Sitzungs-IDs entsprechend als etwas auf, das in einer SEO-freundlichen URL-Struktur zu vermeiden ist, neben eindeutigen URLs, begrenzter Verzeichnistiefe und dem HTTPS-Protokoll.

Der Fehler, der hier Geld kostet, ist der Zwischenzustand: dieselbe Ausprägung mal als Pfad, mal als Parameter erreichbar. Dann existiert der Inhalt unter zwei Adressen, und zwei Adressen für einen Inhalt sind zwei Adressen, die gepflegt, verlinkt und gemessen werden wollen.

Schritt 5: Den Slug wechseln, ohne etwas zu verlieren

Ein bestehender Slug wird nur gewechselt, wenn es einen Grund gibt, der über Kosmetik hinausgeht: ein sachlich falscher Pfad, eine Umstrukturierung der Verzeichnisse, eine Zusammenlegung. Wenn gewechselt wird, dann als Plan und nicht als Einzelaktion.

Der Plan besteht aus sechs Punkten:

1. Bestand einfrieren. Ziehen Sie die Liste der aktuell erreichbaren URLs aus Sitemap, Server-Logs und Search Console, bevor irgendetwas geändert wird. Diese Liste ist die Referenz, gegen die später geprüft wird.
2. Mapping schreiben. Eine Zeile pro alter URL mit genau einer neuen Ziel-URL. Keine Sammelweiterleitung auf eine Übersichtsseite, keine Fälle ohne Ziel. Wo kein sinnvolles Ziel existiert, ist der Slug-Wechsel für diese URL keine gute Idee.
3. Serverseitig dauerhaft weiterleiten. Die Weiterleitung gehört in Server- oder Edge-Konfiguration, nicht in eine Meta-Refresh-Angabe im HTML.
4. Interne Verlinkung nachziehen. Alle internen Links zeigen nach dem Wechsel direkt auf die neue Adresse. Die Weiterleitung ist die Absicherung für externe Links und Lesezeichen, sie ist nicht der Ersatz dafür, die eigenen Links zu korrigieren. Ketten aus mehreren aufeinanderfolgenden Weiterleitungen entstehen fast immer genau hier.
5. Nebenangaben mitziehen. Canonical, Sitemap, strukturierte Daten, hreflang und Paginierungsangaben zeigen auf die neue Adresse. Die Sitemap enthält nur noch die neuen URLs.
6. Weiterleitungen stehen lassen. Sie bleiben dauerhaft. Der Aufwand dafür ist eine Konfigurationszeile pro URL, der Aufwand für das Gegenteil ist ein verlorener Link, den niemand zurückholt.

Prüfen Sie nach dem Wechsel gegen die eingefrorene Liste: jede alte URL liefert einen dauerhaften Redirect, jede neue URL liefert Status 200, und keine Weiterleitung läuft über eine Zwischenstation.

Abgrenzung: Keyword-URLs in Google Ads

Der Begriff hat eine zweite, völlig andere Bedeutung. Im Google Ads Editor ist die Keyword-URL ein eigenes, bearbeitbares Feld auf Keyword-Ebene im Anzeigenkonto. Sie bestimmt, auf welche Zielseite ein Klick auf genau dieses Keyword führt, und sie hat mit dem organischen URL-Slug technisch nichts zu tun: sie steht in der Kampagnenstruktur, nicht im CMS, und sie ändert keine einzige Adresse Ihrer Website. Wer aus einer Keyword-Recherche heraus zu diesem Feld kommt, sucht die Dokumentation zu finalen URLs und Tracking-Vorlagen im Anzeigenkonto, nicht diesen Text.

Eine dritte Verwechslung ist ähnlich verbreitet: Keyword-Links bezeichnen Backlinks, deren Ankertext exakt das Zielkeyword enthält. Auch das ist ein anderes Thema, weil es um fremde Seiten geht, die auf Sie verweisen, und nicht um den Pfad auf Ihrer eigenen.

Die Werkbank in Kurzform

Die URL ist einer von mehreren Orten, an denen ein Keyword landet: Squarespace ordnet sie in einer Reihe mit Seitentitel, Meta-Description, Fließtext und Bildbeschreibungen ein. Sie ist aber der einzige dieser Orte, den man nach der Veröffentlichung nicht mehr folgenlos ändern kann. Genau deshalb lohnt sich die Sorgfalt vorne.

Für die Umsetzung reichen fünf festgeschriebene Regeln: eine Normalisierungsvorschrift, Bindestriche als Trenner, durchgängige Kleinschreibung, ein Slug-Register mit eindeutigem Schlüssel, und eine klare Linie zwischen Pfad und Parameter. Wenn diese fünf Punkte im Code stehen statt im Kopf einzelner Beteiligter, ist die Ableitung vom Keyword zum Pfad ein reproduzierbarer Vorgang und keine Verhandlung. Das Keyword url keywords selbst kommt mit einem Suchvolumen von 20 pro Monat bei einer Difficulty von 26 daher, ist also ein kleines Thema mit überschaubarem Wettbewerb. Die Slug-Regeln, die man daran aufsetzt, gelten für jede einzelne der übrigen Seiten mit.