hreflang & internationale SEO richtig umsetzen: die vier häufigsten Fehler

TL;DR

• hreflang sagt Google, welche Sprach-/Länderversion einer Seite für welche Zielgruppe gedacht ist – falsch gesetzt sortiert es mehr Chaos als Nutzen.
• Key-Takeaway: Die meisten Probleme entstehen aus vier Fehlern: fehlende Rückverweise, falsche Sprach-/Ländercodes, kein x-default und Inkonsistenz zu Canonical/Sitemap.
• Dieser Leitfaden zeigt ein sauberes Grundgerüst, das skaliert – und die vier Fehler, die du zuerst ausschließen solltest.
• hreflang ist kein Ranking-Booster, sondern eine Zuordnungshilfe: richtige Version für die richtige Zielgruppe, weniger Kannibalisierung.

Sobald eine Website mehrere Sprachen oder Länder bedient, kommt hreflang ins Spiel – und wird fast überall falsch umgesetzt. Das Tückische: Fehlerhaftes hreflang fällt selten sofort auf, sondern sorgt leise für falsch ausgespielte Versionen und interne Konkurrenz. Dieser Beitrag erklärt, was hreflang leistet, die vier häufigsten Fehler und ein Grundgerüst, das auch bei vielen Sprachen sauber bleibt.

Was hreflang macht (und was nicht)

hreflang ist eine Auszeichnung, die Google signalisiert: „Diese Seite gibt es auch in diesen anderen Sprach-/Länderversionen – spiel der jeweiligen Zielgruppe die passende aus." Es hilft, dass deutsche NutzerInnen die deutsche und österreichische die österreichische Version sehen, statt dass Versionen sich gegenseitig im Ranking kannibalisieren.

Wichtig ist, was hreflang nicht ist: kein Ranking-Booster und keine Weiterleitung. Es ändert nicht, ob du rankst, sondern welche Version bei mehreren passenden ausgespielt wird. Wer sich davon mehr Sichtbarkeit verspricht, missversteht das Werkzeug. Der Nutzen ist Ordnung und weniger interne Konkurrenz, nicht mehr Traffic per se.

Fehler 1: Fehlende Rückverweise

Der häufigste und tödlichste Fehler. hreflang muss bidirektional sein: Wenn Seite A auf Seite B als Alternative verweist, muss Seite B auch auf A zurückverweisen. Fehlt der Rückverweis, ignoriert Google die Auszeichnung – oft komplett.

Das ist die Fehlerquelle Nummer eins bei großen Sites, weil beim Hinzufügen neuer Sprachen leicht ein Rückverweis vergessen wird. Merke: Jede Version muss alle Versionen auflisten – inklusive sich selbst (self-reference). Ein sauberes hreflang-Set ist ein vollständiger, in sich geschlossener Ring.

Fehler 2: Falsche Sprach- und Ländercodes

hreflang nutzt definierte Codes: Sprache im Format ISO 639-1 (z. B. de, en), optional plus Land im Format ISO 3166-1 Alpha-2 (z. B. de-AT, en-GB). Häufige Patzer: Land und Sprache vertauscht, erfundene Codes (en-UK statt korrekt en-GB), oder ein Ländercode ohne Sinn.

Wichtig zu verstehen: Der erste Teil ist die Sprache, der zweite (optional) das Land – nicht umgekehrt. de-AT heißt „Deutsch für Österreich", nicht „Österreich auf irgendeiner Sprache". Wer nur Sprachen unterscheidet (nicht Länder), nutzt nur den Sprachcode (de, en) – ein unnötiger Ländercode kann mehr Schaden als Nutzen stiften.

Fehler 3: Kein x-default

Für den Fall, dass keine der ausgezeichneten Versionen zur Zielgruppe passt, gibt es x-default – die Fallback-Version (oft eine Sprachauswahl-Seite oder die internationale Standardversion). Fehlt sie, überlässt du Google die Wahl für alle nicht abgedeckten Fälle.

x-default ist kein Pflichtfeld, aber stark empfohlen, sobald du mehrere Versionen hast. Es beantwortet die Frage „und wenn nichts passt?" bewusst, statt sie dem Zufall zu überlassen. Gerade bei internationalen Seiten mit vielen Märkten ist das ein wichtiger Baustein.

Fehler 4: Inkonsistenz zu Canonical und Sitemap

hreflang darf sich nicht mit anderen Signalen widersprechen. Klassische Konflikte: Eine Seite zeigt per hreflang auf sich selbst, setzt aber gleichzeitig einen Canonical auf eine andere Version – das hebt sich gegenseitig auf. Oder die in hreflang genannten URLs unterscheiden sich (Trailing Slash, http/https, Parameter) von den kanonischen.

Die Regel: Jede Version hat ihren eigenen, selbstreferenzierenden Canonical, und die hreflang-URLs müssen exakt den kanonischen, indexierbaren URLs entsprechen. Konsistenz über hreflang, Canonical und Sitemap hinweg ist Pflicht – Widersprüche sind der zweithäufigste Grund, warum Google die Auszeichnung verwirft.

Ein Grundgerüst, das skaliert

So bleibt hreflang auch bei vielen Sprachen beherrschbar:

Bei wenigen Seiten reicht die Auszeichnung im Seiten-Head. Bei vielen Sprachen/Seiten ist die XML-Sitemap oder eine serverseitig generierte Lösung robuster, weil du die Ringe zentral und fehlerfrei erzeugst, statt sie manuell in jede Seite zu schreiben. Prüfe das Ergebnis mit einem hreflang-Validator und beobachte die internationalen Berichte in der Search Console.

Key-Takeaways

• hreflang steuert, welche Version ausgespielt wird – kein Ranking-Booster, keine Weiterleitung.
• Die vier Fehler: fehlende Rückverweise, falsche Codes, kein x-default, Inkonsistenz zu Canonical/Sitemap.
• Jede Version muss alle Versionen inkl. sich selbst auflisten (vollständiger, bidirektionaler Ring).
• Bei vielen Sprachen zentral über Sitemap/serverseitig generieren und validieren.

Fazit

hreflang ist kein Hexenwerk, aber unversöhnlich mit Nachlässigkeit: Ein fehlender Rückverweis, ein falscher Code oder ein widersprüchlicher Canonical, und Google ignoriert die Auszeichnung. Wer den vollständigen Ring, korrekte Codes, x-default und Konsistenz beachtet – und bei Skala zentral generiert – bekommt genau das, was hreflang leisten soll: die richtige Version für die richtige Zielgruppe, ohne interne Kannibalisierung. Wer internationales SEO sauber aufsetzen will, findet dafür bei spezialisierten Fachleuten Unterstützung.