Canonical-Tag erklärt: Wann du ihn brauchst (+ 5 typische Fehler)

Kurzantwort: Ein Canonical-Tag ist ein <link rel="canonical">-Element im <head> einer Seite. Es nennt die Adresse, die Google als Hauptfassung behandeln soll, wenn derselbe Inhalt unter mehreren Adressen erreichbar ist. Du brauchst es nicht auf jeder Website, denn ohne Angabe wählt Google selbst. Sobald aber Duplikate entstehen, lohnt es sich. Es ist ein Hinweis und keine Anweisung.

Was ist ein Canonical-Tag?

Stell dir vor, ein Artikel ist unter drei Adressen erreichbar: sauber, mit Tracking-Parameter und mit einer Sortierung. Google erkennt, dass die Seiten gleich aussehen, fasst sie zu einer Gruppe zusammen und wählt eine Hauptadresse. Google nennt das Canonicalization. Die gewählte, „kanonische“ Seite besucht Google am regelmäßigsten, die Duplikate seltener. Ein Suchergebnis zeigt meist auf die kanonische Seite, es sei denn, ein Duplikat passt für den Suchenden besser, etwa eine eigene mobile Seite für jemanden am Handy.

Mit dem Canonical-Tag sagst du Google, welche Adresse du bevorzugst. Er steht im <head> des HTML:

<link rel="canonical" href="https://beispiel.example/kleider/gruene-kleider">

Jede Adresse mit diesem Inhalt trägt diese Zeile, und jede nennt dieselbe Zieladresse. Google führt vier Gründe an: Du bestimmst, welche Adresse in den Ergebnissen erscheint. Signale wie Links werden auf einer Adresse gebündelt. Deine Zahlen lassen sich leichter auswerten. Und der Googlebot verbringt seine Zeit mit neuen Seiten statt mit Kopien. Ein Versprechen für bessere Platzierungen haben wir auf diesen Seiten nicht gefunden.

Wichtig vorab: Google schreibt selbst, die Angabe sei ein Hinweis und keine Regel („indicating a canonical preference is a hint, not a rule“). Google darf also eine andere Seite wählen als die, die du nennst.

Wann brauchst du ein Canonical-Tag?

Oft gar nicht. Auf Googles Seite zum Festlegen der kanonischen URL steht, keine der Methoden sei Pflicht („none of them are required; your site will likely do just fine without specifying a canonical preference“). Eine Seite, die nur unter einer Adresse existiert, braucht keine Hilfe.

Nachdenken musst du, sobald derselbe Inhalt mehr als eine Adresse hat. Typische Ursachen, aus Googles Liste und seinen Beispielen:

• Tracking-Parameter und Funktionen der Website. Googles eigenes Beispiel ist eine Adresse mit ?gclid=ABCD hinten dran. Dasselbe passiert beim Sortieren und Filtern einer Kategorieseite.
• Protokoll- und Host-Varianten. http und https, mit und ohne www. Unsere Einschätzung: Hier ist eine Weiterleitung das sauberere Werkzeug.
• Geräte-Varianten. Eine mobile Fassung unter eigener Adresse.
• Regionen in derselben Sprache. Eine Seite für Deutschland und eine für Österreich mit praktisch gleichem Text. Nimm Canonical und hreflang zusammen, wie in unserem Artikel zu hreflang einrichten.
• Versehentliche Varianten. Eine Demo- oder Testfassung der Website, die Crawler erreichen können.
• Dateien. Ein PDF neben der Seite mit demselben Inhalt.

Doppelte Inhalte sind an sich kein Verstoß: Google schreibt, ein Teil davon sei normal und verletze nicht die Spam-Richtlinien.

Ein Fall, für den das Tag nicht taugt, ist Syndizierung. Google empfiehlt es dort nicht, weil die Seiten der Partner oft ganz anders aussehen. Am wirksamsten ist, wenn die Partner die Indexierung deiner Inhalte sperren.

So setzt du das Canonical-Tag

Google nennt drei Wege, eine Präferenz anzugeben, und sagt, sie ließen sich kombinieren: Wer zwei oder mehr nutzt, erhöht die Chance, dass die bevorzugte Adresse erscheint.

Für das Element läuft Googles Rat auf Folgendes hinaus:

• Setze es in den <head> jedes Duplikats, mit vollständiger Adresse samt https://.
• Setze dasselbe Tag auch auf die kanonische Seite selbst (dazu gleich mehr).
• Bei Dateien, die kein HTML sind, etwa einem PDF, sendest du stattdessen einen HTTP-Header: Link: <https://www.example.com/downloads/white-paper.pdf>; rel="canonical". Google unterstützt das nur für die Websuche.
• Wähle Element oder Header. Beides gleichzeitig geht, ist laut Google aber fehleranfälliger.
• Bei einem CMS wie WordPress, Wix oder Blogger kannst du das HTML oft nicht direkt ändern. Such in den Einstellungen nach einer Seite für Suchmaschinen.

Eine Weiterleitung ist die richtige Methode, wenn das Duplikat verschwinden soll. Mehr dazu in unserem Artikel zur 301-Weiterleitung.

Soll eine Seite auf sich selbst zeigen?

Ja. Google empfiehlt ein rel="canonical" auch auf der kanonischen Seite selbst, ein sogenanntes selbstreferenzierendes Canonical. So sagt jede Fassung der Seite, die jemand erreicht, etwa mit Tracking-Parameter, dasselbe.

Unsere Einschätzung, nicht Googles: Bilde die Adresse im Tag aus der sauberen Adresse der Seite und nicht aus der aufgerufenen. Sonst landet der Parameter im Tag. Wie du das testest, steht weiter unten.

5 typische Fehler beim Canonical-Tag

Google dokumentiert jeden dieser Fehler auf seinen Canonical-Seiten. Wie oft sie vorkommen, haben wir nicht gemessen.

Fehler 1: Relative Adresse, Fragment oder falsches Protokoll

Nimm die vollständige Adresse. Google unterstützt relative Pfade, rät aber ab, weil sie später Probleme machen können, zum Beispiel wenn deine Testwebsite versehentlich gecrawlt wird. Googles Beispiele: https://www.example.com/dresses/green/green-dress.html ist gut, /dresses/green/green-dress.html ist schlecht.

Auch ein URL-Fragment (der Teil nach dem #) gehört nicht ins Tag, denn Google unterstützt Fragmente im Allgemeinen nicht. Und eine https-Seite, deren Canonical auf die http-Fassung zeigt, ist einer der Widersprüche, wegen derer Google die http-Fassung vorziehen kann.

Fehler 2: Zwei Signale, die sich widersprechen

Nenne für dieselbe Seite nicht über verschiedene Methoden verschiedene Canonicals, etwa in der Sitemap die eine Adresse und im Tag eine andere, oder im Header die eine und im Element eine andere. Auch ein CMS oder ein Plugin kann das Tag auf eine Adresse setzen, die du nicht wolltest. Google rät, das HTML in den Entwicklertools des Browsers zu prüfen. Verlinke intern auf die kanonische Adresse, nicht auf ein Duplikat.

Lösung: eine Methode, eine Adresse. Tag, Sitemap und interne Links nennen dieselbe.

Fehler 3: noindex, robots.txt oder das Entfernungstool statt eines Canonicals

Google nennt drei Dinge, die du nicht zur Kanonisierung einsetzen sollst. Erstens robots.txt, denn Google kann Adressen, die dort gesperrt sind, trotzdem ohne Inhalt indexieren („may still index URLs that are disallowed in robots.txt without their content“). Zweitens das Tool zum Entfernen von URLs, das alle Fassungen einer Adresse aus der Suche ausblendet. Drittens noindex, das die Seite vollständig aus der Suche nimmt.

Eine Seite mit noindex, die zugleich eine andere Adresse als Canonical nennt, sendet zwei gegenteilige Botschaften. Der Rat unserer Prüfung: Soll die Seite verschwinden, behalte noindex und entferne das Canonical. Soll sie einer anderen Seite zugerechnet werden, entferne noindex und behalte das Canonical.

Fehler 4: Ein Tag, das Google nicht lesen kann, oder JavaScript, das es verändert

Google akzeptiert das Link-Element nur im <head>-Bereich, deshalb muss zumindest dieser gültiges HTML sein. Googles Leitfaden zu JavaScript und SEO sagt: Am besten setzt du das Canonical im HTML und sorgst dafür, dass JavaScript es nicht ändert. Geht das nicht, setze es nur per JavaScript und lass es im HTML weg. Nenne nie im HTML die eine Adresse und im Skript eine andere.

Fehler 5: Das Tag zeigt auf eine Seite, die kein Duplikat ist

Das Tag ist für doppelte oder sehr ähnliche Seiten gedacht. Übersetzte Fassungen sind keine Duplikate, wenn der Haupttext in einer anderen Sprache steht, und bei hreflang will Google das Canonical in derselben Sprache, ersatzweise in der bestmöglichen. Eine Website, auf der jede Sprachfassung auf die englische Seite zeigt, widerspricht diesem Rat.

Lösung: Jede Sprachfassung nennt sich selbst, und die Fassungen verweisen per hreflang aufeinander.

Google wählt ein anderes Canonical als du: Was tun?

Weil das Tag ein Hinweis ist, wählt Google manchmal eine andere Adresse. Die Search Console meldet dann „Duplicate, Google chose different canonical than user“ (so heißt der Status in der englischen Oberfläche, nachzulesen in der Hilfe zur URL-Prüfung). Googles Seite zur Fehlersuche schlägt diese Schritte vor:

• Herausfinden, was Google gewählt hat. Prüfe in der URL-Prüfung die indexierte Fassung der Adresse und lies das Feld mit der von Google gewählten kanonischen URL („Google-selected canonical“ in der englischen Oberfläche). Daneben steht die von dir angegebene („User-declared canonical“). Der Live-Test kann das nicht vorhersagen.
• Fragen, ob Google recht hat. Ist seine Wahl für Besucher aus der Suche besser als deine?
• Technische Ursachen suchen. Googles Liste: Sprachvarianten ohne hreflang, ein CMS oder Plugin mit falschem Canonical, falsch eingerichtete Server, eingeschleuste Weiterleitungen oder fremde Canonicals nach einem Hack, syndizierte Inhalte und eine Kopie deiner Seite auf fremder Website.
• Die Seiten wirklich unterscheiden, wenn sie nicht eins sein sollen. Google hält Seiten nach einer Korrektur bis zu zwei Wochen in der Duplikat-Gruppe, und die Funktion zum Beantragen der Indexierung ist über Kontingente begrenzt. Spare sie für wichtige Adressen auf.

So prüfst du dein Canonical-Tag

Öffne den Quelltext der Seite im Browser und such nach rel="canonical", oder nimm ein Terminal. Der zweite Befehl zeigt auch ein Canonical, das als HTTP-Header gesendet wird:

curl -sS https://example.com/seite | grep -i 'rel="canonical"'
curl -sSI https://example.com/seite | grep -i '^link'

Der dritte Weg ist die URL-Prüfung der Search Console, die zeigt, was Google selbst gewählt hat.

So sieht das auf seogrinder.com aus. Am 4. November 2026 haben wir den ersten Befehl gegen drei Adressen laufen lassen. Die Startseite lieferte <link rel="canonical" href="https://seogrinder.com/">, und dieselbe Seite mit angehängtem ?utm_source=test lieferte dieselbe saubere Adresse. Der Artikel zu Soft-404-Fehlern nannte seine eigene Adresse. Die englische Fassung desselben Artikels nennt ihre eigene englische Adresse, und beide verweisen per hreflang aufeinander. Die Markdown-Fassung der Startseite hat keinen HTML-Kopf, deshalb steht ihr Canonical im HTTP-Header: Link: <https://seogrinder.com/>; rel="canonical".

Der kostenlose Scan von SEOgrinder prüft das Tag der Seite, die du eingibst. Im Reiter „Seite bei Google“ zeigt die Karte „Canonical“ die gefundene Adresse und ob sie „Zeigt auf sich selbst“ oder „Zeigt woanders hin“. In den Aufgaben können „Kein Canonical-Tag“, „Canonical zeigt auf eine andere Adresse“, „Canonical zeigt auf eine nicht erreichbare Seite“, „noindex und Canonical widersprechen sich“ und ein Fund für mehrere verschiedene Canonical-Tags stehen. Zwei Grenzen: Ein Canonical im HTTP-Header erkennt der Test nicht. Und „Google wählt eine andere kanonische Adresse“ braucht eine verbundene Search Console, die es nur in einer lokalen Installation gibt. Auf seogrinder.com liest du Googles Wahl direkt in der Search Console.

FAQ

Braucht jede Seite ein Canonical-Tag?

Nein. Google sagt, keine der Methoden sei Pflicht. Empfohlen wird aber ein selbstreferenzierendes Tag auf der kanonischen Seite.

Canonical-Tag oder 301-Weiterleitung?

Eine Weiterleitung, wenn das Duplikat verschwinden soll, denn dann wandern auch die Besucher. Ein Canonical-Tag, wenn das Duplikat erreichbar bleiben muss, etwa eine Fassung mit Tracking-Parameter. Laut Google lassen sich die Methoden kombinieren.

Ist doppelter Inhalt eine Strafe?

Google sagt, ein Teil doppelter Inhalte sei normal und kein Verstoß gegen die Spam-Richtlinien. Als Nachteile nennt es verwirrte Besucher und schwierigere Auswertung.

Ist ein Canonical-Tag dasselbe wie noindex?

Nein. noindex nimmt die Seite ganz aus der Suche. Das Canonical-Tag sagt nur, welche von mehreren ähnlichen Seiten du bevorzugst, und Google entscheidet.

Dein nächster Schritt

Öffne den Quelltext deiner Startseite und deiner wichtigsten Seite. Prüfe drei Dinge: Das Tag steht im <head>, die Adresse ist vollständig, und die Seite nennt sich selbst. Danach lässt du den kostenlosen Scan von SEOgrinder laufen, siehst dir im Reiter „Seite bei Google“ die Karte „Canonical“ an und drückst nach jeder Änderung „Neu prüfen“.