Zum Inhalt springen

Glossar Canonical-Tag

Was ist der Canonical Tag?

Manuel Riveiro Rodriguez
Manuel Riveiro Rodriguez

CEO & Digital Strategist

8 min geprüft am 08.08.2026

Definition

Der Canonical-Tag ist die Auszeichnung <link rel="canonical" href="...">, die im <head> einer Seite steht und Suchmaschinen zeigt, welche URL die bevorzugte Version ist, wenn derselbe oder ein sehr ähnlicher Inhalt unter mehreren Adressen erreichbar ist.

Vier gleiche Eisenschlüssel, einer mit einem Lederanhänger — daneben der Titel Canonical
Alle öffnen dieselbe Tür, nur einer trägt den Anhänger
Auf dieser Seite 6
  1. Was bedeutet der Canonical-Tag?
  2. Canonical im Vergleich zu Redirect 301
  3. Wie es funktioniert
  4. Warum es wichtig ist
  5. Best Practices
  6. Häufige Fehler
Kurz gefasst

Warum jede Seite ihr eigenes Self-Referencing-Canonical braucht, was passiert, wenn Google es ignoriert, und wie man Canonical-Ketten vermeidet, die niemand mehr bis zum Ende nachvollziehen kann.

Vier gleiche Eisenschlüssel, einer mit einem Lederanhänger — daneben der Titel Canonical
Alle öffnen dieselbe Tür, nur einer trägt den Anhänger

Was bedeutet der Canonical-Tag?

Der Canonical-Tag ist ein <link>-Element im <head> einer Seite, in der Form <link rel="canonical" href="URL">. Er sagt Google und anderen Suchmaschinen, welche Version einer Seite die „offizielle" ist, wenn derselbe oder ein sehr ähnlicher Inhalt unter mehreren URLs erreichbar ist: über GET-Parameter aus dem Tracking, über Versionen mit und ohne www, über http und https gleichzeitig, oder über eine Seite, die auf einer anderen Domain syndiziert wird. Er gehört zu den grundlegendsten Signalen im technischen SEO, neben Ladegeschwindigkeit und sauberer Indexierung.

Er steht im <head> neben anderen Meta Tags und neben Structured Data, hat aber eine andere Aufgabe: Er beschreibt nicht den Inhalt der Seite, sondern legt fest, welche URL den Wert aller Versionen bündeln soll.

Ein Fall wird ständig vergessen: Jede Seite, egal ob aktuell Duplikate bekannt sind oder nicht, sollte ein Canonical-Tag haben, das auf sich selbst zeigt, das sogenannte Self-Referencing Canonical. Am Tag der Umsetzung ändert das sichtbar gar nichts, verhindert aber spätere Missverständnisse: Wird die Seite später über neue Parameter erreichbar, erzeugt ein Plugin eine Druckversion, oder syndiziert sie jemand auf einer anderen Website, klärt das Self-Referencing Canonical die Frage bereits, bevor sie zum Problem wird. Es systematisch in jedes Template einzubauen, kostet nicht mehr, als es wegzulassen, erspart aber spätere Einzelprüfungen Seite für Seite.

Canonical im Vergleich zu Redirect 301

SituationWerkzeugWas mit der alten URL passiert
Derselbe oder ein sehr ähnlicher Inhalt liegt unter mehreren URLs, und beide sollen erreichbar bleibenCanonicalBleibt erreichbar; es wird nur angegeben, welche Version bevorzugt ist
Eine URL soll wirklich verschwinden und nicht mehr erreichbar seinRedirect 301Antwortet nicht mehr selbst; Traffic und Signale gehen auf die neue URL über

Die Verwechslung führt zu zwei typischen Fehlern: Canonical einsetzen, obwohl die alte URL eigentlich verschwinden sollte, wodurch sie ohne Grund am Leben bleibt und minderwertige Duplikate erzeugt, oder einen Redirect 301 einsetzen, obwohl beide Versionen weiter existieren müssen, etwa eine Produktseite mit und ohne Farbparameter.

Wie es funktioniert

Findet Google ein Canonical-Tag, behandelt es das nicht als Befehl, dem es einfach folgen muss, sondern als starkes, aber nicht bindendes Signal. Google kann eine andere URL wählen, wenn andere Signale in eine andere Richtung weisen, etwa die interne Verlinkung auf eine abweichende URL, was die Sitemap sagt, oder das tatsächliche Verhalten der Besucher. In der Praxis wird ein sauber gesetztes Canonical fast immer respektiert; der Unterschied zählt vor allem, wenn sich zwei Canonicalisierungs-Techniken derselben Seite widersprechen. Das zeigt sich auch, wenn das Canonical auf eine URL zeigt, die per robots.txt blockiert oder mit noindex markiert ist: Google kann dort nicht konsolidieren, und der Hinweis bleibt ohne praktische Wirkung.

<!-- Fall 1: Self-Referencing Canonical, die URL zeigt auf sich selbst -->
<link rel="canonical" href="https://zds.es/de/was-ist-canonical-tag/">

<!-- Fall 2: Variante mit Kampagnen-Parameter, zeigt auf die saubere URL -->
<!-- Tatsächliche Seite: https://zds.es/de/was-ist-canonical-tag/?utm_source=newsletter -->
<link rel="canonical" href="https://zds.es/de/was-ist-canonical-tag/">

Ein häufiger Fehler sind Canonical-Ketten: Seite A zeigt auf B, aber B ist gar nicht die finale Version, sondern zeigt selbst wieder auf C. Google versucht, die Kette bis zum Ende aufzulösen, aber das Ergebnis ist nicht garantiert, und manchmal landet die Konsolidierung auf einer Zwischenstation, die niemand bewusst gewählt hat. Genauso problematisch ist der umgekehrte Fall: Zwei Seiten geben sich gegenseitig als Canonical an. Google hat dann keine Möglichkeit zu wissen, welche wirklich bevorzugt ist, und entscheidet selbst, unabhängig davon, welche der beiden Seiten inhaltlich eigentlich die stärkere wäre.

Wenn das Canonical gesetzt ist und trotzdem nicht konsolidiert

Warum es wichtig ist

Ein richtig gesetztes Canonical bündelt in einer einzigen URL die Rankingsignale, die sich sonst auf mehrere fast identische Versionen verteilen würden: Links, Erwähnungen, Klickverlauf. Ohne das verwässern sich diese Signale, und keine der Versionen tritt mit ihrer vollen Kraft an. Im schlimmsten Fall verschwindet durch ein falsch gesetztes Canonical genau die Version aus dem Index, die eigentlich ranken sollte, während die schwächere sichtbar bleibt.

Es spart außerdem Crawling-Budget. Der Crawler von Google besucht pro Website und Tag nur eine begrenzte Zahl an URLs; geht ein Teil davon für Duplikate durch Parameter oder Sessions drauf, bleibt weniger Spielraum, um neue Inhalte oder echte Änderungen zu erfassen.

Bei mehrsprachigen Websites müssen Canonical und hreflang zusammenspielen, und genau hier passieren die meisten Fehler: Jede Sprachversion braucht ihr eigenes Self-Referencing Canonical, das auf sich selbst zeigt, nicht ein gemeinsames Canonical, das nur auf eine der Versionen zeigt. Steht auf den spanischen, deutschen und englischen Seiten dasselbe Canonical, behandelt Google die beiden anderen als Duplikate der ersten und nimmt sie aus dem Rennen in ihrer eigenen Sprache.

Best Practices

  • Setze auf jeder Seite ein Self-Referencing Canonical, egal ob gerade ein bekanntes Duplikat existiert oder nicht.
  • Verwende im href immer absolute URLs mit https:// und vollständiger Domain, keine relativen Pfade.
  • Wähle pro URL eine einzige Canonicalisierungs-Technik und mische sie nicht mit widersprüchlichen Signalen, etwa einer Weiterleitung auf eine andere Version als die im Canonical.
  • Gib bei mehrsprachigen Seiten jeder Sprachversion ihr eigenes Self-Referencing Canonical, nie ein gemeinsames, das nur auf die Hauptsprache zeigt.
  • Zeige immer auf eine URL, die mit Statuscode 200 antwortet, nie auf eine, die weiterleitet oder einen Error 404 liefert.
  • Vermeide Ketten: Zeigt Seite A auf B, muss B bereits die finale Version sein, kein weiterer Sprung zu C.

Häufige Fehler

  • Das Self-Referencing Canonical auf Seiten ohne bekannte Duplikate vergessen, sodass keine Präferenz erklärt ist.
  • Zwei Seiten, die sich gegenseitig als Canonical angeben, ohne dass eine davon wirklich die bevorzugte Version ist.
  • Canonical-Ketten, bei denen die Ziel-URL nicht die finale Version ist, sondern nur eine weitere Zwischenstation.
  • Ein gemeinsames Canonical über mehrere Sprachversionen hinweg, wodurch Google die Übersetzungen als Duplikat des Originals behandelt.
  • Dem Canonical wie einem absoluten Befehl vertrauen und widersprüchliche Signale nicht prüfen, etwa interne Links, die massiv auf die „falsche" URL zeigen.
Manuel Riveiro Rodriguez CEO & Digital Strategist

Eine technische Prüfung sieht sich das und alles Weitere in einem Durchgang an.

Audit anfragen

Häufige Fragen

Muss ich ein Canonical setzen, auch wenn eine Seite keine Duplikate hat?

Es ist keine Pflicht, aber Standardpraxis: Ein Self-Referencing Canonical, das auf die eigene URL zeigt, kostet in jedem Template genauso viel wie kein Canonical, verhindert aber, dass künftige Duplikate, durch Parameter, Syndizierung oder eine Druckversion, ganz ohne erklärte Präferenz dastehen.

Hält sich Google immer an das Canonical, das ich angebe?

Nein. Google behandelt es als starkes Signal, nicht als Befehl ohne Ausnahme. Zeigen andere Signale, etwa interne Verlinkung, Sitemap oder das tatsächliche Verhalten der Besucher, deutlich auf eine andere URL, kann Google diese andere Version als echtes Canonical wählen, unabhängig davon, was im Tag steht. In der Praxis passiert das seltener, als viele befürchten.

Wann nutze ich Canonical, wann einen Redirect 301?

Canonical, wenn beide URLs erreichbar bleiben sollen, etwa eine Produktseite mit und ohne Farbparameter, bei der beide Adressen weiterhin funktionieren müssen. Einen Redirect 301, wenn die alte URL wirklich verschwinden soll, weil der Inhalt umgezogen ist, das Produkt nicht mehr existiert oder die Adresse dauerhaft ungültig wird.

Was passiert, wenn sich zwei Seiten gegenseitig als Canonical angeben?

Das ist ein Widerspruch, den Google selbst aufzulösen versucht, ohne Garantie, welche Version dabei am Ende gewinnt. Das Ergebnis folgt keiner festen Regel und kann sich sogar über die Zeit ändern, deshalb lohnt es sich, den Fehler aktiv zu prüfen und zu korrigieren, statt Google die Entscheidung allein zu überlassen.

Reicht bei einer mehrsprachigen Website ein Canonical in der Hauptsprache?

Nein: Jede Sprachversion braucht ihr eigenes Self-Referencing Canonical, das auf sich selbst zeigt, kombiniert mit den hreflang-Tags jeder Variante. Ein gemeinsames Canonical lässt Google die Übersetzungen wie bloße Kopien der Hauptsprache behandeln, statt wie eigenständige, jeweils rankingfähige Sprachversionen mit eigenem Suchvolumen und eigener Zielgruppe.

Quellen

  1. 10.07.2026 Google Search Central, „How to specify a canonical URL with rel="canonical" and other methods": erklärt, wie man eine Canonical-URL angibt, empfiehlt das Self-Referencing Canonical auch auf der bevorzugten Seite selbst, und beschreibt die verschiedenen Canonicalisierungs-Methoden. Aktualisiert am 10.07.2026.
  2. 10.07.2026 Google Search Central, „What is URL canonicalization": konkrete Quelle dafür, dass „eine Canonical-Präferenz anzugeben ein Hinweis ist, keine Regel" („a hint, not a rule"), die Grundlage dafür, dass Google eine andere URL wählen kann als die angegebene. Aktualisiert am 10.07.2026.