Ein T-Shirt in sechs Farben und fünf Größen ist ein Produkt - für Suchmaschinen aber schnell rund 30 nahezu identische URLs. Genau hier entsteht Duplicate Content im Online-Shop: Produktvarianten erzeugen Near-Duplicate-Seiten, die sich nur in Farbe, Größe oder Material unterscheiden und den Ranking-Wert der eigentlichen Produktseite auf viele schwache Kopien verteilen. Die Lösung ist keine Sperre, sondern eine Ordnung: eine kanonische Master-URL, korrekt gesetzte Canonical-Tags und eine saubere interne Verlinkung. Wie unterschätzt das Thema ist, zeigt eine simple Zahl: Nur rund 65% (Web Almanac 2024) aller untersuchten Seiten setzen überhaupt ein Canonical-Tag - bei einer Analyse von 16,9 Millionen Websites (Web Almanac 2024). Dieser Artikel zeigt, wie Sie Varianten in der Suchmaschinenoptimierung konsolidieren, ohne die Nutzerführung zu verschlechtern - und grenzt das Thema klar von Filter- und Facetten-URLs ab.
Warum Produktvarianten zu Near-Duplicate-URLs werden
Eine Variante ist im E-Commerce eine Ausprägung desselben Basisprodukts: dasselbe T-Shirt in Schwarz, Blau und Rot, jeweils in den Größen S bis XXL. Fachlich ist das ein Artikel mit Optionen. Technisch legen viele Shopsysteme jedoch für jede auswählbare Kombination eine eigene, aufrufbare URL an - etwa /tshirt-basic/schwarz/ oder /tshirt-basic/?farbe=blau&groesse=l. Aus einem Produkt werden so zwei Dutzend URLs, deren Inhalt sich bis auf die Farb- oder Größenangabe gleicht: gleiche Beschreibung, in weiten Teilen gleiche Bildergalerie, gleiche Versand- und Retourenhinweise, gleiche Bewertungen.
Das Muster skaliert unangenehm. Ein Modeshop mit 2.000 Produkten, die im Schnitt 6 Farben und 5 Größen führen, erzeugt rechnerisch 60.000 Varianten-URLs - für ein Sortiment von 2.000 tatsächlich unterschiedlichen Artikeln (Rechenbeispiel). Jede dieser URLs konkurriert potenziell mit den anderen um dieselben Suchbegriffe. Google fasst solche Inhalte unter Duplicate Content zusammen: Inhalte, die innerhalb einer Domain oder domänenübergreifend in erheblichem Umfang übereinstimmen oder sich nur geringfügig unterscheiden (Google Search Central).
Duplizierter Inhalt auf einer Website ist kein Grund für eine Maßnahme gegen diese Website, es sei denn, es hat den Anschein, dass der duplizierte Inhalt täuschen und Suchergebnisse manipulieren soll.
Google Search Central, Duplicate content and Google Search
Es gibt keine klassische Duplicate-Content-Strafe - der weit verbreitete Mythos ist widerlegt (Google Search Central). Der Schaden entsteht anders: Wenn 30 Varianten-URLs um dieselben Rankings konkurrieren, verteilen sich Links, Klicks und Relevanzsignale auf viele schwache Seiten statt einer starken. Google konsolidiert diese Signale zwar auf eine gewählte URL (Google Search Central) - aber nur, wenn es die richtige wählt. Und die Wahl treffen Sie besser selbst, als sie dem Algorithmus zu überlassen.
Varianten sind kein Facetten-Problem - die Abgrenzung
Produktvarianten werden oft mit Facetten- und Filter-URLs in einen Topf geworfen, sind aber ein anderes Problem mit anderer Lösung. Filter-URLs entstehen auf Kategorieebene durch die Kombinatorik von Filtern und Sortierungen - aus wenigen tausend Produkten werden Millionen theoretischer URLs, und die Antwort heißt Crawl-Steuerung. Genau das behandelt der Beitrag zur Facettennavigation und Crawl-Budget-Steuerung im Detail. Varianten dagegen entstehen auf Produktebene: Es geht nicht um Millionen Kombinationen, sondern um eine überschaubare, definierte Menge von Ausprägungen desselben Artikels - und die Antwort heißt Konsolidierung, nicht Sperrung.
| Merkmal | Facetten-/Filter-URLs | Produktvarianten |
|---|---|---|
| Entstehungsebene | Kategorie / Listing | Einzelnes Produkt |
| Ursache | Kombinatorik von Filtern | Optionen wie Farbe, Größe, Material |
| Größenordnung | Millionen theoretischer URLs | Wenige bis einige Dutzend je Produkt |
| Primäres Risiko | Verschwendetes Crawl-Budget | Verwässerte Ranking-Signale |
| Primäre Lösung | robots.txt-Disallow, Crawl-Steuerung | Kanonische Master-URL, Canonical-Tag |
Die Unterscheidung ist praktisch relevant, weil die falsche Lösung Schaden anrichtet: Wer Varianten pauschal per robots.txt sperrt, nimmt Google die Möglichkeit, das Canonical-Signal überhaupt zu lesen. Wer umgekehrt Filter-URLs nur mit Canonical-Tags bekämpft, spart kein Crawl-Budget. Beide Themen gehören in eine gemeinsame E-Commerce-SEO-Architektur, aber mit jeweils eigenem Werkzeug.
Was Google mit Duplikaten macht - und was nicht
Google bewertet nicht jede URL isoliert. Der Suchmaschinen-Prozess fasst als gleichwertig erkannte Seiten zu einem Cluster zusammen und wählt daraus eine kanonische URL, die stellvertretend indexiert und gerankt wird (Google Search Central). Die übrigen URLs des Clusters werden auf diese kanonische Version konsolidiert - inklusive der auf sie zeigenden Signale. Das ist grundsätzlich hilfreich. Problematisch wird es, wenn Sie kein eindeutiges Signal senden, welche URL die kanonische sein soll.
Wenn Sie Google nicht explizit mitteilen, welche URL kanonisch ist, trifft Google die Wahl für Sie - oder betrachtet beide als gleichwertig, was zu unerwünschtem Verhalten führen kann.
Google Search Central, How to specify a canonical URL
Genau hier liegt das Risiko bei Varianten. Ohne klare Vorgabe kann Google /tshirt-basic/blau/ als kanonische Version wählen, weil diese Variante zufällig mehr interne Links oder Klicks hat. Ihre generische, optionsoffene Produktseite - die eigentlich für T-Shirt Basic ranken soll - fällt dann aus dem Index oder wird nachrangig behandelt. Der rel=canonical-Link ist dabei ein starkes Signal, aber keine Anweisung (Google Search Central): Google zieht zusätzlich Weiterleitungen, interne Verlinkung, die Sitemap und weitere Hinweise heran und kann sich im Konfliktfall gegen Ihre Angabe entscheiden.
Nur rund 65% aller Seiten setzen überhaupt ein Canonical-Tag (Web Almanac 2024). Der Rest überlässt die Wahl der kanonischen Version vollständig Google. Bei Produkten mit vielen Varianten ist das ein vermeidbares Risiko: Ein selbstreferenzierendes Canonical auf der Master-URL und ein Canonical der Varianten auf ebendiese Master-URL machen die Absicht eindeutig.
Die kanonische Master-URL definieren
Der erste Schritt ist eine Entscheidung, kein Tag: Welche URL ist je Produkt die kanonische? Die belastbare Grundregel lautet: Die optionsoffene Produktseite ist die Master-URL - also /tshirt-basic/ ohne vorausgewählte Farbe oder Größe. Sie ist der Ort, an dem alle Varianten erreichbar sind, an dem die vollständige Beschreibung steht und auf den Kategorie-Links, interne Verlinkung und die Sitemap zeigen. Alle Varianten-URLs verweisen per Canonical auf diese eine Seite.
Zwei Umsetzungsvarianten sind sauber. Erstens: Varianten bekommen gar keine eigene indexierbare URL, sondern werden clientseitig auf der Master-URL umgeschaltet - die einfachste und robusteste Lösung. Zweitens: Varianten haben aus technischen Gründen eigene URLs, tragen aber jeweils ein Canonical auf die Master-URL. Nur wo eine Variante belegbar eigene Suchnachfrage hat, wird sie zur eigenen indexierbaren Seite - dazu weiter unten mehr.
| Ansatz | Empfehlung | Wann geeignet |
|---|---|---|
| Varianten ohne eigene URL, clientseitige Umschaltung | Standard | Farbe/Größe ohne eigene Suchnachfrage |
| Varianten-URL mit Canonical auf Master | Solide | System erzeugt technisch eigene URLs |
| Variante als eigene indexierbare Seite | Selektiv | Belegte Suchnachfrage, ausreichende Tiefe |
| Varianten per robots.txt sperren | Nicht empfohlen | Verhindert das Lesen des Canonicals |
| Variante per noindex | Nur übergangsweise | Bereinigung bereits indexierter URLs |
Welche Seite die Master-URL ist, sollte nicht das Zufallsprodukt der Klickreihenfolge sein, sondern aus der Datenstruktur folgen. In einem gepflegten PIM-System ist das Basisprodukt die führende Entität, die Varianten hängen als Ausprägungen darunter. Wer die Produktdatenhoheit sauber organisiert, hat die kanonische URL bereits eindeutig definiert, bevor das erste Tag gesetzt wird.
Canonical-Tags korrekt setzen
Ein Canonical-Tag ist schnell gesetzt und ebenso schnell falsch gesetzt. Damit Google das Signal überhaupt berücksichtigt, muss die kanonische URL erreichbar, indexierbar und widerspruchsfrei sein. Die folgenden Regeln entscheiden darüber, ob das Tag wirkt oder ignoriert wird:
- Selbstreferenzierend auf der Master-URL: Die Produktseite zeigt per Canonical auf sich selbst - nicht auf die Kategorie.
- Varianten zeigen auf die Master-URL: Jede Varianten-URL nennt dieselbe kanonische Master-URL, konsistent über alle Ausprägungen.
- Absolute URLs verwenden: Vollständig mit
https://und Domain, nicht als relativer Pfad. - Nur ein Canonical je Seite: Mehrere
rel=canonical-Angaben werden von Google ignoriert (Google Search Central). - Kanonische URL liefert Status 200 und ist indexierbar: Ein Canonical auf eine per
noindexoderrobots.txtgesperrte Seite ist widersprüchlich. - Konsistenz mit Sitemap und interner Verlinkung: Sitemap, Navigation und Canonical dürfen nicht auf unterschiedliche URLs zeigen.
<!-- Auf jeder Varianten-URL: Canonical auf die kanonische Master-URL -->
<link rel="canonical" href="https://beispiel.de/tshirt-basic/">
<!-- Falsch: Canonical auf die Kategorie statt auf das Produkt -->
<link rel="canonical" href="https://beispiel.de/t-shirts/">
<!-- Falsch: relativer Pfad mit Parameter-Rest, statt absoluter Master-URL -->
<link rel="canonical" href="/tshirt-basic/?farbe=blau">Der letzte Punkt der Checkliste ist der häufigste Befund in unseren Audits: ein Canonical, das einer Struktur widerspricht, die das Gegenteil sagt. Wenn die Sitemap /tshirt-basic/blau/ führt, die Navigation dorthin verlinkt, das Canonical aber auf /tshirt-basic/ zeigt, sendet der Shop gegenläufige Signale - und Google entscheidet selbst, oft anders als gewünscht (Google Search Central). Wie sich solche Widersprüche systematisch aufspüren lassen, zeigt der SEO-Audit-Leitfaden für Online-Shops.
Wann eine Variante eine eigene URL verdient
Die pauschale Konsolidierung aller Varianten ist der sichere Standard, aber nicht immer die ertragreichste Wahl. Manche Varianten decken echte, eigenständige Suchnachfrage ab und verdienen eine indexierbare Landingpage. Ein rotes Sommerkleid wird gesucht, ein Sommerkleid in Größe 38 sortiert nach Preis nicht. Die Zuordnung sollte nicht nach Bauchgefühl erfolgen, sondern nach drei prüfbaren Kriterien - denselben, die auch für Kategorie-Landingpages gelten.
Eigene Suchnachfrage
Wird die Variante als eigenständiger Begriff gesucht? Farbe hat in Mode oft Nachfrage (schwarze Lederjacke), Größe praktisch nie. Belege liefern Keyword-Daten und die Auswertung der internen Shop-Suche.
Ausreichende Sortimentstiefe
Eine Landingpage braucht stabile Ergebnisse. Eine Variante, die häufig ausverkauft ist oder nur ein einziges Produkt umfasst, trägt keine eigene indexierbare Seite (Projekterfahrung).
Eigenständiger Inhalt
Gibt es über die Farboption hinaus etwas zu sagen - Material, Pflege, Kombinationstipps? Ohne das bleibt die Seite eine Dublette, die keine eigene Daseinsberechtigung im Index hat.
Erfüllt eine Variante alle drei Kriterien, bekommt sie eine sprechende Pfad-URL mit selbstreferenzierendem Canonical - etwa /kleider/rot/ als eigene kategorienahe Seite, nicht als Produktdetail-Variante. Erfüllt sie die Kriterien nicht, bleibt sie Teil der Master-URL. Diese Trennung verhindert den häufigsten Fehler: Hunderte dünne Farbseiten zu indexieren, die niemand sucht, in der Hoffnung auf Long-Tail-Traffic. Die Hoffnung wird selten erfüllt, der Verwässerungseffekt tritt zuverlässig ein.
Ein verbreiteter Reflex ist, jede Größenvariante indexierbar zu machen. Das lohnt sich erfahrungsgemäß praktisch nie: T-Shirt Größe L ist keine eigenständige Suchintention, sondern eine Auswahl innerhalb eines bereits gefundenen Produkts. Größen gehören daher in die Master-URL, nicht in den Index. Anders liegt der Fall bei Spezialsegmenten wie großen Größen oder Übergrößen, die als Kategorie durchaus gesucht werden - dann aber als redaktionell gepflegte Kategorie, nicht als Produktvariante.
Strukturierte Daten für Varianten (ProductGroup)
Wer Varianten konsolidiert, muss Google die Beziehung zwischen Basisprodukt und Ausprägungen nicht verschweigen - im Gegenteil. Google unterstützt dafür eigene strukturierte Daten: Der Typ ProductGroup bündelt zusammengehörige Varianten, hasVariant benennt die einzelnen Ausprägungen, variesBy die unterscheidenden Merkmale wie Farbe und Größe (Google Search Central). Damit versteht Google, dass es sich um ein Produkt mit Optionen handelt und nicht um Dutzende separater Artikel.
{
"@context": "https://schema.org",
"@type": "ProductGroup",
"name": "T-Shirt Basic",
"productGroupID": "TSHIRT-BASIC",
"variesBy": ["https://schema.org/color", "https://schema.org/size"],
"hasVariant": [
{
"@type": "Product",
"sku": "TSHIRT-BASIC-SW-M",
"color": "Schwarz",
"size": "M",
"offers": { "@type": "Offer", "price": "19.90", "priceCurrency": "EUR" }
},
{
"@type": "Product",
"sku": "TSHIRT-BASIC-BL-L",
"color": "Blau",
"size": "L",
"offers": { "@type": "Offer", "price": "19.90", "priceCurrency": "EUR" }
}
]
}Strukturierte Varianten-Daten haben einen doppelten Nutzen: Sie stützen die Konsolidierung auf die Master-URL und ermöglichen zugleich variantengenaue Angebote in den Suchergebnissen - etwa den korrekten Preis oder die Verfügbarkeit einer bestimmten Ausprägung. Voraussetzung sind saubere, vollständige Produktdaten je Variante - deren Anbindung an das Frontend Teil unserer individuellen Programmierung ist.
Interne Verlinkung und Varianten-Umschalter
Crawler entdecken URLs über Links - deshalb entscheidet die interne Verlinkung mit darüber, wie viele Varianten-Dubletten überhaupt in den Index gelangen. Der klassische Fehler steckt im Varianten-Umschalter: Wenn jede Farb- und Größenauswahl als crawlbarer <a href>-Link ausgeliefert wird, erzeugt der Shop genau die Dubletten, die er per Canonical wieder einfangen muss. Günstiger ist, die URLs gar nicht erst entstehen zu lassen.
<!-- Problematisch: jeder Umschalter ist ein crawlbarer Link auf eine Dublette -->
<a href="/tshirt-basic/schwarz/">Schwarz</a>
<a href="/tshirt-basic/blau/">Blau</a>
<!-- Besser: eine indexierbare Seite, Umschaltung ohne neue crawlbare URLs -->
<button type="button" data-variant="schwarz">Schwarz</button>
<button type="button" data-variant="blau">Blau</button>- Nur die Master-URL prominent verlinken - aus Kategorie, Navigation und redaktionellem Content.
- Umschaltung ohne neue crawlbare URLs ausliefern, wo Varianten keine eigene Suchnachfrage haben.
- Nur Master-URLs in die XML-Sitemap aufnehmen, keine Varianten-Parameter.
- Indexierbare Varianten (falls vorhanden) wie eigene Seiten sauber verlinken und selbstreferenzierend kanonisieren.
- Nach jedem Template-Release prüfen, ob neue Links auf Varianten-Dubletten zeigen.
Die interne Verlinkung verteilt zugleich Link-Equity auf die Seiten, die ranken sollen. Zeigt alles auf die Master-URL, bündelt sich dort die Autorität - statt sich auf 30 Varianten zu zerstreuen. Ein Nebeneffekt betrifft die Performance: Weniger crawlbare Dubletten bedeuten weniger unnötige Serveranfragen - relevant, wenn Sie ohnehin Drittanbieter-Skripte entschlacken und die Shop-Performance verbessern. Für die Nutzerseite der Variantenauswahl - die Frage, wie Kunden zur passenden Ausprägung finden - lohnt ergänzend der Blick auf einen KI-Produktberater mit Guided Selling.
Umsetzung in Shopware und anderen Systemen
Die meisten Shopsysteme bringen ein Variantenkonzept mit. In der Shopware Community Edition etwa hängen Varianten als Ausprägungen unter einem Hauptprodukt, definiert über Eigenschaften wie Farbe und Größe; das System kann Varianten-URLs erzeugen und Canonical-Angaben setzen. Entscheidend ist nicht das Vorhandensein der Funktion, sondern ihre korrekte Konfiguration: welche Seite die Master-URL ist, ob Varianten eigene URLs erhalten und wohin deren Canonical zeigt. Diese Weichen werden in der Praxis oft im Standard belassen - und der Standard passt selten zur individuellen Sortiments- und Suchnachfrage-Situation.
- Inventur: Vollständigen Crawl fahren und die real erreichbaren Varianten-URL-Muster erfassen - nicht die geplanten, sondern die tatsächlichen.
- Master-URL festlegen: Je Produkt die optionsoffene Seite als kanonische URL definieren, verankert in den Produktdaten.
- Nachfrage prüfen: Je Variantendimension belegen, ob eigene Suchnachfrage besteht - Keyword-Daten und interne Suchanfragen gegeneinanderlegen.
- Canonical setzen: Selbstreferenzierend auf der Master-URL, konsolidierend auf allen Varianten-URLs.
- Strukturierte Daten ergänzen: ProductGroup mit hasVariant und variesBy für die Variantenbeziehung.
- Verlinkung schließen: Umschalter ohne crawlbare Dubletten, Sitemap nur mit Master-URLs.
- Bereits indexierte Dubletten bereinigen: Übergangsweise noindex, Deindexierung abwarten, dann konsolidieren.
- Nachmessen: Indexabdeckung und die gewählte kanonische URL in der Search Console über mehrere Wochen beobachten.
Realistisch ist ein Zeithorizont von mehreren Wochen, bis sich Indexbestand und kanonische Zuordnung neu einpendeln - abhängig von Shop-Größe, Crawl-Frequenz und Ausgangslage. Für Shops mit gewachsener Variantenlogik lohnt der Blick auf die gesamte E-Commerce-Architektur, weil Varianten selten isoliert entstehen. Die Umsetzung im Frontend und in der Produktdaten-Pipeline begleiten wir im Rahmen unserer Shopware-Entwicklung.
Varianten-URLs als Ranking-Kapital statt Verwässerung
Produktvarianten sind kein Problem, das man wegsperrt. Sie sind eine Ordnungsaufgabe. Der Katalog enthält bereits die richtige Struktur - ein Basisprodukt mit Ausprägungen -, nur übersetzt sie sich technisch oft in einen URL-Raum, in dem eine starke Seite gegen dreißig schwache Kopien konkurriert. Die Aufgabe besteht darin, die Autorität zu bündeln: eine kanonische Master-URL, die alle Signale auf sich zieht, und nur dort eigene indexierbare Varianten, wo echte Suchnachfrage sie trägt.
Der Hebel ist überschaubar und die Wirkung nachhaltig. Während nur rund 65% aller Seiten überhaupt ein Canonical setzen (Web Almanac 2024), gewinnt jeder Shop, der die Variantenkonsolidierung sauber aufsetzt, gleich doppelt: klarere Rankings für die Produktseiten, die zählen, und weniger sinnlose Crawl- und Serverlast. Bei der Analyse und Umsetzung unterstützen wir Sie im Rahmen unserer SEO-Leistungen - von der Inventur des Varianten-URL-Raums bis zum Rollout der Canonical-Architektur. Sprechen Sie uns an, wenn Sie wissen möchten, wie viele Ihrer Produktseiten aktuell gegen ihre eigenen Varianten antreten.
Dieser Artikel basiert auf Daten aus: Web Almanac 2024 (HTTP Archive), SEO-Kapitel (Anteil der Seiten mit Canonical-Tag von rund 65%, Datenbasis von 16,9 Millionen analysierten Websites), Google Search Central - Duplicate content and Google Search (Definition von Duplicate Content, kein Ranking-Nachteil ohne Täuschungsabsicht), Google Search Central - Consolidate duplicate URLs / How to specify a canonical URL (Clustering und Wahl der kanonischen URL, Konsolidierung der Signale, rel=canonical als starkes Signal und nicht als Anweisung, nur ein Canonical je Seite, automatische Wahl ohne explizite Angabe) sowie Google Search Central - Product (ProductGroup) structured data (ProductGroup, hasVariant, variesBy für Produktvarianten). Rechenbeispiele sind als solche gekennzeichnet und dienen der Veranschaulichung; als Projekterfahrung markierte Aussagen beruhen auf Umsetzungsprojekten. Die genannten Zahlen beziehen sich auf die jeweiligen Erhebungszeiträume und können je nach Branche, Shop-Größe und Zeitpunkt abweichen.
Nein, eine klassische Duplicate-Content-Strafe gibt es für normale Varianten nicht. Google hält ausdrücklich fest, dass duplizierter Inhalt kein Grund für eine Maßnahme ist, solange keine Täuschungsabsicht besteht (Google Search Central). Der Schaden ist ein anderer: Konkurrieren viele nahezu identische Varianten-URLs um dieselben Suchbegriffe, verteilen sich Ranking-Signale auf viele schwache Seiten. Google konsolidiert diese Signale zwar auf eine gewählte kanonische URL (Google Search Central), aber die Wahl sollten Sie über ein sauberes Canonical selbst steuern.
In der Regel nicht. Der sichere Standard ist, alle Varianten auf eine kanonische Master-URL zu konsolidieren. Eine eigene indexierbare URL lohnt sich erfahrungsgemäß nur, wenn eine Variante belegbar eigene Suchnachfrage hat, ausreichende Sortimentstiefe bietet und eigenständigen Inhalt trägt. Farbe erfüllt das in einigen Branchen, Größe praktisch nie. Die Entscheidung sollte je Dimension anhand von Keyword-Daten getroffen werden, nicht pauschal.
Filter-URLs entstehen auf Kategorieebene durch die Kombinatorik von Filtern und erzeugen aus wenigen tausend Produkten Millionen theoretischer URLs - hier geht es um Crawl-Budget und die passende Antwort ist Crawl-Steuerung. Varianten entstehen auf Produktebene und umfassen eine überschaubare Menge von Ausprägungen desselben Artikels - hier geht es um verwässerte Ranking-Signale und die passende Antwort ist Konsolidierung über Canonical-Tags. Details zu Filter-URLs behandelt der Beitrag zur Facettennavigation.
Ein robots.txt-Disallow ist bei Varianten typischerweise kontraproduktiv. Wenn Google die URL nicht crawlen darf, kann es das Canonical-Tag im Quelltext nicht lesen - das Konsolidierungssignal geht verloren. Für Varianten ist der Canonical-Tag in der Regel das richtige Werkzeug, ergänzt durch eine interne Verlinkung, die Dubletten gar nicht erst crawlbar macht. robots.txt-Disallow bleibt der Kategorie- und Filterebene vorbehalten.
Sie verschwinden nicht schlagartig, sobald ein Canonical gesetzt ist, weil der rel=canonical ein Signal und keine sofortige Anweisung ist (Google Search Central). Erfahrungsgemäß sinnvoll ist eine Reihenfolge: zunächst Canonical konsolidierend setzen und Google die Neubewertung über mehrere Wochen ermöglichen. Bleiben unerwünschte Dubletten im Index, kann übergangsweise ein noindex auf den Varianten-URLs die Deindexierung beschleunigen, bevor rein auf Canonical umgestellt wird.
Zwei Quellen genügen für eine erste Einschätzung. Erstens die Search Console: Prüfen Sie unter der Indexabdeckung, welche URL Google je Produkt als kanonisch gewählt hat - weicht sie von Ihrer Master-URL ab, besteht Handlungsbedarf. Zweitens eine Site-Suche nach dem Produktnamen: Erscheinen mehrere Varianten-URLs desselben Produkts, deutet das auf fehlende oder widersprüchliche Canonicals hin. Das systematische Vorgehen beschreibt der SEO-Audit-Leitfaden für Online-Shops.