Was ist Facettennavigation?

Die Facettennavigation ist das Filtersystem, mit dem sich eine Liste nach mehreren Eigenschaften zugleich einengen lässt: Marke, Größe, Farbe, Preis, Verfügbarkeit. Jede Eigenschaft ist eine Facette, und der Besucher darf sie frei kombinieren, bis nur noch übrig ist, was er sucht.

Für den, der einkauft, ist das eines der besten Dinge, die ein Shop haben kann. Schwarze Lederstiefeletten in Größe 42 unter hundert Euro ohne Filter zu finden heißt, ganze Seiten durchzugehen; mit Filtern sind es drei Klicks.

Das Problem liegt nicht in der Funktion, sondern in dem, was sie hinterlässt. Erzeugt jede Kombination eine eigene Adresse, wächst die Zahl der URLs multiplikativ — und dort beginnt der Weg zum Index Bloat.

Sie gehört von der normalen Navigation getrennt, denn auf dem Bildschirm ähneln sie sich und darunter haben sie nichts gemeinsam. Das Kategoriemenü beschreibt eine Hierarchie, die jemand entschieden hat: Schuhe enthalten Stiefeletten, Stiefeletten enthalten Lederstiefeletten. Facetten beschreiben keine Hierarchie, nur Eigenschaften, die sich in beliebiger Reihenfolge an- und ausschalten lassen.

Dieser Unterschied erklärt, warum sich das eine ganz ablaufen lässt und das andere nicht. Das Menü hat eine Zahl von Wegen, die man an den Fingern abzählt; die Filtermenge hat so viele, dass kein Crawler sie erschöpft. Beide gleich zu behandeln ist der Ursprung fast aller Probleme, die danach kommen.

Die Anschauung versagt hier, und sie versagt immer in dieselbe Richtung: Man zählt die Filter und denkt, ein weiterer bringe ein paar Seiten dazu. Er bringt sie nicht dazu, er vervielfacht sie mit der Zahl seiner Werte.

Dazu kommt die Reihenfolge. Erzeugen Marke+Farbe und Farbe+Marke verschiedene Adressen, wird jede Kombination mehrfach gezählt, und was groß war, wird absurd. Dasselbe geschieht, wenn Sortierung und Einträge je Seite ebenfalls in der URL mitreisen.

Und für fast keine dieser Adressen gibt es Nachfrage. Jemand sucht „schwarze Lederstiefeletten“; niemand sucht „schwarze Lederstiefeletten Größe 41 zwischen 80 und 100 Euro mit Lieferung in 24 Stunden“. Die Kombination existiert, ist als Filter nützlich und ergibt als indexierbare Seite keinen Sinn.

Ein Fall vervielfacht noch stärker und wird kaum beachtet: Filter, die mehrere Werte zugleich zulassen. Lassen sich drei Farben in derselben Abfrage markieren, steuert die Facette nicht mehr die Zahl ihrer Werte bei, sondern die ihrer Teilmengen — und das wächst weit schneller als die Multiplikation selbst.

Und eine stille Nebenwirkung: die Kombinationen, die nichts zurückgeben. Nach einer Marke zu filtern, die keine Sandalen herstellt, ergibt eine leere Seite, die 200 antwortet — also einen automatisch erzeugten Soft 404. In einem großen Katalog sind diese leeren Kombinationen die Mehrheit, denn kaum eine Eigenschaft kreuzt sich mit allen anderen.

Der erste Preis ist Crawling. Ein Katalog mit offenen Facetten kann dem Crawler mehr Adressen anbieten, als er je ablaufen wird, und jeder Besuch bei einer davon ist Crawl-Budget, das die Produktseiten nicht erreicht, die sich ändern.

Der zweite sind verteilte Signale. Zehn Adressen mit demselben Inhalt, die miteinander konkurrieren, wirken wie doppelter Content: Keine sammelt genug Kraft, und das Canonical gibt es genau dafür, sie zusammenzuführen.

Und der dritte wird auf dem Server bezahlt. Jede Anfrage an eine seltene Kombination ist eine schwere Datenbankabfrage, und in Stunden starken Crawlings verschlechtert das den TTFB, den echte Besucher spüren.

Ein vierter Preis fällt dem Team zuerst auf: Der Bericht taugt nichts mehr. Eine Abdeckungsliste mit zehntausenden Kombinationen lässt nicht erkennen, ob es bei den Produktseiten ein echtes Problem gibt, und Entscheidungen fallen über Mittelwerte, die nichts mehr beschreiben. Derselbe Effekt wie in der Web-Analyse, wenn das Rauschen das Signal übersteigt.

Und eine übersehene Folge für die Struktur: Jeder Verweis auf eine Kombination ist ein interner Verweis. Verlinkt die Filterleiste von jeder Katalogseite aus dutzende URLs, verteilt die interne Verlinkung das Gewicht auf Ziele, die nichts beitragen — und was nah liegen sollte, verdünnt sich.

Die eigentliche Entscheidung ist keine technische: Man wählt, welche Kombinationen eine Seite verdienen und welche nur eine Ansicht sind. Ein brauchbares Kriterium ist die Nachfrage: Sucht jemand „schwarze Lederstiefeletten“, verdient diese Kombination eine eigene URL, einen eigenen Titel und eigenen Text. Sucht sie niemand, ist sie ein Filter und sonst nichts.

Die Seiten, die es verdienen, behandelt man wie echte Kategorien und verlinkt sie aus der Navigation, damit ihre Klicktiefe nicht wächst. Die übrigen fasst man per Canonical auf der Grundkategorie zusammen oder hält sie mit Noindex aus dem Index, wenn es sie für Nutzer weiter geben soll.

Und die robots.txt hat hier eine andere Rolle als die üblich zugeschriebene: Zum Deindexieren taugt sie nicht, wohl aber dafür, dass der Crawler keine Zeit in Muster steckt, von denen du bereits weißt, dass sie nichts bringen. Sie greift, solange diese URLs noch nicht indexiert sind; sind sie es schon, muss man sie erst crawlen lassen, damit die Anweisung gelesen wird.

Beim Bau der Filterverweise entscheidet eine Frage alles Weitere: ob es echte Verweise sind oder Bedienelemente, die per Programmierung auf einen Klick reagieren. Mit echten Verweisen läuft der Crawler alles ab, was offen bleibt — zum Guten wie zum Schlechten; mit Bedienelementen läuft er gar nichts ab, und dann brauchen selbst die Kombinationen, die indexiert werden sollen, einen anderen Weg.

Und eine Reihenfolge, die Ärger erspart: Bevor Regeln angefasst werden, wird gemessen. Eine Logfile-Analyse über vier Wochen zeigt, welche Muster der Crawler tatsächlich anfordert, und meist gibt es Überraschungen: Kombinationen, die niemand auf dem Zettel hatte, verbrauchen den größten Teil, während andere, die man für heikel hielt, keinen einzigen Besuch bekommen.

Der erste ist, alles offen zu lassen und darauf zu vertrauen, dass Google schon richtig wählt. Es wählt — aber nach seinem Maßstab und in seinem Tempo, und bis dahin geht das Crawling dorthin, wo es nicht hinsoll.

Der zweite ist, alles auf einmal zuzumachen. Unter den Kombinationen sind ein paar mit echter Nachfrage, die Besuche gebracht haben; sie mit dem Rest zu sperren zeigt sich nach wenigen Wochen im Traffic. Bevor eine Regel im Stapel greift, gehört in der Search Console nachgesehen, welche Muster Klicks bekommen.

Und der dritte ist, es für ein einmaliges Problem zu halten. Solange das System weiter eine URL je Kombination erzeugt, füllt sich der Index erneut. Die Korrektur, die hält, liegt in der Entscheidung, welche Adressen es geben soll, nicht im Aufräumen der schon vorhandenen.

Ein vierter Fehler ist, eine Kombination mit Nachfrage zu indexieren und ihr nichts Eigenes mitzugeben. Verdient „schwarze Lederstiefeletten“ eine Seite, verdient sie auch Titel, Beschreibung und einen Absatz, der etwas erklärt; eine leere Vorlage mit Produkten darin ähnelt zu sehr dem dünnen Inhalt, um eine Position zu halten.

Und der letzte, der sich bei Migrationen am häufigsten wiederholt: das Parameterschema ändern, ohne einen Plan für die alten Adressen. Die indexierten Kombinationen der vorigen Fassung erscheinen monatelang weiter in Ergebnissen und in fremden Verweisen; ohne eine 301-Weiterleitung auf die Entsprechung landen sie alle gleichzeitig in 404-Fehlern.