Hreflang-Prüfung
Online-SEO-Tool zur Überprüfung und Validierung von hreflang-Tags. Es ermöglicht, die hreflang-Implementierung jeder URL schnell zu testen und zu kontrollieren – so, wie sie von Suchmaschinen gesehen wird. Das Tool liest Annotationen aus dem Head-Bereich, HTTP-Headern und der XML-Sitemap aus und überprüft Rückverweise im gesamten Cluster.
Was macht das Tool „Hreflang Checker"?
Das Tool nimmt eine URL und sammelt hreflang-Annotationen aus drei Quellen, die Suchmaschinen tatsächlich verwenden: Link-Tags im HTML-Head, Link-HTTP-Header sowie (optional) die XML-Sitemap. Anschließend ruft es jede deklarierte Alternativversion ab, um Rückverweise, HTTP-Status, Indexierbarkeit und die Konsistenz des Canonical-Tags zu bestätigen.
Das Ergebnis ist das gleiche Bild, das Google beim Verarbeiten deines internationalen Clusters erstellt, dargestellt in einer übersichtlichen Tabelle mit einer Zusammenfassung der Problem-Schweregrade.
Wie hilft der Hreflang Checker SEO-Spezialisten und Website-Betreibern?
Er diagnostiziert technische Fehler, die das internationale Targeting unbemerkt beeinträchtigen: fehlende Rückverweise, defekte Self-References, Konflikte mit Canonical und noindex, falsche Sprach- oder Regionscodes, relative URLs und umgeleitete Alternativversionen.
Er erkennt auch weniger offensichtliche Probleme – per JavaScript eingefügtes hreflang, das Google eventuell nicht ausführt, Versionen, die auf Staging- oder Preview-Hosts verweisen, Cross-Domain-Versionen sowie Diskrepanzen zwischen Seite und Sitemap.
Typische Anwendungsfälle des Hreflang Checker
- Prüfung, ob jede Seite im Cluster sich selbst und alle Alternativversionen aufführt.
- Bestätigung, dass Rückverweise zwischen Sprachversionen gegenseitig vorhanden sind.
- Erkennung von Canonical- oder noindex-Konflikten, wodurch Google hreflang ignoriert.
- Validierung von Sprach-Region-Codes (z. B. en-GB, nicht en-UK).
- x-default-Test – ob es genau einmal vorhanden ist und auf die Selektor-Seite verweist.
- Vergleich der Annotationen auf der Seite mit denen in der XML-Sitemap.
- Erkennung von Staging- oder Preview-URLs, die über hreflang in den Index gelangen.
Wie hreflang funktioniert
Seiten, die Übersetzungen oder regionale Varianten sind, bilden einen Cluster. Jede Seite muss alle Seiten, einschließlich sich selbst, mit absoluten URLs aufführen, und jeder Verweis muss gegenseitig sein: Wenn Seite A auf Seite B verweist, muss B zurück auf A zeigen – andernfalls kann die Annotation ignoriert werden.
Es gibt drei korrekte Methoden zur Bereitstellung: Link-Tags im Head (für normale HTML-Seiten), HTTP-Link-Header (die einzige Option für Nicht-HTML-Dateien wie PDFs) und xhtml:link-Einträge in der XML-Sitemap. Verwende nur den Sprachcode (en, de), wenn eine Version für alle gilt, und füge die Region (en-us, en-gb) nur dann hinzu, wenn sich Inhalte tatsächlich zwischen Ländern unterscheiden.
Vergleich des „Hreflang Checker" mit anderen Tools
| Funktionalität | DiagnoSEO | Andere Tools |
|---|---|---|
| Validierung gegenseitiger Verlinkung (holt jede Version ab) | ✅ | ❌ |
| Lesen aus HTML, HTTP-Header und Sitemap | ✅ | ❌ |
| Erkennen von hreflang aus JavaScript-Injection | ✅ | ❌ |
| Kennzeichnung von Staging/Preview-URLs im hreflang | ✅ | ❌ |
| Erkennung von Canonical- und noindex-Konflikten | ✅ | ✅ |
| JavaScript-Rendering und Premium-Proxy | ✅ | ❌ |
FAQ
-
Nicht direkt. Hreflang sorgt dafür, dass die richtige lokalisierte Version an die passenden Nutzer ausgespielt wird und hilft, das Filtern als Duplikat zwischen nahezu identischen regionalen Seiten zu vermeiden.
-
Es hängt von der Häufigkeit des erneuten Crawlens ab, meist einige Wochen, teils auch länger. Änderungen wirken nicht sofort.
-
Hreflang muss wechselseitig sein: Wenn Seite A auf Seite B verweist, muss B auf A zurückverweisen. Fehlt der Rückverweis, kann die gesamte Annotation von Suchmaschinen ignoriert werden.
-
Wenn die Seiten wirklich identisch sind, ist eine einzige Version mit "en" einfacher und sicherer. Regionscodes sollten nur verwendet werden, wenn sich Inhalte tatsächlich zwischen Ländern unterscheiden.
-
Für normale HTML-Seiten verwende Link-Tags im Head-Bereich, für Nicht-HTML-Dateien wie PDFs den HTTP-Link-Header.