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. Google führte es im Dezember 2011 ein; Yandex unterstützt es ebenfalls, Bing wertet hreflang nach Aussagen von Bing-Vertretern nur als schwaches Signal und stützt sich stärker auf das content-language-Meta-Tag. Die Syntax lautet <link rel="alternate" hreflang="de-DE" href="https://www.example.com/de/">. Google akzeptiert im hreflang-Attribut Sprach-Codes nach ISO 639-1, optional kombiniert mit Regions-Codes nach ISO 3166-1 Alpha-2; andere BCP-47-Varianten wie es-419 unterstützt Google laut Dokumentation nicht. 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 Reziprozitäts-Regel: Return-Tag-Symmetrie

Jedes Ziel in einem hreflang-Cluster muss auf jedes andere Ziel und auf sich selbst verweisen. Diese Symmetrie nennen wir Reziprozitäts-Regel (eigene Arbeitsbezeichnung; in Googles Dokumentation: Return-Tags). Verweisen zwei Seiten nicht gegenseitig aufeinander, ignoriert Google laut Dokumentation die Annotationen zwischen diesen beiden Seiten; korrekt verknüpfte Paare verarbeitet Google weiter. Je mehr Rückverweise fehlen, desto löchriger wird das Routing, bis Varianten wieder untereinander konkurrieren. Die Google Search Console bietet seit 2022 keinen eigenen hreflang-Bericht mehr; die Validierung läuft über Crawler-Tools wie Screaming Frog, Sitebulb oder Ahrefs Site Audit.

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 Return-Tag-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 Return-Tag-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. Google empfiehlt x-default besonders für Sprachauswahl-Seiten und automatisch weiterleitende Startseiten; vorgeschrieben ist es nicht, in unseren Audits aber Standard, 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, der Return-Tag-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? ▾

Google schreibt es nicht vor, empfiehlt es aber, besonders für Sprachauswahl- und automatisch weiterleitende Startseiten. Wir setzen es, 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 Reziprozitäts-Regel bei hreflang? ▾

Unsere Arbeitsbezeichnung für die Return-Tag-Anforderung: Jedes Ziel in einem hreflang-Cluster muss auf jedes andere Ziel referenzieren. Fehlt eine Gegenreferenz, ignoriert Google die Annotation zwischen diesen beiden Seiten. Diese Return-Tag-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, kann Google die Seite als Duplikat einstufen und ihre hreflang-Angaben ignorieren. Laut Google werden URLs aus reziproken hreflang-Clustern bei der Kanonisierung sogar bevorzugt.

Quellen