Definition: Was ist hreflang?

Das hreflang-Attribut ist ein Signal für Suchmaschinen, das eine Seite mit ihren Sprach- und Länder-Varianten verknüpft. Es wurde 2011 von Google eingeführt und seitdem von Bing und Yandex übernommen. Die Syntax lautet <link rel="alternate" hreflang="de-DE" href="https://www.example.com/de/">. Der Wert im hreflang-Attribut folgt dem BCP-47-Standard: Sprach-Code (ISO 639-1) optional kombiniert mit Regions-Code (ISO 3166-1). Gültig sind reine Sprach-Angaben (en) ebenso wie Sprach-Region-Kombinationen (en-US, en-GB, de-CH).

hreflang ist kein Ranking-Signal im engeren Sinne. Es ist ein Routing-Signal: Google entscheidet damit, welche Version einer Seite einem bestimmten Nutzer in der Ergebnisliste angezeigt wird. Ohne hreflang rankt eine einzelne Sprachvariante international (meist die englische) und verdrängt die regionalen Pendants. Das Phänomen heißt Selbst-Kannibalisierung und ist in Agentur-Audits der häufigste Auslöser für Traffic-Einbrüche auf internationalen Domains.

Kern-Aussage

hreflang routet Nutzer - Canonical konsolidiert Signale

Die beiden Mechanismen sind orthogonal. hreflang entscheidet, welche Version ausgeliefert wird. Canonical entscheidet, auf welche URL sich Ranking-Signale konzentrieren. Jede Seite in einem hreflang-Cluster braucht einen selbstreferenzierenden Canonical.

Die MVG-Regel: Mutual Validation Group

Jedes Ziel in einem hreflang-Cluster muss auf jedes andere Ziel und auf sich selbst verweisen. Diese Symmetrie heißt Mutual Validation Group (MVG). Fehlt eine einzelne Gegenreferenz, verwirft Google das gesamte Cluster. Die Folge: Sprach- und Regionsrouting bricht zusammen, alle Varianten konkurrieren wieder untereinander. In der Search Console erscheinen entsprechende Warnhinweise unter dem Bericht „International Targeting".

Ein vollständiges Cluster für drei Varianten sieht so aus:

<link rel="alternate" hreflang="de-DE" href="https://www.example.com/de/">
<link rel="alternate" hreflang="en-US" href="https://www.example.com/us/">
<link rel="alternate" hreflang="en-GB" href="https://www.example.com/uk/">
<link rel="alternate" hreflang="x-default" href="https://www.example.com/">

Diese vier Zeilen müssen identisch auf allen vier Ziel-URLs erscheinen - inklusive Self-Reference. Das ist der harte Teil: Template-basierte CMS-Systeme rendern hreflang-Blöcke oft dynamisch, und kleine Abweichungen (Trailing-Slash, Protokoll, Parameter) brechen die MVG-Symmetrie.

Drei Implementierungs-Methoden

1. HTML-Head-Tags

Die naheliegende Variante: <link rel="alternate" hreflang="...">-Tags im <head>. Vorteil: direkt im Markup sichtbar. Nachteil: Payload-Overhead bei vielen Sprachen. Eine Seite mit 40 Sprachvarianten rendert 41 Link-Tags pro Seite - bei 10.000 URLs ein messbarer Page-Size-Faktor.

2. HTTP-Header

Für PDFs, Dokumente oder headerbasierte Rendering-Strategien bietet sich der HTTP-Header Link: an. Der Webserver liefert die hreflang-Signale im Response-Header aus. Format: Link: <https://...>; rel="alternate"; hreflang="de-DE", kommasepariert für mehrere Varianten.

3. XML-Sitemap

Die robusteste Variante für Enterprise-Strukturen. Die Sitemap listet pro URL alle hreflang-Alternativen als Unter-Elemente. Vorteil: Änderungen an einer Stelle, keine Template-Divergenzen. Operativ der Standard ab 50+ Ländern. Screaming Frog und Sitebulb können hreflang-Sitemaps validieren und MVG-Verletzungen markieren.

x-default und Fallback-Routing

Das spezielle Tag hreflang="x-default" kennzeichnet die Fallback-URL für Nutzer, deren Sprache oder Region nicht im Cluster deklariert ist. Ohne x-default entscheidet Google heuristisch - meist zugunsten der englischen Variante. x-default ist obligatorisch, sobald mehr als eine Sprachversion existiert. Ziel ist in der Regel die Root-Domain mit Sprach-Auswahl oder die englische Hauptseite.

Wichtig: x-default ist keine „Standard-Sprache", sondern ein expliziter Fallback. Für echte englische Nutzer muss zusätzlich hreflang="en" oder hreflang="en-US" gesetzt werden. Gleichzeitig kann dieselbe URL sowohl en-US als auch x-default tragen - das ist zulässig und üblich.

Typische Fehler in der Praxis

Verwandte Begriffe

hreflang ist das Kernwerkzeug im International SEO. Es arbeitet zusammen mit Canonical Tags, MVG-Validierung und der Indexierungs-Strategie. Bei GEO- und LLM-Routing gewinnen saubere hreflang-Cluster zusätzlich an Bedeutung, weil Entity-Repräsentationen pro Sprache konsistent bleiben müssen. Siehe auch ccTLD-Strategie und Geotargeting.

FAQ zu hreflang

Ist hreflang ein Ranking-Faktor? ▾

hreflang ist kein Ranking-Faktor im engeren Sinne. Es ist ein Routing-Signal. Es entscheidet, welche Sprach- oder Länderversion einer Seite einem Nutzer ausgespielt wird - es verbessert nicht die Position an sich. Saubere hreflang-Cluster verhindern aber Selbst-Kannibalisierung und stabilisieren die Rankings der einzelnen Varianten.

Wo wird hreflang implementiert? ▾

Drei Methoden sind zulässig: als link-Tag im HTML-Head, als HTTP-Header (für Nicht-HTML-Ressourcen) oder in der XML-Sitemap. Die Sitemap-Variante ist bei großen internationalen Strukturen (50+ Länder, 10.000+ URLs) operativ am robustesten.

Braucht jede Seite ein x-default? ▾

Ja, sobald mehr als eine Sprach- oder Länderversion existiert. x-default kennzeichnet die Fallback-URL für Nutzer außerhalb der deklarierten Regionen. Ohne x-default fällt Google auf heuristische Entscheidungen zurück - häufig zugunsten der englischen Variante.

Was ist die MVG-Regel? ▾

Mutual Validation Group - jedes Ziel in einem hreflang-Cluster muss auf jedes andere Ziel referenzieren. Fehlt eine Gegenreferenz, verwirft Google das gesamte Cluster. Die MVG-Symmetrie ist die häufigste Fehlerquelle in multilingualen Setups.

Widerspricht hreflang dem Canonical Tag? ▾

Nein, beide arbeiten orthogonal. Jede Seite in einem hreflang-Cluster trägt einen selbstreferenzierenden Canonical. Zeigt der Canonical auf eine andere Sprachversion, verwirft Google das hreflang-Cluster und die Kanonisierung.