Warum Kategoriefilter (Facettennavigation) Ihr Crawl-Budget verbrauchen
Jede Filterkombination auf einer Kategorieseite — Größe, Farbe, Preis, Marke — kann ihre eigene URL erzeugen. Bei einem kleinen Katalog spielen ein paar Dutzend Kombinationen keine Rolle. Bei einem Katalog mit Tausenden Produkten und fünf bis sechs gleichzeitig verfügbaren Filtern explodiert die Zahl möglicher URLs, und die meisten haben keinen eigenen Suchwert — es sind dieselben Produkte, nur neu angeordnet. Die Google-Dokumentation zur Facettennavigation beschreibt genau dieses Muster als eine der häufigsten Ursachen für Crawling-Beschwerden: Die Suchmaschine verliert Zeit damit, fast identische Variationen erneut zu crawlen, statt neue oder aktualisierte Seiten zu entdecken.
Die praktische Folge ist keine „Abstrafung”, sondern etwas weniger Sichtbares: Die Seiten, die wirklich zählen — neue Kategorien, neue Produkte — werden langsamer entdeckt und neu indexiert, weil das Crawl-Budget der Website anderswo verbraucht wird.
- 01Schließen Sie Filterkombinationen aus den crawlbaren internen Links aus verknüpfen Sie die Filternavigation über JavaScript oder blockierte Parameter, nicht über normale, indexierbare Hrefs.
- 02Halten Sie ein sauberes URL-Muster für jeden Filter ein uneinheitliche Parameter (unterschiedliche Reihenfolge, Groß-/Kleinschreibung) erzeugen zusätzliche Duplikate ohne jeden Nutzen.
- 03Blockieren Sie nicht blind alles über robots.txt eine zu aggressive Sperrung kann auch Filterkombinationen mit echtem Suchvolumen verbergen, etwa „Schuhe Größe 40”.
Korrektes Canonical für Produktvarianten (Größe, Farbe, Verpackung)
Ein von Filtern verschiedenes Problem ist das Produkt mit Varianten — dasselbe Hemd in drei Farben, dasselbe Waschmittel in zwei Größen. Hier ist der typische Fehler umgekehrt: Entweder hat jede Variante ihre eigene URL ohne jede kanonische Verbindung zwischen ihnen, oder alle Varianten werden auf eine einzige „kanonische” URL gezwungen, selbst wenn Menschen genau nach „schwarze Tasche” suchen, nicht nur nach „Tasche”. Laut Google-Dokumentation zur Konsolidierung doppelter URLs sind die stärksten Signale für die Wahl einer kanonischen Seite, in dieser Reihenfolge, der Redirect, dann das rel=canonical-Tag, dann die Aufnahme in die Sitemap — und die Signale lassen sich für ein klareres Ergebnis kombinieren.
Die praktische Regel: Wenn eine Variante eine eigene Suchnachfrage und ausreichend unterschiedlichen Inhalt hat (Foto, Beschreibung, Preis), lohnt sich eine separate Indexierung, mit eigenem Canonical auf sich selbst. Wenn die Varianten aus Käufersicht austauschbar sind, vermeidet ein Canonical auf die Hauptvariante die Verwässerung des Signals zwischen fast identischen Seiten. WooCommerce behandelt Varianten als Unterobjekte eines übergeordneten Produkts; Shopify kann sie als separate URLs darstellen — prüfen Sie, was Ihre Plattform standardmäßig tut, bevor Sie annehmen, dass es bereits korrekt ist.
Die Beschreibung von Kategorieseiten: welcher Inhalt wirklich hilft
Eine Kategorieseite ohne jeden einzigartigen Text — nur ein Produktraster — bleibt aus Sicht einer Suchmaschine schwer von Dutzenden anderer ähnlicher Seiten auf dem Markt zu unterscheiden. Es braucht keinen Essay über den Produkten; es braucht ein paar Sätze, die in den echten Worten des Käufers erklären, was man auf dieser Seite findet und wie sie sich von der Nachbarkategorie unterscheidet. Die WooCommerce-Dokumentation zur Produktorganisation und der Abschnitt zur Website-Architektur im Shopify-SEO-Leitfaden gehen in dieselbe Richtung: Die Kategoriestruktur sollte widerspiegeln, wie der Kunde denkt, nicht wie das interne Lager organisiert ist.
Ein einfacher Test: Wenn Sie den Text einer Kategorieseite ohne jede Änderung auf eine andere verschieben können, sagt der Text nichts Spezifisches aus. Nennen Sie konkret, was die Kategorie unterscheidet — Material, Verwendungsanlass, typische Preisspanne — keine generischen Adjektive wie „Premiumqualität”, die weder dem Leser noch der Suchmaschine helfen, eine Seite von einer anderen zu unterscheiden.
Die strukturierten Daten Product, Offer und AggregateRating, korrekt ausgefüllt
Strukturierte Produktdaten sind die Art, wie Sie einer Suchmaschine explizit mitteilen, welchen Preis ein Produkt hat, ob es auf Lager ist und welches Rating es hat, statt diese Informationen aus dem Text ableiten zu lassen. Laut Google-Dokumentation zu strukturierten Produktdaten werden Rich-Ergebnisse für Produkte nur auf Seiten unterstützt, die sich auf ein einzelnes Produkt (oder die Varianten desselben Produkts) konzentrieren — nicht auf Listen- oder generischen Kategorieseiten.
Die drei wichtigsten Blöcke sind Name und Bild des Produkts, das Angebot (Offer, mit korrekt aktualisiertem Preis, Währung und Verfügbarkeit) und, falls echte Bewertungen vorhanden sind, die aggregierte Bewertung (AggregateRating). Der häufigste technische Fehler ist nicht das vollständige Fehlen des Schemas, sondern seine Desynchronisation: Der visuell auf der Seite angezeigte Preis weicht vom Preis im Schema ab, oder die Verfügbarkeit bleibt „in stock”, nachdem das Produkt ausverkauft ist. Ein erfundenes oder künstlich aufgeblähtes Rating ist ein anderes Problem, eines des Vertrauens, nicht nur ein technisches — füllen Sie AggregateRating nicht aus, wenn keine echten Bewertungen dahinterstehen.
Strukturierte Daten schaffen kein Vertrauen aus dem Nichts — sie vermitteln nur klarer eine Information, die ohnehin korrekt und aktuell auf der Seite stehen muss.
Core Web Vitals auf der Produktseite: was gemessen wird, was optimiert wird
Die Produktseite (PDP) ist meist die am stärksten belastete Seite in einem Shop — Bildergalerie, Variantenauswahl, Bewertungen, empfohlene Produkte. Laut Google-Dokumentation zu Core Web Vitals sind die drei erfassten Metriken die Ladezeit des größten sichtbaren Elements (LCP, unter 2,5 Sekunden), die Reaktionszeit auf Interaktion (INP, unter 200 Millisekunden) und die visuelle Stabilität der Seite während des Ladens (CLS, unter 0,1).
Auf einer Produktseite ist der LCP fast immer das Hauptbild — komprimieren Sie es, liefern Sie es in einem modernen Format (WebP oder AVIF) und laden Sie es nicht per Lazy Loading nach, weil es das Erste ist, was der Besucher sehen muss. CLS entsteht meist durch spät ladende Promo-Banner, die den Inhalt verschieben, oder durch Größenauswahl-Elemente, die nach dem Laden ihre Abmessung ändern. INP leidet am meisten, wenn der „In den Warenkorb”-Button auf schwere Drittanbieter-Skripte wartet — Chat, Empfehlungen, Tracking —, die den Hauptausführungsthread blockieren.
- 01Sekundäre Bilder in der Galerie im Gegensatz zum Hauptbild können diese per Lazy Loading nachgeladen werden, ohne den LCP zu beeinträchtigen.
- 02Beschreibender Alt-Text, keine Keyword-Aneinanderreihung „wasserdichte Jacke Herren, grau, Größe L” ist nützlich; dasselbe Keyword fünfmal im Alt-Text zu wiederholen hilft nicht und kann als Spam gewertet werden.
- 03Explizite Abmessungen für jedes Bild fehlende width/height-Attribute sind die typische Ursache für CLS bei später ladenden Bildern.
Warum der Blog zu Kategorien verlinken muss, nicht nur zur Startseite
Ein Blogartikel, der „die besten Laptoptaschen für den Arbeitsweg” vergleicht und im Text nicht zur echten Kategorie der Laptoptaschen verlinkt, verschwendet genau die Art von internem Link, die für einen großen Katalog am meisten zählt: einen, der Autorität und thematischen Kontext direkt an eine Seite weitergibt, die verkaufen kann. Der Link zur Homepage tut das nicht — die Homepage ist in der Regel ohnehin schon die am besten verlinkte Seite der Website.
Praktisch sollte jeder neue Blogartikel zwei bis drei relevante Kategorien oder Produkte aus dem Katalog identifizieren und mit beschreibendem, nicht generischem Ankertext („hier ansehen”) zu ihnen verlinken. Bei einem großen Katalog ist das auch ein Entdeckungsmechanismus: Tief in der Struktur vergrabene Kategorien werden häufiger neu gecrawlt, wenn sie frische Links aus neuem Content erhalten, nicht nur aus dem statischen Navigationsmenü.
Ausverkauftes oder aus dem Sortiment genommenes Produkt: 410, Redirect oder beibehaltene Seite
Die beiden Situationen werden unterschiedlich behandelt, und die Verwechslung zwischen ihnen verursacht die meisten Fehlentscheidungen. Ein vorübergehend ausverkauftes Produkt, das wieder auf Lager kommt, sollte auf seiner Seite bleiben, mit korrekt aktualisierter Verfügbarkeit im Produktschema (nicht vorrätig oder Vorbestellung), nicht von der Website entfernt werden. Das Löschen der Seite wegen eines vorübergehenden Lagerengpasses wirft genau die URL weg, die bereits eine Historie und möglicherweise ein erreichtes Ranking hatte.
Ein endgültig aus dem Sortiment genommenes Produkt ist ein anderes Thema. Existiert ein klarer Ersatz — gleiche Kategorie, aktualisiertes Modell —, ist ein Redirect zu diesem Produkt das stärkste Konsolidierungssignal, das Sie geben können, laut der Signal-Hierarchie in der Google-Dokumentation zu kanonischen URLs. Existiert kein echter Ersatz, erzeugt das erzwungene Redirect zu einer unzusammenhängenden Seite (oft reflexartig die Homepage) eine schlechte Erfahrung und ein verwirrendes Signal; eine klare Seite „Produkt endgültig nicht verfügbar”, mit echten Empfehlungen ähnlicher Produkte, ist nützlicher als jeder erzwungene Redirect.
Was bei einer Plattformmigration meist kaputtgeht
Viele der oben genannten Probleme werden im Moment einer Migration abrupt sichtbar — von einer Plattform zu einer anderen, oder nur von einem URL-Muster zu einem anderen. Die Kategoriestruktur ändert sich, Produktvarianten erhalten ein anderes URL-Muster, das Produktschema kann auf dem neuen Theme vollständig fehlen, bis es neu konfiguriert ist, und ohne eine vollständige Redirect-Zuordnung geht die gesamte auf den alten URLs angesammelte Link- und Ranking-Historie auf einen Schlag verloren, nicht allmählich.
Das Thema ist groß genug, um separat behandelt zu werden — der Redirect-Plan, das URL-Mapping und die Lektionen aus einem echten Replatforming sind im eigenen Leitfaden zur Migration eines Online-Shops beschrieben, ohne das angesammelte SEO zu verlieren. Wenn Sie die Liste auf Ihren eigenen Shop angewendet sehen möchten, siehe SEO für Online-Shops.
Quellen und weiterführende Lektüre.
- 01Google Search Central — Crawling December: Faceted navigation
- 02Google Search Central — Konsolidierung doppelter URLs (rel=canonical)
- 03Google Search Central — Intro to Product Structured Data
- 04Google Search Central — Understanding Core Web Vitals
- 05Shopify Help Center — Improving search engine optimization (SEO)
- 06WooCommerce Docs — Products
Häufige Fragen
Was ist Facettennavigation, und warum beeinträchtigt sie das SEO eines Onlineshops?
Das ist der Filtermechanismus auf Kategorieseiten (Größe, Farbe, Preis), der eine sehr große Zahl an URL-Kombinationen erzeugen kann. Jede Kombination verbraucht vom Crawl-Budget der Website, was bedeutet, dass wichtige Seiten — neue Produkte und Kategorien — langsamer entdeckt und neu indexiert werden.
Muss ich rel=canonical auf jede Produktvariante setzen?
Nicht automatisch. Wenn eine Variante (Farbe, Größe) eine eigene Suchnachfrage und ausreichend unterschiedlichen Inhalt hat, kann ihre separate Indexierung, mit Canonical auf sich selbst, korrekt sein. Wenn die Varianten praktisch austauschbar sind, vermeidet ein Canonical auf die Hauptvariante die Verwässerung des Signals zwischen fast identischen Seiten.
Brauche ich echte Bewertungen, um AggregateRating im Produktschema zu verwenden?
Ja. AggregateRating muss echte, auf der Seite vorhandene Bewertungen widerspiegeln. Es mit erfundenen oder künstlich aufgeblähten Werten zu füllen, ist ein Vertrauensproblem, nicht nur eine technische Angelegenheit, und kann die Eligibilität für Rich-Ergebnisse beeinträchtigen.
Was mache ich mit einem ausverkauften Produkt, damit ich das bereits erreichte Ranking nicht verliere?
Wenn der Engpass vorübergehend ist, behalten Sie die Seite und aktualisieren die Verfügbarkeit im Produktschema, ohne sie zu löschen. Wenn das Produkt endgültig aus dem Sortiment genommen wird und ein klarer Ersatz existiert, konsolidiert ein Redirect zu diesem Produkt das Signal besser als das Löschen der Seite.
Lassen Sie uns schauen, was sich bei Ihnen automatisieren lässt.
Eine kostenlose 30-Minuten-Sitzung: Wir sagen Ihnen, was sich automatisieren lässt, wie lange es dauert und was es kostet – mit Festpreis nach dem Discovery-Gespräch.