Canonical im E-Commerce: Varianten, Filter, Pagination

Das Tag <link rel="canonical"> ist eines der wirksamsten SEO-Werkzeuge – und eines der am häufigsten falsch eingesetzten auf E-Commerce-Websites. Richtig konfiguriert löst es Duplicate Content, bündelt die SEO-Autorität und hilft dabei, die Tausenden technischen URLs sauber zu steuern, die ein Katalog erzeugt.

Hier sind die 4 konkreten Fälle, die man bei 90 % der Shops sieht, und die richtige Umsetzung für jeden davon.

Self-referential canonical: die Grundlage

Jede Seite Ihrer Website sollte ein Canonical haben, das auf sich selbst zeigt. Das wirkt anfangs unlogisch, ist aber die Regel.

<!-- Seite: https://example.com/products/chaussure-derby -->
<link rel="canonical" href="https://example.com/products/chaussure-derby" />

Warum:

Signalisiert Google, dass diese URL die Referenzversion ist (keine Kopie, keine Variante)
Schützt vor störenden Parametern (UTM, Tracking usw.): Wenn jemand auf /products/chaussure-derby?ref=newsletter verlinkt, sieht Google das Canonical und erkennt, dass die eigentliche URL die saubere Version ist
Hilft, URLs mit/ohne trailing slash, mit/ohne www, http vs https zu vereinheitlichen

Ohne Canonical muss Google raten, welche URL kanonisiert werden soll, und diese Wahl ist nicht immer optimal.

Fall 1 — Produktvarianten

Das ist der häufigste Fall. Ein Produkt mit 5 Farben × 4 Größen = 20 Varianten. Jede Variante kann potenziell eine eigene URL haben:

/products/chaussure-derby                          ← Hauptprodukt
/products/chaussure-derby?variant=12345            ← Variante 44 schwarz
/products/chaussure-derby?variant=12346            ← Variante 45 schwarz
/products/chaussure-derby?variant=12347            ← Variante 44 braun

Auf den meisten Plattformen (Shopify, WooCommerce) ändern Varianten den Preis und die angezeigten Bilder, erzeugen aber keine echte neue Seite – nur dieselbe Seite mit einem anderen state.

Canonical-Umsetzung:

<!-- Auf ALLEN diesen URLs zeigt das Canonical auf das Hauptprodukt -->
<link rel="canonical" href="https://example.com/products/chaussure-derby" />

Auch wenn die aktuelle URL ?variant=12346 ist, bleibt das Canonical die Version ohne Parameter. Google bündelt den gesamten „Link Juice“ auf der Parent-URL, und die Varianten erscheinen nie in den SERP.

Häufiger Fehler: Jede Variante mit ihrem eigenen Parameter auf sich selbst kanonisieren lassen. Ergebnis: Google sieht 20 nahezu identische Seiten und rankt keine davon richtig.

Fall 2 — Varianten mit eigenen Seiten

Wenn Ihr Katalog Varianten als vollwertige Seiten mit eigenen URLs behandelt (z. B. /products/chaussure-derby-noir-44), ändert sich die Logik.

Wenn die Varianten eigenständigen SEO-Content haben (anderer Titel, angepasste Beschreibung, eigene reviews):

Self-referential canonical auf jeder Variante
hreflang oder interne Verlinkungslogik, um sie miteinander zu verbinden

Wenn die Varianten 90 %+ des Inhalts teilen:

Canonical auf eine „Haupt“-Variante (meist die beliebteste)
Oder Canonical auf das generische Hauptprodukt

Beispiel:

<!-- /products/chaussure-derby-noir-44 -->
<link rel="canonical" href="https://example.com/products/chaussure-derby-noir" />

<!-- /products/chaussure-derby-noir-45 -->
<link rel="canonical" href="https://example.com/products/chaussure-derby-noir" />

Ergebnis: Google indexiert chaussure-derby-noir als kanonische Version, die einzelnen Größen erscheinen nicht in den SERP.

Fall 3 — Pagination von Kategorien

Sie haben eine Kategorie „Schuhe“ mit 200 Produkten, aufgeteilt auf 10 Seiten:

/collections/chaussures          ← Seite 1
/collections/chaussures?page=2   ← Seite 2
/collections/chaussures?page=3   ← Seite 3

Ansatz 2026 (nach rel=next/prev):

Google hat die Unterstützung für rel=next/prev 2019 eingestellt. Die aktuelle Best Practice:

<!-- Auf /collections/chaussures -->
<link rel="canonical" href="https://example.com/collections/chaussures" />

<!-- Auf /collections/chaussures?page=2 -->
<link rel="canonical" href="https://example.com/collections/chaussures?page=2" />

<!-- Auf /collections/chaussures?page=3 -->
<link rel="canonical" href="https://example.com/collections/chaussures?page=3" />

Jede Seite ist self-referential – sie enthält anderen Content (andere Produkte) und sollte daher separat indexiert werden.

Was Sie NICHT tun sollten: Alle paginierten Seiten auf Seite 1 kanonisieren. Das ist ein häufiger Fehler. Ergebnis: Google indexiert nur Seite 1, Ihre Produkte auf Seite 3–10 werden unsichtbar.

Fall 4 — Facettierte Filter

Das ist der komplexeste Fall. Eine Kategorie mit Filtern:

/collections/chaussures                      ← ungefiltert
/collections/chaussures?color=noir           ← nach Farbe gefiltert
/collections/chaussures?color=noir&size=44   ← nach Farbe + Größe gefiltert
/collections/chaussures?sort_by=price-asc    ← nach Preis sortiert

Drei mögliche Strategien:

Strategie 1 — Alle gefilterten Varianten auf die Hauptkategorie kanonisieren

<!-- Auf /collections/chaussures?color=noir -->
<link rel="canonical" href="https://example.com/collections/chaussures" />

Einfach. Geeignet, wenn Sie gefilterte Seiten nicht indexieren möchten. Nachteil: Suchanfragen wie „schwarze Schuhe“ ranken dann nicht auf die passende gefilterte Seite.

Strategie 2 — Saubere URLs für wichtige Filter, self-canonical

Für Kombinationen mit hohem Suchvolumen saubere URLs anlegen:

/collections/chaussures-noir
/collections/chaussures-noir-homme

Jede URL hat ihr self-referential canonical, und URLs mit Parametern (?color=noir) kanonisieren auf diese sauberen Versionen.

Strategie 3 — Gefilterte URLs über robots.txt blockieren

Google diese URLs gar nicht erst crawlen lassen. Siehe robots.txt im E-Commerce.

Empfehlung: Strategie 2 für kommerziell wichtige Filter, Strategie 3 für unendliche Kombinationen.

Canonical und i18n: nicht mit hreflang verwechseln

Klassische Falle. Sie haben eine DE-Seite und ihre EN-Übersetzung:

/fr/products/chaussure-derby
/en/products/leather-derby-shoes

❌ Fehler: Ein Canonical von der EN-Version auf die FR-Version setzen.

<!-- Auf /en/products/leather-derby-shoes -->
<link rel="canonical" href="https://example.com/fr/products/chaussure-derby" />

Folge: Google ignoriert die EN-Version, hält sie für ein Duplicate der FR-Version und indexiert sie nicht.

✅ Best Practice: Jede lokalisierte Seite hat ihr eigenes Canonical + hreflang.

<!-- Auf /en/products/leather-derby-shoes -->
<link rel="canonical" href="https://example.com/en/products/leather-derby-shoes" />
<link rel="alternate" hreflang="en" href="https://example.com/en/products/leather-derby-shoes" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/products/chaussure-derby" />

Siehe unseren vollständigen Leitfaden hreflang im mehrsprachigen E-Commerce.

Umsetzung nach Plattform

Shopify

Shopify erzeugt automatisch ein Canonical auf jeder Produktseite, das auf die saubere URL ohne Parameter zeigt. Standardmäßig meist korrekt. Sie können es über das Template überschreiben:

<!-- theme.liquid im <head> -->
<link rel="canonical" href="{{ canonical_url }}" />

Für URLs mit Variantenparametern kanonisiert Shopify standardmäßig korrekt.

WooCommerce

Kein natives Canonical auf allen Seiten. SEO-Plugins (Yoast, RankMath, AIO SEO) übernehmen das. Alle setzen standardmäßig ein self-referential canonical, mit Option zur Anpassung pro Seite.

Prüfen Sie per site: in Google oder mit Screaming Frog, ob jede URL Ihrer Website ein Canonical hat und ob es auf die richtige URL zeigt.

Headless

Manuelle Generierung in der Komponente jeder Seite. In Next.js übernimmt das Feld alternates.canonical in generateMetadata das sauber.

Canonical-Audit in 15 Minuten

Schritte:

Mit Screaming Frog crawlen: Der Bericht „Canonical“ zeigt alle URLs und ihre Canonicals
Anomalien filtern:
- URLs ohne Canonical → korrigieren
- Canonicals auf eine 4xx- oder 5xx-URL → korrigieren
- Canonical-Ketten (A → B → C) → direkt zu A → C vereinfachen
- Seiten mit noindex und Canonical → Widerspruch auflösen
Varianten prüfen: Bei 10 Produkten mit Varianten kontrollieren, dass alle Varianten-URLs ein korrektes Canonical haben
Pagination prüfen: Für jede paginierte Kategorie self-reference auf jeder Seite prüfen

FAQ

Wird eine Seite ohne Canonical abgestraft?

Nicht direkt, aber sie ist riskant. Google wählt dann seine eigene kanonische URL, und das ist möglicherweise nicht die, die Sie möchten. In einem E-Commerce-Shop sollte das Canonical immer explizit gesetzt werden.

Wird das Canonical von Google zu 100 % beachtet?

Nein. Das Canonical ist ein Signal, Google kann es ignorieren, wenn eine andere URL aus seiner Sicht passender ist. Häufige Gründe: Canonical auf eine qualitativ schwächere Seite, auf eine Seite mit weniger Backlinks oder ein Widerspruch zu anderen Signalen (hreflang, internal linking).

Kann ich mehrere Canonicals auf einer Seite haben?

Nein. Pro Seite nur ein einziges <link rel="canonical">-Tag. Wenn mehrere vorhanden sind, ignoriert Google die Anweisung vollständig.

Canonical vs 301: Was ist der Unterschied?

301 ist eine physische Weiterleitung: Nutzer und Bot werden auf eine andere URL geschickt. Canonical lässt die aktuelle URL erreichbar, signalisiert aber, dass eine andere die Referenzversion ist. Verwenden Sie 301 für dauerhaft verschobene URLs, Canonical für beabsichtigte Duplicates (Varianten, Parameter).

Wird eine Seite mit Canonical auf eine andere indexiert?

Nein, normalerweise nicht. Google „führt“ die Seite mit ihrem Canonical zusammen und indexiert nur die kanonische URL. Wenn Sie möchten, dass beide indexiert werden (seltener Fall), müssen Sie den Inhalt unterscheiden und auf jeder Seite ein self-referential canonical verwenden.

Kann das Canonical relativ sein (z. B. `/products/foo`)?

Technisch ja, praktisch nein. Verwenden Sie immer die absolute URL mit Protokoll (https://example.com/products/foo). Relative URLs sind eine Fehlerquelle (falsches scheme, falscher host).

Für die Prüfung und Korrektur der Canonicals Ihres Katalogs in großem Maßstab siehe Ecomptimize für Shopify oder Ecomptimize für WooCommerce.