URL Parameter und SEO: Wie Parameter Crawling, Canonical Tags und Filternavigation beeinflussen

Was sind URL Parameter und wie beeinflussen sie SEO?

URL Parameter sind Schlüssel=Wert Paare hinter einem Fragezeichen in der Adresse, zum Beispiel /schuhe?farbe=schwarz&sortierung=preis. Websites nutzen sie für Filter, Sortierung, Paginierung und Kampagnentracking. Für SEO wird es kritisch, sobald derselbe Inhalt unter vielen Adressen erreichbar ist: verschwendetes Crawling, doppelte URLs und aufgeteilte Signale sind die Folge.

Ein Parameter ist also nicht per se schlecht. Das Problem entsteht erst, wenn Parameter unkontrolliert wachsen. In meinen technischen Audits seit 2012 fand ich die größten Crawling Probleme selten in exotischen Systemen, sondern meistens in einem einfachen Filtermenü. Drei Farben, fünf Größen und vier Sortieroptionen machen zum Beispiel aus einer Kategorie schnell Hunderte URLs.

In diesem Beitrag erkläre ich die wichtigsten Parametertypen, die offiziellen Empfehlungen von Google und den Unterschied zwischen Canonical Tag, robots.txt und noindex. Außerdem zeige ich, wie Sie eine Filternavigation (Faceted Navigation) planen, und gebe Ihnen eine Prüfreihenfolge für Ihre eigene Website. Danach können Sie selbst entscheiden, welche Parameter in den Index gehören und welche nicht.

Wie ist eine URL mit Parametern aufgebaut?

Zerlegen Sie eine Adresse in ihre Teile, sehen Sie Protokoll, Domain, Pfad und Query String. Der Query String beginnt mit einem Fragezeichen. Jeder Parameter besteht aus einem Schlüssel und einem Wert; das Gleichheitszeichen verbindet beide, und das kaufmännische Und (&) hängt das nächste Paar an. So enthält /kategorie/kleider?farbe=rot&groesse=m zwei Parameter.

Genau diese übliche Kodierung empfiehlt auch der Google Leitfaden zur URL Struktur. Konkret sollen Sie Schlüssel und Wert mit einem Gleichheitszeichen trennen und weitere Parameter mit & anhängen. Ungewöhnliche Trennzeichen wie Kommas, Semikolons oder eckige Klammern erschweren Crawlern die Arbeit. Nutzt Ihr Shopsystem ein eigenes Trennzeichen, sollten Sie deshalb zuerst hier ansetzen.

Daneben gibt es das Fragment, also den Teil nach der Raute (#). Google unterstützt Fragmente beim Crawling und bei der Indexierung in der Regel nicht. Dieses Detail ist später wichtig, denn es bietet einen sauberen Weg, Filterzustände vor Crawlern zu verbergen.

Welche Arten von URL Parametern gibt es?

Nicht jeder Parameter erfüllt dieselbe Aufgabe. Deshalb sollten Sie die Parameter Ihrer Website zunächst nach ihrem Zweck ordnen. In der Praxis begegnen mir vor allem diese Typen:

• Filterparameter: Farbe, Größe, Marke oder Preisspanne, die den Inhalt eingrenzen.
• Sortierparameter: Preis, Neuheit oder Beliebtheit; die Produkte bleiben gleich, nur die Reihenfolge ändert sich.
• Paginierungsparameter: Werte wie ?page=2, die lange Listen aufteilen.
• Trackingparameter: utm_source, gclid, fbclid und andere Kampagnenkennungen.
• Sitzungsparameter: Session IDs für einzelne Besucher.
• Parameter der internen Suche: Suchanfragen wie ?q=begriff.
• Parameter für Sprache oder Land: Werte wie ?lang=en, die die Sprache wechseln.

Hilfreich ist eine Einteilung in zwei Gruppen. Die erste Gruppe verändert den Inhalt tatsächlich, etwa Filter und Paginierung. Die zweite Gruppe lässt den Inhalt unverändert; dazu zählen Sortierung, Tracking und Sitzungen. Folglich ist jede URL mit einem Parameter aus der zweiten Gruppe bestenfalls eine überflüssige Kopie.

Warum verschwenden URL Parameter Crawl Budget?

Der Googlebot weiß nicht, ob eine URL nützlich ist, bevor er sie abruft. Genau darauf weist der Google Leitfaden zur Filternavigation hin: Crawler erkennen nutzlose URLs erst nach dem Abruf. Deshalb fließen Ressourcen in wertlose Adressen, und die Entdeckung neuer, wichtiger Seiten verlangsamt sich.

Eine kurze Rechnung zeigt das Ausmaß. Eine Kategorie mit 6 Farben, 8 Größen, 10 Marken und 4 Sortieroptionen ergibt Tausende Kombinationen. Zudem entsteht eine neue Adresse, sobald sich die Reihenfolge der Parameter ändert. Somit kann eine einzige Kategorie mehr URLs erzeugen, als die Website echte Seiten hat.

Auf einer kleinen Website bemerken Sie das oft gar nicht. In einem Onlineshop mit Tausenden Produkten kann dagegen ein großer Teil der täglichen Abrufe des Googlebots in Filterkombinationen landen. Am deutlichsten zeigen das die Serverlogs; mit der Logfile Analyse messen Sie, wie viele Googlebot Anfragen auf URLs mit Fragezeichen gehen.

Wie führen URL Parameter zu doppelten Inhalten?

Liefern Sie dieselbe Produktliste unter /kleider und unter /kleider?sortierung=neu aus, sieht Google zwei Seiten. Anschließend fasst Google diese Duplikate zu einem Cluster zusammen und wählt eine URL als kanonisch. Steuern Sie diese Wahl nicht, entscheidet Google anhand eigener Signale. Dann erscheint manchmal eine Adresse in den Suchergebnissen, die Sie nie wollten.

Dazu kommt ein zweiter Effekt: aufgeteilte Signale. Teilen andere Websites und Nutzer Ihre Seite mit unterschiedlichen Parametern, sammelt sich der Linkwert nicht auf einer Adresse. Verlinkt Sie zum Beispiel ein Blog mit UTM Parametern, stärkt dieser Link die Hauptseite nur dann, wenn Ihre Canonical Signale eindeutig sind.

Andererseits sind doppelte Inhalte kein Grund für eine Abstrafung. Google behandelt sie meist als technische Unordnung. Trotzdem hat diese Unordnung ihren Preis: Die falsche URL rankt, Berichte zerfasern und Crawling Kapazität geht verloren. Einen breiteren Überblick finden Sie in meinen Tipps zum technischen SEO.

Was empfiehlt Google offiziell zu URL Parametern?

Google hat drei offizielle Quellen zu diesem Thema. Die erste ist der Leitfaden zur URL Struktur; er empfiehlt Standardtrennzeichen, rät von Session IDs ab und schlägt vor, unnötige Parameter per robots.txt zu blockieren. Die zweite ist der Leitfaden zur Verwaltung von Filternavigation mit konkreten robots.txt Beispielen für Shopfilter.

Als dritte Quelle dient der Leitfaden zum Zusammenführen doppelter URLs. Dort gelten Weiterleitungen und rel="canonical" als starke Signale, die Aufnahme in die Sitemap dagegen als schwaches Signal. Außerdem sagt Google dort klar, dass Sie die robots.txt nicht zur Kanonisierung nutzen sollen.

Kurz gesagt ist die Botschaft eindeutig: Halten Sie Parameter, die Google nicht crawlen soll, vom Crawling fern. Varianten für den Index machen Sie dagegen zu sauberen, konsistenten und eigenständigen Seiten. Alles dazwischen bleibt der Vermutung des Crawlers überlassen.

Warum hat Google das Tool für URL Parameter abgeschaltet?

In der alten Search Console gab es ein Tool, in dem Sie die Funktion jedes Parameters festlegen konnten. In einem Beitrag im Search Central Blog vom 28. März 2022 kündigte Google an, das Tool innerhalb eines Monats einzustellen. Die Begründung war deutlich: Nur etwa 1 % der dort hinterlegten Konfigurationen war für das Crawling nützlich.

Laut der Ankündigung lernen die Crawler von Google inzwischen selbst, wie sie mit Parametern umgehen. Wer mehr Kontrolle braucht, soll robots.txt Regeln und für Sprachvarianten hreflang nutzen. Daher ist der Umgang mit Parametern heute keine Einstellung in der Search Console mehr, sondern eine Entscheidung in Ihrer eigenen Seitenarchitektur.

In der Praxis heißt das: Eine Abkürzung gibt es nicht. Sie bauen die Kontrolle in Server, Templates und interne Links ein. Um Crawling und Indexierung danach zu beobachten, nutzen Sie die Berichte zur Seitenindexierung aus meiner Search Console Anleitung.

Wann ist ein Canonical Tag die richtige Lösung?

Ein Canonical Tag passt zu URLs mit Parametern, deren Inhalt der Hauptseite entspricht oder ihr sehr ähnlich ist. Sortierparameter, Trackingparameter und die meisten Sitzungsparameter gehören in diese Gruppe. So sollte /kleider?sortierung=preis im Head Bereich auf /kleider als kanonische URL verweisen.

Allerdings ist ein Canonical Tag ein starker Hinweis und kein Befehl. Unterscheiden sich die Seiten deutlich, kann Google ihn ignorieren. Ein Filter für schwarze Kleider, den Sie auf die allgemeine Kleiderseite kanonisieren, bringt deshalb nicht immer das gewünschte Ergebnis. Zudem crawlt Google kanonisierte URLs noch eine Weile weiter; das Crawlvolumen sinkt mit der Zeit, aber nicht sofort.

Ebenso wichtig ist, dass sich Ihre Signale nicht widersprechen. Nennt das Canonical Tag eine URL, die Sitemap eine zweite und die interne Verlinkung eine dritte, erhält Google widersprüchliche Hinweise. Der Leitfaden zu doppelten URLs bittet ausdrücklich darum, nicht über verschiedene Methoden verschiedene kanonische URLs anzugeben.

Wann sollten Sie URL Parameter per robots.txt blockieren?

Die robots.txt ist die wirksamste Methode für Parameter, die Google nie crawlen soll und die sich unbegrenzt vermehren. Der Google Leitfaden zur Filternavigation zeigt Beispielregeln, die Filterparameter sperren und die ungefilterte Liste offen lassen. Nach demselben Prinzip können Sie etwa diese Regeln schreiben:

• Disallow: /*?*sortierung= nimmt Sortiervarianten aus dem Crawling.
• Disallow: /*?*farbe= und Disallow: /*?*groesse= sperren Filter, die nicht in den Index sollen.
• Disallow: /*?*sessionid= schließt Session IDs vollständig aus.

Allerdings hat die robots.txt eine Grenze. Den Inhalt einer gesperrten URL sieht Google nicht; folglich liest Google dort weder das Canonical Tag noch eine noindex Anweisung. Eine gesperrte URL mit externen Links kann sogar ohne Inhalt im Index auftauchen. Betrachten Sie die robots.txt deshalb als Werkzeug zur Crawlsteuerung, nicht zur Kanonisierung. Statt Regeln von Grund auf zu schreiben, erstellen und testen Sie einen Entwurf am besten mit dem robots.txt Generator.

Hilft noindex bei Seiten mit Parametern?

Noindex hält eine Seite aus dem Index fern, stoppt aber nicht das Crawling. Der Googlebot muss die Seite trotzdem abrufen, um die Anweisung zu sehen. Deshalb löst noindex allein kein Problem mit dem Crawl Budget; es reduziert nur die Unordnung im Index.

Zudem empfiehlt Google noindex nicht, um die Wahl der kanonischen URL innerhalb einer Website zu steuern. Ist eine Seite mit Parametern eine Kopie der Hauptseite, ist das Canonical Tag das richtige Werkzeug. Noindex passt dagegen zu Seiten mit anderem, aber wenig wertvollem Inhalt, zum Beispiel zu internen Suchergebnissen oder leeren Filterkombinationen.

Einen typischen Fehler sehe ich immer wieder: noindex und eine robots.txt Sperre auf derselben URL. Schließt die robots.txt das Crawling, sieht Google die noindex Anweisung nie, also bleibt die Seite womöglich im Index. Wählen Sie eine der beiden Methoden, nie beide zugleich.

Als Faustregel gilt: Canonical Tag für Kopien, noindex für andere, aber schwache Seiten, robots.txt für Parameter ohne Grenze. Trennen Sie diese drei Werkzeuge sauber, dann wird das Crawlverhalten berechenbar.

Welche Methode passt zu welchem Parameter?

Für die Wahl der Methode prüfen Sie zwei Fragen: Verändert der Parameter den Inhalt, und gibt es für diese Variante Suchnachfrage? Die folgende Tabelle fasst die Entscheidungslogik zusammen, die ich in Audits nutze:

Die kritischste Zeile ist die Paginierung. Viele Websites kanonisieren Seite zwei und alle folgenden auf Seite eins. Dadurch verlieren Links zu Produkten weiter hinten in der Liste an Kraft. Jede paginierte URL sollte deshalb sich selbst als kanonisch angeben.

Wie steuern Sie eine Filternavigation richtig?

Die Filternavigation ist im E-Commerce die Hauptquelle für Parameterprobleme. Der Google Leitfaden zeigt hier zwei Wege. Brauchen Sie gefilterte Seiten nicht im Index, sperren Sie sie per robots.txt oder speichern die Filterzustände im Fragment der URL. Da Google Fragmente in der Regel ignoriert, verbrauchen diese Adressen kein Crawl Budget.

Sollen gefilterte Seiten dagegen in den Index, empfiehlt der Leitfaden diese Regeln:

1. Nutzen Sie das Standardtrennzeichen &; verzichten Sie auf Kommas, Semikolons und Klammern.
2. Kodieren Sie Filter im Pfad, halten Sie eine logische, feste Reihenfolge ein und wiederholen Sie keinen Filter.
3. Geben Sie für Kombinationen ohne Ergebnis einen echten 404 Statuscode aus; leiten Sie nicht auf eine leere Seite oder die Oberkategorie weiter.
4. Wenden Sie dieselbe 404 Regel auf doppelte Filter und nicht existierende Seitenzahlen an.

Diese Regeln wirken technisch, beruhen aber auf einer geschäftlichen Entscheidung. Denn ohne Wissen darüber, welche Filter Menschen suchen, können Sie keine Filterlogik planen. Den größeren Rahmen beschreibt mein Beitrag zur Kategoriestruktur für große Websites.

Welche Filterseiten sollten indexierbar sein?

Ob eine Filterseite in den Index darf, sollte die echte Suchnachfrage entscheiden. Suchen Menschen nach „schwarze Lederstiefel“, kann die Kombination aus Farbe und Material eine starke Landingpage sein. Nach „Größe 38, über vier Sterne, auf Lager“ sucht dagegen niemand.

Meine Methode ist einfach. Zunächst ordnen Sie Filterkombinationen per Keyword Recherche der Nachfrage zu. Danach erstellen Sie nur für Kombinationen mit Nachfrage saubere, stabile URLs. Diese Seiten bekommen einen eigenen Title, eine eigene Meta Description und einen kurzen Einleitungstext. Alle anderen Kombinationen halten Sie schließlich vom Crawling fern.

Diese Zuordnung hängt direkt mit dem Keyword Mapping zusammen. Zielen zwei Seiten auf dieselbe Suchintention, konkurrieren Ihre eigenen Seiten miteinander. Deshalb empfehle ich, den Prozess mit den Schritten aus meiner Anleitung zum Keyword Mapping aufzubauen. So bedient jede Filterseite genau eine Suchintention.

Schaden UTM und Werbeparameter dem SEO?

Trackingparameter wie UTM, gclid und fbclid schaden SEO nicht, solange Sie sie richtig einsetzen. Probleme beginnen allerdings, sobald sie in die Website selbst gelangen. Hängen Sie UTM Parameter an interne Links, startet jeder Klick eine neue Sitzungsquelle, und der Googlebot findet getrackte Kopien derselben Seite.

Meine Regel lautet daher: Trackingparameter leben nur in externen Kanälen. Sie nutzen sie in Newslettern, Social Media Beiträgen und Anzeigen, aber nie in Menüs, Bannern oder Links innerhalb von Blogbeiträgen. Um Kampagnenlinks einheitlich zu erstellen, hilft der UTM Generator.

Achten Sie außerdem darauf, dass getrackte URLs sich nicht selbst als kanonisch ausgeben. Manche Templates bauen das Canonical Tag aus der aktuellen URL und übernehmen dabei die Parameter. Dann erklärt sich /seite?utm_source=x selbst zur kanonischen URL. Erzeugen Sie das Canonical immer aus der URL ohne Parameter, dann verschwindet dieser Fehler an der Wurzel.

Warum sind Reihenfolge und Groß- und Kleinschreibung wichtig?

?farbe=schwarz&groesse=m und ?groesse=m&farbe=schwarz zeigen dasselbe Ergebnis, für Google sind es aber zwei URLs. Erzeugt Ihr System unterschiedliche Adressen, wenn Nutzer Filter in anderer Reihenfolge wählen, vervielfachen sich die Duplikate schnell. Die Lösung besteht darin, Parameter immer in fester Reihenfolge zu schreiben, zum Beispiel alphabetisch.

Ebenso tückisch ist die Schreibweise. Pfad und Query String unterscheiden Groß- und Kleinschreibung, also sind ?Farbe=Schwarz und ?farbe=schwarz verschiedene URLs. Auch leere Parameter (?farbe=) und doppelte Parameter (?farbe=schwarz&farbe=schwarz) erzeugen unnötige Varianten. Im Template empfehle ich deshalb drei Regeln:

• Schreiben Sie Parameter in fester Reihenfolge.
• Wandeln Sie Schlüssel und Werte in Kleinbuchstaben um.
• Entfernen Sie leere und doppelte Parameter.

Öffnet jemand eine URL in falscher Reihenfolge oder Schreibweise, sollte Ihr System per 301 auf die normalisierte Version weiterleiten. Sonst leben alte Varianten in geteilten Links weiter. Zudem erzeugen Sie das Canonical Tag immer aus der normalisierten Form. Dann sehen Crawler, Nutzer und Analysetool dieselbe Adresse, und die Daten einer Seite verteilen sich nicht mehr auf mehrere Berichtszeilen.

Warum sind Parameter in internen Links riskant?

Der Googlebot entdeckt neue URLs vor allem über interne Links. Verlinken Menü, Filterleiste oder Produktkarten auf URLs mit Parametern, fordern Sie den Crawler auf, genau diese Adressen zu besuchen. Folglich liegt die Ursache eines Parameterproblems oft nicht auf dem Server, sondern in den Links der Templates.

Fügen Sie zum Beispiel Produktkarten einen Trackingwert wie ?von=kategorie hinzu, entsteht für jedes Produkt eine zweite URL. Ebenso erzeugen Sortierparameter im Bereich „ähnliche Produkte“ unnötige Varianten. Brauchen Sie diese Daten, nutzen Sie stattdessen Ereignisse in Ihrem Analysesetup.

Die interne Verlinkung bestimmt außerdem die Crawlpriorität. Verlinken Sie Ihre wichtigsten Seiten häufig und mit sauberen URLs, gibt der Googlebot ihnen mehr Gewicht. Mein Beitrag zur internen Verlinkung beschreibt die Schritte, die nach der Bereinigung der Parameter folgen.

Sind sprechende URLs immer besser als Parameter?

Nein, nicht immer. Saubere, lesbare URLs verstehen Nutzer leichter, und geteilt wirken sie vertrauenswürdiger. Allerdings löst die Umstellung von Parametern auf Pfade das Problem nicht von selbst. Eine Struktur wie /kleider/schwarz/m/guenstigste erlebt dieselbe Explosion an Kombinationen.

Entscheidend ist also die Kontrolle, nicht das Format. Varianten mit Nachfrage auf saubere URLs zu bringen, ist sinnvoll. Gleichzeitig ist es eine völlig legitime Strategie, Varianten ohne Nachfrage als Parameter zu belassen und vom Crawling auszuschließen. Robots.txt Regeln für Query Strings sind sogar einfacher zu schreiben als für Pfadsegmente.

Ändern Sie die URL Struktur einer bestehenden Website, planen Sie das wie eine Migration. Richten Sie 301 Weiterleitungen von alten auf neue URLs ein und aktualisieren Sie interne Links und Sitemap gleichzeitig. Weiterleitungsketten und Schleifen prüfen Sie dann mit dem Redirect Checker.

Warum erzeugen interne Suche und Kalender endlose URL Räume?

Manche Parametertypen können unbegrenzt viele URLs erzeugen. Das klassische Beispiel ist die interne Suche: Jedes eingegebene Wort erzeugt eine neue ?q= Adresse. Verlinkt ein Kasten mit „beliebten Suchen“ auf diese Ergebnisse, entdeckt der Googlebot jede davon als eigene Seite. Zudem zeigen die meisten davon dünne oder leere Ergebnisse.

Kalender sind eine ähnliche Falle. Der Google Leitfaden zur URL Struktur zeigt, wie dynamische Kalender endlos viele URLs in die Zukunft erzeugen können. Er empfiehlt deshalb, Links zu dynamisch erstellten zukünftigen Kalenderseiten mit nofollow zu versehen. Das sehe ich häufig auf Websites mit Veranstaltungen, Buchungen oder Terminsystemen.

Mein Rat ist hier eindeutig. Halten Sie interne Suchergebnisse per robots.txt vom Crawling fern und verlinken Sie sie nicht aus Templates. Bei Kalendern lassen Sie nur einen sinnvollen Zeitraum crawlbar. Außerdem geben Sie für Suchen und Filter ohne Ergebnis einen echten 404 Code statt einer leeren Seite aus, damit Crawler diese URLs mit der Zeit aufgeben.

Sollten mehrsprachige Websites einen Sprachparameter nutzen?

Ein Sprachwechsel über einen Parameter wie ?lang=en ist technisch möglich, und Google kann ihn erkennen. In der Praxis ist er allerdings schwer zu verwalten. Der Parameter geht manchmal verloren, kollidiert mit einem Cookie, oder dieselbe URL zeigt verschiedenen Besuchern verschiedene Sprachen. Der Googlebot crawlt meist ohne Cookies, daher wirken Inhalte, die sich nach Cookie oder Browsersprache ändern, beim Crawling uneinheitlich.

Für mehrsprachige Projekte empfehle ich stattdessen Sprachordner (/en/, /de/) oder Subdomains. Jede Sprachversion erhält eine stabile URL, und hreflang Annotationen verbinden sie. Auch die Google Ankündigung von 2022 verweist für Sprachvarianten auf hreflang statt auf eine Parametereinstellung.

Nutzt Ihre Website bereits einen Sprachparameter, entfernen Sie ihn nicht überstürzt. Bauen Sie zunächst feste URLs für jede Sprache auf und leiten Sie dann die alten Parameter URLs per 301 weiter. Die Einrichtung erkläre ich Schritt für Schritt im Beitrag Was ist das hreflang Tag.

Wie finden Sie Probleme mit URL Parametern auf Ihrer Website?

Ich beginne mit drei Datenquellen. Die erste sind Serverlogs; sie zeigen, welche URLs mit Parametern der Googlebot wie oft abruft. Die zweite ist der Bericht zur Seitenindexierung in der Search Console, wo Parameter URLs oft als Duplikat oder als „gecrawlt, zurzeit nicht indexiert“ erscheinen. Schließlich ergänzt ein vollständiger Crawl mit einem Crawling Tool das Bild.

Diese Prüfreihenfolge nutze ich:

1. Listen Sie jeden Parameterschlüssel der Website auf und notieren Sie seinen Zweck.
2. Halten Sie für jeden Schlüssel fest, ob er den Inhalt verändert und ob es Suchnachfrage gibt.
3. Messen Sie in den Logs den Anteil der Googlebot Anfragen auf URLs mit Parametern.
4. Prüfen Sie, ob Canonical Tags auf die URL ohne Parameter zeigen.
5. Finden Sie Templates, die Parameter an interne Links hängen.
6. Stellen Sie sicher, dass die Sitemap nur kanonische URLs enthält.

Für eine saubere Sitemap erstellen Sie Ihre Liste kanonischer URLs mit dem XML Sitemap Generator neu.

Was sollten Sie nach der Bereinigung beobachten?

Erwarten Sie nach den Änderungen keine sofortigen Ergebnisse. Google braucht Zeit, um kanonische Signale neu zu bewerten und sein Crawlverhalten anzupassen. Machen Sie das Monitoring deshalb in den ersten Wochen zur festen Routine.

Diese Kennzahlen beobachte ich: die Gesamtzahl der Anfragen und die Antwortcodes im Crawling Statistikbericht der Search Console, die Zahl der Duplikate im Bericht zur Seitenindexierung und den Anteil der Googlebot Anfragen auf Parameter URLs in den Serverlogs. Messen Sie zudem, wie schnell neue Produkte und Kategorieseiten in den Index gelangen. Dann sehen Sie die Verbesserung konkret.

Seien Sie bei Änderungen an der robots.txt besonders vorsichtig. Ein falsch gesetzter Platzhalter kann auch Seiten sperren, die in den Index gehören. Testen Sie deshalb jede Regel vor der Veröffentlichung mit Beispiel URLs und notieren Sie das Datum der Änderung. So finden Sie die Ursache eines Einbruchs schnell.

Wann brauchen Sie Unterstützung bei URL Parametern?

Auf einer Unternehmenswebsite mit einigen Hundert Seiten lösen eine UTM Bereinigung und ein korrigiertes Canonical Tag das Problem meistens. In einem Onlineshop mit Tausenden Produkten, einer mehrsprachigen Struktur oder einem individuellen Filtersystem wächst die Zahl der Entscheidungen dagegen schnell. Eine falsche robots.txt Regel oder ein fehlerhaftes Canonical Template kann umsatzstarke Kategorien unsichtbar machen.

In solchen Projekten analysieren mein Team und ich zunächst Serverlogs und Crawldaten. Danach erstellen wir für jeden Parameter eine schriftliche Entscheidungstabelle. Die Umsetzung begleiten wir gemeinsam mit Ihren Entwicklern und messen anschließend die Wirkung. Diesen Umfang decken wir in unserer SEO Beratung ab; die Filterlogik für Shops planen wir im Rahmen der E-Commerce Beratung.

Möchten Sie selbst vorgehen, nutzen Sie die Tabelle und die Prüfreihenfolge aus diesem Beitrag als Checkliste. Entscheidend ist, für jeden Parameter eine bewusste Entscheidung zu treffen und sie konsistent in Canonical Tags, robots.txt, interner Verlinkung und Sitemap umzusetzen.