Was ist ein GET-Parameter?

Ein GET-Parameter, auch Query-Parameter genannt, ist ein Schlüssel-Wert-Paar, das nach einem Fragezeichen an eine URL angehängt wird. Die Syntax lautet ?schlüssel1=wert1&schlüssel2=wert2, wobei das Zeichen & mehrere Paare trennt. Der Server erhält diese Zeichenkette zusammen mit der Anfrage und entscheidet, was damit geschieht: filtern, sortieren, eine bestimmte Seite anzeigen.

Der Teil der URL vor dem Fragezeichen, also Domain und Pfad, identifiziert die Grundressource. Parameter ändern diese Ressource nicht, sie steuern nur, wie sie dargestellt wird. Deshalb zeigen shop.de/schuhe?farbe=blau und shop.de/schuhe?farbe=rot auf denselben Schuhkatalog, nur mit unterschiedlichem Filter.

Werte können Leerzeichen, Sonderzeichen oder Umlaute enthalten, eine URL erlaubt aber nur einen begrenzten Zeichensatz. Alles andere wird per Percent-Encoding kodiert, demselben Mechanismus, der ein Leerzeichen zu %20 macht und sich auf den ASCII-Code stützt.

Mehrere Parameter lassen sich beliebig kombinieren, solange jedes Paar durch & getrennt bleibt. In einem echten Onlineshop sieht eine solche URL oft so aus: shop.de/schuhe?farbe=blau&groesse=42&marke=nike. Reservierte Zeichen wie ?, & oder = dürfen deshalb nicht unkodiert innerhalb eines Werts auftauchen, sonst zerfällt die Struktur der Abfrage.

Der Kontext entscheidet hier genauso mit wie die Technik. Ein Suchformular oder ein Produktfilter passt zu GET, weil das Ergebnis eine eigene, teilbare URL verdient. Ein Login- oder Zahlungsformular passt zu POST, weil die Daten weder sichtbar noch im Browserverlauf gespeichert sein sollen.

Wenn ein Nutzer einen Filter setzt, die Seite wechselt oder auf einen Tracking-Link klickt, baut der Browser die URL mit den passenden Parametern zusammen und sendet sie per GET-Anfrage an den Server. Der Server liest die Query-Zeichenkette, wertet sie nach der Anwendungslogik aus und liefert eine Antwort zurück, fast immer dieselbe HTML-Vorlage mit anderen Daten.

Vier Einsatzfälle kommen am häufigsten vor. Filterung (?farbe=blau&groesse=m) zum Eingrenzen eines Katalogs. Sortierung (?sortierung=preis) für ein anderes Listenkriterium. Paginierung (?seite=2) zum Aufteilen langer Ergebnislisten. Und Tracking, wobei UTM-Parameter (?utm_source=newsletter&utm_medium=email) das bekannteste Beispiel sind und Werkzeuge der Web Analytics erkennen lassen, woher ein Besuch stammt.

Eine ältere, inzwischen aufgegebene Praxis war es, die Sitzungs-ID als GET-Parameter zu übergeben (?sessionid=abc123), um einen Nutzer über mehrere Seiten hinweg wiederzuerkennen. Das wurde verlassen, weil diese ID im Verlauf, in Server-Logs und in jedem versehentlich geteilten Link sichtbar bleibt. Heute übernimmt diese Aufgabe fast immer ein Session-Cookie, das sich schwerer aus Versehen preisgibt.

In einem echten Katalog kombinieren Nutzer meist mehrere Filter gleichzeitig, etwa ?farbe=blau&groesse=42&marke=nike&sortierung=preis, und der Server wendet alle Bedingungen zusammen an, bevor er die Liste zurückgibt. Je mehr solcher Kombinationen möglich sind, desto mehr Varianten derselben Seite entstehen, was direkt zum weiter unten beschriebenen Duplicate-Content-Problem führt. Genau diese Kombinationsvielfalt macht Parameter zugleich nützlich für Nutzer und schwer zu kontrollieren für den Betreiber der Website.

<!-- Gleiche Seite, aber Parameter in anderer Reihenfolge: für den Server sind das zwei unterschiedliche URLs -->
https://zds.es/de/was-ist-title-tag?utm_source=newsletter&sort=datum
https://zds.es/de/was-ist-title-tag?sort=datum&utm_source=newsletter

Das häufigste SEO-Problem durch GET-Parameter ist Duplicate Content. Zeigen ?farbe=blau&groesse=m und ?groesse=m&farbe=blau dieselbe Produktliste, sieht Google zwei verschiedene URLs für denselben Inhalt. Bei einer Facettennavigation in einem großen Shop können daraus tausende URLs entstehen, die gegeneinander statt füreinander ranken.

Dieser URL-Überschuss verschwendet zusätzlich Crawl-Budget: Verbringt Googlebot Zeit mit Parameter-Kombinationen ohne neuen Inhalt, bleibt weniger Budget, um tatsächlich neue Seiten zu finden, ein Problem, das in großen Projekten aus dem technischen SEO besonders ins Gewicht fällt.

Google hat im April 2022 das Parameter-Tool der Search Console abgeschaltet, mit dem sich früher manuell festlegen ließ, welche Parameter ignoriert werden sollen. Seitdem liegt die Steuerung bei drei Mechanismen: dem Canonical-Tag auf die bevorzugte Version, gezielten Sperren in der robots.txt für Parameter-Muster ohne Mehrwert, und einer konsistenten internen Verlinkung, die stets dieselbe Parameter-Reihenfolge verwendet.

Diese Entscheidung wirkt über einzelne Seiten hinaus. Bei einer Facettennavigation mit zehn Filtern lassen sich theoretisch tausende Kombinationen bilden, auch wenn nur wenige davon tatsächlich besucht werden. Ohne klare Regeln indexiert Google im schlimmsten Fall genau die Varianten, die niemand sucht, statt der Seiten, die wirklich Traffic bringen könnten.

• Setze das Canonical-Tag jeder Parameter-Variante auf die URL ohne Parameter oder auf die bevorzugte Kombination.
• Halte in internen Links immer dieselbe Parameter-Reihenfolge ein, um nicht versehentlich neue Varianten zu erzeugen.
• Sperre in der robots.txt Parameter-Muster, die keinen eigenen Inhalt erzeugen, etwa Sitzungs- oder redundante Sortier-Parameter.
• Nutze Cookies statt GET-Parameter, um Sitzungs-IDs oder sensible Daten zu speichern.
• Kodiere Werte mit Leerzeichen, Umlauten oder Sonderzeichen korrekt, bevor der Link veröffentlicht wird.
• Prüfe in den Crawling-Berichten, wie viele Parameter-URLs Google indexiert, und vergleiche das mit den URLs, die tatsächlich Traffic bringen.

• Weiter nach dem Parameter-Tool in der Search Console suchen: Es wurde im April 2022 abgeschaltet und hat keinen direkten Ersatz.
• Kein Canonical auf Kampagnen-URLs mit UTM-Parametern setzen, wodurch sie mit der Originalseite im Index konkurrieren.
• Links mit nicht kodierten Zeichen veröffentlichen, die den Parameter zerstören und teils einen Error 400 wegen einer fehlerhaften Anfrage auslösen.
• Eine URL mit Tracking-Parametern kürzen, ohne zu prüfen, ob der URL-Shortener diese Parameter korrekt übernimmt oder weiterleitet.
• Eine Facettennavigation unbegrenzt viele Parameter-Kombinationen erzeugen lassen, jede davon crawlbar, ohne Limit oder Sperrregel.