Das Canonical-Tag
Wie Sie die Referenzversion einer durch URL-Parameter duplizierten Seite kennzeichnen – und Fehler vermeiden, die ganze Seiten aus dem Index werfen.
Das Canonical-Tag zeigt Suchmaschinen an, welche URL als Referenzversion gelten soll, wenn mehrere Adressen identischen oder sehr ähnlichen Inhalt anzeigen. Falsch gesetzt, kann es ganze Seiten aus den Ergebnissen verschwinden lassen.
Das Problem doppelter Inhalte
Derselbe Inhalt, erreichbar über mehrere URLs (mit oder ohne abschließenden Schrägstrich, mit Sortierparametern, in einer „Druckversion", gleichzeitig über HTTP und HTTPS), erzeugt Mehrdeutigkeit: Die Suchmaschine muss erraten, welche dieser URLs sie indexieren und anzeigen soll. Ohne klares Signal entscheidet sie selbst – mitunter unterschiedlich von Suchmaschine zu Suchmaschine –, was die Autorität der Seite auf mehrere Adressen verteilt, statt sie auf eine einzige zu konzentrieren.
Diese Verwässerung hat konkrete Folgen: Externe Links, die auf verschiedene Varianten derselben Seite verweisen (manche auf die Version mit Schrägstrich, andere ohne), verteilen ihren Wert auf mehrere URLs, statt ihn auf eine einzige Referenzadresse zu bündeln. Ein korrekt gesetztes Canonical-Tag bündelt dieses Signal auf einer einzigen URL, was ihre Position stärkt im Vergleich zu einer Situation, in der die Autorität verstreut bliebe.
Der häufige Fall von URL-Parametern
Filter, Sortierungen und Kampagnen-IDs erzeugen oft Dutzende Varianten derselben Seite:
https://beispiel.de/schuhe?farbe=rot&sortierung=preis
https://beispiel.de/schuhe?sortierung=preis&farbe=rot
https://beispiel.de/schuhe?utm_source=newsletter
Diese drei URLs zeigen inhaltlich dasselbe an. Jede sollte über ihr Canonical-Tag auf die „saubere" Version der Seite verweisen:
<link rel="canonical" href="https://beispiel.de/schuhe">
Syntax und Best Practices
Das Tag steht im <head> des Dokuments, mit einer absoluten URL (niemals relativ), die auf die Version verweist, die Sie indexiert sehen möchten. Eine relative URL (/produkt/produktname statt https://beispiel.de/produkt/produktname) kann je nach Auflösungskontext des Browsers oder Bots falsch interpretiert werden – eine leicht vermeidbare Fehlerquelle:
<head>
<link rel="canonical" href="https://beispiel.de/produkt/produktname">
</head>
Einige Regeln, die es zu beachten gilt:
- eine Seite, die kanonisch auf sich selbst verweist, ist der korrekte Standardfall (das ist kein Fehler, sondern sogar empfehlenswert);
- die kanonische URL muss erreichbar sein (keine Weiterleitung, kein 404) und mit dem tatsächlich verwendeten Protokoll und der Subdomain übereinstimmen (https vs. http, www vs. ohne www);
- geben Sie nur eine einzige kanonische URL pro Seite an – ein Canonical-Tag ist keine Liste.
Wann Sie ein Canonical-Tag setzen sollten (und wann nicht)
Setzen Sie ein Canonical-Tag, wenn mehrere URLs identischen oder nahezu identischen Inhalt anzeigen (technische Paginierung, Sortierung, Tracking). Verwenden Sie es nicht als Ersatz für eine Weiterleitung: Wenn eine alte Seite nicht mehr existieren soll, ist eine 301-Weiterleitung das richtige Mittel – nicht ein Canonical-Tag, das beide URLs aktiv lässt.
Ein häufiges Missverständnis besteht darin, das Canonical-Tag als bindende Anweisung an die Suchmaschine zu betrachten. Tatsächlich handelt es sich um eine starke Empfehlung: Wenn andere Signale Ihrer Wahl deutlich widersprechen (etwa massive externe Links, die auf die „nicht-kanonische" Version verweisen), können manche Suchmaschinen dennoch eine andere URL als die angegebene indexieren. Diese Situation bleibt selten, wenn das Markup mit dem Rest der Website übereinstimmt, erklärt aber, warum ein Canonical-Tag, das durch den tatsächlichen Kontext der Seite schlecht begründet ist, eher ignoriert wird.
Häufige Fehler
- Ein Canonical-Tag, das durch einen Konfigurationsfehler auf eine andere Seite verweist (häufig nach einer Migration oder einem CMS-Wechsel), was eine Seite versehentlich aus dem Index nehmen kann.
- Sich widersprechende Canonical-Tags (Seite A verweist auf B, die wiederum auf C verweist) – eine sogenannte Canonical-Kette, die ebenso zu vermeiden ist wie eine Weiterleitungskette.
- Das Canonical-Tag bei mehrsprachigen Versionen vergessen, das mit dem Hreflang-Tag kombiniert werden sollte, statt die Versionen wie Duplikate aufeinander verweisen zu lassen.
- Ein Canonical-Tag auf eine durch robots.txt blockierte Seite setzen, was die Suchmaschine daran hindert, die Konsistenz des Inhalts zu überprüfen.
Der Fall von Paginierung und ähnlichem, aber nicht identischem Inhalt
Paginierung (Seite 1, Seite 2, Seite 3 einer Artikelliste) verdient besondere Aufmerksamkeit: Jede Ergebnisseite zeigt unterschiedlichen Inhalt, auch wenn die Gesamtstruktur ähnlich wirkt. Ein einziges Canonical-Tag für alle Folgeseiten auf Seite 1 zu setzen, kommt der Bitte an die Suchmaschine gleich, den eigenen Inhalt der Seiten 2, 3 usw. zu ignorieren – was selten wünschenswert ist, wenn dieser Inhalt einen eigenen Wert hat. Die bewährte Praxis besteht in den allermeisten Fällen darin, jede Paginierungsseite kanonisch auf sich selbst verweisen zu lassen und sich auf eine klare interne Verlinkung statt auf das Canonical-Tag zu stützen, um die Beziehung zwischen den Seiten zu signalisieren.
Auch der Fall „fast" duplizierter Inhalte (zwei sehr ähnliche Produktseiten mit einer Farb- oder Größenvariante) erfordert Fingerspitzengefühl: Ist der Unterschied für den Nutzer relevant (und damit für die Suchanfrage, die er eingibt), verdient jede Variante in der Regel eine eigene Indexierung statt einer Kanonisierung auf eine einzige Version.
Für einen vollständigen Überblick über alle technischen Punkte, die vor der Veröffentlichung zu prüfen sind, siehe die vollständige technische Checkliste.