DomainLens

Lernen

Hreflang Debugging: mehrsprachiges SEO, Return Tags und x-default

Ein praktischer Hreflang-Debugging-Leitfaden: die Regeln jedes Clusters, die häufigen Return-Tag- und Sprachcode-Fehler und wie Sie mehrsprachiges SEO validieren.

Prüfe deine Website vor den Fixes

Starte ein frisches DomainLens-Audit und nutze den Report als Prioritätenliste.

Kostenloses SEO-Audit starten

Was Hreflang leistet und warum Cluster brechen

Hreflang sagt Google, welche Sprach- oder Regionsversion einer Seite jedem Nutzer gezeigt werden soll. Haben Sie denselben Inhalt auf Englisch, Deutsch und Spanisch, verknüpft Hreflang diese URLs als Cluster, damit ein spanischer Suchender die spanische statt der englischen Seite bekommt — ohne dass eine als Duplicate Content gilt.

Es bricht, weil Hreflang kein einmaliger Hinweis pro Seite ist, sondern ein Satz gegenseitiger Deklarationen. Jede URL im Cluster muss auf jede andere zeigen, sich selbst eingeschlossen, und jede davon muss zurückzeigen. Fehlt ein Rücklink, nutzen Sie einen falschen Sprachcode oder zeigen auf eine weiterleitende URL, ignoriert Google die Annotation für dieses Paar.

Die Regeln jedes Hreflang-Clusters

  • Bidirektional (Return Tags): zeigt A per Hreflang auf B, muss B auf A zurückzeigen, sonst werden beide ignoriert.
  • Selbstreferenz: jede Seite muss einen Hreflang-Eintrag auf sich selbst enthalten.
  • Gültige Codes: Sprache in ISO 639-1 (z. B. en, de), optionale Region in ISO 3166-1 alpha-2 (z. B. en-GB) — Region allein ist ungültig.
  • Absolute, indexierbare URLs: jedes Hreflang-Ziel muss canonical, Status 200, ohne Redirect und ohne noindex sein.
  • Canonical-Übereinstimmung: der Canonical jeder lokalisierten Seite muss selbstreferenziell sein, nicht auf eine andere Sprache zeigen.
  • Ein x-default für den Fallback (Sprach-/Regionswähler oder Standardversion) ist empfohlen, nicht Pflicht.

Die häufigsten Hreflang-Fehler

  • „No return tags“ — der häufigste Search-Console-Fehler: A zeigt auf B, aber B nicht zurück.
  • Falsche Codes: en-UK statt en-GB oder ein nicht existierender Sprachcode, sodass der Eintrag entfällt.
  • Hreflang auf eine URL zeigen lassen, die weiterleitet oder noindex ist, was das Ziel ungültig macht.
  • Hreflang-Canonical-Konflikt — eine lokalisierte Seite, deren Canonical auf die englische Version zeigt, hebt ihr eigenes Hreflang auf.
  • Implementierungen (HTML-Head, HTTP-Header, Sitemap) inkonsistent mischen, sodass die Sätze widersprechen.

So debuggen Sie einen Hreflang-Cluster

  • Nehmen Sie eine URL, listen Sie jeden deklarierten Hreflang-Eintrag, öffnen Sie jedes Ziel und bestätigen Sie Rücklink und Selbstreferenz.
  • Prüfen Sie den International-Targeting-/Hreflang-Bericht der Search Console (oder das Hreflang-Audit eines Crawlers) auf „no return tags“ und unbekannte Codes im Maßstab.
  • Bestätigen Sie, dass jedes Ziel 200 zurückgibt, nicht weiterleitet und nicht noindex ist.
  • Prüfen Sie, dass der Canonical jeder lokalisierten Seite selbstreferenziell ist, nicht über Sprachen hinweg.
  • Wählen Sie eine Implementierungsmethode (meist HTML-Head oder Sitemap) als einzige Wahrheitsquelle.

Fehler, die internationales SEO still brechen

  • Annehmen, Hreflang hebe Rankings — es steuert nur, welche vorhandene Version gezeigt wird, es hebt den Cluster nicht.
  • Ländercodes als Sprachcodes nutzen (z. B. „uk“ für Ukrainisch, das eigentlich die Region Vereinigtes Königreich meint).
  • Nutzer per IP automatisch weiterleiten, sodass Googlebot nur eine Version sieht und die anderen nicht validieren kann.
  • Hreflang nur zu manchen Templates hinzufügen und paginierte, gefilterte oder parametrisierte Varianten vergessen.

So validieren Sie Hreflang

Crawlen Sie den Cluster nach dem Fix neu und bestätigen Sie, dass jedes Paar bidirektional mit gültigen Codes und indexierbaren Zielen ist, und verfolgen Sie dann, wie der Hreflang-Bericht seine „no return tag“-Fehler über die nächsten Tage abbaut. Der echte Test ist eine lokalisierte Suche, die die richtige Sprachversion zurückgibt.

Das entspricht direkt, wie DomainLens mit Locales umgeht: jede lokalisierte URL wird mit passenden, in sich stimmigen Alternates ausgegeben, und der Canonical jeder Sprache zeigt auf sich selbst — dieselbe Disziplin, die einen mehrsprachigen Cluster gültig hält statt still ignoriert.

Ähnliche Ressourcen