Canonical-URL-Checker

Ein <link rel="canonical"> teilt Suchmaschinen mit, welche URL die bevorzugte Version einer Seite ist, bündelt Ranking-Signale und vermeidet doppelte Inhalte.

Ja. Für die Konsistenz zwischen Suchmaschinen und sozialen Plattformen sollte og:url mit der kanonischen URL übereinstimmen.

Google empfiehlt absolute URLs in Canonical-Tags. Relative Pfade können über verschiedene Hostnamen oder Protokolle hinweg falsch interpretiert werden.

Ja, der Canonical-URL-Checker ist zu 100 % kostenlos, ohne Registrierung, ohne versteckte Gebühren und ohne Nutzungslimits. Die gesamte Verarbeitung erfolgt lokal in deinem Browser und gewährleistet vollständige Privatsphäre.

Absolut. Der Canonical-URL-Checker verarbeitet alles clientseitig in deinem Browser. Es werden keine Daten auf einen Server hochgeladen oder dort gespeichert. Deine Inhalte bleiben jederzeit privat auf deinem Gerät.

Ja, der Canonical-URL-Checker ist vollständig responsiv und funktioniert auf Smartphones und Tablets. Du kannst ihn auf jedem Gerät mit einem modernen Webbrowser nutzen, ohne eine App herunterzuladen.

Es ist kein Konto und keine Registrierung erforderlich. Öffne einfach den Canonical-URL-Checker in deinem Browser und beginne sofort mit der Nutzung. Es gibt keine Anmeldeschranken oder Nutzungsbeschränkungen.

Ja, der Canonical-URL-Checker wurde gemäß den aktuellen Richtlinien und Best Practices von Google Search entwickelt. Wir aktualisieren das Tool regelmäßig, um Änderungen der Suchmaschinenanforderungen zu berücksichtigen.

Gib einfach deinen Text in das vorgesehene Feld ein, passe die Einstellungen nach Belieben an, und das Tool verarbeitet ihn sofort. Anschließend kannst du das Ergebnis in die Zwischenablage kopieren oder herunterladen.

Der Canonical-URL-Checker funktioniert in allen modernen Browsern, darunter Chrome, Firefox, Safari, Edge und Opera. Für das beste Erlebnis verwende die neueste Version deines bevorzugten Browsers.

Enthält eine Seite mehr als ein <link rel="canonical"> im Head, stufen Suchmaschinen die widersprüchlichen Signale als unzuverlässig ein. Googles dokumentiertes Verhalten besteht darin, alle davon zu ignorieren, statt zu raten — die Seite greift dann auf andere Hinweise wie interne Links und Sitemaps zurück, um selbst ein Canonical zu bestimmen. Das bedeutet oft, dass nicht die von Ihnen gewünschte URL gewinnt, wodurch sich Ranking-Signale auf Duplikate verteilen. Doppelte Canonicals entstehen meist, wenn sowohl ein CMS-Template als auch ein SEO-Plugin jeweils eines einfügen, oder wenn ein fest codiertes Tag eine Migration übersteht. Dieser Checker deckt das Problem direkt auf: Die Prüfung „Nur ein Canonical" schlägt fehl und meldet die genaue Anzahl gefundener Tags, während die Übersicht die zuerst extrahierte URL anzeigt. Fügen Sie Ihr vollständiges HTML ein, um zu bestätigen, dass nur ein Canonical vorhanden ist, bevor Suchmaschinen die Wahl selbst treffen müssen.

Beide weisen Suchmaschinen auf eine bevorzugte URL hin, funktionieren aber sehr unterschiedlich. Eine 301-Weiterleitung ist eine Server-Anweisung, die Nutzer und Crawler physisch von einer URL zu einer anderen schickt, sodass die ursprüngliche Seite nicht mehr erreichbar ist. Ein Canonical-Tag ist nur ein Hinweis innerhalb einer Seite, die weiterhin normal lädt; Besucher bleiben auf der angeforderten URL, während Sie Suchmaschinen mitteilen, welche Version indexiert und mit Autorität versehen werden soll. Verwenden Sie eine 301-Weiterleitung, wenn eine Seite tatsächlich verschoben wurde oder nicht mehr existieren soll, und ein Canonical, wenn doppelter oder nahezu doppelter Inhalt weiterhin zugänglich bleiben muss, etwa bei gefilterten, paginierten oder parameterbehafteten URLs. Da ein Canonical ein starker Hinweis und keine Anweisung ist, kann Google ihn überschreiben. Dieser Checker prüft die Canonical-Signale in Ihrem eingefügten HTML, damit der gesendete Hinweis sauber, absolut und konsistent ist.

Technisch löst ein Browser ein relatives Canonical wie /produkte/schuhe anhand des Seitenstandorts oder eines vorhandenen <base href> auf, es handelt sich also nicht um ungültiges HTML. In der Praxis empfiehlt Google jedoch dringend absolute URLs, da relative Pfade über Protokolle, Subdomains oder Staging-Hosts hinweg leicht falsch aufgelöst werden können, was eine Seite auf die falsche Adresse kanonisieren kann. Ein versehentliches <base href> im Head verschärft dies zusätzlich, da es beeinflusst, wie der relative Pfad interpretiert wird. Die sichere Wahl ist immer die vollständige Form, https://www.beispiel.de/produkte/schuhe, inklusive Schema und Host. Die Prüfung „Absolute URL" dieses Checkers warnt, sobald Ihr Canonical relativ ist, und das Übersichtsfeld zeigt zudem jedes erkannte base href, damit Sie eine widersprüchliche Auflösungsbasis erkennen können. Fügen Sie Ihr HTML ein, um zu bestätigen, dass das Canonical vollständig qualifiziert ist, bevor es live geht.

Es ist nicht zwingend erforderlich, aber ein selbstreferenzierendes Canonical auf jeder Seite gilt als weithin empfohlene Absicherung. Selbst Seiten ohne offensichtliche Duplikate sind oft über Tracking-Parameter, Großschreibungsvarianten, Session-IDs oder Unterschiede beim abschließenden Schrägstrich erreichbar, und ein auf die eigene saubere URL verweisendes Canonical teilt Suchmaschinen mit, welche Form konsolidiert werden soll. Ohne ein solches Tag müssen Crawler die bevorzugte Version selbst erschließen, was Ranking-Signale über zufällige Duplikate verstreuen kann. Das Tag sollte die exakte, absolute HTTPS-URL der Seite enthalten, auf der es sitzt. Dieser Checker zeigt in der Prüfung „Selbstreferenzierend" genau, wohin Ihr Canonical verweist, und extrahiert die URL in der Übersicht, damit Sie bestätigen können, dass sie mit der Seite übereinstimmt und nicht etwa auf die Startseite oder eine andere Adresse zeigt. Fügen Sie Ihr HTML ein, um zu prüfen, ob jede Seite korrekt auf sich selbst verweist.

Es analysiert ausschließlich das statische HTML, das Sie einfügen, und verarbeitet es auf Ihrem eigenen Gerät mit dem im Browser integrierten Parser — genau so, wie ein Browser das Markup lesen würde. Es crawlt nicht Ihre Live-URL, rendert kein JavaScript, verfolgt das Canonical nicht und prüft nicht, ob das Ziel einen HTTP-Status 200 liefert. Das hält alles privat und sofort verfügbar, bedeutet aber, dass zwei Dinge separat zu prüfen sind: Wird Ihr Canonical-Tag per clientseitigem JavaScript eingefügt, fügen Sie das gerenderte HTML statt der Roh-Vorlage ein, und bestätigen Sie andernorts, dass das Canonical-Ziel tatsächlich zu einer live erreichbaren Seite mit Status 200 auflöst, da ein Canonical, das auf eine Weiterleitung, einen 404- oder 5xx-Fehler zeigt, das Signal schwächt. Innerhalb dieser Grenzen extrahiert und prüft es Canonical, og:url und base href zuverlässig. Fügen Sie Ihren Seitenquelltext ein, um alle acht Prüfungen auf einmal auszuführen.