Hreflang: Komplette Anleitung für internationales SEO
So planen Sie Sprach- und Regionalversionen, setzen wechselseitige hreflang-Annotationen um und prüfen, ob jede URL die vorgesehene Zielgruppe erreicht.
Hreflang ist ein HTML-Attribut, das Suchmaschinen mitteilt, für welche Sprache und Region jede Seitenversion bestimmt ist. Google nutzt diese Angaben, um Nutzern die Version anzuzeigen, die zu ihrer Sprache und ihrem Standort passt.
Ohne hreflang muss Google die passende Version selbst erraten – und liegt oft daneben: Ein russischsprachiger Nutzer bekommt die englische Seite, ein deutscher Nutzer sieht die französische Version. Das senkt die CTR, erhöht die Absprungrate und kostet Conversions.
Was ist hreflang
Das Attribut hreflang wurde 2011 eingeführt. Google wollte damit das Problem doppelter Inhalte auf internationalen Websites lösen. Existiert eine Seite /about als /en/about, /de/about und /fr/about, soll Google sie nicht als Duplikate behandeln, denn jede Version richtet sich an eine eigene Zielgruppe.
Jahr der Einführung
Google hat hreflang für mehrsprachige Websites eingeführt
Regionscodes
ISO-3166-1-Alpha-2-Codes, die Google unterstützt
Wechselseitigkeit
Alle Seitenversionen müssen aufeinander verweisen
Einfluss auf die Geschwindigkeit
Korrekt umgesetztes hreflang verlangsamt die Website nicht
hreflang wird nur von Google und Yandex unterstützt. Bing nutzt das Meta-Tag Content-Language und HTTP-Header und arbeitet mit der URL-Struktur sowie dem Geotargeting über die Webmaster Tools. Wenn Ihre Zielgruppe russischsprachige Nutzer umfasst, ist hreflang trotzdem nötig, damit Yandex korrekt arbeitet.
Wann Sie hreflang brauchen
Nicht jede mehrsprachige Website braucht hreflang. Wichtig ist zu verstehen, wann das Attribut ein Problem tatsächlich löst.
| Situation | Hreflang nötig | Hinweise |
|---|---|---|
| Eine Sprache, verschiedene Länder (en-US, en-GB) | Ja | Unterschiedlicher Inhalt (Preise, Schreibweise, Aktionen) |
| Verschiedene Sprachen (en, de, fr) | Ja | Wichtigster Anwendungsfall für hreflang |
| Eine Sprache, eine Region | Nein | Keine Notwendigkeit, auf sich selbst zu verlinken |
| Inhalt in allen Sprachversionen identisch | Nein | Stattdessen Canonical verwenden |
| Teilübersetzung (70 %+ des Inhalts) | Ja | Auch Teilübersetzungen brauchen Markup |
| Maschinelle Übersetzung ohne Nachbearbeitung | Nein | Google kann das als Spam werten |
/en-us/ und /en-gb/ ohne jede Abweichung), verwenden Sie besser ein Canonical statt hreflang.Syntax und Formate
hreflang verwendet Codes aus zwei Standards: ISO 639-1 für die Sprache und ISO 3166-1 Alpha-2 für die Region. Das Format lautet Sprache oder Sprache-REGION.
<!-- Language only -->
<link rel="alternate" hreflang="ru" href="https://example.com/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/" />
<!-- Language + region -->
<link rel="alternate" hreflang="en-US" href="https://example.com/en-us/" />
<link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/" />
<link rel="alternate" hreflang="fr-FR" href="https://example.com/fr/" />
<link rel="alternate" hreflang="fr-CA" href="https://example.com/fr-ca/" />
<!-- x-default: page for users without a matching locale -->
<link rel="alternate" hreflang="x-default" href="https://example.com/" />Die Region wird in hreflang immer groß geschrieben (en-GB, fr-CA), die Sprache klein (en, fr). Viele Umsetzungen schreiben alles klein. Google versteht beides, aber das kanonische Format einzuhalten ist gute Praxis.
| Code | Bedeutung |
|---|---|
| ru | Russisch (beliebige Region) |
| en | Englisch (beliebige Region) |
| en-US | Englisch für die USA |
| en-GB | Englisch für Großbritannien |
| de-AT | Deutsch für Österreich |
| zh-Hans | Vereinfachtes Chinesisch |
| zh-Hant | Traditionelles Chinesisch |
| x-default | Seite für nicht definierte Region oder Sprache |
Methoden der Umsetzung
hreflang lässt sich auf drei Wegen umsetzen. Die Wahl hängt von der Technik und der Größe der Website ab.
1. HTML-Tag im head-Bereich
Das ist die gängigste Methode. Die Tags <link rel="alternate" hreflang="..."> werden in den <head> jeder Seite eingefügt. Entscheidend: Alle Versionen der Seite müssen auf alle anderen Versionen verweisen, einschließlich sich selbst.
<!-- Page /en/about — links to ALL versions -->
<head>
<link rel="alternate" hreflang="en" href="https://example.com/en/about/" />
<link rel="alternate" hreflang="ru" href="https://example.com/about/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/about/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/about/" />
<link rel="canonical" href="https://example.com/en/about/" />
</head>2. HTTP-Header Link
Bei PDFs, Bildern und anderen Nicht-HTML-Ressourcen werden HTTP-Header genutzt. Diese Methode funktioniert auch für beliebige Seiten, erfordert aber eine Serverkonfiguration.
# Nginx: add hreflang via HTTP headers
add_header Link '</en/about/>; rel="alternate"; hreflang="en", </about/>; rel="alternate"; hreflang="ru", </de/about/>; rel="alternate"; hreflang="de"';3. XML-Sitemap
Der optimale Weg für große Websites (10.000+ Seiten). Alle hreflang-Beziehungen werden in der Sitemap beschrieben. Das entlastet das HTML und zentralisiert die Verwaltung.
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:xhtml="http://www.w3.org/1999/xhtml">
<url>
<loc>https://example.com/en/about/</loc>
<xhtml:link rel="alternate" hreflang="en"
href="https://example.com/en/about/"/>
<xhtml:link rel="alternate" hreflang="ru"
href="https://example.com/about/"/>
<xhtml:link rel="alternate" hreflang="de"
href="https://example.com/de/about/"/>
<xhtml:link rel="alternate" hreflang="x-default"
href="https://example.com/en/about/"/>
</url>
</urlset>x-default: Seite zur Sprachauswahl
Der Wert x-default kennzeichnet die Seite für Nutzer, deren Sprache oder Region zu keiner der angegebenen Alternativen passt. Google zeigt diese Version, wenn kein passendes hreflang existiert.
- Seite zur Sprachauswahl – Nutzer landen auf
/choose-language/und wählen dort ihre Version selbst - Hauptversion der Website – meist die englische Version oder die Version, die Google standardmäßig zeigen soll
- Startseite – wenn die Website mehrere Sprachen hat, verweist x-default auf
/
Canonical + hreflang
Canonical und hreflang lösen unterschiedliche Probleme, arbeiten aber zusammen. Die Regel ist einfach: Das Canonical zeigt immer auf sich selbst (selbstreferenzierendes Canonical), wenn auf der Seite hreflang steht.
<!-- CORRECT: canonical points to self + hreflang covers all versions -->
<link rel="canonical" href="https://example.com/en/about/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/about/" />
<link rel="alternate" hreflang="ru" href="https://example.com/about/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/about/" />
<!-- WRONG: canonical points to a different language version -->
<link rel="canonical" href="https://example.com/ru/about/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/about/" />Zeigt das Canonical der englischen Seite auf die russische Version, behandelt Google die englische Seite als Duplikat und nimmt sie nicht in den Index auf. Deshalb ist hreflang ohne selbstreferenzierendes Canonical praktisch wertlos.
Typische Fehler
Laut Audit-Daten hat etwa 60 % der Websites mit hreflang mindestens einen kritischen Fehler. Hier sind die häufigsten.
Fehler 1: fehlende wechselseitige Links
Das häufigste Problem. Seite A verweist per hreflang auf Seite B, Seite B verlinkt aber nicht zurück auf Seite A. Google ignoriert ein solches hreflang, denn ohne Wechselseitigkeit ist es ungültig.
Fehler 2: falsche Sprachcodes
hreflang="en_US"mit Unterstrich statt Bindestrich – ungültiger Codehreflang="english"– ein Wort statt eines ISO-Codeshreflang="zh"statthreflang="zh-Hans"oderhreflang="zh-Hant"– Chinesisch braucht eine Schriftangabehreflang="ru-RU"statthreflang="ru"– unnötige Regionsangabe für eine Sprache ohne Dialekte
Fehler 3: hreflang auf nicht indexierbaren Seiten
Ist eine Seite in der robots.txt gesperrt oder mit noindex markiert, ist hreflang dafür sinnlos. Google verarbeitet hreflang nicht auf Seiten, die er nicht indexieren kann.
Fehler 4: automatische sprachbasierte Weiterleitungen
Manche Websites leiten Nutzer anhand der Browsersprache weiter: Ein Besucher aus Russland ruft /about/ auf und landet auf /ru/about/. Google sieht eine 301-Weiterleitung und kann hreflang nicht korrekt verarbeiten. Lösung: Inhalte ohne Weiterleitung ausliefern und stattdessen per JavaScript oder Cookies umschalten.
Fehler 5: hreflang-Links auf 404-Seiten oder Weiterleitungen
hreflang muss auf die finalen, kanonischen URLs zeigen. Links über eine Weiterleitung oder auf eine 404-Seite machen das Attribut für diese Version unwirksam.
Werkzeuge zur Prüfung
| Tool | Was geprüft wird | Kosten |
|---|---|---|
| Google Search Console | hreflang-Fehler im Bericht „Internationales Targeting“ | Kostenlos |
| Aleyda Solis hreflang tool | Gültigkeit der Tags für eine Seite, Wechselseitigkeit der Links | Kostenlos |
| TechnicalSEO hreflang checker | Stapelprüfung, Export der Fehler | Kostenlos / kostenpflichtig |
| Screaming Frog | Vollständiger Crawl mit hreflang-Analyse | Kostenpflichtig |
| Ahrefs Site Audit | hreflang-Fehler im SEO-Audit | Kostenpflichtig |
| Semrush Site Audit | Eigener hreflang-Bericht | Kostenpflichtig |
FAQ
Beeinflusst hreflang die Suchrankings?
Braucht jede Seite der Website hreflang?
Was passiert, wenn hreflang auf eine URL mit 301-Weiterleitung zeigt?
Kann ich hreflang nur in der Sitemap verwenden, nicht im HTML?
Wie lange dauert es, bis Google neues hreflang verarbeitet?
Check it with SpiderHead
Free and local: run the audit on your own machine.



