- Ein WooCommerce-Shop braucht vier SEO-Bausteine: sprechende URLs, saubere Title und Meta-Descriptions für Produkte und Kategorien, kanonische URLs (die als Hauptversion markierte Seite) gegen Filterduplikate und Product-Schema für Rich Results in der Google-Suche.
- Ohne kanonische URLs erzeugen Produktvarianten, Sortierfunktionen und Warenkorb-Seiten Hunderte von Duplikaten, die Google Crawlbudget kosten und das Ranking verwässern.
- Das Product-Schema mit Offer, AggregateRating und GTIN (dem EAN-Barcode) ist die schnellste Möglichkeit, in den Google Shopping-Ergebnissen mit Preis, Stern-Rating und Verfügbarkeit aufzutauchen, ohne bezahlte Anzeigen.
- Yoast SEO und Rank Math nehmen die technischen Grundlagen ab. Was Handarbeit bleibt: Kategorietexte schreiben, Alt-Texte an Produktbildern pflegen und entscheiden, welche Seiten indexiert werden sollen.
Ein neuer WooCommerce-Shop ist nach dem ersten Produkt-Upload technisch lauffähig, aber für Google noch kaum sichtbar. Nicht weil das Produkt schlecht ist, sondern weil die technische SEO-Grundkonfiguration fehlt. Dieser Ratgeber zeigt, was konkret einzustellen ist, welche Fehler die meisten Shops machen und wo Plugins wirklich helfen, und wo nicht.
Warum WooCommerce SEO eigene Regeln braucht
Ein WooCommerce-Shop mit 50 Produkten kann leicht 500 bis 1.000 indexierbare URLs erzeugen, ohne dass ein einziger Redakteur diese Seiten bewusst angelegt hat. Produktvarianten bekommen eigene URLs, Filterkombinationen erzeugen neue Adressen für jede Farbe-Größe-Kombination, und die Standard-WordPress-Archiv-Seiten für Tags, Autoren und Kalender existieren, auch wenn niemand sie braucht.
Das Problem ist nicht die Menge, sondern die Qualität: Diese Auto-generierten Seiten haben kaum eigenständigen Inhalt. Google bewertet sie als dünne Duplikate und verteilt das Ranking-Potenzial des Shops auf Hunderte nutzloser Adressen statt auf die wenigen Seiten, die wirklich etwas bringen sollen. Fachlich heißt das Keyword-Kannibalisierung und Crawlbudget-Verschwendung. Crawlbudget meint: Google crawlt jede Website nur in begrenztem Umfang. Wird dieses Kontingent für bedeutungslose Seiten verbraucht, werden echte Produktseiten seltener oder gar nicht besucht.
Für einen WooCommerce-Shop bedeutet SEO deshalb: Klare Hierarchie aufbauen, Duplikate kontrollieren, den richtigen Seiten das stärkste Signal geben. Das ist gut machbar, erfordert aber ein paar gezielte Einstellungen von Anfang an.
URL-Struktur: lesbar, flach, ohne Sonderzeichen
Google empfiehlt ausdrücklich, lesbare Wörter statt ID-Zahlen in URLs zu verwenden und Bindestriche als Trennzeichen zu nutzen. Für WooCommerce heißt das konkret: Permalinks auf eine flache Struktur setzen.
Unter Einstellungen > Permalinks empfiehlt sich die Einstellung Beitragsname, also /produkt-slug/. Wer die Shop-Seite sauber vom Blog trennen will, wählt stattdessen unter WooCommerce > Einstellungen > Produkte > Anzeige eine eigene Shop-Basis, zum Beispiel /shop/mein-produkt/. Wichtig ist, dass die Basis kurz bleibt. Tiefe Verschachtelungen wie /shop/kategorie/unterkategorie/produkt/ sind für SEO keine Hilfe und erschweren interne Links.
Konkretes Beispiel: Statt /?post_type=product&p=42 oder /produkt/damen/sommer/kleid-blau-gr-38/ besser /blaues-sommerkleid/ oder /shop/sommerkleid-blau/. Kurz, beschreibend, mit dem Keyword im Slug.
Umlaute im Slug: WordPress löst Umlaute im Slug automatisch auf (ä wird ae, ö wird oe). Das ist korrekt so, denn Browser kodieren Sonderzeichen prozentweise, was zu unlesbaren URLs führt. Im Artikeltext und in Kategorienamen bleiben Umlaute erhalten. Nie die automatische Auflösung auch im Fließtext anwenden.
Einmal gesetzt und mit Inhalten gefüllt, sollte die Permalink-Struktur nicht mehr geändert werden. Jede Änderung erfordert 301-Weiterleitungen für alle bestehenden URLs, sonst verliert der Shop alle aufgebauten Rankings. Wer das erstmals einrichtet oder wechselt, findet den genauen Ablauf in WooCommerce sauber einrichten.
Title und Meta-Description für Produkte und Kategorien
Der Title-Tag ist das stärkste einzelne On-Page-SEO-Signal. Er erscheint als blaue Überschrift in den Suchergebnissen und sagt Google, worum es auf der Seite geht. Für WooCommerce gelten dabei andere Regeln als für Blog-Artikel.
Produkt-Titles: Das Fokus-Keyword kommt so weit vorne wie möglich. Ein gutes Muster ist Keyword + Unterscheidungsmerkmal + Marke. Beispiel: „Blaues Sommerkleid aus Leinen | Modehaus Müller“ statt „Artikel Nr. 42, Kleid“. Die Zeichengrenze von etwa 60 Zeichen ist keine technische Pflicht, aber Google kürzt längere Titles sichtbar ab.
Kategorie-Titles: Hier ist ein generisches Muster sinnvoll, das sich automatisch für jede Kategorie befüllt, zum Beispiel [Kategoriename] kaufen | [Shopname]. Das Wort „kaufen“ hat in Kategorie-Titles eine kaufbereite Suchabsicht und signalisiert transaktionalen Intent.
Meta-Descriptions: Sie beeinflussen das Ranking nicht direkt, aber sie entscheiden darüber, ob jemand auf das Suchergebnis klickt. Für Produkte: Preis, Verfügbarkeit und ein klarer Nutzen in etwa 150 bis 160 Zeichen. Für Kategorien: das Sortiment beschreiben, einen Vorteil nennen, einen Handlungsimpuls geben. Google zeigt die Description nicht immer, generiert manchmal eine eigene aus dem Seiteninhalt, aber ein gesetzter Text ist deutlich besser als keiner.
Was viele Shops falsch machen: Sie lassen den Title auf den Produktnamen aus der Datenbank fallen, ohne Template-Variablen. Das Ergebnis: identische Titles für Varianten desselben Produkts, kein Keyword, keine Differenzierung. Yoast SEO und Rank Math lösen das mit Template-Variablen wie %%title%%, %%primary_category%% und %%sep%% für Trennzeichen.
Kanonische URLs: Duplikate durch Varianten und Filter vermeiden
Google beschreibt Kanonisierung als den Prozess, eine repräsentative URL auszuwählen, wenn mehrere URLs denselben oder ähnlichen Inhalt zeigen. In WooCommerce entstehen solche Situationen in vier typischen Szenarien:
Szenario 1: Produktvarianten
Ein T-Shirt in Blau, Rot und Grün kann je nach Theme und Konfiguration drei URLs erzeugen: /t-shirt/, /t-shirt/?attribute_pa_farbe=blau und /t-shirt/?attribute_pa_farbe=rot. Die Variantenseiten haben fast identischen Inhalt wie die Hauptseite und verwässern das Ranking. Die richtige Lösung: Alle Varianten zeigen canonical auf die Haupt-Produktseite ohne Query-Parameter. WooCommerce setzt das bei Query-Parameter-Varianten standardmäßig, aber es lohnt sich, es im Rich-Results-Test zu prüfen.
Für die strukturierten Daten empfiehlt Google die Verwendung von ProductGroup mit hasVariant: Die Produktgruppe listet alle Varianten, jede Variante referenziert die Gruppe über isVariantOf. So sieht Google den Zusammenhang und kann die Varianten korrekt in Shopping-Ergebnissen darstellen.
Szenario 2: Filterkombinationen
Produktfilter, die per URL funktionieren, erzeugen bei 5 Filteroptionen und 3 Kategorien schnell Dutzende neuer URLs. Eine Kategorie-Seite mit Filtern für Farbe, Größe und Preis kann mathematisch Hunderte Kombinationen erzeugen, fast alle mit demselben oder leicht abgewandeltem Inhalt. Google wertet das als Duplicate Content und verschwendet Crawlbudget.
Die Lösung liegt auf zwei Ebenen: Erstens sollten Filter-URLs, die keine eigenständige Suchnachfrage bedienen, per canonical auf die Kategorie-Basis-URL zeigen. Zweitens können reine AJAX-Filter, die die URL gar nicht verändern, das Problem von vornherein verhindern.
Szenario 3: Sortierparameter
WooCommerce fügt beim Sortieren nach Preis oder Beliebtheit Parameter wie ?orderby=price an. Diese Seiten ranken nie für eigene Keywords und sollten per canonical auf die unsortierte Kategorie-URL zeigen.
Szenario 4: Paginierung
Seite 2 einer Kategorie (?paged=2) ist kein Duplikat, sondern echter eigenständiger Inhalt. Wichtig: Jede paginierte Seite trägt einen selbstreferenzierenden canonical (Seite 2 zeigt auf Seite 2), nie einen canonical auf Seite 1. Google warnt ausdrücklich davor, paginierte Folgeseiten auf die erste Seite zu kanonisieren. Yoast und Rank Math setzen den selbstreferenzierenden canonical automatisch.
| Seitentyp | Canonical-Empfehlung | Begründung |
|---|---|---|
| Produktvariante (?attribute=…) | Canonical auf Haupt-Produkt-URL | Identischer Kerninhalt, nur Parameter unterschiedlich |
| Filterkombination (?filter_…) | Canonical auf Kategorie-Basis-URL | Kein eigenständiger Suchwert |
| Sortierparameter (?orderby=…) | Canonical auf unsortierte Kategorie-URL | Kein eigenes Keyword-Potenzial |
| Paginierung (?paged=2) | Selbstreferenzierender Canonical (Seite 2 zeigt auf Seite 2) | Eigenständiger Inhalt, nie auf Seite 1 kanonisieren |
| Warenkorb, Checkout, Mein Konto | noindex statt canonical | Kein öffentlicher Suchinhalt |
Wie gut nutzen deutsche Shops strukturierte Daten überhaupt? Eine eigene Stichprobe gibt die Antwort: 38 Prozent der 102 geprüften Onlineshops binden auf der Startseite gar keine strukturierten Daten ein. Wer welche nutzt, beschränkt sich meist auf Organization (47 Prozent) und WebSite (37 Prozent); das wertvolle Produkt-Schema nutzen nur 3 Prozent.
der geprüften Shop-Startseiten binden gar keine strukturierten Daten ein. Und wer welche nutzt, meist nur das Basis-Schema.
Die verschenkte Chance: Sterne, Preise und Breadcrumbs direkt in den Google-Ergebnissen kosten kein Anzeigenbudget, nur das richtige Schema. Genau die wertvollen Typen wie Produkt und Bewertung fehlen fast überall.
Methodik: Eigene Erhebung über 102 deutsche Onlineshops, JSON-LD im Startseiten-Quelltext geparst. Gemessen wurde die Startseite, nicht einzelne Produktseiten, wo das Produkt-Schema hingehört. Stand: Juni 2026. Keine amtliche Grundgesamtheit.
Genau hier liegt eine der größten verschenkten Chancen im Shop-SEO: Rich Results kosten kein Anzeigenbudget, sie brauchen nur das richtige Schema.
Product-Schema: Rich Results ohne Anzeigenbudget
Strukturierte Daten nach schema.org/Product sind die technische Brücke zwischen Ihrem Shop und den Rich Results in Google, also den Suchergebnissen mit Preis, Sternbewertung, Verfügbarkeit und Versandinfos, die weit mehr Klicks generieren als normale Texteinträge.
Google unterscheidet zwischen Product Snippets (für Seiten, auf denen Produkte nicht direkt kaufbar sind) und Merchant Listings (für Seiten mit direktem Kaufangebot). Für einen WooCommerce-Shop sind Merchant Listings das Ziel.
Die wichtigsten Properties
Für das Product-Objekt sind folgende Felder relevant:
| Property | Typ | Wert/Beispiel | Priorität |
|---|---|---|---|
| name | Text | „Blaues Sommerkleid Leinen“ | Pflicht |
| image | URL | Produktbild-URL, Breite mal Höhe ergeben mindestens 50.000 (also z. B. 250×200 px), empfohlen deutlich höher aufgelöst in 16:9, 4:3 und 1:1 | Pflicht (Merchant Listing) |
| description | Text | Produkt-Langbeschreibung | Empfohlen |
| sku | Text | Interne Artikelnummer | Empfohlen |
| gtin13 / gtin | Text | EAN-Barcode des Produkts | Empfohlen für Shopping |
| brand | Brand | { „@type“: „Brand“, „name“: „Marke“ } | Empfohlen |
| offers | Offer | Preis, Währung, Verfügbarkeit | Pflicht für Preisanzeige |
| aggregateRating | AggregateRating | Bewertung mit ratingValue und ratingCount | Für Sterne (oder ein einzelnes review) |
Das Offer-Objekt innerhalb von offers braucht mindestens:
price: der aktuelle Verkaufspreis als Zahl (ohne Währungssymbol)priceCurrency: „EUR“ für den deutschen Marktavailability:https://schema.org/InStockoderOutOfStockurl: die Produkt-URL
Das AggregateRating-Objekt braucht ratingValue (die Durchschnittsnote) und eines von ratingCount oder reviewCount (Anzahl der Bewertungen). bestRating (üblicherweise 5) ist nur nötig, wenn die Skala vom Standard 1 bis 5 abweicht, etwa bei einer Skala von 1 bis 10. Wichtig: Google zeigt Sternebewertungen in der organischen Suche nur, wenn mindestens eine Bewertung vorhanden ist und die Daten mit den sichtbaren Seiteninhalten übereinstimmen. Ein Schema mit einer gefälschten 5-von-5-Bewertung ohne echte Rezensionen führt zur Ablehnung im Rich Results Test. Den Umgang mit echten Kundenbewertungen erklärt der Artikel Kundenbewertungen im Onlineshop korrekt einbinden.
Profi-Block: Beispiel für korrektes Product-JSON-LD
Einsteiger können diesen Abschnitt überspringen. Wer das Schema manuell oder per Custom-Plugin setzt, braucht ein funktionierendes Muster:
Den erzeugten Code immer im Google Rich Results Test prüfen. Fehler wie ein fehlender Preis oder ein falsch gesetztes Verfügbarkeits-Enum fallen dort sofort auf.
Für die vollständige Merchant-Listing-Darstellung erwartet Google seit 2024 zusätzlich zwei Felder, die in den meisten Schemas fehlen: shippingDetails (Versandkosten und Lieferzeit) und hasMerchantReturnPolicy (Rückgabebedingungen). Fehlen sie, zeigt der Rich Results Test Warnungen und die Darstellung fällt schwächer aus. Genau hier hören die meisten WooCommerce-SEO-Anleitungen auf, dabei ist das aktuell der größte Hebel für bessere Shopping-Snippets.
Sie tragen Name, Beschreibung, Marke, Artikelnummer, Bild-URL, Preis und Verfügbarkeit ein und erhalten ein valides Basis-JSON-LD (Product mit Offer) zum Kopieren. Das eignet sich vor allem, um gegenzuprüfen, ob Ihr Plugin die richtigen Felder liefert. Für das volle Merchant-Listing ergänzen Sie nach dem Muster oben noch brand, gtin13 und aggregateRating. Alles läuft in Ihrem Browser, nichts wird gesendet.
Kategorietexte, die ranken
Produktkategorien sind die stärksten Seiten in einem WooCommerce-Shop für allgemeine Keywords wie „Sommerkleider kaufen“ oder „Sportschuhe Herren“. Trotzdem lassen die meisten Shop-Betreiber das Beschreibungsfeld leer oder füllen es mit einem generischen Einzeiler.
Als Richtwert hat ein ranktauglicher Kategorietext etwa 150 bis 300 Wörter, beantwortet die Suchfrage des Besuchers, nennt die wichtigsten Produktmerkmale des Sortiments und enthält das Keyword natürlich im ersten Satz. Er steht am besten unterhalb der Produktgitter, nicht oben, denn Besucher kommen wegen der Produkte, nicht wegen des Textes. Google liest den Text trotzdem.
Was nicht hilft: keyword-gestopfte Texte ohne echten Informationswert. Google erkennt das, Besucher auch. Wie Produktbeschreibungen entstehen, die gleichzeitig für Suchmaschinen und für Menschen funktionieren, erklärt der Ratgeber Produktbeschreibungen, die verkaufen und von KI gefunden werden ausführlich.
Bilder-SEO: Alt-Texte und Dateigrößen
Produktbilder sind für SEO auf zwei Ebenen relevant: Sie erscheinen in der Google-Bildersuche und beeinflussen über die Ladezeit die Core Web Vitals, also die Metriken, die Google für das Ranking berücksichtigt.
Alt-Texte: Jedes Produktbild braucht einen beschreibenden Alt-Text, der das Produkt aus Sicht eines Menschen beschreibt. Nicht „Bild1.jpg“ oder der Dateiname, sondern „Blaues Sommerkleid aus Leinen, Vorderansicht“. Der Alt-Text hilft Screenreadern für sehbehinderte Nutzer und gibt Google einen Textanker für die Bildersuche. WooCommerce setzt den Produktnamen als Alt-Text, wenn keiner vergeben ist. Das ist besser als nichts, aber nicht das Optimum.
Dateinamen: Vor dem Upload umbenennen. „DSC00042.jpg“ sagt Google nichts. „blaues-sommerkleid-leinen-vorderansicht.jpg“ schon.
Dateigröße: Produktbilder über 200 KB ohne Komprimierung hochzuladen ist einer der häufigsten Fehler. Ein zu großes Bild auf der Produktseite verlängert die Ladezeit, verschlechtert den Largest Contentful Paint (LCP, die Ladezeit des größten sichtbaren Elements; Google wertet unter 2,5 Sekunden als gut, messbar mit PageSpeed Insights) und kostet Ranking. Als Richtwert: JPEG mit 80% Qualität, maximal 120 bis 150 KB für normale Produktfotos, Thumbnails darunter. Wer viele Bilder hat, setzt ein Plugin wie ShortPixel oder Imagify ein, das beim Upload automatisch komprimiert. Mehr zu Bildformaten und Komprimierung: WebP und AVIF für schnelle Websites.
Lazy Loading: WordPress lädt seit Version 5.5 Bilder standardmäßig mit loading="lazy" und nimmt seit 5.9 das erste Inhaltsbild automatisch davon aus, um den LCP-Wert zu schützen. Bei eigenen Theme-Templates oder per Seitenbuilder gesetzten Bildern greift diese Automatik nicht immer. Hier lohnt die Kontrolle, dass das erste sichtbare Produktbild kein Lazy Loading bekommt.
Indexierungssteuerung: Was Google nicht sehen soll
Nicht jede Seite, die WooCommerce erzeugt, soll im Suchindex landen. Einige Seiten haben bewusst keinen Informationswert für Suchende.
| Seitentyp | Empfehlung | Warum |
|---|---|---|
| Warenkorb (/cart/) | noindex, nofollow | Kein Suchinhalt, personalisiert |
| Checkout (/checkout/) | noindex, nofollow | Kein Suchinhalt, transaktional |
| Mein Konto (/my-account/) | noindex, nofollow | Privater Nutzerbereich |
| Bestellbestätigung (/order-received/) | noindex | Temporäre Bestätigungsseite |
| Autoren-Archiv | noindex oder redirect auf Homepage | Kein Mehrwert für Shop-SEO |
| Tag-Archiv | noindex, wenn keine eigene Suchintention | Häufig Duplikat zu Kategorien |
| Datums-Archiv | noindex | Kein Suchvolumen, keine Intention |
| Produktkategorien | indexieren, optimieren | Stärkste Seiten im Shop |
| Einzelprodukte | indexieren | Kerninhalt |
WooCommerce setzt Warenkorb und Checkout seit Version 3.2 standardmäßig auf noindex. Sehr alte Installationen (vor 3.2) sollten das prüfen. Autoren-Archive, Tag-Archive und Datums-Archive steuern Yoast SEO und Rank Math über die SEO-Einstellungen, sie sind dort standardmäßig meist bereits auf noindex gesetzt, aber es lohnt der Blick.
Für die robots.txt-Datei gehören keine wichtigen Produktseiten und Kategorien in die Disallow-Liste. robots.txt blockiert das Crawlen, nicht das Indexieren. Eine Seite in robots.txt zu blocken, verhindert zwar den Crawler, aber wenn externe Links auf die Seite zeigen, kann Google sie trotzdem indexieren, nur ohne Einblick in den Inhalt. Für WooCommerce-spezifische Verzeichnisse wie /wp-json/wc/ ist ein Eintrag in der robots.txt sinnvoll, weil die REST-API-Endpunkte keinen Mehrwert für Suchende haben.
Trauen Sie der grünen Ampel nicht blind. Viele Shop-Betreiber optimieren so lange, bis das SEO-Plugin grünes Licht gibt, und halten die Arbeit dann für erledigt. Das ist trügerisch: Plugins prüfen teils Kriterien, die Google seit über fünfzehn Jahren nicht mehr fürs Ranking nutzt (die Meta-Keywords etwa), und die Ampel sagt nichts darüber, ob Ihr Text einen Menschen überzeugt. Nutzen Sie das Plugin für die Pflichthygiene wie Title, Meta und Sitemap, aber entscheiden Sie über Inhalt und Struktur nach dem Leser und nach Ihren wichtigsten Verkaufsseiten, nicht nach der Ampelfarbe.
Was Plugins abnehmen, was Handarbeit bleibt
Yoast SEO (kostenlos und Premium) und Rank Math (kostenlos mit WooCommerce-Modul) sind die beiden meistgenutzten SEO-Plugins für WordPress. Beide haben dedizierte WooCommerce-Unterstützung. Was sie tatsächlich abnehmen:
| Aufgabe | Yoast / Rank Math | Handarbeit bleibt |
|---|---|---|
| Product-Schema generieren | Ja, automatisch aus WooCommerce-Daten | GTIN/EAN pro Produkt eintragen |
| Title-Template für Produkte setzen | Ja, Template-Variablen konfigurierbar | Templates einmalig sinnvoll setzen |
| Meta-Description-Template | Ja, generiert aus Beschreibung | Individuelle Descriptions für Top-Produkte |
| Canonical-Tag setzen | Ja, Standard-Canonical | Filterduplikate ggf. zusätzlich konfigurieren |
| XML-Sitemap erzeugen | Ja, Produkte und Kategorien automatisch | Aus-Sitemap-Ausschlüsse prüfen |
| noindex für Warenkorb/Checkout | Ja, standardmäßig (WooCommerce ab 3.2) | Ältere Installationen prüfen |
| Breadcrumb-Schema | Ja, BreadcrumbList automatisch | Theme muss Breadcrumb-Funktion aufrufen |
| Kategorietexte schreiben | Nein | Vollständig Handarbeit |
| Alt-Texte an Produktbildern | Nein | Vollständig Handarbeit, pro Bild |
| Produktbeschreibungen mit Keyword | Nein (nur Hinweise) | Vollständig Handarbeit |
| Filterduplikate per canonical lösen | Teilweise, abhängig von Filter-Plugin | Manuelle Konfiguration oft nötig |
Einen direkten Überblick beider Plugins liefert die offizielle Dokumentation von Yoast SEO und die von Rank Math WooCommerce SEO. Beide bieten in der kostenlosen Version ausreichend für die Grundkonfiguration, der Unterschied liegt in den Premium-Funktionen rund um Merchant Listings und GTIN-Felder. Für den Einstieg ohne Entwickler ist Rank Math Free mit aktiviertem WooCommerce-Modul der schnellste Weg, weil der Setup-Assistent die wichtigsten Einstellungen in einem Durchgang abfragt und GTIN- und Schema-Felder bereits kostenlos mitbringt. Yoast ist die naheliegende Wahl, wenn das Team damit schon vertraut ist, braucht für die vollen Merchant-Listing-Felder aber das kostenpflichtige Addon Yoast WooCommerce SEO. Wenn Sie den gesamten Shop von Grund auf mit einem professionellen Team aufbauen wollen, finden Sie bei unseren Websites und Onlineshops den passenden Einstieg.
Ein typischer Fall: der aufgeblähte Index
Nehmen wir einen WooCommerce-Shop mit rund 80 Produkten, der nach sechs Monaten Betrieb kaum organischen Traffic hat. Technisch ist er einwandfrei, Produkte sind vorhanden, Preise stimmen. Das Problem liegt im Crawlbudget: Yoast SEO ist installiert, aber die WooCommerce-Filterseiten des eingesetzten Produktfilter-Plugins erzeugen mehrere tausend indexierbare URLs. Google crawlt und indexiert diese Seiten, aber keine davon rankt für etwas Relevantes. Die eigentlichen Produkt- und Kategorieseiten tauchen in der Search Console kaum auf.
Die Lösung gelingt in zwei Schritten: Das Filter-Plugin wird so konfiguriert, dass Filterkombinationen als Hash-URL (# statt ?) gesetzt werden, die Google nicht separat crawlt. Zusätzlich kommen für die verbleibenden URL-Parameter canonical-Tags auf die Kategorie-Basis-URL. Innerhalb weniger Wochen sinkt die Zahl indexierter URLs von mehreren tausend auf wenige Dutzend, und die Produktkategorie-Seiten gewinnen deutlich an Impressionen in der Search Console.
Hinweis: Konkrete Traffic-Zahlen und Prozentsätze sind hier bewusst weggelassen, weil Einzel-Shop-Daten stark von Branche, Saisonalität und Ausgangslage abhängen. Was sich verallgemeinern lässt: Ein aufgeblähter Index ist in WooCommerce eines der häufigsten ungesehenen Probleme.
Sofort-Checkliste
- Permalink-Einstellung auf „Beitragsname“ oder flache Shop-Basis gesetzt?
- Title-Templates für Produkte und Kategorien in Yoast/Rank Math konfiguriert?
- Meta-Description-Templates gesetzt, Top-Produkte individuell beschrieben?
- Canonical-Tags für Variantenseiten geprüft (Rich Results Test)?
- Filterseiten: erzeugen sie separate URLs? Falls ja, canonical oder noindex gesetzt?
- Sortierparameter (?orderby=…) per canonical auf Basis-URL gesetzt?
- Product-Schema vorhanden? Im Rich Results Test auf Fehler geprüft?
- GTIN/EAN-Felder für Hauptprodukte im SEO-Plugin ausgefüllt?
- Kategorietexte vorhanden (150-300 Wörter, Keyword im ersten Satz)?
- Alt-Texte an allen Produktbildern gesetzt (beschreibend, mit Produktname)?
- Produktbilder komprimiert (max. 120-150 KB für normale Fotos)?
- Warenkorb, Checkout, Mein Konto auf noindex gesetzt?
- Autoren-Archiv, Tag-Archiv, Datums-Archiv auf noindex gesetzt?
- XML-Sitemap enthält Produkte und Kategorien, aber keine noindex-Seiten?
- Google Search Console eingerichtet und Sitemap eingereicht?
- Die Permalink-Struktur und die Canonical-Konfiguration sind die Grundlage: falsch gesetzt, verpufft jede weitere Optimierung.
- Product-Schema mit Offer und AggregateRating ist der direkteste Weg zu Rich Results. GTIN eintragen, im Rich Results Test prüfen.
- Kategorietexte und Alt-Texte sind vollständige Handarbeit, kein Plugin erledigt sie. Genau deshalb vernachlässigen sie die meisten Shops, und genau deshalb heben sie einen Shop von der Masse ab.
- Filterduplikate sind das häufigste unsichtbare Problem in gewachsenen WooCommerce-Shops. Search Console > Index > Seiten zeigt, ob der Shop ein Problem hat.
Häufige Fragen zu WooCommerce SEO
Brauche ich ein kostenpflichtiges SEO-Plugin für WooCommerce?
Nein. Die Grundkonfiguration gelingt mit der kostenlosen Version von Yoast SEO oder Rank Math vollständig. Kostenpflichtige Versionen bieten zusätzliche Funktionen wie automatische GTIN-Synchronisierung, erweiterte Schema-Typen oder Redirect-Manager. Für die meisten KMU-Shops sind diese kein Muss.
Was ist der Unterschied zwischen noindex und dem Ausschluss aus der Sitemap?
noindex teilt Google beim Crawlen mit, diese Seite nicht zu indexieren. Der Ausschluss aus der XML-Sitemap verhindert, dass Google über die Sitemap auf die Seite aufmerksam wird, crawlt sie aber trotzdem, wenn externe Links darauf zeigen. Für Seiten wie Warenkorb und Checkout sinnvoll: noindex setzen und aus der Sitemap ausschließen.
Soll ich Produktvarianten als eigene Seiten anlegen?
In der Regel nicht. Produktvarianten sollten auf der Hauptproduktseite mit Query-Parametern erreichbar sein und per canonical auf die Hauptseite zeigen. Eine eigene URL-Seite für jede Variante lohnt sich nur, wenn jede Variante ein eigenes Suchvolumen hat, zum Beispiel wenn „rotes Sommerkleid“ und „blaues Sommerkleid“ beide relevante Suchbegriffe sind.
Wie viele Kategorieebenen sind für SEO sinnvoll?
Zwei Ebenen (Hauptkategorie und Unterkategorie) sind für die meisten Shops ausreichend. Drei Ebenen sind machbar, wenn das Sortiment es erfordert. Tiefer als drei Ebenen schadet der URL-Struktur und der internen Verlinkung. Google empfiehlt flache Hierarchien.
Helfen Kundenbewertungen beim Ranking?
Indirekt, ja. Kundenbewertungen liefern frischen, keyword-reichen Inhalt auf Produktseiten. Direkt als Ranking-Signal wirken sie nicht, aber über AggregateRating im Product-Schema werden sie zu Sternen in den Rich Results, was die Klickrate deutlich erhöht. Eine gute Klickrate in den Suchergebnissen ist ein Indiz für relevante Snippets; ob Klicks direkt ins Ranking einfließen, bestätigt Google nicht.
Wann sollte ich die Google Search Console für WooCommerce nutzen?
Von Anfang an. Die Search Console zeigt indexierte URLs, Crawl-Fehler, die Leistung einzelner Produkt- und Kategorie-Seiten und ob das Product-Schema korrekt erkannt wird. Unter Index > Seiten sieht man, wie viele URLs indexiert sind. Eine Zahl, die deutlich über der Anzahl der Produkte plus Kategorien liegt, ist ein Warnsignal für Filterduplikate.
Funktioniert WooCommerce SEO auch ohne Plugin?
Technisch ja, aber der Aufwand ist erheblich. Ohne SEO-Plugin müssen Title-Tags, Meta-Descriptions, Canonical-Tags, Schema-Markup und XML-Sitemap per Custom-PHP oder eigenem Plugin gesetzt werden. Das ist Arbeit für Entwickler, nicht für Shop-Betreiber. Ein SEO-Plugin ist hier keine Kür, sondern Zeitersparnis.
