Hreflang Checker & Validator

Beispiele sind falsche Kombinationen, uneinheitliche Schreibweisen oder nicht standardkonforme Codes. Typisch korrekt wären etwa de, de-DE, en-GB oder x-default.

Jede Sprach- oder Länderversion sollte in der Regel auch auf sich selbst als hreflang-Alternative verweisen. Fehlt diese Self-Referenz, wird das Cluster oft weniger eindeutig.

Wenn Seite A auf Seite B verweist, sollte Seite B auch zurück auf Seite A verweisen. Diese gegenseitige Beziehung wird oft als reciprocal hreflang bezeichnet.

Wenn eine Sprachversion per Canonical auf eine andere Sprachversion zeigt, kann hreflang wirkungslos werden. In vielen Fällen sollte jede Sprachversion ein self-referenzielles Canonical haben.

Seiten mit noindex sind für hreflang problematisch, weil Google sie unter Umständen nicht als reguläre Alternative berücksichtigt.

Wenn nicht alle relevanten Sprach- oder Landesversionen miteinander verknüpft sind, entstehen unvollständige Cluster. Das erschwert Suchmaschinen die richtige Zuordnung.

Ein hreflang Checker analysiert, ob auf einer Seite korrekte hreflang-Alternates eingebunden sind. Typische Prüfungen sind Code-Validierung, Duplikate, x-default, Self-Referenz, Return-Links, Statuscodes, Robots-Signale und Canonical-Konflikte.

hreflang ist ein Signal für Suchmaschinen, das zusammengehörende Sprach- oder Länderversionen markiert. So kann Google eher die passende Version für Nutzer in einem bestimmten Land oder in einer bestimmten Sprache ausspielen.

hreflang ist sinnvoll, wenn Sie mehrere Versionen derselben Inhalte für unterschiedliche Sprachen oder Länder anbieten, etwa de-DE, de-AT oder en-US. Ohne solche Varianten ist hreflang meist nicht nötig.

x-default ist eine optionale Standardversion. Sie wird häufig für Sprachwähler, globale Einstiegsseiten oder neutrale Fallback-Seiten genutzt, wenn keine spezifische Sprach- oder Landesversion bevorzugt werden soll.

In der Praxis: ja, das ist Best Practice. Jede Seite sollte im hreflang-Set auch eine Self-Referenz enthalten. Das macht das Cluster eindeutiger und reduziert Interpretationsprobleme.

Ja, idealerweise schon. Wenn eine deutsche Version auf eine englische verweist, sollte die englische Version auch zurück auf die deutsche verweisen. Diese gegenseitigen Rückverweise nennt man oft Return-Links oder reciprocal hreflang.

Ungültige oder uneinheitliche Codes können dazu führen, dass Suchmaschinen einzelne Alternates oder das gesamte hreflang-Setup nicht korrekt interpretieren. Deshalb sollten Sprache und Region konsistent und standardkonform gesetzt sein.

Ja. hreflang kann an Wirkung verlieren, wenn Seiten noindex sind, Canonicals auf andere URLs zeigen, Alternates Fehlercodes liefern oder die Seiteninhalte nicht wirklich zusammengehören.

hreflang und Canonical müssen zusammenpassen. In vielen internationalen Setups sollte jede Sprachversion ein self-referenzielles Canonical haben. Wenn eine Sprachversion per Canonical auf eine andere Sprachversion zeigt, kann hreflang wirkungslos werden.

Das ist meist problematisch. noindex-Seiten sind für hreflang-Cluster oft ungeeignet, weil sie von Suchmaschinen nicht wie normale indexierbare Alternativen behandelt werden.

Ja. hreflang kann nicht nur im HTML, sondern auch in XML-Sitemaps gepflegt werden. Das ist vor allem bei großen internationalen Websites oft wartungsärmer als eine rein HTML-basierte Pflege.

Das hängt vom Setup ab. Für normale Webseiten ist HTML oft am direktesten. Für große internationale Plattformen ist XML-Sitemap-hreflang oft leichter zentral zu verwalten. HTTP-Header werden eher bei Nicht-HTML-Dateien wie PDFs genutzt.

Häufige Ursachen sind ungültige Codes, fehlende Rückverweise, Canonical-Konflikte, noindex, fehlerhafte Statuscodes, unvollständige Cluster oder starke Inkonsistenzen zwischen den Sprachversionen.

Das hängt vom Zielmarkt ab. Wenn nur die Sprache wichtig ist, reicht oft ein Sprachcode wie de. Wenn sich Inhalte, Preise, Währungen oder rechtliche Hinweise je Land unterscheiden, ist meist eine Kombination wie de-DE oder de-AT sinnvoller.

hreflang hilft Suchmaschinen, die passende Sprach- oder Länderversion einer Seite auszuwählen. Canonical signalisiert dagegen, welche URL als kanonische Hauptversion gelten soll. Beide Signale müssen zusammenpassen. Wenn Canonical auf eine andere Sprachversion zeigt, kann hreflang an Wirkung verlieren.

de steht allgemein für deutschsprachige Inhalte ohne spezifisches Land. de-DE zielt auf Deutschland, de-AT auf Österreich. Wenn sich Inhalte, Preise, Währungen oder rechtliche Rahmenbedingungen je Land unterscheiden, ist meist eine Länder-Kombination sinnvoller als nur ein Sprachcode.

Oft ja. Auch wenn der Text weitgehend identisch ist, kann hreflang sinnvoll sein, wenn die Seiten für unterschiedliche Zielmärkte gedacht sind, zum Beispiel Deutschland, Österreich und die Schweiz. So erhöhen Sie die Chance, dass Google die passende Länderversion ausspielt.

Technisch ja, aber inhaltlich sollten die Seiten trotzdem hochwertig und nutzbar sein. hreflang ersetzt keine Qualität. Wenn maschinell übersetzte Seiten schwach oder fehlerhaft sind, kann das unabhängig vom hreflang-Setup zu Problemen bei Rankings und Nutzererfahrung führen.

Idealerweise ja: Alle zusammengehörenden Varianten sollten sich gegenseitig vollständig referenzieren. Unvollständige Sets führen oft zu schwächeren oder unklaren hreflang-Clustern. Besonders bei großen Websites lohnt sich deshalb eine clusterweise Pflege.

Der Checker ruft Alternates stichprobenartig bzw. limitiert ab, um Performance und Laufzeit im Rahmen zu halten. Dadurch ist der Return-Link-Check sehr hilfreich für die Praxis, aber kein vollständiger Crawl aller internationalen Varianten. Für große Cluster ist zusätzlich eine systematische Gesamtprüfung sinnvoll.