Canonical Tag

Was es bündelt und was es nur vorschlägt

Doppelte URLs entstehen fast nie mit Absicht. Ein Shop führt dasselbe Produkt in zwei Kategorien, ein Tracking-Parameter macht aus einer Seite hundert, Druckansicht und mobile Ansicht existieren nebeneinander, oder derselbe Inhalt ist unter www und ohne www sowie über http und https erreichbar. Jede Variante kann Links und Impressionen getrennt ansammeln, und so tritt eine Seite bei ein und derselben Suchanfrage gegen sich selbst an — genau die selbstverschuldete Aufsplittung, die wir unter Keyword-Kannibalisierung beschreiben. Der Canonical Tag benennt die Fassung, die bleiben soll, und bittet darum, die Signale der anderen ihr gutzuschreiben.

Am häufigsten unterschätzt wird, wie verbindlich diese Bitte ist. Google behandelt einen deklarierten Canonical als eines von mehreren Signalen und wählt seine bevorzugte URL aus dem Gesamtbild:

• Ihr deklarierter Canonical — das Link-Element im Head der Seite.
• Weiterleitungen — eine 301 ist eine weit stärkere Aussage als ein Tag, weil sie das Duplikat entfernt, statt es zu kommentieren.
• Interne Links — zeigen alle Links Ihrer Website auf die Variante, die Sie nicht deklariert haben, streitet die Deklaration mit Ihrer eigenen Navigation. Deshalb gehört interne Verlinkung zu dieser Entscheidung dazu und ist kein separates Thema.
• Die Sitemap — eine URL, die Sie dort listen, ist eine URL, für die Sie um Indexierung bitten.
• Das [hreflang](/glossary/hreflang)-Cluster — Sprachvarianten, die aufeinander verweisen, werden gemeinsam gelesen, und ein Canonical, der dem Cluster widerspricht, zieht meist den Kürzeren.

Stimmen diese Signale überein, wird der Tag fast immer respektiert. Widersprechen sie sich, löst Google den Konflikt selbst auf und meldet die gewählte URL in der Search Console — so kommt es, dass ein technisch vorhandener Canonical überhaupt keine Wirkung entfaltet.

Die Fehlerbilder, die Sie zuerst prüfen sollten

Die meisten kaputten Canonicals folgen wenigen Mustern. Ein Canonical, der auf eine URL zeigt, die woandershin weiterleitet, bittet um Bündelung auf einer Adresse, die die Seite gar nicht mehr ausliefert. Ein Canonical auf eine noindex-Seite bittet darum, Signale auf etwas zu sammeln, das Sie zugleich ausgeschlossen haben wollen. Ein Template, das den Canonical der Startseite auf jede Seite schreibt — ein tatsächlich verbreiteter Bug — teilt Google mit, Ihre gesamte Website sei ein einziges Dokument. Und ein Canonical, der in Ihrem Quelltext korrekt ist, den Head aber nie erreicht, weil ein Skript oder eine Rendering-Schicht ihn verschoben hat, ist auf die Weise kaputt, die am schwersten auffällt: jedes Werkzeug, zu dem Sie naheliegend greifen würden, zeigt ihn weiterhin an.

Die Search Console unterscheidet zwei Zustände, die sich ähnlich lesen und Gegenteiliges bedeuten. "Alternative Seite mit richtigem kanonischen Tag" heißt, Google hat Ihre Deklaration gesehen, ihr zugestimmt und gebündelt — das gesunde Ende für ein Duplikat, kein Fehler, dem man nachjagt. "Duplikat — vom Nutzer nicht als kanonisch festgelegt" heißt, Google fand nahezu identische Seiten, konnte keinen Canonical verwenden und hat für Sie gewählt. Der zweite Fall verlangt Handeln, und zuerst prüfen Sie nicht das Ziel Ihres Tags, sondern ob der Googlebot den Tag überhaupt erhält.

Was wir lernten, als Google unseren nicht mehr sah

Dieser Teil stammt aus dem Betrieb von agentceres.com, nicht aus der Dokumentation. Im August 2026 meldete die Search Console 88 URLs unserer eigenen Website als Duplikate ohne vom Nutzer festgelegten Canonical. Unsere Canonical Tags waren die ganze Zeit korrekt im Quelltext vorhanden. Die Ursache lag zwei Schichten tiefer: ein Dutzend Marketing- und Rechtsrouten war still aus dem statischen Prerendering gefallen, und unser Framework streamt Metadaten für dynamisch gerenderte Seiten — Titel, Robots-Direktiven, Canonical und hreflang landeten also im Body, nachdem der Head rund 1,5 KB nach Dokumentbeginn bereits geschlossen war. Ein Canonical-Link außerhalb des Head ist kein Canonical-Link, also protokollierte Google exakt das, was ankam: nahezu identische Seiten ohne jede Deklaration, und es wählte für uns.

Das Detail, das uns die meiste Zeit kostete, ist das mitteilenswerteste. Der Live-URL-Test der Search Console ruft mit einem anderen User Agent ab als der Crawler, und dieser Agent stand auf der Standardliste der Bots, denen unser Framework vollständige, ungestreamte Metadaten ausliefert — der Googlebot bewusst nicht. Der Live-Test zeigte deshalb bei jedem Durchlauf einen korrekten Canonical im Head, während der Crawl, der den Index tatsächlich aufbaut, keinen sah. Wird eine Seite als Duplikat gemeldet, vertrauen Sie dem indexierten Ergebnis und dem rohen HTML mehr als jedem Live-Test: Quelltext anzeigen und nachsehen, wo der Head schließt. Die schlichtere Hälfte desselben Vorfalls lohnt ebenfalls einen Blick auf der eigenen Seite — unser www-Host lieferte jede Seite mit 200 und ohne Weiterleitung aus, weshalb Google www als kanonischen Host über der Apex-Domain indexiert hatte; eine einzige 301 hat das behoben. Bis die Search Console eine Korrektur dieser Größenordnung bestätigt, vergehen üblicherweise ein paar Wochen. Wenn Sie nicht von einem Canonical-Bericht, sondern von fehlendem Traffic rückwärts arbeiten, behandelt warum bekommt meine Website keinen Traffic die Prüfungen davor.