Kurze Antwort: Ein Canonical Tag teilt Google mit, welche URL die echte ist, wenn derselbe Inhalt unter mehreren Adressen erreichbar ist. Shopify erstellt von Haus aus Duplikate – jedes Produkt ist unter /products/x und /collections/y/products/x erreichbar – und der Standard-Canonical von Shopify behandelt diesen Fall korrekt. Die Probleme sind die, die Shopify nicht behandelt: Tag-Filter, Sortierparameter und internationalisierte Duplikate.

Die meisten Shopify-Shops müssen Canonical Tags überhaupt nicht anfassen. Diejenigen, die es tun, haben normalerweise ein spezifisches Symptom: Die Search Console meldet "Duplikat, Google hat einen anderen Canonical als den Benutzer gewählt", oder eine Kategorieseite wird dutzende Male mit unterschiedlichen Abfragezeichenfolgen indexiert.

Was Shopify bereits richtig macht

Jedes Shopify-Theme gibt <link rel="canonical"> in theme.liquid aus, das auf canonical_url zeigt. Für Produkte löst sich das zu /products/handle auf, unabhängig davon, über welchen Kategoriespfad der Käufer gekommen ist. Das ist korrekt und sollte nicht geändert werden.

Dieser einzelne Standard behandelt die häufigste Duplizierung in Shopify, weshalb Canonical Tags hier weit weniger ein Problem sind als auf benutzerdefinierten Plattformen.

Wo es Probleme gibt

Tag-gefilterte Kollektionen. /collections/shirts/blue ist eine eigenständige URL mit ihrem eigenen Canonical, der auf sich selbst zeigt. In einem Shop mit vielen Tags erzeugt dies Hunderte von dünnen, nahezu doppelten Seiten, die alle selbst-canonical sind und miteinander konkurrieren. Dies ist das häufigste Canonical-Problem bei Shopify.

Sortier- und Paginierungsparameter. ?sort_by=price-ascending zeigt dieselben Produkte in einer anderen Reihenfolge. Der Canonical von Shopify entfernt diese normalerweise, aber Themes, die ihren eigenen Canonical aus request.url erstellen, tun dies nicht.

Suchergebnisseiten. /search?q=… Seiten sind selbst-canonical und werden, wenn sie von irgendwo aus durchsuchbar verlinkt sind, indexiert. Sie sollten eher auf "noindex" gesetzt werden als canonicalisiert.

Märkte und lokale Duplikate. Ein Shop, der in drei Regionen verkauft, kann dasselbe Produkt unter drei URLs anbieten. Dies erfordert hreflang, nicht Canonicals – das Canonicalisieren auf eine Locale entfernt die anderen vollständig aus ihren lokalen Ergebnissen, was fast immer das falsche Ergebnis ist.

Behebung des Tag-Filter-Falls

Zwei vertretbare Ansätze, und die Wahl hängt davon ab, ob die gefilterten Seiten Suchnachfrage haben.

Wenn niemand nach "blauen Hemden" als Phrase sucht, canonicalisieren Sie die gefilterten Ansichten zur übergeordneten Kollektion. Konsolidiert Signale, entfernt die dünnen Seiten, kostet nichts.

Wenn sie es tun – "wasserdichte Damen-Wanderstiefel" ist eine echte Anfrage – ist die gefilterte Seite Ihre beste Zielseite dafür, und das Canonicalisieren würde das zunichtemachen. Lassen Sie sie selbst-canonical, geben Sie ihr eine einzigartige H1 und Einführung und behandeln Sie sie als Seite statt als Filter.

Die falsche Antwort ist, nichts zu tun und Hunderte von selbst-canonical Filter-URLs ansammeln zu lassen.

Situation Canonical Tag Setup Ergebnis
Keine Suchnachfrage für gefilterte Ansicht (z.B. „blaue Hemden“ nicht gesucht) Gefilterte URL zur übergeordneten Kollektion canonicalisieren Konsolidiert Ranking-Signale, entfernt dünne Seiten
Gefilterte Ansicht zielt auf eine echte Suchanfrage (z.B. „wasserdichte Damen-Wanderstiefel“) Gefilterte URL selbst-canonical lassen; einzigartige H1 und Einführung hinzufügen Erhält Zielseite, erfasst Suchverkehr
Keine Maßnahme ergriffen (keine) Hunderte von selbst-canonical Filter-URLs sammeln sich an, konkurrieren miteinander

Überprüfen statt annehmen

Canonical Tags sind beratend. Google behandelt sie als Hinweis und ignoriert sie regelmäßig, was genau das ist, was der Bericht "Google hat einen anderen Canonical gewählt" Ihnen sagt: Ihr Tag sagte etwas und Google war anderer Meinung.

Wenn das passiert, ist die Ursache fast immer ein widersprüchliches Signal – interne Links, die auf die nicht-canonical URL zeigen, eine Sitemap, die sie auflistet, oder eine Umleitungskette. Beheben Sie das Signal, nicht das Tag.

Überprüfen Sie mit dem URL-Inspektions-Tool in der Search Console, das sowohl den von Ihnen deklarierten Canonical als auch den von Google ausgewählten anzeigt. Wenn sie sich unterscheiden, ist das die gesamte Diagnose.

Verwandte Themen