Die meisten Mittel gegen ausufernde Filteradressen räumen hinterher auf: Sperren, Canonicals, noindex. Ein anderer Ansatz verhindert, dass die Adressen überhaupt entstehen. Die Filter laufen im Browser per JavaScript, und die Adresse ändert sich gar nicht oder nur hinter einem Rautezeichen. Google nennt diesen Weg ausdrücklich als eine der Möglichkeiten, das Crawling von Filteradressen zu vermeiden [1]. Dieser Ratgeber zeigt, wann er passt, wie er technisch aussieht und wo seine Grenzen liegen. Die übrigen Mittel vergleicht der Ratgeber Facettierte Navigation steuern.
Warum Google solche Filter nicht abruft
Zwei Eigenschaften des Googlebots machen den Ansatz möglich. Die erste betrifft Fragmente. Google schreibt: "Die Google Suche unterstützt beim Crawling und Indexieren in der Regel keine URL-Fragmente." [1] Eine Adresse wie /schuhe#farbe=rot&groesse=42 ist für Google also dieselbe wie /schuhe. Google ergänzt, dass Fragmente das Crawling deshalb weder positiv noch negativ beeinflussen [1].
Die zweite betrifft Interaktion. Google crawlt in der Regel Adressen aus dem href-Attribut von a-Elementen. Die Crawler klicken nicht auf Schaltflächen und lösen im Allgemeinen keine JavaScript-Funktionen aus, die eine Aktion des Nutzers voraussetzen [2]. Ein Filter, der als Kontrollkästchen oder Schaltfläche gebaut ist und per Skript die Liste neu lädt, erzeugt für Google deshalb keinen Link, dem es folgen könnte. Links ohne href-Attribut, etwa mit onclick oder einem Ziel "javascript:", nennt Google ausdrücklich als nicht empfohlen [3].
Drei Bauformen
In der Praxis begegnen uns drei Varianten, die sich im Verhalten für Besucher und Crawler unterscheiden.
| Bauform | Adresse nach dem Filtern | Für Google | Für Besucher |
|---|---|---|---|
| Filter ohne Adressänderung | bleibt /schuhe | keine neue Adresse | Auswahl geht beim Teilen und Neuladen verloren |
| Filter im Fragment | /schuhe#farbe=rot | Fragment wird in der Regel ignoriert [1] | Auswahl lässt sich teilen und als Lesezeichen speichern |
| Filter mit History API und Parametern | /schuhe?farbe=rot | echte neue Adresse, wenn sie verlinkt oder anderswo gefunden wird | Auswahl lässt sich teilen |
Die dritte Bauform wird oft verwechselt. Schreibt ein Skript die gefilterte Adresse über die History API in die Adresszeile, entsteht eine normale Adresse mit Parametern. Google empfiehlt die History API statt Fragmenten für Anwendungen mit Routing im Browser [4], und die Adressen, die so entstehen, sind ganz normale Adressen. Für Inhalte, die gefunden werden sollen, ist das richtig. Für Filter, die gerade nicht gecrawlt werden sollen, ist es der falsche Weg. Teilt jemand eine solche Adresse oder verlinkt sie, kann Google sie finden und abrufen.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Wann der Ansatz passt
Filter ohne eigene Adresse eignen sich für alle Merkmale, nach denen niemand sucht: Größe, Farbe in den meisten Sortimenten, Preisspanne, Verfügbarkeit, Sortierung und Ansicht. Sie eignen sich auch für Shops, deren System sich mit Platzhaltern in der robots.txt schlecht erfassen lässt, weil Filter und echte Seiten ähnliche Adressen haben.
Für Merkmale mit Nachfrage passt er nicht. Eine Filterseite "Sicherheitsschuhe S3", die in der Suche erscheinen soll, braucht eine eigene Adresse, einen eigenen Inhalt und einen Link mit href, über den Google sie findet [3]. Daraus ergibt sich das Muster, das wir am häufigsten empfehlen: Indexierbare Filter sind echte Links auf eigene Seiten, alle übrigen laufen per JavaScript oder im Fragment. Wie Sie die beiden Gruppen festlegen, beschreibt der Ratgeber Filternavigation planen.
Was im ausgelieferten HTML stehen muss
Wenn Filter im Browser laufen, muss die ungefilterte Liste trotzdem für Google erreichbar sein. Google nennt als Ausnahme von der Sperre die Seiten der einzelnen Produkte und eine ungefilterte Übersicht, die crawlbar bleiben sollen [1]. Das heißt konkret: Die Kategorieseite liefert die Produkte der ersten Seite mit normalen Links aus, und die Seitennavigation besteht ebenfalls aus Links mit href. Für die Paginierung empfiehlt Google eindeutige Adressen wie ?page=n und Links von jeder Seite auf die nächste [2]. Ein Filter per JavaScript ersetzt diese Struktur nicht, er liegt darüber.
Ein zweiter Punkt sind Schnittstellen. Viele Filter laden ihre Ergebnisse als JSON von einer Adresse des Servers nach. Google rendert JavaScript nicht aus Dateien oder Seiten, die per robots.txt gesperrt sind [4]. Sperren Sie die Schnittstelle, die auch die ungefilterte Liste liefert, sieht Google womöglich eine leere Kategorie. Sperren lassen sich nur Aufrufe, die ausschließlich für gefilterte Ergebnisse gebraucht werden, und das sollten Sie im URL-Prüftool gegenprüfen.
Fragment oder Adresse ohne Änderung?
Zwischen den ersten beiden Bauformen entscheidet die Bedienbarkeit. Ohne jede Adressänderung verliert ein Besucher seine Auswahl, wenn er ein Produkt öffnet und zurückgeht oder die Seite neu lädt. Das Fragment behebt das, ohne neue Adressen für Google zu erzeugen. Für Filter, die für die Suche keine Rolle spielen sollen, ist das Fragment deshalb meist die bessere Wahl.
Technisch ist das Fragment schnell umgesetzt. Beim Filtern schreibt das Skript die Auswahl hinter das Rautezeichen. Beim Laden der Seite liest es das Fragment aus und stellt die Auswahl wieder her, und auf Änderungen des Fragments, etwa durch den Zurück-Knopf, reagiert es ebenso. Die Kategorie selbst kommt dabei weiterhin vollständig vom Server, sodass auch ein Browser ohne JavaScript die ungefilterte Liste zeigt. Die Filter legen sich als Zusatz darüber. Fällt das Skript einmal aus, verlieren Besucher nur die Filter, nicht die Produkte.
Ein Unterschied zu anderen Fällen verdient einen Satz: Für Inhalte, die gefunden werden sollen, rät Google ausdrücklich davon ab, Fragmente zum Laden von Inhalten zu verwenden [4], und auch Seitenzahlen sollen nicht im Fragment stehen [2]. Diese Empfehlungen betreffen Seiten, die in den Index sollen. Bei Filtern ohne Suchwert ist genau diese Unsichtbarkeit erwünscht.
Umstellen ohne Verluste
Wer eine bestehende Filternavigation mit Parametern auf JavaScript umstellt, hat meist schon Filteradressen im Index. Diese verschwinden durch die Umstellung nicht von selbst. Google kennt sie und ruft sie weiter ab. Klären Sie deshalb vorher im Leistungsbericht der Search Console, welche Filteradressen Klicks bringen. Diese werden zu echten Landingpages mit eigener Adresse. Die übrigen alten Adressen sollten danach mit einem sinnvollen Statuscode antworten, etwa mit einer Weiterleitung auf die Kategorie oder einem Fehlercode. Liefern sie weiter eine normale Seite mit Status 200, bleiben sie für Google gültige Adressen mit doppeltem Inhalt.
Testen Sie das Ergebnis mit dem URL-Prüftool der Search Console und einem eigenen Crawl. Im Crawl sollten keine neuen Parameteradressen mehr auftauchen. Wie Sie dabei vorgehen, beschreibt der Ratgeber Filternavigation prüfen. Grundlagen zu Links in Skripten erklärt der Ratgeber JavaScript-Links und Navigation, den Begriff das Glossar unter JavaScript-SEO.
Wenn Sie die Filter Ihres Shops umbauen möchten und eine Begleitung suchen, passt die Leistung Kategorieseiten optimieren. Für eine erste Einschätzung, welche Ihrer Filter per JavaScript laufen könnten, stellen Sie die Frage in der gratis Sprechstunde.
- Organisation Crawling von URLs mit facettierter Navigation verwalten. Google Search Central. Stand 06.03.2026. abgerufen am 31.10.2026
- Organisation Paginierung, inkrementeller Seitenaufbau und ihre Auswirkungen auf die Google Suche. Google Search Central. Stand 18.12.2025. abgerufen am 31.10.2026
- Organisation Link-Best-Practices für Google. Google Search Central. Stand 31.12.2025. abgerufen am 31.10.2026
- Organisation Grundlagen von JavaScript-SEO. Google Search Central. Stand 04.03.2026. abgerufen am 31.10.2026
Häufige Fragen
Sieht Google Filter, die per JavaScript arbeiten?
In der Regel nicht. Google klickt nicht auf Schaltflächen und berücksichtigt Fragmente beim Crawling meist nicht. Ein Filter ohne eigene Adresse erzeugt deshalb keine zusätzliche Seite für Google.
Ist das kein Cloaking?
Nein. Besucher und Google bekommen dasselbe HTML. Der Filter ist eine Funktion im Browser, die Google nicht bedient. Das ist etwas anderes, als Crawlern gezielt andere Inhalte zu zeigen.
Welche Filter sollten trotzdem eine eigene Adresse haben?
Alle, nach denen Menschen suchen und die als eigene Seite in der Suche erscheinen sollen. Diese Filterseiten brauchen eine Adresse, einen eigenen Inhalt und einen Link mit href-Attribut.
Fragment oder History API für Filter?
Für Filter ohne Suchwert das Fragment, denn es erzeugt keine neue Adresse für Google. Die History API schreibt eine echte Adresse in die Adresszeile, die Google finden und crawlen kann.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Haben Sie einen Fehler entdeckt? Schreiben Sie uns.
