TontonTools

Kanonischer Tag-Checker

Überprüfen Sie das kanonische Tag einer Seite – die URL, die Google ranken soll.

100% Kostenlos Keine Anmeldung Datenschutzfreundlich SEO-Tools
Sep 2026 aktualisiert

Share X / Twitter Facebook LinkedIn WhatsApp

So verwenden Sie Kanonischer Tag-Checker

  1. Geben Sie die Seiten-URL ein und klicken Sie auf „Kanonisch prüfen“.
  2. Vergleichen Sie die kanonische URL mit der eigenen URL der Seite – Selbstreferenzierung ist für normale Seiten korrekt.
  3. Untersuchen Sie Nichtübereinstimmungen: Das Verweisen auf die Startseite, eine andere Domain oder eine Weiterleitungs-/404-URL sind Fehler, die in der Vorlage oder im Plugin behoben werden müssen.
  4. Prüfen Sie anschließend Migrationen und Plugin-Updates – die beiden Ereignisse, die Canonicals auf der gesamten Website stillschweigend umschreiben.

Was ist Kanonischer Tag-Checker?

Ein kanonischer Tag-Checker ruft eine Seite ab und liest ihren – das Tag, das Suchmaschinen mitteilt, welche URL die maßgebliche Version ist, wenn derselbe Inhalt an mehreren Adressen vorhanden ist (http/https, www/nicht-www, abschließende Schrägstriche, Tracking-Parameter, Druckansichten).

Das Tag konzentriert Ranking-Signale auf eine URL, anstatt sie auf Duplikate aufzuteilen. Seine Macht ist auch seine Gefahr: Ein kanonischer Hinweis auf die falsche Seite sagt Google, dass es diese Seite und nicht mich bewerten soll – und Google gehorcht weitgehend. Falsche Canonicals gehören zu den leisesten katastrophalen SEO-Fehlern: Die Seite sieht im Browser perfekt aus, während die Suche jedes Signal an eine andere Stelle sendet.

Über den Kanonischer Tag-Checker

Geben Sie eine URL ein, klicken Sie auf „Kanonisch prüfen“ und sehen Sie genau, welchen Kanonismus die Seite bietet – und ob sie selbstreferenzierend ist (korrekt für die meisten Seiten), auf eine andere Stelle verweist (korrekt nur für echte Duplikate), fehlt oder fehlerhaft ist.

Der Fehlerkatalog, der dabei auftritt: jede Seite, die auf die Homepage kanonisiert (ein falsch konfiguriertes Plugin – tiefe Seiten geben ihre Rankings an die Startseite ab); Canonicals zur Staging- oder http-Domäne nach einer Migration; Canonicals zur Weiterleitung oder 404-Ziele (ein Widerspruch, den Google durch Ignorieren oder Schlimmeres löst); und gemischte Signale, bei denen sich Hreflang, Sitemap und Canonical über die bevorzugte URL nicht einig sind.

Die Regel für gesunde Websites: Jede indizierbare Seite trägt eine selbstreferenzierende Canonical – ihre eigene saubere, absolute https-URL – und nur echte Duplikate verweisen anderswo. Überprüfen Sie wichtige Vorlagen nach Migrationen, Plugin-Updates und Domain-Änderungen; Dann brechen Canonicals stillschweigend.

Häufig gestellte Fragen

Selbst – die saubere, absolute https-URL der Seite. Selbstreferenzierende Canonicals sind der Standard für jede indizierbare Seite; Nur echte Duplikate (Parameterversionen, syndizierte Kopien) verweisen auf eine andere URL.
Google wird angewiesen, diese andere URL zu nennen und zu bewerten. Dadurch werden die Signale Ihrer Seite übertragen und sie kann vollständig aus den Ergebnissen verschwinden. Sitewide Canonical-to-Homepage ist die klassische Version: Jede Deep-Seite stuft sich stillschweigend von selbst herab.
Ein starker Hinweis, kein Befehl – ​​Google kann ihn überschreiben, wenn andere Signale nicht zustimmen (interne Links, Sitemap, Weiterleitungen, die auf eine andere Stelle verweisen). Die Konsistenz aller Signale sorgt dafür, dass Canonicals haften bleiben.
Weiterleiten, wenn die doppelte URL überhaupt nicht besucht werden soll (alte Adresse nach einem Umzug). Kanonisch, wenn beide URLs weiterhin funktionieren müssen, eine jedoch ranken soll (Tracking-Parameter-Versionen, druckbare Ansichten, A/B-Varianten).
Ja, in der Praxis – relative Canonicals führen zu Protokoll-/Host-Mehrdeutigkeiten und sind eine bekannte Fehlerquelle. Immer das vollständige https://www.example.com/page-Formular, das genau Ihrer echten kanonischen Domain entspricht.

We use cookies for analytics and to keep the tools free via ads. See our Privacy Policy.