Ein T-Shirt in sechs Farben und fünf Größen sind 30 Varianten. Ein Shop kann daraus eine Produktseite machen, sechs Seiten je Farbe oder 30 Seiten. Jede dieser Entscheidungen ist vertretbar, solange Adressen, Canonical, strukturierte Daten und Feed demselben Modell folgen. Probleme entstehen, wenn das Shopsystem eines davon voreinstellt und ein Plugin ein anderes ergänzt.
Wie Canonical-Angaben allgemein funktionieren, erklärt der Ratgeber Canonical-Tag erklärt. Hier geht es nur um Varianten.
Die zwei Modelle bei Google
Googles Dokumentation zum Varianten-Markup unterscheidet zwei Ansätze. Beim ersten sind alle Varianten auf einer Seite wählbar, ohne dass die Seite neu lädt, die Auswahl läuft meist über Abfrageparameter. Beim zweiten sind die Varianten desselben Produkts auf mehreren Seiten erreichbar, und jede Seite trägt eigenes Markup [1].
Für den Canonical folgt daraus eine klare Regel. Im Modell mit einer Seite gibt es "nur eine kanonische URL für die gesamte ProductGroup", in der Regel die Basis-URL ohne vorausgewählte Variante [1]. Im Modell mit mehreren Seiten gibt es keine einzelne kanonische URL für die Produktgruppe, weil die Varianten auf gleichwertige Seiten verteilt sind [1]. Jede Variantenseite zeigt dann mit dem Canonical auf sich selbst, so wie Google es für alle indexierbaren Seiten empfiehlt [2].
Googles Leitfaden zur URL-Struktur von Shops nennt für Produkte mit eigenen URLs je Variante die kanonische Produkt-URL auf allen Variantenseiten [2]. Das ist das erste Modell, bei dem die Variantenadressen nur zur Vorauswahl dienen. Wer Varianten als eigene, gleichwertige Seiten in die Suche bringen will, folgt dem zweiten Modell aus der Dokumentation zum Varianten-Markup. Wichtig ist, dass ein Shop sich je Produktgruppe für eines der beiden Modelle entscheidet.
Jede Variante braucht trotzdem eine eigene URL
Auch im Modell mit einer Seite verlangt Google, dass jede Variante über eine eindeutige URL mit Suchparametern direkt vorausgewählt werden kann [1]. Ruft jemand diese Adresse auf, müssen Bild, Preis und Verfügbarkeit der gewählten Variante stimmen, und die Variante muss sich in den Warenkorb legen lassen [1]. Googles Hinweise zur URL-Struktur von Shops nennen dafür zwei Formen: ein Pfadsegment wie /t-shirt/green oder einen Suchparameter wie /t-shirt?color=green [2]. Bei optionalen Parametern soll die URL ohne Parameter als kanonische URL dienen [2].
Eine Form fällt aus: das Fragment hinter dem Zeichen #. Google berücksichtigt Fragmente bei der Indexierung nicht, /product/t-shirt#black und /product/t-shirt#white gelten als dieselbe Seite [2]. Viele Varianten-Widgets schreiben die Auswahl nur ins Fragment. Für Besucher funktioniert das, für Google und für das Merchant Center gibt es dann keine Adresse, unter der die rote Variante vorausgewählt ist.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Welches Modell zu Ihrem Sortiment passt
Die Wahl hängt davon ab, wonach Käufer suchen. Suchen sie nach dem Produkt und wählen dann Farbe und Größe, ist eine Seite für alle Varianten das einfachere Modell. Die Seite sammelt alle Links und Bewertungen, und es gibt keine Gefahr, dass sich Variantenseiten gegenseitig Konkurrenz machen.
Suchen Käufer gezielt nach einer Variante, kann eine eigene Seite je Variante sinnvoll sein. Typische Fälle sind Farben mit eigener Nachfrage, etwa bei Möbeln oder Sneakern, und Varianten, die sich technisch stark unterscheiden, etwa Geräte mit unterschiedlicher Leistung. Größen haben fast nie eine eigene Suchnachfrage und gehören auf die Seite ihrer Farbe oder des Produkts.
Ein Mischmodell ist häufig die beste Lösung: eine Seite je Farbe, jede mit eigenem Canonical, und auf jeder Seite die Größenauswahl über Parameter. Wichtig ist nur, dass das Modell einheitlich umgesetzt wird und dass Sie es Google mit dem Markup erklären.
Varianten-Markup: ProductGroup und IDs
Für Varianten gibt es eigene Eigenschaften in den strukturierten Daten: ProductGroup mit hasVariant und variesBy für die Gruppe, isVariantOf und inProductGroupWithID für die einzelne Variante, productGroupID für die Kennung der Gruppe [1]. Jede Variante muss im Markup eine eindeutige ID haben, etwa über sku oder gtin, und auch die Produktgruppe braucht eine eindeutige ID [1].
Sowohl Produkt-Snippets als auch Händlereinträge unterstützen Produktvarianten [3]. Mit dem Markup erkennt Google, welche Produkte zum selben übergeordneten Produkt gehören. Den Aufbau des übrigen Product-Markups beschreibt der Ratgeber Produkt-Schema umsetzen.
Varianten im Merchant Center
Im Feed werden Varianten über die Artikelgruppen-ID item_group_id verbunden. Für Produktvarianten ist sie in Produkteinträgen erforderlich, und in Shopping-Anzeigen ist sie für Varianten in bestimmten Zielländern Pflicht, darunter Deutschland [4]. Alle Varianten desselben Produkts tragen denselben Wert, verschiedene Produkte verschiedene Werte, und ein einmal vergebener Wert sollte sich nicht mehr ändern [4].
Jede Variante wird als eigenes Produkt mit eigener ID übermittelt und sollte eine eigene Landingpage-URL haben, alternativ eine URL mit vorausgewählter Variante [4]. Die Produktdetails auf der Landingpage müssen zu den Variantenwerten passen [4]. Ein Feed, der für alle 30 Varianten die Basis-URL angibt, führt Käufer der roten Größe M auf eine Seite, auf der Blau in Größe S vorausgewählt ist, und das Merchant Center erkennt die Abweichung.
Was Sie beim Canonical vermeiden sollten
Google nennt Weiterleitungen und rel="canonical" starke Signale für die Wahl der kanonischen URL, die Sitemap ein schwaches [5]. Wenn interne Links, Sitemap und Canonical in verschiedene Richtungen zeigen, wählt Google womöglich eine andere kanonische URL als die gewünschte. Google rät deshalb, intern immer auf die kanonische URL zu verlinken [5].
Zwei Mittel taugen für Varianten nicht. Die robots.txt soll laut Google nicht zur Kanonisierung genutzt werden, und auch noindex rät Google dafür ab [5]. Eine Variantenseite, die per robots.txt gesperrt ist, kann Google nicht abrufen und sieht deshalb auch ihren Canonical nicht.
Häufige Fehler, die wir in Shops finden:
- Jede Variantenseite trägt einen Canonical auf die erste Variante, obwohl die Varianten eigene Seiten mit eigener Nachfrage sind.
- Die Basis-URL ohne Parameter zeigt eine Variante, die nicht mehr lieferbar ist, und der Canonical aller anderen Varianten zeigt auf genau diese Seite.
- Die Navigation verlinkt eine Variante mit Parameter, der Canonical zeigt auf die Basis-URL, die Sitemap enthält wieder eine dritte Form.
Varianten, Filter und doppelte Inhalte
Varianten und Filter sehen in der Adresse oft gleich aus, beide nutzen Parameter wie ?color=red. Der Unterschied liegt in der Seite: Eine Variante ist dasselbe Produkt in einer anderen Ausführung, ein Filter schränkt eine Liste ein. Für Filter auf Kategorieseiten gelten deshalb andere Regeln, die der Ratgeber Filter und Facetten im Shop beschreibt. Wie Shopware Varianten und Filter behandelt, steht im Fachportal unter Duplicate Content durch Varianten und Filter.
So prüfen Sie Ihre Variantenseiten
Rufen Sie für ein Produkt drei Varianten über ihre eigenen Adressen auf und prüfen Sie für jede: Ist die richtige Variante vorausgewählt, stimmen Bild, Preis und Lagerstatus, wohin zeigt der Canonical, und welche ID steht im Markup? Das URL-Prüftool der Search Console zeigt, welche kanonische URL Google gewählt hat. Weicht sie von Ihrer Angabe ab, erklärt die FAQ Canonical-URL nicht von Google ausgewählt die möglichen Ursachen. Einzelne Adressen lassen sich auch mit dem Canonical-Prüfer testen.
Sie sind unsicher, ob Ihre Farben eigene Seiten brauchen oder auf eine Seite gehören? Bringen Sie die Frage in die gratis Sprechstunde mit. Dort sehen wir uns gemeinsam an, welches Modell zu Ihrem Sortiment passt.
- Organisation Strukturierte Daten für Produktvarianten. Google Search Central. Stand 12.09.2026. abgerufen am 31.10.2026
- Organisation Best Practices für die URL-Struktur von E-Commerce-Websites. Google Search Central. Stand 18.12.2025. abgerufen am 31.10.2026
- Organisation Einführung in strukturierte Daten für Produkte auf Google. Google Search Central. Stand 18.12.2025. abgerufen am 31.10.2026
- Organisation Artikelgruppen-ID (item_group_id). Google Merchant Center-Hilfe. Stand ohne Datum. abgerufen am 31.10.2026
- Organisation Kanonische URLs angeben (doppelte URLs konsolidieren). Google Search Central. Stand 15.07.2026. abgerufen am 31.10.2026
Häufige Fragen
Brauche ich für jede Farbe eine eigene Seite?
Nur wenn Käufer gezielt nach der Farbe suchen oder sich die Varianten stark unterscheiden. Sonst reicht eine Seite für alle Varianten mit einer kanonischen Basis-URL und Parametern zur Vorauswahl.
Wohin zeigt der Canonical einer Variante mit Parameter?
Im Modell mit einer Seite auf die Basis-URL der Produktgruppe. Im Modell mit eigenen Variantenseiten zeigt jede Seite auf sich selbst.
Darf ich Varianten über ein Fragment wie #rot auswählen?
Für Besucher funktioniert das, Google ignoriert Fragmente aber bei der Indexierung. Jede Variante sollte über einen Pfad oder einen Parameter direkt aufrufbar sein.
Was ist die item_group_id?
Das Attribut im Merchant-Center-Feed, das Varianten eines Produkts verbindet. Alle Varianten tragen denselben Wert. Für Varianten in Deutschland ist sie in Shopping-Anzeigen Pflicht, in Produkteinträgen ebenfalls erforderlich.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Haben Sie einen Fehler entdeckt? Schreiben Sie uns.
