Canonical Tag (rel=canonical): so sagst du Google, welche URL zählt

Was das Canonical Tag ist und was es bewirkt

Viele Seiten sind unter mehr als einer Adresse erreichbar: mit und ohne www, mit Tracking-Parametern, mit Sortierfilter oder als Druckversion. Für Besucher ist das egal, für Google nicht. Die Suchmaschine fasst solche Varianten zu einer Gruppe zusammen und wählt eine Adresse aus, die sie in den Ergebnissen zeigt. Diese Adresse heißt kanonische URL, auf Englisch canonical URL.

Mit dem Canonical Tag gibst du deine Präferenz an. Du schreibst im Kopf der Variante ein Link-Element, das auf die gewünschte Hauptversion zeigt. Google betrachtet das als Signal, nicht als Befehl. In der Dokumentation heißt es sinngemäß, dass Google bei Duplikaten selbst entscheidet und deine Angaben als Vorschlag in die Entscheidung einbezieht. Daher ist es klug, mehrere Signale konsistent zu halten.

Der Nutzen ist ein ruhigeres Bild: Linkkraft und Signale verteilen sich nicht auf mehrere Varianten, du vermeidest, dass eine ungewollte Variante im Ergebnis landet, und du sparst Crawler-Ressourcen. Wie das Thema Duplikate insgesamt aussieht und warum es keine Strafe gibt, liest du bei Duplicate Content. Dieser Artikel konzentriert sich auf das Werkzeug Canonical.

Syntax und Regeln aus der Google-Dokumentation

Technisch gibt es zwei Wege. Üblich ist das Link-Element im Head der Seite. Für Dateien ohne HTML, etwa PDFs, kannst du stattdessen einen HTTP-Header senden. Beide Varianten stehen in der Google-Doku gleichberechtigt nebeneinander. Die Beispiele am Ende dieses Abschnitts zeigen beide Schreibweisen mit Platzhalter-Adressen. Der Header-Weg ist die Ausnahme für Dateien, die kein HTML-Dokument sind und deshalb keinen Kopfbereich haben, in den ein Link-Element passen würde.

Die Dokumentation nennt klare Regeln, an die du dich halten solltest. Verwende absolute URLs statt relativer Pfade. Setze auf der kanonischen Seite selbst ebenfalls ein Canonical, das auf sich zeigt (selbstreferenzierend). Gib pro Seite nur eine kanonische URL an und lass verschiedene Methoden nicht auf unterschiedliche Adressen zeigen. Nutze keine URL-Fragmente, und verlinke intern möglichst auf die kanonische Version.

Außerdem rät Google davon ab, robots.txt, das Entfernen-Werkzeug oder noindex zur Kanonisierung zu verwenden. Das sind andere Instrumente mit anderem Zweck. Bei JavaScript-Seiten sollte das Canonical möglichst schon im ausgelieferten HTML stehen, und Skripte dürfen es nicht nachträglich verändern, sonst entstehen widersprüchliche Signale. Auch bei Mehrsprachigkeit gilt: Das Canonical bleibt innerhalb derselben Sprachversion und zeigt nicht auf die Übersetzung.

• <link rel="canonical" href="https://example.com/ratgeber/canonical-tag/" />
• Link: <https://example.com/downloads/leitfaden.pdf>; rel="canonical"

Wann du ein Canonical einsetzt

Sinnvoll ist es überall, wo derselbe oder fast derselbe Inhalt unter mehreren Adressen läuft und du die Varianten nicht entfernen willst oder kannst. Typisch sind Produktseiten mit Farb- und Größenparametern, Archive mit Sortierung, Kampagnen-URLs mit UTM-Parametern und Druckansichten. Auch Inhalte, die du bewusst auf einer zweiten Domain veröffentlichst, kannst du per Canonical auf das Original zurückführen.

Kannst du die doppelte Adresse komplett abschaffen, ist ein Redirect meist die bessere Wahl. Die Dokumentation führt permanente Weiterleitungen als stärkstes Signal auf, danach kommt rel=canonical, das Eintragen in die Sitemap ist ein schwächeres Signal. Du kannst die Methoden kombinieren, was das Signal stärkt, solange sie alle dieselbe Adresse nennen. Ein Canonical ersetzt keinen Umzug auf HTTPS oder die Vereinheitlichung von www und non-www.

Nicht jede ähnliche Seite ist ein Fall für Canonical. Zwei Seiten, die verschiedene Suchintentionen bedienen, solltest du nicht zusammenlegen, nur weil sie sich thematisch ähneln. Das Ergebnis wäre, dass eine der beiden gar nicht mehr ranken kann. Dort hilft die Frage, ob es sich um Keyword-Kannibalisierung handelt, und eine inhaltliche Lösung statt eines technischen Hinweises.

Wie Google die kanonische URL tatsächlich auswählt

Google bewertet mehrere Hinweise gleichzeitig: Weiterleitungen, Canonical-Angaben, Sitemap-Einträge, interne Verlinkung und Inhaltsähnlichkeit. Außerdem bevorzugt die Suchmaschine laut Doku in der Regel HTTPS vor HTTP, sofern das Zertifikat gültig ist und keine widersprüchlichen Signale vorliegen. Auch URLs, die zu einem hreflang-Cluster gehören, werden bevorzugt. Wie genau die Gewichtung aussieht, veröffentlicht Google nicht, und wir erfinden dafür keine Formel.

Daraus folgt, dass ein einzelnes Tag selten das Problem löst, wenn alles andere gegen dich spricht. Verlinkst du intern ständig auf die Parameter-Variante, listest sie in der Sitemap und setzt nur im Code ein Canonical auf die schöne Version, kann Google zu dem Schluss kommen, dass die Variante die eigentlich gewünschte ist. Konsistenz in allen Signalen ist wichtiger als jedes Detail. Das gilt umso mehr bei großen Websites, auf denen Filter, Sortierungen und Kampagnenlinks täglich neue Varianten erzeugen, die ohne klare Regeln unkontrolliert im Index landen.

Dazu gehört auch die interne Verlinkung. Wenn jeder Menüpunkt und jeder Breadcrumb auf die kanonische Adresse zeigt, stützt das deine Angabe. Zeigen sie auf Varianten mit Parametern, erzeugst du selbst widersprüchliche Signale und musst dich über Abweichungen in der Search Console nicht wundern. Ein kurzer Linkcheck nach jedem Relaunch deckt solche Fälle früh auf, bevor sie sich in den Berichten stapeln.

Typische Fehler beim Canonical

Die Fehlerquellen sind überschaubar, aber hartnäckig. Besonders heikel wird es, wenn Templates das Tag automatisch erzeugen. Ein Fehler im Template betrifft dann sofort tausende Seiten, und weil das Tag unsichtbar im Code steht, fällt er lange nicht auf. Prüfe nach jedem Relaunch, Theme-Wechsel und Plugin-Update stichprobenartig den ausgelieferten Quelltext.

Im Zweifel gilt: Lieber eine saubere, selbstreferenzierende Standardlösung als kreative Sonderwege. Ein Canonical, das du nicht erklären kannst, ist meistens falsch. Dokumentiere deshalb für dein Team, welche Seitentypen welche kanonische Regel bekommen, etwa Produktvarianten auf die Hauptvariante und Archive auf sich selbst, damit Änderungen am Template nicht versehentlich alles verschieben.

• Canonical zeigt auf eine andere, inhaltlich unpassende Seite, etwa immer auf die Startseite
• Relative statt absoluter URLs, dadurch falsche Auflösung
• Mehrere Canonicals auf einer Seite, zum Beispiel von Theme und Plugin
• Canonical auf eine URL, die weiterleitet, per noindex gesperrt ist oder einen Fehler liefert
• Canonical im Body statt im Head, wo es ignoriert wird
• Paginierte Seiten pauschal auf Seite 1 kanonisiert, obwohl sie eigene Inhalte tragen

Canonicals kontrollieren in der Search Console

Das URL-Prüftool der Search Console zeigt für indexierte Seiten sowohl die vom Nutzer angegebene als auch die von Google gewählte kanonische URL. Weichen beide ab, hat Google dein Signal nicht übernommen. Prüfe dann, ob Inhalt, Weiterleitungen, Sitemap und interne Links in dieselbe Richtung weisen. Oft liegt der Grund darin, dass sich beide Seiten inhaltlich zu stark gleichen oder dass interne Links auf die falsche Variante zeigen.

Im Bericht zur Seitenindexierung begegnen dir mehrere Status zum Thema. Alternative Seite mit richtigem kanonischen Tag bedeutet, dass die Variante korrekt auf die indexierte Hauptversion zeigt, hier ist nichts zu tun. Duplikat ohne vom Nutzer ausgewählte kanonische Seite bedeutet laut Google, dass die Seite als Duplikat betrachtet wird und nicht ausgespielt wird, was kein Fehler sein muss. Wenn Google die falsche Adresse gewählt hat, gib die gewünschte ausdrücklich an. Wie du die Berichte einrichtest, beschreibt der Artikel zu Search Console einrichten.

Ein schneller Blick auf deine gesamte Website lohnt sich auch ohne konkreten Verdacht. Unser SEO-Check weist auf typische technische Auffälligkeiten hin, darunter doppelte Titel und Inhalte, die auf Canonical-Probleme hindeuten können. Danach weißt du, wo ein genauer Blick in Quelltext und Search Console lohnt, und musst nicht jede Seite einzeln öffnen.