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.