SEO-Tools
Canonical-Tag-Checker: Was eine Seite tatsächlich deklariert
Liest die von der Seite deklarierte kanonische URL und ruft diese Adresse anschließend ab, um zu bestätigen, dass sie erreichbar ist, nicht weiterleitet und kein noindex trägt — die drei Wege, auf denen ein Canonical still wirkungslos wird.
Was dieses Tool prüft
Fügen Sie eine vollständige URL statt einer bloßen Domain ein, wenn Sie eine bestimmte Seite prüfen wollen. Canonical-Fehler betreffen fast immer das Template — eine Produkt- oder Artikelseite zu testen sagt daher meist etwas über alle Seiten desselben Templates aus.
- Ob die Seite überhaupt ein Canonical deklariert und ob der Wert absolut ist.
- Ob das Ziel 200 liefert statt einer Weiterleitung oder eines 404.
- Ob das Ziel ein noindex trägt, was die Konsolidierung aufheben würde.
- Ob das Canonical auf sich selbst oder auf eine andere URL zeigt.
Das Ergebnis lesen
| Befund | Bedeutung |
|---|---|
| Selbstreferenzierend | Der gesunde Normalfall für eine indexierbare Seite |
| Zeigt woandershin | Bei einem Duplikat gewollt; bei einer eigenständigen Seite ein Fehler |
| Fehlt | Keine bevorzugte URL deklariert; Parametervarianten konkurrieren |
| Relativer Wert | Erlaubt, aber riskant — Auflösungsfehler entstehen leicht |
| Ziel leitet weiter | Google verwirft ein Canonical, das auf eine Weiterleitung zeigt |
| Ziel mit noindex | Konsolidierung auf eine Seite, die nicht indexiert werden will |
Ein Canonical ist ein Hinweis, keine Anweisung
Google wägt Ihre Deklaration gegen interne Links, den Inhalt der Sitemap, Weiterleitungen und die tatsächliche Ähnlichkeit der Seiten ab. Zeigen die übrigen Indizien woandershin, wählt Google eine andere URL und meldet sie als von Google ausgewähltes Canonical. Dasselbe Tag erneut zu deklarieren ändert daran nichts — wie Sie stattdessen an den Indizien arbeiten, steht unter Canonical-Tag-Probleme .
- Warum sieht der Checker ein anderes Canonical als mein Template?
- Client-seitige Skripte können das Tag nach dem Laden überschreiben oder verdoppeln. Dieses Tool liest das ausgelieferte HTML — also genau das, was ein Crawler vor dem Rendering erhält.
- Sollte jede Seite auf sich selbst kanonisch sein?
- Jede indexierbare Seite, ja. Es kostet nichts und legt die bevorzugte URL-Form fest, bevor Parametervarianten überhaupt auftauchen.
Weitere Tools
Ruft die robots.txt des eingegebenen Hosts ab, meldet, ob sie existiert und ob sie alle Crawler blockiert, und liest parallel die Robots-Direktiven auf Seitenebene.
Sucht die Sitemap so, wie ein Crawler es tut — zuerst die Deklaration in der robots.txt, dann die üblichen Orte — und prüft anschließend, ob das Dokument als XML parst, und zählt die enthaltenen URLs.
Analysiert die strukturierten Daten der eingegebenen Seite, listet die gefundenen schema.org-Typen auf und markiert Blöcke, die nicht parsen oder denen die von ihrem Typ verlangten Eigenschaften fehlen.
Folgt der eingegebenen URL über jeden Schritt und meldet den Statuscode jeder Station sowie das endgültige Ziel — genau das Detail, das der Browser verbirgt, sobald die Adresszeile zur Ruhe kommt.
Lädt die angegebene Seite, nimmt eine Stichprobe ihrer internen Links und ruft jeden davon ab — und meldet den zurückgegebenen Statuscode statt der Farbe des Links.
Prüft jedes Signal, das darüber entscheidet, ob eine Seite in den Index darf: Statuscode, Zugriff laut robots.txt, Meta-Robots, den X-Robots-Tag-Header und das Canonical.
Fragt das DNS der eingegebenen Domain live ab und zeigt die veröffentlichten Einträge: auf welche Adressen sie auflöst, wohin die Post geht und ob die TXT-Einträge vorhanden sind, von denen die E-Mail-Authentifizierung abhängt.
Fragt das Registry über RDAP ab — den strukturierten Nachfolger des klassischen WHOIS — und meldet, wann die Domain registriert wurde, wie alt sie ist, wer der Registrar ist und wann die Registrierung endet.
Geben Sie eine Domain ein, um Registrierung, Alter, Ablaufdatum und Registrar zu sehen. Das Domain-Alter liefert Kontext, ist aber kein Google-Rankingfaktor.
Öffnet eine TLS-Verbindung zum eingegebenen Host und meldet das präsentierte Zertifikat: Aussteller, Gültigkeitszeitraum, verbleibende Tage und die ausgehandelte Protokollversion.
Fordert die eingegebene URL an und meldet, was der Server in seinen Headern zurückgibt: welche Sicherheits-Header gesetzt sind, welche Caching-Richtlinie gilt, ob komprimiert wird und welche HTTP-Version ausgehandelt wurde.