Canonical-Tag richtig setzen: drei Signale, sortiert nach ihrer Stärke

Der canonical-Tag sagt Google, welche URL bleiben soll, wenn mehrere Adressen denselben Inhalt ausliefern. Er ist ein Signal, keine Anweisung: Google wägt ihn gegen Weiterleitungen, die Sitemap und deine internen Links ab und kann eine andere URL wählen. Deine Aufgabe ist, diese Signale in dieselbe Richtung zu bringen und zu prüfen, ob die Seite, die bleiben soll, auf sich selbst zeigt.

Bevor du anfängst

Du musst den <head> einer Seite bearbeiten oder einen Antwort-Header setzen können. Außerdem musst du entscheiden, welche URL du in den Ergebnissen willst; das ist eine Inhaltsentscheidung, keine technische. Sind zwei Seiten wirklich verschieden, hast du kein canonical-Problem, sondern zwei Seiten, die um dasselbe Thema konkurrieren.

Interne Links gehören zum Mechanismus. Wenn deine Strategie für interne Verlinkung auf die doppelte Version zeigt, verliert der Tag seinen Halt.

Warum der canonical-Tag nur eines von mehreren Signalen ist

Googles Dokumentation zur Canonicalization, gelesen am 2026-10-25, beginnt mit einer Rangfolge der Methoden statt mit ihrer Beschreibung. Diese Reihenfolge erklärt jeden Fall, in dem ein canonical-Tag ignoriert zu werden scheint.

Die Dokumentation nennt die Weiterleitung ein „starkes Signal“, dass ihr Ziel kanonisch werden soll, die Link-Annotation ebenfalls ein „starkes Signal“ und die Sitemap-Aufnahme ein „schwaches Signal“. Sie ergänzt, dass sich diese Methoden stapeln und gemeinsam wirksamer werden. Daraus folgen zwei Dinge. Wenn du A auf B weiterleitest und dann auf B einen canonical setzt, der zurück auf A zeigt, hast du zwei starke Signale in entgegengesetzte Richtungen geschickt. Und wenn deine Sitemap A listet, während dein canonical B nennt, hast du keinen Fehler gemacht, sondern deinen eigenen Fall geschwächt.

Eine Weiterleitung entfernt eine URL. Ein canonical-Tag behält sie und bittet darum, dass die Wertung woanders hingeht. Entscheide danach, ob noch jemand die Seite erreichen muss.

Canonical-Tag in vier Schritten setzen

Für eine Seite dauert das etwa zehn Minuten, für jede weitere genauso lange.

1. Lege die URL fest, die bleiben soll. Schreib sie vollständig aus, mit Protokoll, tatsächlich ausgeliefertem Host und tatsächlich verwendetem abschließendem Schrägstrich.
2. Setze auf diese URL einen canonical, der auf sie selbst verweist. Google empfiehlt das ausdrücklich, auch auf der kanonischen Seite selbst.
3. Richte jede Dublette darauf aus, mit nur einer Methode. Die Dokumentation rät, zwischen Link-Element und HTTP-Header zu wählen, weil beides zusammen fehleranfälliger ist.
4. Bringe die internen Links in Einklang. Verlinke innerhalb der Seite die kanonische URL, nicht eine Dublette.

Schritt 2 wird gern übersprungen, weil eine Seite, die auf sich selbst zeigt, überflüssig wirkt. Sie ist es nicht: Sie verhindert, dass die Kopie eines Aggregators, ein Tracking-Parameter oder eine Druckansicht zur Version wird, für die sich Google entscheidet.

Das Ergebnis: zwei Blöcke und eine Prüfung

Die Form als Link-Element, im <head> der kanonischen Seite und jeder Dublette:

<link rel="canonical" href="https://example.com/dresses/green-dresses" />

Die Form als HTTP-Header, die einzige Option für ein PDF oder Bild, weil das Link-Element nur auf HTML-Seiten funktioniert:

Link: <https://example.com/white-paper.pdf>; rel="canonical"

Und die Prüfung, die liest, was die Seite angibt und wo die URL tatsächlich landet:

# Was gibt die Seite an?
curl -sL https://example.com/page \
  | grep -o '<link[^>]*rel="canonical"[^>]*>'

# Gibt es zusätzlich einen Header? (beides zusammen ist nicht zu empfehlen)
curl -sIL https://example.com/page | grep -i '^link:'

# Wo landet die URL tatsächlich?
curl -s -o /dev/null -w '%{url_effective}\n' -L https://example.com/page

Wenn der dritte Befehl eine andere URL ausgibt als der erste, ist das nicht automatisch falsch: Eine Weiterleitungskette, die auf der kanonischen Seite endet, ist stimmig. Falsch ist es, wenn der canonical eine URL nennt, die selbst weiterleitet, denn dann bittest du Google, eine Seite zu behalten, die an dieser Adresse nicht existiert. Auch die Sitemap muss auf die richtige Version zeigen; die vier wichtigen Felder stehen in Sitemap erstellen.

Was schiefgeht und wie du es erkennst

Der canonical kämpft gegen eine Weiterleitung

Symptom: Die Search Console meldet „Duplikat, Google hat eine andere kanonische URL gewählt als der Nutzer“. Ursache: Die genannte URL ist nicht die, auf der der Server landet. Teste den dritten Befehl, bevor du den Tag verantwortlich machst.

robots.txt versteckt eine Dublette

Symptom: Die Dublette erscheint weiter in den Ergebnissen, ohne Beschreibung. Die Dokumentation ist deutlich: Nutze robots.txt nicht zur Canonicalization, denn Google kann gesperrte URLs ohne Inhalt indexieren. Das Blockieren des Crawls entfernt den Beweis, nicht die URL.

noindex soll einen Gewinner küren

Symptom: Die Seite verschwindet, statt zusammengeführt zu werden. Google rät in derselben Liste davon ab: noindex zu nutzen, um die Auswahl einer kanonischen Seite innerhalb einer Website zu verhindern, blockiert die Seite vollständig. Wenn du sie behalten willst, ist der canonical die bessere Wahl.

Der canonical zeigt auf ein Fragment

Symptom: Es passiert nichts. Google unterstützt URL-Fragmente in der Regel nicht als canonical. Ein canonical, der auf #section endet, ist kein schwächeres Signal, sondern kein Signal.

Wo der canonical-Tag aufhört zu wirken

Keine dieser Methoden ist Pflicht. Die Dokumentation sagt es direkt: Deine Website kommt wahrscheinlich auch ohne canonical-Vorgabe zurecht, weil Google dann die objektiv beste Version auswählt. Ein canonical übersteht auch keinen Widerspruch: Annotationen mit hreflang, lang, media oder type werden für die Canonicalization gar nicht verwendet. Und ein canonical zwischen zwei verschiedenen Websites bleibt eine Bitte, abgewogen gegen alles andere, was Google weiß.

Hör auf, wenn die Search Console dir zustimmt und deine internen Links zu deinem Tag passen. Es gibt keinen weiteren Zustand. Wenn die Seiten nicht einmal abrufbar sind, fängst du dort an: Die Prüfung von Crawl- und Indexierungsfehlern kommt vor dem Tag, nicht danach.

Häufige Fragen

Wofür ist ein canonical-Tag da?

Um doppelte oder nahezu doppelte URLs auf eine Adresse zu bündeln, damit Links und andere Signale für eine Seite zählen statt sich zu verteilen. Google nennt einen zweiten Zweck: Crawl-Zeit nicht für Duplikate zu verbrauchen.

Braucht jede Seite einen?

Keine Seite braucht ihn. Jede profitiert, und er kostet eine Zeile im Template. Unsere Messung von August 2026 fand auf 23 von 28 Startseiten einen canonical, ungefähr die Quote, die man von einer Einstellung erwartet, die viele Content-Systeme inzwischen standardmäßig mitbringen.

Canonical oder 301-Weiterleitung?

Leite weiter, wenn niemand die alte URL braucht. Nutze canonical, wenn beide URLs weiter funktionieren müssen: eine gefilterte Liste, eine Druckansicht, eine syndizierte Kopie.

Ist der canonical-Tag Teil des HTML-Standards?

Er ist in RFC 6596 definiert, und Googles Dokumentation nennt dieses Dokument als das, was sie unterstützt. Es ist ein Webstandard und keine Google-Erfindung, deshalb lesen ihn auch andere Suchmaschinen.