Das Wichtigste in 30 Sekunden

  • 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

Kurz gesagt: WooCommerce erzeugt automatisch viel mehr indexierbare Seiten als ein normaler Blog, darunter Varianten-URLs, Kategorie-Filter, Warenkorb und Checkout. Ohne Steuerung indexiert Google Inhalte, die nicht ranken sollen, und übersieht Produkte, die es ranken sollen.

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

Kurz gesagt: Der canonical-Tag teilt Google mit, welche URL die „echte“ Version einer Seite ist, wenn dieselbe oder ähnliche Inhalte unter mehreren Adressen erreichbar sind. Google behandelt ihn als starken Hinweis, nicht als absoluten Befehl.

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.

Eigene Erhebung · ihp media

38 %

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 Markt
  • availability: https://schema.org/InStock oder OutOfStock
  • url: 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.

Kurz gesagt: Yoast SEO und Rank Math erzeugen das Product-Schema automatisch aus den WooCommerce-Produktdaten. Was sie nicht automatisch befüllen: die GTIN/EAN-Felder. Diese müssen pro Produkt manuell eingetragen werden, entweder im Plugin-Feld oder in einem Custom-Field.

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:

Direkt umsetzbar

Vollständiges Product-Schema als Prüf-Vorlage

WooCommerce erzeugt ein Basis-Schema automatisch, aber häufig fehlen genau die Felder, die in Google die Rich Results (Sterne, Preis, Verfügbarkeit) auslösen: brand, gtin13 und aggregateRating. Das Feld priceValidUntil ist empfohlen, kein Pflichtfeld, aber praktisch wichtig: Steht dort ein Datum in der Vergangenheit, unterdrückt Google das Rich Result. So sieht ein vollständiges Schema aus. Vergleichen Sie Ihr eigenes damit und prüfen Sie es im Google Rich Results Test.

{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Blaues Sommerkleid aus Leinen",
  "image": "https://example.com/wp-content/uploads/kleid-blau.jpg",
  "description": "Leichtes Sommerkleid aus 100% Leinen, erhältlich in Blau, Rot und Grün.",
  "sku": "KL-4711-B",
  "gtin13": "4012345678901",
  "brand": {
    "@type": "Brand",
    "name": "Modehaus Müller"
  },
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/blaues-sommerkleid/",
    "priceCurrency": "EUR",
    "price": "49.90",
    "availability": "https://schema.org/InStock",
    "priceValidUntil": "2026-12-31"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "bestRating": "5",
    "ratingCount": "23"
  }
}

Die Vorlage nutzen Sie frei. Wenn wir Ihre Produktdaten auf vollständige Rich Results trimmen sollen, ist das Teil unseres Shop-SEO.

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.

Product-Schema selbst erzeugen

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.

Felder ausfüllen, fertiges JSON-LD unten kopieren. Alles bleibt 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?
Das Wichtigste zum Mitnehmen

  • 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.

Quellen und weiterführende Informationen: Google Search Central: Kanonische URLs. schema.org/Product. Google Search Central: Strukturierte Produktdaten. Google Search Central: URL-Struktur. Google Search Central: Produktvarianten in strukturierten Daten. Stand: Juni 2026. Dieser Artikel ist eine fachliche Einordnung und ersetzt keine individuelle SEO-Beratung im Einzelfall.