Canonical-Tag-Checker: kaputte Canonicals finden und beheben

Ein Canonical Tag Checker liest das <link rel="canonical">-Element einer Seite aus und sagt dir, ob es vorhanden ist, ob es mehrfach vorkommt und ob die angegebene URL eine erreichbare, indexierbare Seite ist. Den Canonical-Tag zu prüfen lohnt sich, weil er entscheidet, welche von mehreren fast identischen URLs die Links und Ranking-Signale bekommt, und weil er viel öfter durch Templates und Plugins kaputtgeht als durch eine bewusste Entscheidung.

Bei einer einzelnen Website schaust du vielleicht ab und zu in den Quelltext. In einem Kundenportfolio ändern sich Canonicals als Nebenwirkung von Arbeiten, die niemand mit SEO in Verbindung bringt. Ein Theme-Update, eine neue Weiterleitungsregel oder eine Staging-Kopie, die gecrawlt wurde, während ihre Canonicals noch auf den Staging-Hostnamen zeigten.

Was der Canonical-Tag Google tatsächlich sagt

Der Tag steht im <head> und nennt die bevorzugte URL für einen Inhalt, zum Beispiel <link rel="canonical" href="https://example.com/schuhe/">. Wichtig wird er überall dort, wo derselbe Inhalt unter mehreren Adressen erreichbar ist. Das betrifft Parameter wie ?farbe=blau, http und https, URLs mit und ohne abschließenden Slash, Druckversionen sowie paginierte oder gefilterte Kategorieansichten.

Google behandelt den Canonical als starken Hinweis, nicht als Anweisung. Die Suchmaschine gewichtet ihn gegen Weiterleitungen, interne Links, die URLs in deiner Sitemap und HTTPS und wählt dann selbst. Das Ergebnis siehst du für jede URL in der URL-Prüfung der Search Console: Dort steht die „Vom Nutzer angegebene kanonische URL“ neben der „Von Google ausgewählten kanonischen URL“. Weichen die beiden voneinander ab, hält Google deinen Tag für falsch oder nicht glaubwürdig.

Zwei weniger bekannte Regeln sorgen regelmäßig für Überraschungen. Ein Canonical im <body> wird ignoriert, was passiert, wenn ein Skript oder Page Builder ihn zu spät einfügt. Und Dateien ohne HTML, etwa PDFs, können einen Canonical nur über einen HTTP-Header angeben: Link: <https://example.com/leitfaden/>; rel="canonical".

Welche Fehler ein Canonical Tag Checker melden sollte

Problem	Was du im Quelltext findest	Typische Folge
Fehlt	Überhaupt kein rel="canonical"	Google wählt selbst eine Version, oft eine mit Parametern
Mehrfach	Zwei Tags mit unterschiedlichen URLs, meist vom Theme plus SEO-Plugin	Google ignoriert die angegebenen Canonicals unter Umständen komplett
Falsches Ziel	Alle Produktseiten zeigen auf ein einziges Produkt oder auf die Startseite	Diese URLs fallen als Duplikate heraus
Ziel ist kaputt	Canonical zeigt auf eine 404, eine Weiterleitung oder eine Seite mit noindex	Widersprüchliche Signale, die „echte“ Seite wird womöglich nicht indexiert
Veralteter Hostname	Canonical nennt noch staging. oder die Domain vor der Migration	Signale gehen an eine Website, die nicht ranken soll
Relative URL	href="/schuhe/" statt einer absoluten URL	Funktioniert grundsätzlich, geht aber schief, wenn die Seite unter einem anderen Host ausgeliefert wird

Die Fehler auf Template-Ebene richten den größten Schaden an, weil sie alle Seiten eines Typs gleichzeitig treffen. Im Bericht „Seiten“ unter „Indexierung“ zeigen sie sich meist als sprunghafter Anstieg bei „Duplikat – Google hat eine andere Seite als der Nutzer als kanonische Seite bestimmt“ oder „Alternative Seite mit richtigem kanonischen Tag“.

Canonical-Tag prüfen: eine URL von Hand

Für eine Seite, die du gerade debuggst, reicht der manuelle Canonical-Tag-Test völlig:

1. view-source: öffnen und nach canonical suchen. Zähl die Treffer.
2. Auch die Response-Header ansehen (curl -I https://example.com/seite/) und nach einem Link-Header suchen, der dem HTML widersprechen kann.
3. Das Canonical-Ziel aufrufen und bestätigen, dass es 200 liefert, kein noindex hat und sich selbst als Canonical angibt.
4. Die URL durch die URL-Prüfung schicken, um zu sehen, welchen Canonical Google tatsächlich gewählt hat.

Woher der Tag kommt, hängt von der Plattform ab. Yoast SEO und Rank Math geben standardmäßig einen selbstreferenzierenden Canonical aus und lassen Redakteure ihn pro Seite im Tab „Erweitert“ überschreiben. Genau dort landen Copy-Paste-Fehler. Shopify-Themes geben normalerweise {{ canonical_url }} in theme.liquid aus, ein angepasstes Theme mit hartkodiertem Wert wirkt sich also auf jedes Template aus, das dieses Layout nutzt.

Canonicals über viele Websites hinweg überwachen

Eine manuelle Prüfung zeigt dir, was ein Canonical heute sagt. Teuer sind aber die Fehler, die nach deinem letzten Blick entstehen. Die sinnvolle Frage lautet deshalb: Was hat sich seit gestern geändert?

Deltio prüft die Seiten in der Sitemap jeder Kundenwebsite in einem täglichen Zyklus und vergleicht die Canonicals, zusammen mit Titles, Meta Descriptions, H1, noindex und robots.txt, mit der vorherigen Prüfung. Ändert sich ein Canonical oder verschwindet er, geht der Alert mit den betroffenen URLs an den Slack-Channel und die E-Mail-Adresse dieser Website. Nach einem Deploy kannst du auch direkt einen manuellen SEO-Scan starten, statt auf den nächsten Zyklus zu warten. Die Grenze liegt beim Timing: Eine Änderung von heute Morgen taucht bei der nächsten täglichen Prüfung auf, nicht innerhalb von Minuten. Wenn du Title-Tags schon auf diese Weise kontrollierst, gehören Canonicals in dieselbe Routine.

Du kannst eine Kundenwebsite 14 Tage kostenlos hinzufügen und sehen, was ihre Canonicals aktuell angeben.