Canonical-Tag richtig setzen: die Anleitung für die Praxis
Das Canonical-Tag benennt gegenüber Suchmaschinen die maßgebliche Adresse eines Inhalts, wenn es mehrere gibt. Entscheidend für die Praxis ist, was es nicht ist: keine Anweisung, sondern ein starker Hinweis. Google kann eine andere Adresse als kanonisch wählen, wenn übrige Signale dagegen sprechen, und an dieser Erwartungslücke scheitern die meisten Setups.
Ein Canonical Tag ist schnell eingebaut, und genau das macht es gefährlich. Fast jedes Redaktionssystem setzt es automatisch, fast jede Erweiterung bringt eine eigene Logik mit, und am Ende steht in vielen Projekten ein Verweis, den niemand bewusst gesetzt hat. Fällt er falsch aus, verschwinden Seiten leise aus den Ergebnissen, ohne dass eine Fehlermeldung darauf hinweist. Wer versteht, wie das Element wirkt, wo seine Grenzen liegen und welche Fehlerbilder verbreitet sind, kann diese Klasse von Problemen in wenigen Stunden ausräumen und dauerhaft vermeiden.
Was das Canonical-Tag ist und was es bewirkt
Suchmaschinen fassen Seiten mit sehr ähnlichem Hauptinhalt zu einer Gruppe zusammen und bestimmen daraus eine Version, die stellvertretend in den Ergebnissen erscheint. Diese Version heißt kanonische Seite. Das Canonical-Tag ist die Möglichkeit einer Website, für diese Auswahl eine Präferenz anzumelden: Es sagt sinngemäß, dass der Inhalt dieser Adresse eigentlich unter jener Adresse zu Hause ist. Google beschreibt den Vorgang unter dem Begriff URL-Kanonisierung als regulären Teil der Indexierung.
Die Wirkung ist doppelt. Erstens erscheint in den Ergebnissen nur noch die benannte Adresse, während die Varianten erreichbar bleiben, aber nicht separat ausgespielt werden. Zweitens werden die Signale der Gruppe auf der kanonischen Version gebündelt, also etwa die Verweise, die auf die verschiedenen Varianten zeigen. Genau darin liegt der Nutzen: Aus mehreren schwachen Adressen wird eine starke, ohne dass irgendeine davon abgeschaltet werden muss. Für das Verständnis hilft die Einordnung in Crawling und Indexierung, also die Frage, wie Seiten abgerufen und in den Index aufgenommen werden.
Wichtig ist die Abgrenzung zum Anlass. Das Canonical ist ein Werkzeug, nicht die Diagnose. Ob es überhaupt das passende Mittel ist, entscheidet sich an der Ursache der Dubletten; welche Ursachen es gibt, wie man sie findet und in welcher Reihenfolge man sie behandelt, behandelt der Beitrag zu Duplicate Content. Kurz gefasst: Wo sich eine Variante vermeiden oder weiterleiten lässt, ist das der bessere Weg. Das Canonical ist für die Fälle da, in denen beide Adressen erreichbar bleiben müssen.
Ein starker Hinweis, keine Anweisung
Diese Eigenschaft wird in der Praxis am häufigsten unterschätzt. Google hält in seiner Dokumentation ausdrücklich fest, dass die Angabe einer kanonischen Adresse ein Hinweis ist und keine Regel, und dass Google aus verschiedenen Gründen eine andere Seite als kanonisch auswählen kann. Der Grund liegt in der Arbeitsweise: Das Canonical ist nur eines von mehreren Signalen. Weiterleitungen, interne Verlinkung, Einträge in der Sitemap, die Verwendung von Verschlüsselung und die Ähnlichkeit der Inhalte fließen ebenfalls ein. Widersprechen sich diese Signale, gewinnt nicht automatisch das Canonical.
Für die Praxis folgt daraus eine einfache Regel: Das Canonical wirkt umso zuverlässiger, je weniger die übrigen Signale ihm widersprechen. Eine Seite, die kanonisch sein soll, sollte intern konsequent verlinkt sein, in der Sitemap stehen, unter der Adresse erreichbar sein, auf die verwiesen wird, und nicht selbst auf eine dritte Adresse zeigen. Wie stark die eigene Verlinkung dabei ins Gewicht fällt, zeigt der Beitrag zur internen Verlinkung. Wer alle Signale in dieselbe Richtung stellt, muss sich um die Auswahl praktisch nie sorgen.
Umgekehrt bedeutet es: Ein abweichendes Ergebnis in der Search Console ist keine Fehlermeldung, sondern ein Befund. Wenn Google eine andere Seite als kanonisch führt, hat die Website andere Signale gesendet, als sie gemeint hat. Die Aufgabe ist dann nicht, das Canonical zu wiederholen, sondern den Widerspruch zu finden.
Canonical, Weiterleitung, noindex und hreflang im Vergleich
Vier Instrumente werden regelmäßig verwechselt, obwohl sie sehr unterschiedlich wirken. Die Unterscheidung gelingt am schnellsten über drei Fragen: Was passiert mit dem Nutzer, der die Adresse aufruft? Was passiert mit der Seite im Index? Und was passiert mit den Signalen, die auf sie zeigen? Erst wenn diese drei Antworten feststehen, lässt sich sagen, welches Instrument zum Fall passt.
Schematische Darstellung: Die vier Instrumente unterscheiden sich darin, was der Nutzer sieht, was mit der Seite im Index geschieht und wohin die gesammelten Signale fließen.
Aus dem Vergleich ergeben sich klare Zuordnungen. Eine dauerhafte Weiterleitung ist richtig, wenn eine Adresse endgültig aufgegeben wird, etwa nach einem Umbau der Seitenstruktur. Das Canonical ist richtig, wenn beide Adressen erreichbar bleiben müssen. Der Ausschluss über noindex ist richtig, wenn eine Seite grundsätzlich nie in Ergebnissen erscheinen soll. Und die Auszeichnung lokalisierter Fassungen ist richtig, wenn mehrere Sprach- oder Länderversionen nebeneinander bestehen sollen.
Wie das Canonical technisch korrekt gesetzt wird
Der Regelfall ist ein Link-Element im Kopfbereich des Dokuments. Es steht innerhalb des head-Bereichs, nie im sichtbaren Seitenkörper, und es darf pro Seite nur einmal vorkommen. Mehrere widersprüchliche Angaben führen dazu, dass alle ignoriert werden. Die angegebene Adresse sollte absolut sein, also mit Protokoll und Hostname, weil relative Angaben bei fehlerhafter Basis-Adresse in eine falsche Auflösung laufen können. Google empfiehlt absolute Pfade in seiner Anleitung zur Zusammenführung doppelter Adressen ausdrücklich.
<head>
<title>Schrauben aus Edelstahl</title>
<link rel="canonical" href="https://example.de/produkte/schrauben">
</head>Der kanonische Verweis steht im Kopfbereich, genau einmal je Seite und mit vollständiger absoluter Adresse.
Für Dateien ohne Kopfbereich, etwa PDF-Dokumente, Bilder oder Downloads, gibt es den zweiten Weg: einen HTTP-Header, den der Server mit der Datei ausliefert. Damit lässt sich ein Datenblatt, das unter mehreren Pfaden liegt, ebenso zusammenführen wie eine Webseite. Der Aufwand liegt in der Serverkonfiguration, nicht im Redaktionssystem, und er lohnt sich vor allem dort, wo Dokumente eigene Verweise von außen erhalten.
HTTP/1.1 200 OK
Content-Type: application/pdf
Link: <https://example.de/downloads/datenblatt.pdf>; rel="canonical"Für PDF-Dateien und andere Dokumente ohne Kopfbereich übernimmt ein HTTP-Header die Rolle des Link-Elements.
Die dritte Regel betrifft den Selbstbezug. Jede Seite, die selbst kanonisch sein soll, bekommt ein Canonical auf ihre eigene Adresse. Das klingt überflüssig, ist aber die wirksamste Absicherung gegen Adressvarianten, die man nicht kennt: Ruft jemand die Seite mit einem angehängten Tracking-Parameter auf, liefert die Seite trotzdem den Verweis auf die saubere Fassung. Google empfiehlt einen solchen selbstbezüglichen Verweis ausdrücklich. Wichtig ist dabei nur, dass die angegebene Adresse exakt der Fassung entspricht, die auch intern verlinkt und in der Sitemap geführt wird, inklusive Schreibweise und abschließendem Schrägstrich.
Diese Grundlagen gehören zum handwerklichen Standard im Onpage-SEO und werden in einem SEO-Audit regelmäßig als Erstes geprüft, weil sich Fehler hier still auswirken und ohne gezielte Kontrolle monatelang unbemerkt bleiben.
Die typischen Fehlerbilder und ihre Wirkung
Das häufigste Fehlerbild ist der pauschale Verweis auf die Startseite. Es entsteht, wenn eine Erweiterung oder eine Vorlage den kanonischen Verweis fest verdrahtet, statt ihn je Seite zu erzeugen. Die Wirkung ist drastisch: Sämtliche Unterseiten melden, sie seien in Wahrheit die Startseite, und verlieren damit ihre Grundlage für eine eigene Aufnahme in den Index. Verwandt ist der Verweis auf eine Seite mit ganz anderem Inhalt, etwa von der Produktseite auf die Kategorie. Weil sich die Inhalte deutlich unterscheiden, wird der Hinweis in der Regel verworfen, das Signal bleibt aber widersprüchlich und macht die Auswahl unnötig unsicher.
Das zweite Fehlerbild ist der Widerspruch zwischen Canonical und Weiterleitung. Seite A verweist kanonisch auf Seite B, während Seite B den Aufruf auf Seite A zurückleitet. Die Signale zeigen dann im Kreis, und die Suchmaschine muss den Konflikt selbst auflösen. Ähnlich wirken Ketten: Seite A verweist auf B, B verweist auf C. Solche Ketten werden nicht zuverlässig bis zum Ende verfolgt, deshalb sollte jeder kanonische Verweis direkt auf die endgültige Adresse zeigen. Beide Muster entstehen besonders leicht nach einem Umbau der Seitenstruktur; welche Prüfschritte dabei helfen, beschreibt die Relaunch-Checkliste.
Das dritte Fehlerbild ist der Verweis auf eine Seite, die selbst nicht indexierbar ist. Zeigt ein Canonical auf eine Adresse mit noindex, sendet die Website zwei einander ausschließende Aussagen: Diese Seite ist die maßgebliche, und diese Seite soll nicht in den Index. Dasselbe gilt für ein Ziel, das in der robots.txt gesperrt ist oder einen Fehlercode liefert. In allen drei Fällen bleibt die Gruppe ohne brauchbares Ziel, und die Auswahl fällt zurück auf die übrigen Signale, also praktisch auf den Zufall aus Sicht der Website.
Das vierte Fehlerbild ist formaler Natur und deshalb besonders ärgerlich: relative statt absoluter Adressen, das falsche Protokoll nach einer Umstellung auf Verschlüsselung, die Variante mit www im Verweis und ohne www in der Verlinkung, oder Verweise, die auf eine Testumgebung zeigen, weil beim Übertragen die Domain nicht angepasst wurde. Der letzte Fall ist der schwerste, weil er die gesamte Website auf ein System zeigen lässt, das gar nicht öffentlich erscheinen soll.
Das fünfte Fehlerbild betrifft seitenweise geblätterte Serien. Wenn alle Seiten einer Übersicht kanonisch auf Seite eins verweisen, erklärt die Website die Inhalte der Seiten zwei bis zwanzig für nachrangig. Diese Inhalte stehen dann nicht mehr eigenständig für Suchanfragen zur Verfügung, und in großen Katalogen betrifft das den Großteil des Sortiments. Richtig ist der selbstbezügliche Verweis je Blätterseite; die Zusammengehörigkeit der Serie ergibt sich aus der Verlinkung, nicht aus dem kanonischen Verweis.
Prüfen: was die Search Console zur kanonischen Adresse sagt
Das genaueste Werkzeug für Einzelfälle ist das URL-Prüftool der Search Console. Es zeigt zwei Angaben nebeneinander: die vom Nutzer angegebene kanonische Adresse, also das, was im Quelltext steht, und die von Google ausgewählte kanonische Adresse. Weichen beide voneinander ab, ist der Befund eindeutig, und die Ursache liegt fast immer in einem der beschriebenen Fehlerbilder oder in widersprüchlichen Signalen aus Verlinkung, Sitemap und Weiterleitungen.
Für den Überblick über viele Seiten dient der Bericht zur Seitenindexierung. Dort tauchen die Gruppen auf, in denen Google eine andere Version gewählt hat, sowie die Fälle, in denen gar keine Präferenz gesetzt war. Nützlich ist es, diese Listen nicht als Fehlerliste zu lesen, sondern als Karte: Sie zeigt, wo die eigene Steuerung nicht durchgedrungen ist. Manche dieser Einträge sind völlig unkritisch, etwa korrekt gebündelte Filtervarianten, andere weisen auf einen strukturellen Fehler hin, der Hunderte Seiten betrifft.
Ergänzend gehört ein eigener Crawl dazu, der für jede Adresse den kanonischen Verweis ausliest und mit der aufgerufenen Adresse vergleicht. Damit lassen sich Ketten, Selbstbezüge und Verweise auf nicht indexierbare Ziele in einem Durchgang finden. Diese Routine ist fester Bestandteil des technischen SEO und lässt sich nach jedem größeren Ausspielen von Änderungen wiederholen.
Jede Seite trägt genau einen kanonischen Verweis, im Regelfall auf ihre eigene absolute Adresse.
Die genannte Adresse liefert Statuscode 200, ist nicht gesperrt und trägt kein noindex.
Das Ziel verweist nicht seinerseits auf eine dritte Adresse und wird nicht weitergeleitet.
Ausgangsseite und Ziel zeigen denselben Hauptinhalt, nicht nur ein verwandtes Thema.
Im URL-Prüftool vergleichen, ob die von Google gewählte Adresse der eigenen Angabe entspricht.
Schematische Darstellung: Fünf Prüfschritte, die sich in dieser Reihenfolge abarbeiten lassen. Erst wenn die ersten vier stimmen, ist ein abweichendes Ergebnis in der Search Console aussagekräftig.
Wann das Canonical das falsche Mittel ist
Der erste Fall sind Sprach- und Länderfassungen. Sie sollen nebeneinander bestehen, jede für ihren Markt. Ein kanonischer Verweis von der österreichischen auf die deutsche Fassung nimmt der österreichischen Fassung die Sichtbarkeit, statt sie zuzuordnen. Richtig ist die Auszeichnung als gleichwertige lokalisierte Alternativen, ergänzt um einen selbstbezüglichen kanonischen Verweis je Fassung.
Der zweite Fall sind Seiten, die eigenständigen Suchwert haben. Eine Filterkombination, nach der Menschen tatsächlich suchen, etwa eine bestimmte Materialgüte in einer Kategorie, gehört nicht weggebündelt, sondern als eigene Seite mit eigener Einleitung ausgebaut. Umgekehrt gehören Filterkombinationen ohne Suchwert gar nicht erst als eigenständige Seiten verlinkt. Die Entscheidung fällt an der Nachfrage, nicht an der Technik.
Der dritte Fall ist der Wunsch, mit einem kanonischen Verweis Inhalte zusammenzufassen, die inhaltlich nicht zusammengehören. Zwei Leistungsseiten mit unterschiedlichem Angebot, die sich thematisch überschneiden, sind kein Fall für ein Canonical, sondern für eine Entscheidung: zusammenlegen und weiterleiten oder klar voneinander abgrenzen. Ein Canonical verdeckt hier nur, dass die Struktur nicht stimmt.
Der vierte Fall ist der Einsatz über Domaingrenzen hinweg. Ein Verweis auf eine andere Domain ist technisch zulässig und im Fall von Inhaltsübernahmen durch Partner sinnvoll, verlangt aber Sorgfalt: Die Zielseite muss den Inhalt tatsächlich tragen, und die Kontrolle über sie liegt bei einem Dritten. Für die eigene Sichtbarkeit ist das ein Verzicht, der bewusst getroffen sein sollte. Welche Variante im konkreten Bestand die richtige ist, lässt sich in einem ersten Gespräch anhand von Crawl und Search Console klären; den Rahmen dafür beschreibt der Glossareintrag zum technischen SEO.
Häufige Fragen zum Canonical-Tag
Was macht ein Canonical-Tag genau?
Es benennt gegenüber Suchmaschinen die maßgebliche Adresse eines Inhalts, wenn derselbe Inhalt unter mehreren Adressen erreichbar ist. In den Ergebnissen erscheint dann die benannte Version, während die übrigen erreichbar bleiben. Die Signale der Gruppe werden auf der kanonischen Version gebündelt. Es ist ein Hinweis an die Suchmaschine, keine Sperre und keine Weiterleitung.
Braucht jede Seite ein Canonical auf sich selbst?
Google empfiehlt einen selbstbezüglichen kanonischen Verweis, und in der Praxis ist er die beste Absicherung. Er sorgt dafür, dass Aufrufe mit angehängten Parametern oder abweichender Schreibweise trotzdem auf die saubere Fassung zeigen. Wichtig ist, dass die angegebene Adresse exakt der Fassung entspricht, die auch intern verlinkt und in der Sitemap geführt wird.
Warum wählt Google eine andere kanonische Adresse als angegeben?
Weil die Angabe laut Googles Dokumentation ein Hinweis ist und keine Regel. Neben dem Canonical fließen Weiterleitungen, interne Verlinkung, Sitemap-Einträge und die Ähnlichkeit der Inhalte in die Auswahl ein. Widersprechen sich diese Signale, kann eine andere Adresse gewinnen. Die Aufgabe besteht dann darin, den Widerspruch zu finden, statt den Verweis zu wiederholen.
Canonical oder Weiterleitung: was ist wann richtig?
Eine dauerhafte Weiterleitung ist richtig, wenn eine Adresse endgültig aufgegeben wird; Nutzer landen dann direkt auf dem Ziel, und die Signale wandern mit. Ein kanonischer Verweis ist richtig, wenn beide Adressen erreichbar bleiben müssen, etwa bei sinnvollen Filterkombinationen oder Produkten in mehreren Kategorien. Wo eine Weiterleitung möglich ist, ist sie das klarere Signal.
Darf ein Canonical auf eine andere Domain zeigen?
Technisch ist das zulässig und bei übernommenen Inhalten auf Partnerseiten auch sinnvoll. Es bedeutet allerdings, dass die eigene Adresse zugunsten der fremden zurücktritt. Die Zielseite muss den Inhalt wirklich tragen und dauerhaft erreichbar sein, und die Kontrolle darüber liegt bei einem Dritten. Der Schritt sollte deshalb bewusst und vertraglich abgesichert erfolgen.
Kann man Canonical und noindex kombinieren?
Davon ist abzuraten, weil beide Angaben einander widersprechen. Das Canonical sagt, der Inhalt gehöre zu einer anderen Adresse und solle dort zusammengeführt werden; noindex sagt, die Seite solle gar nicht im Index erscheinen. Sinnvoll ist eine klare Entscheidung: entweder bündeln über den kanonischen Verweis oder ausschließen über noindex ohne kanonischen Verweis auf eine fremde Seite.
Wie setzt man ein Canonical für PDF-Dateien?
Über einen HTTP-Header, den der Server mit der Datei ausliefert, weil PDF-Dokumente keinen Kopfbereich für ein Link-Element haben. Der Header trägt die absolute Adresse der maßgeblichen Fassung. Das ist vor allem dann nützlich, wenn dasselbe Dokument unter mehreren Pfaden liegt oder wenn eine HTML-Fassung desselben Inhalts die bevorzugte Zielseite sein soll.
Fazit
Das Canonical-Tag ist ein präzises Werkzeug mit einer klaren Aufgabe: Es benennt die maßgebliche Adresse, wenn mehrere Adressen denselben Inhalt tragen und alle erreichbar bleiben sollen. Es wirkt als starker Hinweis, nicht als Anweisung, und es entfaltet seine Wirkung nur, wenn interne Verlinkung, Sitemap, Weiterleitungen und Erreichbarkeit in dieselbe Richtung zeigen.
Die meisten Probleme entstehen nicht durch fehlende, sondern durch falsch gesetzte Verweise: pauschal auf die Startseite, im Kreis, in Ketten, auf nicht indexierbare Ziele, mit falschem Protokoll oder über paginierte Serien hinweg. Eine feste Prüfroutine aus Selbstbezug, erreichbarem Ziel, fehlender Kette, passendem Inhalt und Abgleich in der Search Console fängt diese Fälle zuverlässig ab. Wo eine Adresse ohnehin aufgegeben wird, bleibt die Weiterleitung das klarere Mittel.
Die kostenlose Wachstumsanalyse von DAMA zeigt in 30 Minuten, ob Ihre kanonischen Verweise konsistent gesetzt sind, wo Google eine andere Version wählt als vorgesehen und welche Korrekturen zuerst greifen. Unverbindlich, ohne Pitch, telefonisch erreichbar unter 069 870065051.
Duplicate Content: Mythos und echtes Risiko
Warum die Strafe ein Mythos ist, wo das echte Risiko liegt und welche Gegenmittel in welcher Reihenfolge greifen.
Relaunch-Checkliste ohne Rankingverlust
Welche Prüfschritte vor, während und nach einem Umbau der Seitenstruktur Sichtbarkeit sichern.
Interne Verlinkung: Die unterschätzte Struktur hinter guten Rankings
Crawl-Pfade, Klicktiefe und Ankertexte als Steuerungsinstrument für gewachsene Website-Portfolios.
- Google Search Central: How to specify a canonical URL, die offizielle Anleitung mit Link-Element, HTTP-Header und Best Practices
- Google Search Central: What is URL canonicalization, warum die Angabe ein Hinweis ist und wie Google die kanonische Seite bestimmt
- Google Search Central: Redirects and Google Search, Wirkung dauerhafter Weiterleitungen im Vergleich zum kanonischen Verweis
- Google Search Central: Block Search indexing with noindex, wie der Ausschluss aus dem Index wirkt und wo seine Grenzen liegen
- Google Search Central: Localized versions of your pages, die Auszeichnung von Sprach- und Länderfassungen als gleichwertige Alternativen
- Google Search Console-Hilfe: URL-Prüftool, der Abgleich zwischen angegebener und von Google gewählter kanonischer Adresse
- Google Search Console-Hilfe: Bericht zur Seitenindexierung, die Statusmeldungen zu kanonischen Seiten im Überblick
