Der Query String ist der Teil einer Adresse hinter dem Fragezeichen, der Parameter an die Seite übergibt. Jeder Parameter besteht aus einem Namen und einem Wert; mehrere werden mit einem kaufmännischen Und verbunden.
- Query String
Der Teil einer Adresse hinter dem Fragezeichen, der Parameter an die Seite übergibt.
Beispiel: „Im Query String steht, nach welcher Branche die Referenzliste gefiltert ist.“Auch: URL-Parameter, Querystring oder Abfragezeichenfolge. Gemeint ist je nach Zusammenhang der ganze Abschnitt oder ein einzelnes Namen-Wert-Paar darin.
Abgrenzung zum Fragment: Das Fragment hinter dem Doppelkreuz bleibt im Browser. Der Query String wird an den Server geschickt und kann dort den Inhalt der Antwort verändern.
Wie der Query String aufgebaut ist
Das erste Fragezeichen leitet ihn ein, danach folgen Namen-Wert-Paare. Die Reihenfolge ist technisch beliebig, für Suchmaschinen aber nicht: Zwei Adressen mit denselben Parametern in anderer Reihenfolge gelten als zwei Adressen mit demselben Inhalt.
<!-- gefilterte Liste, zwei Parameter -->
/referenzen/?branche=steuerberater&ort=hamburg
<!-- dieselbe Auswahl, andere Reihenfolge: technisch gleich, fuer Google zwei Adressen -->
/referenzen/?ort=hamburg&branche=steuerberater
<!-- deshalb zeigt die gefilterte Ansicht auf die ungefilterte Liste -->
<link rel="canonical" href="https://www.beispiel.de/referenzen/">Welche Parameter verbreitet sind
Drei Gruppen kommen fast überall vor: Parameter, die den Inhalt bestimmen, etwa Filter, Sortierung und Seitenzahl; Parameter aus der Werbemessung wie utm_source, gclid und fbclid; und technische Parameter für Sitzungen und Zwischenspeicher.
Nur die erste Gruppe verändert, was auf der Seite steht. Die beiden anderen hängen an derselben Seite und erzeugen trotzdem je eine eigene Adresse, sobald jemand sie teilt oder verlinkt.
Warum der Query String für SEO heikel ist
Weil er beliebig viele Adressen mit nahezu gleichem Inhalt erzeugt. Jede davon kann verlinkt, geteilt und abgerufen werden, und jede bindet Abrufkapazität, die für die eigentlichen Seiten fehlt.
Der verlässliche Umgang besteht aus drei Dingen: ein Canonical auf die Fassung ohne Parameter, Parameter in gleichbleibender Reihenfolge und sprechende Pfade für alles, was eine eigene Nachfrage bedient. Eine Stadt- oder Branchenseite gehört in den Pfad, nicht in einen Parameter.
Für Filter- und Sortierparameter hat Google eine eigene Anleitung zur Handhabung facettierter Navigation veröffentlicht. Sie empfiehlt unter anderem, Parameterwerte nicht zu kombinieren, die ohnehin keine Treffer ergeben.
Aus Parametern eigene Seiten machen
Soll eine gefilterte Ansicht als eigenständige Seite gelten, bekommt sie einen eigenen Pfad statt eines Parameters. Der Server bildet dabei dieselbe Auswahl ab, die vorher im Query String stand; für Suchmaschinen entsteht daraus eine Adresse, die sich indexieren, verlinken und ranken lässt.
<!-- gefilterte Liste als Parameter: eine von vielen Varianten derselben Seite -->
/referenzen/?branche=steuerberater&ort=hamburg
<!-- dieselbe Auswahl als eigener Pfad: eine Seite mit eigener Adresse -->
/referenzen/steuerberater/hamburg/
<!-- und die zeigt dann auf sich selbst statt auf die ungefilterte Liste -->
<link rel="canonical" href="https://www.beispiel.de/referenzen/steuerberater/hamburg/">Das lohnt nur dort, wo die Kombination tatsächlich gesucht wird. Jede Pfadseite braucht eigene Überschriften, einen eigenen Text und eine eigene Beschreibung; ohne das entstehen bloß hundert fast gleiche Seiten, und das Problem ist dasselbe wie vorher, nur mit schöneren Adressen.
Aus unserer Arbeit an über 2.500 Website-Projekten hat sich die Trennung bewährt: Die Kombinationen mit nachweisbarer Suchnachfrage bekommen einen Pfad und werden redaktionell ausgebaut, alle übrigen bleiben Parameter und kanonisieren auf die ungefilterte Liste. Für unsere eigenen Branchen- und Städteseiten haben wir es genau so gelöst.