Facettennavigation

TL;DR — Facettennavigation bezeichnet die Filter auf einer Kategorieseite – etwa Farbe, Größe, Preis oder Marke. Für Käufer sind sie hilfreich, doch jeder Klick kann eine neue URL erzeugen. In einem großen Shop werden aus einigen Tausend Produktseiten so unbemerkt Millionen nahezu identischer Filterseiten, welche die begrenzten Crawl-Ressourcen der Suchmaschinen beanspruchen. Die Lösung besteht nicht darin, die Filter abzuschaffen, sondern festzulegen, welche gefilterten Seiten in Google erscheinen sollen und welche nicht.

Was Facettennavigation ist

Auf fast jeder Kategorieseite eines Online-Shops gibt es einen Bereich – meist links –, mit dem Sie die Auswahl eingrenzen können: Farbe: Blau. Größe: Groß. Marke: Samsung. Unter 500 USD. Jede dieser Optionen ist eine Facette; der gesamte Bereich heißt Facettennavigation (auch „Facettensuche“ oder schlicht „Produktfilter“).

Das ist eine wirklich gute Benutzererfahrung. Das Problem ist rein technischer Natur und betrifft Webadressen.

Warum Filter ein SEO-Problem erzeugen

Wenn Sie einen Filter anklicken, ändern die meisten Shops die URL der Seite, um Ihre Auswahl zu speichern. Etwa so:

example.com/sofas?color=blue
example.com/sofas?color=blue&size=large
example.com/sofas?color=blue&size=large&brand=ikea

Jede eindeutige Kombination ist eine andere URL. Und hier ist die Mathematik, die zwickt: Ein Katalog mit 10 000 Produkten, 20 Farben, 15 Größen und einigen Sortieroptionen enthält Millionen möglicher gefilterter URLs. Die meisten davon zeigen fast dieselbe Handvoll Produkte wie eine andere URL. Evidence for this claim Faceted navigation can create effectively unbounded combinations of crawlable URLs. Scope: The exact number depends on URL design, filter combinations, and crawler-discoverable links. Confidence: high · Verified: 2026-07-14 Google: Managing faceted navigation

Suchmaschinen versuchen, die URLs Ihrer Website abzurufen (zu crawlen) und zu speichern (zu indexieren). Für eine einzelne Website steht ihnen nicht unbegrenzt Zeit zur Verfügung. Wenn sie Millionen nahezu identischer Filterseiten crawlen, bleiben Ihre wirklich neuen Produkte eher unbesucht. Googles Gary Illyes zufolge ist Facettennavigation die häufigste Crawling-Beschwerde, die das Unternehmen hört – ungefähr die Hälfte aller Beschwerden.

Das, was die meisten falsch verstehen

Sie beheben das nicht, indem Sie Ihre Filter löschen. Käufer brauchen sie. Sie beheben es, indem Sie Suchmaschinen mitteilen, welche gefilterten Seiten wichtig sind und welche nicht:

• Eine gefilterte Seite, nach der viele Menschen tatsächlich suchen – zum Beispiel „blaue Samtsofas” – kann es wert sein, als eigene Landingpage in Google zu bleiben.
• Eine gefilterte Seite, nach der niemand sucht – “blue sofas sorted by price, page 3” (Übersetzung) „blaue Sofas, nach Preis sortiert, Seite 3“ – ist reine UX. Käufer sollen sie nutzen können, Google soll dafür aber keine Crawl-Ressourcen aufwenden.

Es gibt drei Hauptwerkzeuge, um die unnötigen Seiten fernzuhalten – robots.txt, noindex und das Canonical-Tag – und jedes erfüllt eine andere Aufgabe. Menschen verwechseln sie ständig und machen die Dinge versehentlich schlimmer. Der Tab „Erweitert” erläutert genau, welches wann verwendet werden sollte, mit einer Entscheidungstabelle.

Noch etwas, das Sie vorab wissen sollten: Es gab früher ein Tool „URL-Parameter” in der Google Search Console, mit dem Sie Google mitteilen konnten, Ihre Filterparameter zu ignorieren. Es ist weg – Google hat es 2022 entfernt. Viele ältere Tutorials verweisen noch darauf. Suchen Sie nicht danach. Evidence for this claim Google deprecated Search Console's URL Parameters tool in 2022. Scope: Sites must manage parameter crawling through their own URL and crawl-control implementation. Confidence: high · Verified: 2026-07-14 Google: URL Parameters tool deprecated

Welches Steuerelement sollte diese Facetten-URL behandeln?

Die Anzahl der Facetten-URLs explodiert plötzlich

1. Bestätigen Sie das Muster. Vergleichen Sie die indizierte oder gecrawlte URL-Stichprobe mit der tatsächlichen Kataloggröße. Gruppieren Sie die überschüssigen URLs nach Parameter und Parameterkombinationen. Wenn es kein wiederholtes Facettenmuster gibt, stoppen Sie und untersuchen Sie eine andere Quelle von URLs.
2. Finden Sie den Entdeckungspfad. Crawlen Sie Kategorievorlagen und prüfen Sie interne Links, um zu erfahren, welche Steuerelemente crawlbare href-Werte ausgeben. Wenn die URLs nur in Logs erscheinen, prüfen Sie auch externe Links und alte Sitemaps.
3. Messen Sie die Crawler-Exposition. Segmentieren Sie Server-Logs nach den verdächtigen Parametern. Wenn Googlebot diese nicht anfordert, priorisieren Sie die Indexbereinigung; wenn es einen großen Anteil der Anfragen verbraucht, priorisieren Sie die Crawl-Prävention.
4. Klassifizieren Sie die Nachfrage. Trennen Sie nachfragegestützte Facettenkombinationen von reinen UX-Zuständen. Bewahren Sie die erste Gruppe als Landingpages; wenden Sie vor diesem Schritt keinen pauschalen Block an.
5. Wenden Sie eine primäre Kontrolle an. Verwenden Sie echte indexierbare Seiten für nachfragegestützte Kombinationen, Fragmente oder Nicht-Link-Steuerelemente, wo keine URL benötigt wird, robots.txt für die Crawl-Prävention oder crawlbare noindex für die Deindexierung. Kombinieren Sie niemals eine Disallow mit noindex.
6. Prüfen und beobachten. Testen Sie repräsentative URLs und überwachen Sie anschließend Logs, Crawl-Statistiken und Seitenindexierung. Falls wertvolle Landingpages verschwinden oder legitime Parameter blockiert werden, grenzen Sie die Regel enger ein oder nehmen Sie die Änderung zurück.

Fehler bei der Facettennavigation, welche die Bereinigung erschweren

Blockieren Sie eine URL in robots.txt und fügen Sie noindex hinzu

Google kann eine blockierte Seite nicht abrufen und daher ihre noindex-Direktive nicht erkennen. Lassen Sie das Crawling während der Deindexierung zu und ziehen Sie eine Crawling-Sperre erst in Betracht, nachdem die unerwünschten URLs aus dem Index entfernt wurden.

Fügen Sie noindex und canonical zur selben Facettenseite hinzu

noindex sagt, die Seite nicht zu indexieren; canonical bittet Google, sie mit einer anderen URL zu konsolidieren. Wählen Sie das Signal, das zur Aufgabe passt, anstatt widersprüchliche Anweisungen zu senden.

Erwarten Sie, dass Canonical-Tags das Crawling stoppen

Google muss eine gefilterte URL crawlen, um ihr Canonical zu sehen. Verwenden Sie Canonicals zur Signalkonsolidierung, nicht als einzige Kontrolle für einen außer Kontrolle geratenen Crawl-Raum.

Blockieren Sie jeden Parameter pauschal

Ein Parameter kann sowohl nutzlose Kombinationen als auch wertvolle Landingpages antreiben. Inventarisieren Sie, was jeder Parameter tut, und schreiben Sie enge Regeln mit expliziten Ausnahmen.

Indexieren Sie jede Kombination für den Long Tail

Die meisten Kombinationen haben keine eigenständige Nachfrage und wenig unterschiedlichen Inhalt. Erstellen Sie Landingpages nur für Kombinationen, die durch Nachfrage gestützt werden, und unterdrücken Sie den Rest.

Diagnose von Facettennavigation-Fehlern

Indizierte URL-Anzahl übersteigt den Katalog

Wahrscheinliche Ursache: Filter, Sortierungen und Parameterreihenfolge erzeugen viele crawlbare Versionen desselben Produktsets. Behebung: Gruppieren Sie URLs nach Parameter, bewahren Sie nur nachfragegestützte Kombinationen und wenden Sie die geeignete Crawl- oder Indexkontrolle an. Bestätigen Sie, indem Sie die betroffenen Seitenindexierungs-Buckets und Log-Segmente nach unten tendieren sehen.

Googlebot-Anfragen belasten den Server

Wahrscheinliche Ursache: Die Crawler-Entdeckung ist in einen nahezu unendlichen Facettenraum eingetreten. Behebung: Identifizieren Sie die Parametermuster in Server-Logs, entfernen Sie crawlbare Links zu nutzlosen Zuständen und wenden Sie enge robots.txt-Regeln an. Bestätigen Sie, dass Googlebot-Anfragen zurück zu Kategorie- und Produkt-URLs wechseln.

Eine noindexierte Facette bleibt indiziert

Wahrscheinliche Ursache: Dieselbe URL ist in robots.txt nicht erlaubt, sodass Google die Direktive nicht sehen kann. Behebung: Erlauben Sie das Crawling lange genug, damit Google noindex verarbeiten kann. Bestätigen Sie in der URL-Inspektion, dass die Live-Seite abrufbar ist und die Direktive offenlegt.

Google wählt eine Facetten-URL statt der Kategorie-URL

Wahrscheinliche Ursache: Canonicals, interne Links, Sitemap-Einträge oder Inhaltssignale widersprechen sich. Behebung: Richten Sie diese Signale auf das beabsichtigte Canonical aus und entfernen Sie interne Links zu doppelten Formen. Bestätigen Sie die deklarierten und von Google ausgewählten Canonicals in der URL-Inspektion.

Klassifizieren Sie Facettenparameter, ohne dem Modell die Entscheidung zu überlassen

Fügen Sie eine CSV-Datei ein, die den Parameter, Beispiel-URLs, die Produktanzahl, die geschätzte Suchanfragenachfrage und die Frage enthält, ob sich der Ergebnissatz von der Basiskategorie unterscheidet. Überprüfen Sie jede Empfehlung vor der Umsetzung.

You are helping triage faceted-navigation URL patterns. For each CSV row, classify the pattern as one of: candidate indexable landing page, crawl-prevention candidate, deindexing candidate, canonical-to-base candidate, or needs human review.

Use these rules:
- A landing-page candidate needs verified standalone search demand and meaningfully distinct content.
- robots.txt controls crawling, not guaranteed indexing.
- noindex requires the URL to remain crawlable.
- canonical consolidates signals but does not stop crawling.
- Empty or impossible combinations should return 404.

Return a table with: parameter pattern, evidence used, recommended class, implementation precondition, representative URL to test, and risk if wrong. Do not invent keyword demand. Mark missing evidence as NEEDS DATA.

CSV:
[PASTE CSV]

Facetten-Crawl-Anteil anhand eines Zugriffsprotokolls messen

Führen Sie dieses Python-Skript gegen ein Standard-Zugriffsprotokoll aus. Passen Sie die Bot- und Facettenmuster an Ihre Website an. Es meldet beobachtete Anfragen; es entscheidet nicht, ob eine URL eine Indexierung verdient.

import re
import sys
from collections import Counter
from urllib.parse import urlsplit, parse_qsl

BOT = re.compile(r"Googlebot", re.I)
REQUEST = re.compile(r'"(?:GET|HEAD)\s+(\S+)\s+HTTP/[^\"]+"')
FACET_KEYS = {"color", "size", "brand", "price", "sort", "order"}

total = 0
faceted = 0
keys = Counter()

with open(sys.argv[1], encoding="utf-8", errors="replace") as log:
    for line in log:
        if not BOT.search(line):
            continue
        match = REQUEST.search(line)
        if not match:
            continue
        total += 1
        query_keys = {key for key, _ in parse_qsl(urlsplit(match.group(1)).query)}
        matched = query_keys & FACET_KEYS
        if matched:
            faceted += 1
            keys.update(matched)

print({"googlebot_requests": total, "facet_requests": faceted})
print(keys.most_common())

Parametrisierte Facettenlinks in einem Crawler extrahieren

Verwenden Sie diesen XPath in der benutzerdefinierten Extraktion von Screaming Frog, um Links zu sammeln, deren Abfragezeichenfolge einen der genannten Schlüssel enthält:

//a[contains(@href,'?') and (contains(@href,'color=') or contains(@href,'size=') or contains(@href,'brand=') or contains(@href,'sort='))]/@href

Der entsprechende reguläre Ausdruck erfasst die URL in Gruppe 1 und den ersten erkannten Parameternamen in Gruppe 2:

href=["']([^"']*[?&]((?:color|size|brand|price|sort|order))=[^"']*)["']

Facettenlinks auf der aktuellen Seite auflisten

Führen Sie dies in der Chrome DevTools-Konsole aus. Ändern Sie keys, damit sie den tatsächlichen Parametern der Website entsprechen.

const keys = new Set(["color", "size", "brand", "price", "sort", "order"]);
console.table(
  [...document.querySelectorAll("a[href]")]
    .map((a) => new URL(a.href, location.href))
    .filter((u) => [...u.searchParams.keys()].some((k) => keys.has(k)))
    .map((u) => ({
      url: u.href,
      keys: [...u.searchParams.keys()].filter((k) => keys.has(k)).join(","),
    })),
);

Nachweisen, dass die Crawl-Steuerungsänderung wirksam wurde

Führen Sie eine Änderung zunächst an einer URL-Stichprobe ein, bevor sie für die gesamte Website gilt, und behalten Sie eine vergleichbare, unveränderte Stichprobe als Kontrollgruppe. Crawl- und Index-Metriken ändern sich aus Gründen, die nichts mit Ihrer Änderung zu tun haben – ein Kohortenvergleich ist der einzige zuverlässige Weg, um den Effekt zu isolieren.

Die robots.txt-Regel testen

Durchzuführender Test: Verwenden Sie den robots.txt-Testablauf der Search Console oder fordern Sie die Live-Datei an und testen Sie repräsentative erlaubte und nicht erlaubte URLs. Erwartetes Ergebnis: Junk-Facetten-Stichproben werden blockiert, während die Basiskategorie, Produkte und genehmigte Landingpages erlaubt bleiben. Fehlerinterpretation: Das Muster ist zu breit, zu eng oder entspricht nicht der tatsächlichen URL-Form. Überwachungszeitraum: Die Regel selbst ist sofort wirksam; das Crawler-Verhalten ändert sich, nachdem Bots sie erneut besuchen. Rollback-Auslöser: Jede wertvolle Kategorie-, Produkt- oder genehmigte Facettenseite wird blockiert.

Eine nachfragegestützte Landingpage testen

Durchzuführender Test: Überprüfen Sie ihre Antwort, das gerenderte HTML, die kanonische URL, interne Links und die Sitemap-Zugehörigkeit. Erwartetes Ergebnis: Sie gibt 200 zurück, hat selbstkanonische URLs, zeigt unterschiedliche Seitenelemente und ist über crawlbare Links erreichbar. Fehlerinterpretation: Die Seite wird weiterhin wie ein unterdrückter Facettenzustand behandelt. Überwachungszeitraum: Technische Signale sind sofort wirksam; die von Google ausgewählte kanonische URL und der Indexstatus erfordern ein erneutes Crawlen. Rollback-Auslöser: Google konsolidiert die Seite konsistent an anderer Stelle oder die Seite kann keine eigenständigen Inhalte und keine Nachfrage aufrechterhalten.

Deindexierung ohne Blockierung testen

Durchzuführender Test: Überprüfen Sie eine repräsentative unerwünschte Facetten-URL nach dem Hinzufügen von noindex. Erwartetes Ergebnis: Google kann die URL abrufen und sieht noindex; die URL verlässt später den Index. Fehlerinterpretation: Eine Robots-Regel, ein Rendering-Problem oder ein Header-/Vorlagenkonflikt verbergen die Anweisung. Überwachungszeitraum: Die Zustellung der Anweisung ist sofort wirksam; die Indexentfernung folgt dem erneuten Crawlen. Rollback-Auslöser: Die Vorlage wendet noindex auf genehmigte Landingpages an.

Gesundheitsmetriken für Facettennavigation

Verfolgen Sie Crawl-Anteil, Index-Fußabdruck und Landingpage-Leistung als drei separate Signale – führen Sie diese nicht zu einer einzigen Kennzahl zusammen. Keine der Steuerungen in diesem Artikel garantiert ein Crawl-, Index-, Ranking-, Traffic- oder KI-Zitationsergebnis; sie ändern nur, was für Suchmaschinen (und KI-Crawler) verfügbar ist.

Facettenanteil am Bot-Crawling

Metrik: Prozentsatz der verifizierten Googlebot-Anfragen, die nicht indexierbare Facettenmuster treffen. Aussage: Zeigt, ob Crawl-Kapazität in reine UX-URL-Zustände umgeleitet wird. Ermittlung: Validieren Sie den Bot-Traffic und segmentieren Sie die Serverprotokolle nach den bekannten Facettenparametern der Website. Benchmark / realistischer Bereich: Legen Sie je Vorlage eine Basislinie fest und streben Sie nach der Bereinigung einen dauerhaften Rückgang an; Kataloge und Crawl-Nachfrage unterscheiden sich zu stark für ein allgemeingültiges Ziel. Rhythmus: Wöchentlich während der Bereinigung, danach monatlich.

Facetten-URL-Fußabdruck in der Seitenindexierung

Kennzahl: Anzahl und Anteil der Facetten-URLs in den Gruppen „Indexiert“, „Duplikat“, „Gecrawlt, nicht indexiert“ und „Soft-404“. Aussage: Zeigt, ob Crawling-Steuerungen und Canonical-Signale die Aufblähung des Index eindämmen. Ermittlung: Exportieren Sie Stichproben aus dem Search-Console-Bericht zur Seitenindexierung und klassifizieren Sie die URLs nach Parametermuster. Benchmark / realistischer Bereich: Vergleichen Sie den Wert mit der Anzahl der bewusst indexierbaren Facetten-Landingpages und verwenden Sie den eigenen Katalog des Shops als Ausgangswert. Rhythmus: Monatlich; Indexänderungen sind nachlaufende Signale.

Performance genehmigter Landingpages

Kennzahl: Klicks, Impressionen und Conversions der Facettenkombinationen, die bewusst indexierbar bleiben. Aussage: Zeigt, ob die nachfragegestützten Ausnahmen ihren Crawl- und Pflegeaufwand rechtfertigen. Ermittlung: Gruppieren Sie diese exakten URLs in der Search Console und in Analytics. Benchmark / realistischer Bereich: Vergleichen Sie jede Seite mit ihrem Ausgangswert vor dem Start und mit der relevanten übergeordneten Kategorie, nicht mit einem erfundenen websiteweiten Schwellenwert. Rhythmus: Monatlich und nach wesentlichen Katalogänderungen.

TL;DR — Facettennavigation ist die häufigste Ursache für Overcrawling, die Google gemeldet wird (~50 % der Crawling-Beschwerden, laut Gary Illyes). Jede Filterkombination kann eine eigene crawlbare URL erzeugen, sodass ein kleiner Katalog Millionen von Beinahe-Duplikaten verbirgt – was zu Duplicate Content, Index-Aufblähung, Verschwendung des Crawl-Budgets und PageRank-Verdünnung führt. Die Entscheidung ist strategisch, bevor sie technisch ist: Welche Filterkombinationen haben echte Suchnachfrage (→ als indexierbare Landingpages gestalten) und welche sind reine UX (→ unterdrücken)? Dann wählen Sie den richtigen Hebel, denn sie sind nicht austauschbar: robots.txt stoppt das Crawlen, aber nicht das Indexieren; noindex entfernt aus dem Index, erfordert aber einen Crawl und spart kein Crawl-Budget; canonical ist ein Hinweis, der Signale konsolidiert, aber das Crawlen nicht stoppt. URL-Fragmente (#) umgehen das gesamte Problem, weil Google sie ignoriert. Das GSC-Tool „URL-Parameter“ ist veraltet – nur serverseitige Steuerung. Bing hat weiterhin URL-Normalisierung.

Der Mechanismus: Wie Filter Ihren URL-Raum explodieren lassen

Facettennavigation wird zum SEO-Problem, sobald ein Filter die URL so verändert, dass ein Crawler ihr folgen kann. Drei verschiedene Dinge werden hier oft vermischt, und wenn man sie trennt, wird der Rest dieses Artikels klarer: die UI-Interaktion (ein Käufer, der einen Filter anklickt), der abrufbare URL-Zustand (ob dieser Klick eine Adresse ändert, die ein Crawler tatsächlich anfordern kann) und die indexierbare Landingpage (ob diese URL überhaupt in Googles Index liegen soll). Ein Facettensystem kann eines davon, zwei oder alle drei exponieren – ein clientseitiger Filter ohne URL-Änderung hat nur das erste; ein Query-String-Filter hat die ersten beiden; eine kuratierte Seite für „blaue Samtsofas“ hat alle drei, bewusst.

Die drei gängigen Implementierungen:

Die Arithmetik ist das ganze Problem. 10 000 Produkte × 20 Farben × 15 Größen × 5 Sortierreihenfolgen ergibt 15 000 000+ mögliche URLs. Evidence for this claim Combinatorial filters can turn a modest catalog into millions of possible URL states. Scope: The arithmetic is illustrative; Google documents the underlying infinite-space risk. Confidence: high · Verified: 2026-07-14 Google: Managing faceted navigation Gary Illyes beschrieb den Fehlermodus anschaulich auf LinkedIn: “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.” (Übersetzung) „Manchmal erstellt man versehentlich diese neuen Fake-URLs, wodurch der URL-Raum von gemütlichen 1000 URLs auf glühende 1 Million explodiert, was Crawler anregt, die wiederum unerwartet die eigenen Server belasten.“

Und Google kann sich eine Filter-URL-Sammlung nicht einfach ansehen und entscheiden, sie zu überspringen. Illyes erklärte warum in Search Off the Record: “Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” (Übersetzung) „Sobald Google eine Gruppe von URLs entdeckt hat, kann es erst beurteilen, ob dieser URL-Bereich sinnvoll ist, nachdem es einen großen Teil davon gecrawlt hat.“ Deshalb ist es die häufigste Crawling-Beschwerde – bis Google weiß, dass die URLs wertlos sind, hat es sie bereits gecrawlt.

Durchgeführte Untersuchung: Die Filter waren nur die halbe Falle

Googles Crawling-Rückblick zum Jahresende 2025 liefert ungewöhnlich nützliche Praxisbelege: Gary Illyes führte etwa 50 % der besprochenen Crawling-Probleme auf Facettennavigation und weitere 25 % auf Aktionsparameter zurück. Diese zweite Kategorie ist wichtig, weil ein E-Commerce-Audit, das nur color, size und brand zählt, URLs übersehen kann, die durch add-to-cart-, Vergleichs-, Wunschlisten-, Sortier-, Sitzungs- und Tracking-Steuerungen entstehen.

Hier ist das Untersuchungsmuster, mit illustrativen Zahlen, ohne zu behaupten, dass sie ein typischer Benchmark sind. Ein Einzelhändler hat 18 000 indexierbare Produkte und Kategorien, aber ein Crawl entdeckt 640 000 URLs. Die Gruppierung von Crawl- und Log-Stichproben nach Parameter zeigt:

Die Lösung ist kein pauschales Disallow. Entfernen Sie crawlbare Aktionslinks, setzen Sie keine Sitzungs- und Kampagnenparameter auf interne Links, normalisieren Sie doppelte Filterreihenfolgen, geben Sie 404 für unmögliche Kombinationen zurück und bewahren Sie die wenigen nachfragegestützten Filter als stabile Landingpages. Überprüfen Sie dann das Ergebnis in den Server-Logs: Das Erfolgssignal ist, dass sich Crawler-Anfragen zu Kategorie- und Produkt-URLs verschieben, nicht nur ein kleinerer Crawler-Export.

Die vier Probleme, die es verursacht

1. Beinahe-Duplikat-Inhalt. /washing-machines/samsung/ und /washing-machines/?brand=samsung können identische Produktsets ausliefern. Ranking-Signale verteilen sich auf beide, statt sich zu konsolidieren.
2. Index-Aufblähung. Selbst ein Bruchteil dieser Millionen URLs im Index belastet die Gesamtqualitätssignale Ihrer Website.
3. Verschwendung des Crawl-Budgets. Jeder Abruf einer minderwertigen Facetten-URL fehlt bei Ihren wirklich neuen Produkten. Der Effekt verstärkt sich, weil dadurch auch neue Inhalte langsamer entdeckt werden. (Das Crawl-Budget wird erst bei großen Websites wirklich relevant; unter Crawl-Budget erfahren Sie, für wen es wichtig ist.)
4. PageRank-Verwässerung. Eine Kategorieseite, die auf 500 Filterkombinationen verlinkt, verteilt ihre interne Autorität auf 501 Ziele, statt sie auf die Produkte zu lenken, die ranken sollten.

Es ist wichtig, das klar zu sagen, weil Kunden fragen: Das ist kein Abstrafungsrisiko. Google erteilt keine manuellen Maßnahmen für Duplikate durch Facettennavigation. Es ist ein Crawl- und Index-Effizienzproblem und ein Signal-Verwässerungsproblem – keine Duplikat-Inhalts-Abstrafung.

Die strategische Entscheidung kommt zuerst

Bevor Sie robots.txt oder ein Meta-Tag anfassen, treffen Sie die Entscheidung pro URL: Verdient diese Filterkombination einen Platz im Index oder nicht?

• Sie verdient eine Indexierung, wenn sie einer echten Suchnachfrage entspricht – einer Anfrage, die Menschen tatsächlich eingeben. „High-rise Skinny Jeans“, „wasserfeste Wanderschuhe“, „blaues Samtsofa“. Diese werden zu richtigen Landingpages.
• Sie verdient sie nicht, wenn es eine willkürliche Kombination, eine Sortierreihenfolge oder ein tiefes Multi-Facetten-Geflecht ist, nach dem niemand sucht. Diese werden unterdrückt.

So finden Sie die Linie: Keyword-Recherche. Ziehen Sie die Kandidaten-Facetten-Modifikatoren, prüfen Sie das Volumen und legen Sie einen Schwellenwert fest. Eine vernünftige Messlatte in der Praxis liegt bei etwa 300+ monatlichen Suchanfragen, um eine eigenständige, indexierbare Facettenseite zu rechtfertigen – alles darunter wird blockiert oder fragmentiert. Der Grund, warum das wichtig ist, ist die Long Tail: 99,84 % der Keywords haben weniger als 1 000 Suchanfragen pro Monat, machen aber 39,33 % der gesamten Suchnachfrage aus. Die meisten Facettenkombinationen haben keine Nachfrage – aber die Minderheit, die welche hat, ist eine echte Chance, und der einzige Weg, sie zu nutzen, besteht darin, diese spezifischen Seiten indexieren zu lassen.

Nachfrage allein ist nicht das gesamte Kriterium. Bevor Sie eine Kombination zu einer indexierbaren Landingpage erheben, muss sie drei Dinge gemeinsam erfüllen: verifizierte Nachfrage (die oben genannte Keyword-Recherche), eindeutigen Mehrwert (Inhalt und ein Produktset, das sich tatsächlich von der Basiskategorie unterscheidet – nicht nur dieselben Produkte in anderer Reihenfolge) und die Verpflichtung, sie zu überwachen (Crawl-, Index- und Leistungssignale, nicht ein Set-and-forget-Flag). Behandeln Sie jede beworbene Seite als Experiment, das sich bewähren muss, nicht als garantierten Long-Tail-Gewinn – siehe den Tab „Metriken“ für das, was Sie verfolgen sollten.

Die technischen Hebel – und wie sie sich unterscheiden

Hier gehen die meisten Implementierungen schief, weil die drei Hauptsteuerungen austauschbar wirken und es nicht sind.

robots.txt-Disallow – stoppt das Crawling, Googles bevorzugte Prävention. Das Blockieren der Filterparameter-Räume, während Artikelseiten und die ungefilterte Auflistung erlaubt bleiben, ist der stärkste Crawl-Budget-Hebel. Googles eigenes Beispiel:

disallow: /*?*products=
disallow: /*?*color=
disallow: /*?*size=
allow: /*?products=all$

Der Haken: robots.txt blockiert Crawling, nicht Indexierung. Eine blockierte URL mit eingehenden Links kann weiterhin im Index als URL-only-Ergebnis erscheinen (ohne Snippet, weil Google die Seite nie gelesen hat). Es ist also das richtige Werkzeug, wenn Ihr Ziel ist, „Crawl für diesen Bereich zu verschwenden zu stoppen“, nicht „das aus dem Index zu entfernen“.

noindex – entfernt aus dem Index, erfordert aber einen Crawl. Google ist explizit: “Google has to crawl the page in order to find the noindex rule.” (Übersetzung) „Google muss die Seite crawlen, um die noindex-Regel zu finden.“ Also steuert noindex die Indexierung, nicht das Crawling – es wird Ihnen nicht Crawl-Budget sparen, weil Googlebot die Seite trotzdem abrufen muss, um das Tag zu sehen. Verwenden Sie es, wenn das Ziel die Entfernung aus dem Index ist, nicht die Crawl-Effizienz.

rel="canonical" – ein Hinweis, der konsolidiert, am schwächsten fürs Crawling. Das Verweisen von gefilterten Seiten auf die ungefilterte Kategorie konsolidiert doppelte Signale, und laut Google “may, over time, decrease the crawl volume of non-canonical versions” (Übersetzung) „kann im Laufe der Zeit das Crawl-Volumen nicht-kanonischer Versionen verringern“ – aber es ist “generally less effective in the long term” (Übersetzung) „im Allgemeinen langfristig weniger effektiv“ als robots.txt oder Fragmente. Es ist ein Hinweis, keine Anweisung; Google kann es übersteuern. Und es tut kurzfristig nichts für die Serverlast, weil Google die nicht-kanonischen Seiten weiterhin crawlt, um das kanonische Tag zu sehen.

URL-Fragmente (#) – umgehen das Problem vollständig. Da “Google Search generally doesn’t support URL fragments in crawling and indexing,” (Übersetzung) „Google Search URL-Fragmente beim Crawlen und Indexieren grundsätzlich nicht unterstützt“, hat ein Hash-basierter Filterzustand wie /sofas#color=blue keinerlei Crawl- oder Index-Auswirkung. Dies ist die sauberste Prävention für Filter ohne Suchnachfrage – der Filter wird clientseitig angewendet, es entsteht nie eine neue crawlbare URL.

rel="nofollow" auf Filterlinks – alles oder nichts. Sie können Google davon abhalten, Filterlinks zu folgen, aber laut Google “every anchor pointing to a specific URL must have the rel=‘nofollow’ attribute in order for it to be effective.” (Übersetzung) „Jeder Link zu einer bestimmten URL muss das Attribut rel=‘nofollow’ tragen, damit die Maßnahme wirksam ist.“ Übersehen Sie irgendwo auf der Website auch nur einen verfolgbaren Link, ist der Ansatz lückenhaft. Außerdem gilt nofollow inzwischen als Hinweis, nicht als Anweisung.

Siehe den Tab Kurzübersichten für die vollständige Entscheidungstabelle.

Die kritischen Don’ts

Diese Kombinationen verursachen unbemerkt Probleme:

• noindex + robots.txt-Disallow auf derselben URL. Das ist der klassische Fehler. Wenn die URL blockiert ist, kann Googlebot sie nicht abrufen, sieht also das noindex-Tag nie – und die Seite kann indexiert bleiben. Zum Entfernen aus dem Index müssen Sie das Crawling erlauben und noindex ausliefern.
• noindex + canonical auf derselben URL. Widersprüchliche Signale. Wie John Mueller es formuliert hat: “noindex doesn’t tell Google that you want it combined with something else and that signals should be forwarded.” (Übersetzung) „noindex sagt Google nicht, dass Sie es mit etwas anderem kombinieren möchten und dass Signale weitergeleitet werden sollen.“ Entscheiden Sie sich für eines.
• Nur canonical, in der Erwartung einer Entlastung des Crawl-Budgets. Das stoppt das Crawling nicht. Google ruft die nicht-kanonischen URLs weiterhin ab.

Best Practices für die URL-Struktur bei Facetten, die Sie indexieren

Für die Minderheit der gefilterten Seiten, die Sie zu indexieren beschlossen haben, geben Googles Dokumentationen klare Regeln vor:

1. Verwenden Sie das Standard-Trennzeichen & – nicht Kommas, Semikolons, senkrechte Striche oder eckige Klammern.
2. Halten Sie eine konsistente Filterreihenfolge ein. /sofas/blue/fabric und /sofas/fabric/blue müssen auf eine kanonische Form aufgelöst werden, nicht auf zwei.
3. Keine doppelten Filterwerte – ?color=blue&color=blue sollte 404 liefern, nicht 200.
4. Geben Sie für leere/unmögliche Kombinationen eine echte 404 zurück. Wenn /sofas/red keine Ergebnisse hat, senden Sie eine 404 – liefern Sie keine generische 200-„Keine Ergebnisse“-Seite aus, die durch ein noindex gestützt wird.
5. Bevorzugen Sie saubere Pfade gegenüber Query-Strings für indexierbare Facetten – /sofas/blue/ liest sich besser als /sofas?color=blue&style=&sort=.

JavaScript-/AJAX-Facettennavigation – Prävention mit einem Kompromiss

Wenn Sie Filter als clientseitiges AJAX aufbauen, das keine echten <a href>-Links zu Filter-URLs ausgibt, wird der Filter im Browser angewendet und es wird nie eine crawlbare URL erzeugt. Das ist großartig für das Crawl-Budget. Der Kompromiss ist symmetrisch: Googlebot kann diese gefilterten Zustände ebenfalls nicht erreichen, sodass wertvolle Long-Tail-Filterkombinationen nicht indexiert werden.

Der Goldstandard für große Kataloge ist ein Hybrid: Pre-Rendern oder Server-Rendern der stark nachgefragten Filterkombinationen als echte, verlinkte, indexierbare Seiten mit einzigartigem Intro-Text und Sitemap-Aufnahme, und alle kurzlebigen, nicht nachgefragten Zustände clientseitig halten (AJAX, Fragmente oder pushState-Parameter in Kombination mit einem Canonical auf die Basis). Google rendert JavaScript, doch dieser Vorgang wird in eine Warteschlange eingereiht und ist langsamer als HTML-Crawling – verlassen Sie sich also für Seiten, die Sie zuverlässig indexiert haben möchten, nicht allein auf clientseitiges Rendering. (Mehr zur Rendering-Seite in JavaScript-SEO.)

Das URL-Parameter-Tool ist nicht mehr verfügbar

Sprechen Sie dies früh mit jedem Kunden an, denn die Hälfte der Online-Tutorials rät immer noch dazu, es zu verwenden. Google hat das URL-Parameter-Tool im April 2022 eingestellt. Der Grund: Googles Parametererkennung war inzwischen so gut, dass “only about 1% of the parameter configurations currently specified in the URL Parameters tool were useful for crawling.” (Übersetzung) „Nur etwa 1 % der damals im URL-Parameter-Tool festgelegten Parameterkonfigurationen waren für das Crawling nützlich.“ Evidence for this claim Google removed the URL Parameters tool after determining that very few configurations remained useful. Scope: This is a historical Search Console change, not a claim that Google never crawls parameters. Confidence: high · Verified: 2026-07-14 Google: URL Parameters tool deprecated Auf die Frage, ob es zurückkommen könnte, antwortete Illyes: “In theory yes. In practice no.” (Übersetzung) „Theoretisch ja. In der Praxis nein.“ Es gibt keine Search-Console-Steuerung mehr, um Google anzuweisen, einen Parameter zu ignorieren – es bleibt nur die serverseitige Verwaltung (robots.txt, noindex, Fragmente) oder nichts.

Bing ist anders. Bing Webmaster Tools bietet weiterhin URL-Normalisierung, bei der Sie festlegen, welche Parameter entfernt werden können, und laut Fabrice Canel “our crawler will not visit the URLs with extra parameters except for an occasional test.” (Übersetzung) „Unser Crawler wird die URLs mit zusätzlichen Parametern nicht besuchen, außer für einen gelegentlichen Test.“ Wenn Ihnen Bing wichtig ist (und die KI-Suche stützt sich zunehmend auf Bings Index), ist das eine separate Konfiguration, die etwa 5 Minuten dauert und sich lohnt.

Ein Hinweis zur pauschalen Parameterblockierung

Seien Sie vorsichtig mit pauschalen robots.txt-Regeln. Wenn ein Parameter mehr als einem Zweck dient – sagen wir, ?type= wird sowohl für eine nutzlose Facette als auch für eine legitime paginierten oder kanonischen Ansicht an anderer Stelle verwendet –, blockiert ein breites disallow: /*?*type= auch die legitimen URLs. Prüfen Sie, was jeder Parameter tatsächlich bewirkt, bevor Sie ihn blockieren, und bevorzugen Sie eng gefasste Regeln mit allow-Ausnahmen gegenüber einer pauschalen Regel, die nützliche Seiten zusammen mit dem Müll entfernt.

So prüfen Sie Ihre eigene Website

• Crawlen Sie die Website. Ahrefs Site Audit oder Screaming Frog decken die URL-Explosion, Parameter-Muster und die Tiefe der gefilterten Seiten auf.
• site:-Zählung vs. tatsächliche Produktanzahl. Eine site:example.com-Ergebnismenge, die Ihren tatsächlichen Katalog bei Weitem übersteigt, ist das untrügliche Zeichen für facettenbedingte Index-Aufblähung.
• Search-Console-Bericht zur Seitenindexierung. Achten Sie bei “Crawled — currently not indexed” (Übersetzung) „Gecrawlt – zurzeit nicht indexiert“ und “Duplicate without user-selected canonical” (Übersetzung) „Duplikat – Google hat eine andere kanonische Seite als der Nutzer bestimmt“ auf hohe Zahlen – dort zeigt sich die Aufblähung durch Facetten.
• Server-Logs. Die Wahrheit über Crawl-Verschwendung: Sie zeigen genau, wie viel von Googlebots Zeit auf Parameter-URLs statt auf Produkte entfällt.

Wo dies in der Säule steht

Facettierte Navigation ist die kanonische technische Herausforderung von Ecommerce-SEO – sie ist der Grund, warum Ecommerce-SEO schwieriger ist als reguläres SEO, nicht anders. Sie steht in direktem Zusammenhang mit Ecommerce-Site-Architektur (Filter hängen an Ihrer Kategorie-Pyramide), Kategorieseiten-SEO (die Seiten, auf denen die Filter leben), und der breiteren Crawl-Geschichte in Crawling und Kanonisierung. Technische SEOs kommen häufig aus dem Informationsarchitektur-Winkel zu diesem Thema; die praktische Heimat dafür ist hier, auf der Shop-Seite.

KI-Zusammenfassung

Eine komprimierte Darstellung der erweiterten Version:

• Was es ist: das Filter-Panel auf Kategorie-/Archivseiten (Farbe, Größe, Preis, Marke) – auch facettierte Suche oder Produktfilterung genannt. Tolle UX; ein SEO- Problem nur, weil jede Filterkombination eine eigene crawlbare URL erzeugen kann.
• Das Skalenproblem: 10 000 Produkte × Farben × Größen × Sortierungen = Millionen von nahezu doppelten URLs. Gary Illyes: Facettennavigation ist ~50 % aller Crawling-Probleme, die an Google gemeldet werden. Google kann den Raum nicht überspringen, ohne zuerst „einen großen Teil“ davon zu crawlen.
• Vier Schäden: nahezu doppelte Inhalte, Index-Aufblähung, Crawl-Budget-Verschwendung, PageRank- Verwässerung. Kein Strafrisiko – es ist ein Effizienz- und Signalverwässerungsproblem.
• Entscheiden Sie zuerst über die Strategie: indexieren Sie die Filterkombinationen mit echter Suchnachfrage (~300+ monatliche Suchanfragen als Richtwert); unterdrücken Sie den Rest.
• Die Hebel unterscheiden sich: robots.txt stoppt das Crawlen, nicht das Indexieren (blockierte URLs können weiterhin als URL-only-Ergebnisse erscheinen); noindex entfernt aus dem Index, benötigt aber einen Crawl, spart also kein Crawl-Budget; canonical ist ein konsolidierender Hinweis, der das Crawlen nicht stoppt; URL-Fragmente (#) umgehen alles, weil Google sie ignoriert.
• Nie: noindex + robots.txt-Disallow kombinieren (Google kann das Tag nicht sehen); oder noindex + canonical (widersprüchlich – Mueller sagt, wählen Sie eines).
• Tooling: Googles URL-Parameter-Tool wurde 2022 eingestellt – nur noch serverseitige Steuerung. Bing hat weiterhin URL-Normalisierung.
• JS/AJAX-Filter verhindern Crawl-Verschwendung, blockieren aber auch die Indexierung wertvoller Long-Tail-Facetten – rendern Sie die mit hoher Nachfrage vor.

Offizielle Dokumentation

Primärquellen-Leitfaden zu facettierter Navigation und Parameterbehandlung.

Google

• Verwalten des Crawlings von Facetten-Navigations-URLs – das permanente Hilfedokument, das Google im Dezember 2024 aus einem Blogbeitrag von 2014 hochgestuft hat.
• Facettennavigation (Crawling-Infrastruktur-Version) – dieselbe Anleitung, mit den Beispielen für robots.txt und &-Trennzeichen.
• Crawling Dezember: Facettennavigation (2024) – der Blogbeitrag, der es als „bei weitem die häufigste Ursache für Overcrawl-Probleme“ bezeichnete.
• Bewährte (und 5 der schlechtesten) Praktiken für Facettennavigation (2014) – die ursprüngliche Referenz, inzwischen überholt, aber für die Geschichte nützlich.
• Frühjahrsputz: das URL-Parameter-Tool (2022) – die Ankündigung der Einstellung.
• Optimieren Sie Ihr Crawl-Budget – Kontext, warum Crawl-Verschwendung durch Facetten wichtig ist.

Bing / Microsoft

• Besser als Canonical; URL-Normalisierung – Fabrice Canel über Bings Parameterverwaltungstool (weiterhin aktiv, anders als Googles).

Zitate aus der Quelle

Aussagen auf der Grundlage von Google und Bing. Deep Links springen zur zitierten Passage, wo die Quellseite Textfragmente unterstützt.

Google – das Ausmaß des Problems (Gary Illyes)

• “Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” (Übersetzung) „Sobald es eine Reihe von URLs entdeckt hat, kann es keine Entscheidung darüber treffen, ob dieser URL-Raum gut ist oder nicht, es sei denn, es hat einen großen Teil dieses URL-Raums gecrawlt.“ – In Search Off the Record erklärte Gary Illyes dies im Crawl-Bericht zum Jahresende 2025. Weitergegeben über die wörtliche Berichterstattung von Search Engine Land – vor der endgültigen Verwendung mit der Episode abgleichen. Berichterstattung
• “An interesting quirk of URLs is that you can add an infinite (I call BS) number of URL parameters to the URL path, and by that essentially forming new resources.” (Übersetzung) „Eine interessante Eigenheit von URLs ist, dass Sie eine unendliche (ich sage: Unsinn) Anzahl von URL-Parametern zum URL-Pfad hinzufügen können und dadurch im Wesentlichen neue Ressourcen bilden.“ – Gary Illyes, LinkedIn, August 2024. Weitergegeben über Search Engine Journal. Berichterstattung
• “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.” (Übersetzung) „Manchmal erstellen Sie diese neuen Fake-URLs versehentlich, wodurch Ihr URL-Raum von gemütlichen 1000 URLs auf sengende 1 Million explodiert, was Crawler aufregt, die wiederum unerwartet Ihre Server belasten.“ – Gary Illyes, LinkedIn, August 2024. Weitergegeben über Search Engine Journal. Berichterstattung
• Zur Wiedereinführung des URL-Parameter-Tools: “In theory yes. In practice no.” (Übersetzung) „Theoretisch ja. In der Praxis nein.“ – Gary Illyes, LinkedIn, 2024. Weitergegeben über Search Engine Journal. Berichterstattung

Google – die Dokumentation

• “Google has to crawl the page in order to find the noindex rule.” (Übersetzung) „Google muss die Seite crawlen, um die noindex-Regel zu finden.“ — Google Search Central, Dokumentation zur Facettennavigation. Zum Zitat springen
• “Google Search generally doesn’t support URL fragments in crawling and indexing.” (Übersetzung) „Google Search unterstützt URL-Fragmente beim Crawlen und Indexieren grundsätzlich nicht.“ Zum Zitat springen
• Zu rel="nofollow": “every anchor pointing to a specific URL must have the rel=‘nofollow’ attribute in order for it to be effective.” (Übersetzung) „Jeder Anker, der auf eine bestimmte URL verweist, muss das rel=‘nofollow’-Attribut haben, damit es wirksam ist.“ Zum Zitat springen
• Zum veralteten Tool: “only about 1% of the parameter configurations currently specified in the URL Parameters tool were useful for crawling.” (Übersetzung) „Nur etwa 1 % der derzeit im URL-Parameter-Tool angegebenen Parameterkonfigurationen waren für das Crawlen nützlich.“ Zum Zitat springen

Google — John Mueller

• “noindex doesn’t tell Google that you want it combined with something else and that signals should be forwarded.” (Übersetzung) „Mit noindex teilen Sie Google nicht mit, dass die Seite mit einer anderen zusammengeführt und ihre Signale weitergeleitet werden sollen.“ (Warum noindex nicht mit canonical kombiniert werden sollte.) — John Mueller, Google. Weitergeleitet über Search Engine Journal. Berichterstattung

Bing — Fabrice Canel

• Zur URL-Normalisierung: “our crawler will not visit the URLs with extra parameters except for an occasional test.” (Übersetzung) „Unser Crawler wird die URLs mit zusätzlichen Parametern nicht besuchen, außer für einen gelegentlichen Test.“ Zum Zitat springen
• “relying on canonical tag is not necessarily the perfect solution to fix all your duplicate content problems.” (Übersetzung) „Sich auf das Canonical-Tag zu verlassen, ist nicht unbedingt die perfekte Lösung, um alle Ihre Duplicate-Content-Probleme zu beheben.“ Zum Zitat springen

Checkliste für das Audit der Facettennavigation

Ein Durchgang, um facettenbedingte Crawl-/Index-Verschwendung zu finden und zu beheben:

• Crawlen Sie die Website (Ahrefs Site Audit / Screaming Frog) und quantifizieren Sie die Explosion der Parameter-URLs im Vergleich zu Ihrer tatsächlichen Produktanzahl.
• Vergleichen Sie die site:yourdomain.com-Indexanzahl mit Ihrer tatsächlichen Kataloggröße — eine große Abweichung deutet auf Index-Aufblähung hin.
• Prüfen Sie im Search-Console-Bericht zur Seitenindexierung die Status “Crawled — currently not indexed” (Übersetzung) „Gecrawlt – zurzeit nicht indexiert“ und “Duplicate without user-selected canonical” (Übersetzung) „Duplikat – Google hat eine andere kanonische Seite als der Nutzer bestimmt“ auf Facetten-URLs.
• Prüfen Sie die Server-Logs, um festzustellen, wie viel von Googlebots Crawl auf Parameter-URLs statt auf Produkte entfällt.
• Listen Sie jeden Filterparameter und seine Funktion auf — bestätigen Sie, dass keiner doppelt genutzt wird, bevor Sie Blockierungsregeln schreiben.
• Recherchieren Sie die Facettenmodifikatoren per Keyword-Recherche; markieren Sie Kombinationen mit echter Nachfrage (~300+/Monat) als indexierbar.
• Bestätigen Sie für Facetten mit geringer Nachfrage eine Unterdrückungsmethode pro URL — niemals noindex und robots.txt-Disallow zusammen.
• Überprüfen Sie für indexierbare Facetten eine konsistente Filterreihenfolge, &-Trennzeichen, selbstreferenzierende Canonicals, einzigartigen Einleitungstext und die Aufnahme in die Sitemap.
• Bestätigen Sie, dass leere/unmögliche Filterkombinationen 404 zurückgeben, nicht eine 200-„Keine Ergebnisse“-Seite.
• Konfigurieren Sie die URL-Normalisierung in Bing Webmaster Tools (getrennt von Google).

Die mentalen Modelle

1. Strategie vor Taktik — indexieren oder unterdrücken? Jede Facetten-URL ist eine binäre Entscheidung: Entspricht sie echter Suchnachfrage (→ indexierbare Landingpage) oder ist sie reine UX (→ unterdrücken)? Treffen Sie diese Entscheidung bevor Sie ein einziges Tag anfassen. Tools können eine fehlende Strategie nicht ersetzen.

2. Die drei Hebel erfüllen drei verschiedene Aufgaben. Wenn Sie diese klar trennen, verschwindet die meiste Facetten-Verwirrung:

• robots.txt → steuert das Crawlen (nicht das Indexieren)
• noindex → steuert das Indexieren (nicht das Crawlen — erfordert einen Crawl)
• canonical → konsolidiert Signale (ein Hinweis; stoppt das Crawlen nicht)

3. Die Entscheidungsregel zur Unterdrückung.

• Möchten Sie, dass Bots einen Bereich komplett überspringen und Ihnen Indexierung egal ist? → robots.txt Disallow.
• Möchten Sie eine Seite aus dem Index haben? → Crawling erlauben + noindex (niemals blockieren).
• Möchten Sie, dass ein Filter ohne Nachfrage gar keine URL erzeugt? → URL-Fragment (#) oder AJAX ohne <a href>.

4. Vorbeugen ist besser als Heilen. Die sauberste Facettennavigation ist eine, bei der Junk-URLs nie entstehen – Fragmente und Client-seitiges Filtern für Zustände ohne Nachfrage, echte Seiten nur für nachfragegestützte. Eine Million bereits gecrawlte URLs aufzuräumen ist weit mehr Arbeit, als sie gar nicht erst zu erzeugen.

5. Der Long-Tail-Kompromiss. JavaScript/AJAX-Filterung unterdrückt Crawl-Verschwendung und Indexierung in einem Schritt. Das ist für Junk-Facetten ein Feature und für wertvolle ein Bug. Rendern Sie die nachfragegestützten Kombinationen vor; der Rest bleibt Client-seitig.

Facettennavigation steuern – Spickzettel

Was jede Steuerung tatsächlich bewirkt

Niemals kombinieren

• noindex + robots.txt Disallow → Google kann das noindex nicht sehen → bleibt im Index.
• noindex + canonical → widersprüchliche Signale (Mueller: eines auswählen).
• canonical allein fürs Crawl-Budget → es stoppt das Crawling nicht.

URL-Regeln für Facetten, die Sie indexieren

• Nur & als Trennzeichen (keine Kommas/Semikolons/Klammern).
• Konsistente Filterreihenfolge → eine kanonische Form.
• Keine doppelten Filterwerte.
• 404 für leere/unmögliche Kombinationen (kein 200 “keine Ergebnisse”).
• Saubere Pfade statt Query-Strings: /sofas/blue/ statt /sofas?color=blue&sort=.

Schnelle Fakten

• Facettennavigation ≈ 50 % der an Google gemeldeten Crawling-Probleme (Illyes).
• GSC URL-Parameter-Tool: entfernt (April 2022) – nur noch serverseitige Steuerung.
• Bing-Äquivalent: URL-Normalisierung in Bing Webmaster Tools – weiterhin aktiv.
• Google ignoriert URL-Fragmente (#) beim Crawling und bei der Indexierung.
• Funktionierende Nachfrageschwelle für eine indexierbare Facettenseite: ~300+ Suchanfragen/Monat.

Tools zur Diagnose und Verwaltung von Facettennavigation

• Ahrefs Site Audit – deckt die Parameter-URL-Explosion, nahezu doppelte Cluster und die Crawl-Tiefe gefilterter Seiten auf.
• Screaming Frog SEO Spider – crawlen Sie mit benutzerdefinierter Extraktion, um jeden Filterparameter und die Verlinkung der Facetten-URLs untereinander zu erfassen.
• Google Search Console – Bericht „Seitenindexierung“ – “Crawled — currently not indexed” (Übersetzung) „Gecrawlt – zurzeit nicht indexiert“ und “Duplicate without user-selected canonical” (Übersetzung) „Duplikat – Google hat eine andere kanonische Seite als der Nutzer bestimmt“ sind die Status, unter denen sich die Aufblähung durch Facetten zeigt.
• GSC URL Inspection – bestätigen Sie, wie eine einzelne Filter-URL gecrawlt, gerendert und indexiert wird (und welche kanonische URL Google gewählt hat).
• Server-Logdatei-Analyse (Screaming Frog Log File Analyser oder in BigQuery eingespeiste Logs) – die Grundlage dafür, wie viel Crawl auf Parameter-URLs entfällt.
• Bing Webmaster Tools – URL-Normalisierung – Bings weiterhin aktive Parameter- Steuerung; erkennt häufige doppelte Parameter zur Überprüfung vorab.
• Keyword-Recherche (Ahrefs Keywords Explorer) – finden Sie heraus, welche Facetten-Modifikatoren die Nachfrage haben, die eine indexierbare Landingpage rechtfertigt.

Testen Sie sich selbst: Facettennavigation

Fünf Fragen zur Entscheidung, welche Facetten-URLs indexiert und welche Steuerung verwendet werden soll.

Änderungsprotokoll