Facettenfilter erzeugen einen strukturellen Konflikt. Für den Besucher sind sie unverzichtbar, um in einem großen Katalog zu navigieren. Für die Suchmaschine erzeugen sie eine Kombinatorik, die bei wenigen tausend Produkten Millionen Adressen erreichen kann.
Kommt das Laden per AJAX hinzu, das die Bedienung verbessert, aber jede Spur dieser Seiten verschwinden lassen kann, haben Sie das am schlechtesten behandelte technische Thema im E-Commerce-SEO.
Das Grundproblem
Nehmen wir eine Kategorie mit sechs Facetten: Marke, Farbe, Größe, Preis, Material, Bewertung. Bei durchschnittlich acht Werten je Facette übersteigt die Zahl möglicher Kombinationen eine Viertelmillion. Über zwanzig Kategorien kommen Sie auf mehrere Millionen Adressen.
Drei Folgen, nach Schwere geordnet.
Das Crawl-Budget verdünnt sich. Suchmaschinen widmen Ihrer Website begrenzte Zeit. Wird sie für Filterkombinationen verbraucht, werden Ihre neuen Produkte langsamer entdeckt.
Inhalte verdoppeln sich. Nach «rot» zu filtern und nach «rot» plus «auf Lager» zu filtern liefert oft dieselbe Produktliste, mit identischem Titel und identischem Inhalt.
Der Wert zerstreut sich. Jeder Link zu einer Filterkombination gibt einen Teil der Bedeutung der Kategorieseite weiter. Multipliziert mit fünfzig Filterlinks je Seite ist das ein erheblicher Abfluss.
Was AJAX ohne Behandlung anrichtet
Das asynchrone Laden der Ergebnisse vermeidet das Neuladen der Seite, was angenehm ist. Schlecht umgesetzt erzeugt es zwei gegensätzliche Probleme.
Gar keine Adresse. Ändert das Filtern die URL nicht, ist die Auswahl weder teilbar noch über den Zurück-Button wiederherstellbar noch indexierbar. Wer seine Suche verfeinert und dann eine Produktseite öffnet, kommt nicht zu seiner Auswahl zurück.
Oder unlesbare Adressen. Schreibt das Filtern einen technischen Parameter aus aneinandergehängten Kennungen in die URL, entstehen instabile, unverständliche Adressen, deren Reihenfolge von der Auswahlreihenfolge abhängt, was die Varianten derselben Seite vervielfacht.
Die richtige Umsetzung ändert die URL zu einer sauberen, stabilen Adresse, ohne die Seite neu zu laden.
Die Entscheidungsregel: welche Facetten öffnen
Das ist der Kern des Themas. Nicht alle Filterkombinationen dürfen indexierbar sein, und die überwiegende Mehrheit darf es nicht.
Drei kumulative Kriterien, um eine Facette für die Indexierung zu öffnen.
1. Sie entspricht einer echten Suchintention. Prüfen Sie es: «Sicherheitsschuhe Größe 47» wird getippt, «Sicherheitsschuhe mit 4 Sternen» nicht. Bewertung, Verfügbarkeit und Sortierung gehören nie in den Index.
2. Sie liefert eine ausreichende und stabile Trefferzahl. Rechnen Sie mit mindestens zehn Produkten. Eine Filterseite mit zwei Treffern ist eine Seite geringer Qualität.
3. Sie kann eigenen Inhalt tragen. Eigener Titel, eigene Meta-Beschreibung und idealerweise ein einleitender Absatz. Sonst erzeugen Sie Inhalt, der die Elternkategorie dupliziert.
Dazu kommen zwei Ausschlussregeln, die wichtiger sind als die Kriterien oben.
Öffnen Sie nie Kombinationen aus zwei oder mehr Facetten. «Marke X» darf indexierbar sein, «Marke X plus rot plus Größe 42» nie. Diese Regel hält die Kombinatorik in Schach.
Öffnen Sie nie Sortier- und Paginierungsfacetten in Kreuzung mit Filtern. Sie schaffen keine neue Intention.
In der Praxis ergibt das bei einem Katalog von dreitausend Produkten zwischen dreißig und hundert geöffnete Facettenseiten. Nicht zehntausend.
AJAX-Facettenfilter für PrestaShopDie Facettennavigation, die schnell filtert und richtig indexiert99,00€
Der Aufbau der URLs
Vier Anforderungen an die geöffneten Seiten.
Saubere Umschreibung. Eine lesbare Adresse aus Kategoriename und Filterwert statt einer Kette numerischer Parameter.
Normierte Reihenfolge. Sind mehrere Filter aktiv, muss ihre Reihenfolge in der URL deterministisch sein, meist alphabetisch. Sonst erzeugen zwei identische Auswahlen zwei verschiedene Adressen.
Stabilität. Die Adresse einer Facette darf sich beim Umbau des Katalogs nicht ändern, sonst brechen die rankenden Seiten weg.
Ein einziges Format. Keine Koexistenz von Parameterversion und umgeschriebener Version. Existieren technisch beide, muss die eine auf die andere weiterleiten.
Canonical, noindex, robots: nicht verwechseln
Drei unterschiedliche Mechanismen, regelmäßig vermischt, mit gegensätzlicher Wirkung.
Das Canonical-Tag nennt die bevorzugte Version einer Seite. Auf einer geöffneten Facette zeigt es auf sich selbst. Auf einer geschlossenen Facette auf die Elternkategorie. Achtung: es ist ein Hinweis, keine Anweisung, und Suchmaschinen dürfen es ignorieren, wenn der Inhalt deutlich abweicht.
Die noindex-Anweisung verlangt, eine Seite nicht zu indexieren. Sie setzt voraus, dass die Seite gecrawlt wird, um gelesen zu werden. Sie ist das richtige Mittel für Kombinationen, die aus dem Index sollen, während die Links weiter Wert weitergeben.
Die Sperre in der robots-Datei verhindert das Crawlen. Die Seite wird nie gelesen, eine dort stehende noindex-Anweisung also nie gesehen. Das ist der klassische Fehler: gleichzeitig sperren und noindex setzen macht Letzteres wirkungslos.
Die Kombination, die funktioniert: robots-Sperre für rein technische Parameter wie die Sortierung, noindex für Filterkombinationen und für geöffnete Facetten nichts weiter als ihr selbstbezügliches Canonical.
Das Crawlen an der Quelle begrenzen
Die obigen Mechanismen greifen, nachdem die Suchmaschine die Adressen entdeckt hat. Ein ergänzender Ansatz besteht darin, sie ihr gar nicht erst zu geben.
Die Obfuskation der Filterlinks bedeutet, sie im HTML nicht als Links auszudrücken: das Navigationsverhalten erzeugt ein Skript auf einem Element, das im Sinne des Protokolls nicht anklickbar ist. Der Besucher merkt keinen Unterschied, der Robot hat keinen Link zu folgen.
Zwei Vorsichtsmaßnahmen. Die Technik darf nur auf Links angewendet werden, die nicht gecrawlt werden sollen, nie auf die Hauptnavigation. Und so verborgene Seiten müssen auf einem anderen Weg erreichbar bleiben, wenn sie indexiert werden sollen, wie es bei geöffneten Facetten der Fall ist.
Bei großen Katalogen ist das die Maßnahme mit der schnellsten Wirkung auf das Crawl-Budget.
Die Paginierung
Sie verbindet sich mit den Facetten und verdient eigene Regeln.
Jede Seite einer paginierten Reihe trägt ein Canonical auf sich selbst, nicht auf die erste Seite. Alle Seiten auf die erste zu kanonisieren heißt, den Ausschluss der Produkte zu verlangen, die nur auf den Folgeseiten stehen.
Paginierungsparameter gehören nach die Filterparameter, in stabiler Reihenfolge, und Seite 1 darf nicht doppelt existieren, mit und ohne Parameter.
Der Inhalt der geöffneten Seiten
Eine zur Indexierung geöffnete Facette muss wie eine echte Seite wirken, nicht wie eine gefilterte Kategorie.
Mindestens drei Elemente. Ein eigener Titel, aus Kategorie und Wert gebildet, aber geschrieben statt mechanisch zusammengesetzt. Eine kurze, einzigartige Einleitung von hundert bis zweihundert Wörtern, die erklärt, was die Auswahl bündelt. Und ein Link nach oben zur Elternkategorie, der die Beziehung strukturiert.
Ohne diese drei tritt die geöffnete Seite gegen ihre Elternkategorie an, und beide kannibalisieren sich.
Das Browserverhalten
Drei Umsetzungspunkte, die zur Nutzererfahrung gehören, aber indirekt auf das Ranking wirken.
Der Zurück-Button muss zur vorherigen Auswahl führen, nicht zur Startseite oder zum Ausgangszustand der Kategorie. Das setzt eine Verwaltung des Verlaufs voraus.
Die Rückkehr von einer Produktseite muss Auswahl und Scrollposition wiederherstellen. Das ist die am häufigsten gemeldete Reibung in Facettenkatalogen.
Der Trefferzähler sollte sich möglichst schon vor dem Anwenden aktualisieren, damit der Besucher keine leere Liste entdeckt.
Messen
Vier Kennzahlen, vorher und drei Monate danach erhoben.
Die Zahl der täglich gecrawlten Seiten in den Crawling-Statistiken der Search Console. Sie sollte bei Filterseiten sinken und beim Katalog stabil bleiben oder steigen.
Der Indexierungsbericht, mit Blick auf die Kategorie der gecrawlten, aber nicht indexierten Seiten, die schrumpfen sollte.
Der Traffic der geöffneten Facettenseiten, Seite für Seite, um zu prüfen, ob Ihre Auswahl passte.
Die Entdeckungsdauer neuer Produkte zwischen Veröffentlichung und erstem Auftauchen in den Berichten. Sie ist die aussagekräftigste Kennzahl für zurückgewonnenes Crawl-Budget.
Das Modul AJAX-Facettenfilter für PrestaShop deckt diese Kette auf PrestaShop 8 und 9 ab: Filtern ohne Neuladen mit umgeschriebenen URLs und normierter Reihenfolge, selektives Öffnen der Facetten für die Indexierung, stimmige Canonicals und Anweisungen sowie Wiederherstellung der Auswahl bei der Rückkehr von einer Produktseite. Bei großen Katalogen ergänzt das Modul SEO-Link-Obfuskation den Aufbau, indem es das Crawlen an der Quelle begrenzt.