Was ist ein Canonical Tag? Definition und Schutz vor Duplicate Content

Entscheidend ist der Status dieser Angabe: Sie ist ein Hinweis, keine Anweisung. Google formuliert das in der Dokumentation zur Kanonisierung ausdrücklich so — eine kanonische Präferenz sei ein Hinweis und keine Regel, und Google könne aus verschiedenen Gründen anders entscheiden. Wer das nicht weiß, sucht den Fehler an der falschen Stelle, wenn die Search Console eine andere kanonische URL meldet als die hinterlegte.

Duplicate Content: woher er kommt

Doppelte Inhalte sind Inhalte, die unter mehreren URLs erreichbar und dabei identisch oder sehr ähnlich sind — innerhalb einer Website oder über Websites hinweg. In den seltensten Fällen entsteht das durch Abschreiben. Google nennt als typische Quellen Regionsvarianten, Gerätevarianten, Protokollvarianten wie HTTP und HTTPS, Website-Funktionen wie Sortier- und Filterergebnisse und schlicht Versehen — etwa eine Demoversion, die für Crawler zugänglich geblieben ist.

Ursache	Beispiel
URL-Parameter	?sort=preis, ?utm_source=newsletter
Protokoll und Host	http:// neben https://, mit und ohne www
Uneinheitlicher Trailing Slash	/seite neben /seite/
Groß- und Kleinschreibung	/Produkt neben /produkt
Druck- und Mobilversionen	/seite/print, /m/seite
Syndizierung	identischer Text auf zwei eigenen Domains

Die Parameter-Falle

In Shops eskaliert das Problem still. SISTRIX rechnet vor, wie schnell aus Filtern URL-Massen werden: Bei drei Filtern entstehen bereits sechs verschiedene Adressen für dieselbe Seite, bei vier Filtern vierundzwanzig, bei fünf Filtern hundertzwanzig — weil sich Filter in beliebiger Reihenfolge anklicken lassen und Google jede Zeichenkette als eigene Adresse wertet. Der Bildschirminhalt bleibt gleich, das Crawl-Budget nicht.

Gibt es eine Abstrafung?

Nein. Google hält fest, dass eine gewisse Menge Duplicate Content normal ist und keinen Verstoß gegen die Spamrichtlinien darstellt. Eine „Duplicate Content Penalty" als eigene Strafe existiert nicht; Google filtert die doppelten Ergebnisse und zeigt eine Version an. Problematisch wird es erst bei Täuschungsabsicht — etwa dem massenhaften Kopieren fremder Inhalte ohne eigenen Mehrwert, was sehr wohl zu Rankingverlusten führen kann.

Der echte Schaden ist unspektakulärer und trotzdem teuer: Die falsche URL landet in den Ergebnissen, Rankingsignale wie Backlinks verteilen sich auf mehrere Adressen statt sich zu addieren, und Crawl-Budget verschwindet in Varianten, während neue Seiten warten.

Wie Google kanonisiert

Bei der Indexierung bestimmt Google den Kerninhalt jeder Seite. Erscheinen mehrere Seiten identisch oder sehr ähnlich, werden sie zu einem Cluster gruppiert; daraus wählt Google die Seite aus, die objektiv am vollständigsten und für Nutzer am nützlichsten ist, und kennzeichnet sie als kanonisch. Diese Seite wird am häufigsten gecrawlt, die Duplikate seltener. Sie dient außerdem als Hauptquelle für die Bewertung von Inhalt und Qualität.

Welche Signale in diese Wahl einfließen, ist dokumentiert: HTTP gegen HTTPS, Weiterleitungen, das Vorkommen der URL in einer Sitemap und die rel="canonical"-Angabe. Nützlich zu wissen: Auch verschiedene Sprachversionen gelten als Duplikate, wenn nur Kopf- und Fußzeile übersetzt wurden und der Haupttext identisch geblieben ist.

Die Methoden im Vergleich

Methode	Stärke	Einsatz
Weiterleitung	stärkstes Signal	die alte Adresse soll verschwinden
rel="canonical" im HTML	starkes Signal	beide URLs sollen erreichbar bleiben
rel="canonical" als HTTP-Header	starkes Signal	Nicht-HTML-Dateien, etwa PDFs
Aufnahme in die Sitemap	schwaches Signal	ergänzend, nie allein

Google weist darauf hin, dass sich die Methoden kombinieren lassen und dadurch wirksamer werden — und zugleich, dass keine davon erforderlich ist: Ohne Angabe wählt Google die aus seiner Sicht beste Version selbst. Die Faustregel für die Praxis: Soll eine Adresse verschwinden, nimmt man eine 301-Weiterleitung; sollen beide erreichbar bleiben — Filterseite und Kategorieseite etwa —, nimmt man den Canonical.

Regeln, die man nicht brechen sollte

Die Best Practices aus Googles Dokumentation, in der Reihenfolge, in der sie erfahrungsgemäß verletzt werden:

• Ein Canonical pro Seite. Nicht über eine Methode diese URL angeben und über eine andere jene — widersprüchliche Signale sind schlimmer als gar keine.
• Selbstverweisender Canonical. Auch die kanonische Seite bekommt einen Canonical auf sich selbst.
• Nicht robots.txt zur Kanonisierung verwenden. Gesperrte URLs kann Google ohne ihren Inhalt indexieren; der Canonical wird dann nie gelesen.
• Nicht noindex statt Canonical. Google rät davon ab, die Kanonisierung innerhalb einer Website mit noindex zu erzwingen, weil das die Seite vollständig aus der Suche nimmt.
• Absolute URLs, kein Fragment. URL-Fragmente werden in der Regel nicht unterstützt.
• Intern konsequent auf die kanonische URL verlinken. Wer selbst auf die Duplikate verlinkt, widerspricht der eigenen Angabe.
• Bei mehrsprachigen Seiten muss der Canonical auf eine Seite derselben Sprache zeigen — das Zusammenspiel mit hreflang bricht sonst.
• Bei clientseitigem Rendering gehört der Canonical in den HTML-Quelltext und darf nicht per JavaScript verändert werden.

Typische Fehler

Alle Seiten zeigen auf die Startseite. Ein Klassiker aus falsch konfigurierten Plugins. Der gesamte Rest der Website wird damit für die Indexierung entwertet.

Canonical zeigt auf eine weitergeleitete oder nicht indexierbare URL. Das Signal geht ins Leere; Google entscheidet dann selbst.

Canonical erst im gerenderten DOM. Bei JavaScript-Frontends kommt die Angabe zu spät oder gar nicht an.

Canonical statt Weiterleitung nach einem Relaunch. Wenn die alte Adresse verschwinden soll, ist die Weiterleitung das stärkere und eindeutigere Signal.

Der Canonical trägt Tracking-Parameter. Dann kanonisiert die Seite auf eine Variante ihrer selbst.

So macht es Xerx

Canonical-Konflikte und Duplicate Content stehen bei uns fest im technischen Audit — zusammen mit Indexierungslücken, Weiterleitungsketten und verwaisten Seiten. Jeder Befund kommt mit Auswirkung und Lösung, priorisiert nach Wirkung, und wird anschließend im Code behoben statt in einem Empfehlungsdokument beschrieben. Was dazugehört, steht unter Technisches SEO.

In der Praxis liegt die Lösung fast nie beim einzelnen Tag, sondern in der Vorlage: Wenn jede Seitenvorlage ihren eigenen, selbstverweisenden Canonical aus der tatsächlichen Route erzeugt, kann er nicht mehr auf die Startseite zeigen. Diese Website ist so gebaut — sie kennt genau eine Schreibweise pro Adresse, ohne abschließenden Schrägstrich, und leitet Aufrufe ohne Sprachpräfix auf die kanonische Variante um, statt zwei erreichbare Fassungen derselben Seite entstehen zu lassen.

Beim Relaunch werden Canonicals auf Staging geprüft, gemeinsam mit Sitemap, robots.txt und hreflang — vor dem Livegang, wo ein Fehler Minuten kostet, und nicht danach, wo derselbe Fehler Rankings kostet. Ehrlich zur Wirkungserwartung: Ein Canonical repariert keine dünnen Inhalte und keine schlechte Struktur. Er sorgt nur dafür, dass die Arbeit, die in einer Seite steckt, auf einer Adresse ankommt statt auf fünf.

FAQ