hreflang Praxisleitfaden: Fehler vermeiden und mehrsprachige Websites richtig optimieren 2026
hreflang-Tags sind eines der komplexesten Themen in der technischen SEO. Die Theorie ist schnell erklärt — doch in der Praxis schleichen sich immer wieder dieselben Fehler ein, die dazu führen, dass Google die Sprachversionen falsch zuordnet oder ignoriert. Dieser Leitfaden zeigt dir, wie du hreflang korrekt implementierst, häufige Fallstricke vermeidest und Probleme selbst debuggst.
Inhaltsverzeichnis
1. hreflang-Grundlagen im Überblick
Das hreflang-Attribut signalisiert Google, für welche Sprache und Region eine Seite bestimmt ist und welche alternativen Sprachversionen existieren. Es hilft dem Crawler dabei, Nutzern in den Suchergebnissen die jeweils passende Version auszuliefern.
Die Grundstruktur eines hreflang-Tags ist denkbar einfach:
<link rel="alternate"
hreflang="de"
href="https://example.com/de/" />
Der hreflang-Wert folgt dem ISO 639-1 Standard für Sprachen (z.B. de, en, fr) und optional dem ISO 3166-1 Standard für Regionen (z.B. de-DE, de-AT, en-US, en-GB).
Wann brauchst du hreflang?
- ✅ Deine Website erscheint in mehreren Sprachen (z.B. Deutsch + Englisch)
- ✅ Du hast regionspezifische Versionen (z.B. de-DE, de-AT, de-CH)
- ✅ Du hast identische oder sehr ähnliche Inhalte für verschiedene Zielgruppen
- ❌ Nicht nötig für rein einsprachige Websites
- ❌ Nicht für länderspezifische Subdirectories ohne inhaltliche Unterschiede
Wichtig: hreflang löst keine Rankings auf — es ist kein Ranking-Signal. Es hilft Google lediglich, die richtige Sprachversion den richtigen Nutzern zuzuordnen. Schlechter Content auf einer deutschen Unterseite rankt auch mit hreflang nicht gut für deutsche Keywords.
2. Die drei Implementierungsmethoden im Vergleich
Google akzeptiert hreflang in drei Formen. Jede hat Vor- und Nachteile — entscheidend ist, dass du dich auf eine Methode festlegst und sie konsequent einsetzt.
Methode 1: HTML <head> (empfohlen)
Die gebräuchlichste Methode. Alle hreflang-Tags kommen in den <head>-Bereich jeder Seite. Jede Sprachversion muss auf alle anderen verweisen — inklusive auf sich selbst.
<!-- Auf der deutschen Seite -->
<link rel="alternate" hreflang="de" href="https://example.com/de/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />Methode 2: HTTP-Header (für PDFs und Non-HTML)
Für Nicht-HTML-Ressourcen wie PDFs, die keinen <head>-Bereich haben. Der Server sendet die hreflang-Information als HTTP-Header.
# Apache .htaccess
Header add Link '<https://example.com/de/broschuere.pdf>;rel="alternate";hreflang="de"'
Header add Link '<https://example.com/en/brochure.pdf>;rel="alternate";hreflang="en"'Methode 3: XML-Sitemap
Besonders geeignet für große Websites mit vielen Seiten, da die hreflang-Angaben zentral gepflegt werden. Mehr dazu in Abschnitt 5.
⚠️ Niemals Methoden mischen
Verwende pro Website nur eine Implementierungsmethode. Wenn du hreflang sowohl im HTML-Header als auch in der Sitemap definierst, kann es zu widersprüchlichen Signalen führen, die Google verwirren.
3. x-default: Wann und wie einsetzen
Der Wert x-default ist ein spezieller hreflang-Wert, der Google mitteilt: „Diese Seite ist die Fallback-Version für alle Nutzer, für die keine passende Sprachversion existiert."
Wann ist x-default sinnvoll?
✅ Sprachauswahl-Seite (Landing Page)
Du hast eine neutrale Einstiegsseite, auf der Besucher ihre Sprache wählen. Diese Seite zeigt auf x-default.
✅ Englisch als globale Fallback-Sprache
Deine englische Version soll für alle Märkte gelten, die du nicht explizit abdeckst. Dann erhält die englische Seite hreflang="en" und hreflang="x-default".
❌ Nicht für jede Seite sinnvoll
x-default ist optional — nicht jede Seite braucht es. Nur wenn wirklich eine „Rest der Welt"-Version existiert, solltest du es einsetzen.
Beispiel: Englisch als x-default
<link rel="alternate" hreflang="de" href="https://example.com/de/" />
<link rel="alternate" hreflang="de-AT" href="https://example.com/at/" />
<link rel="alternate" hreflang="de-CH" href="https://example.com/ch/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<!-- Englisch ist gleichzeitig x-default -->
<link rel="alternate" hreflang="x-default" href="https://example.com/en/" />4. Die 8 häufigsten hreflang-Fehler
Die meisten hreflang-Probleme entstehen nicht durch falsches Verständnis der Grundlagen, sondern durch Implementierungsfehler bei größeren Websites. Hier sind die kritischsten:
Fehler 1: Fehlende Rückverweise (Return Links)
Das ist der häufigste Fehler: Wenn die deutsche Seite auf die englische verweist, muss die englische Seite zurück auf die deutsche verweisen. Fehlt ein Rückverweis, ignoriert Google den hreflang-Tag.
❌ Falsch (nur eine Richtung):
Seite /de/: hreflang="de" href="/de/" + hreflang="en" href="/en/"Seite /en/: hreflang="en" href="/en/" (kein Verweis auf /de/!)
✅ Richtig (gegenseitige Verweise):
Seite /en/: hreflang="en" href="/en/" + hreflang="de" href="/de/"
Fehler 2: Falsche Sprachcodes
Viele Webmaster verwenden zu lange oder falsche Codes. Richtig: de, en, de-DE. Falsch: ger, german, de_DE (Unterstrich statt Bindestrich). Google akzeptiert ausschließlich ISO 639-1 Codes.
Fehler 3: Relative statt absolute URLs
hreflang-URLs müssen immer absolut und vollständig sein.
hreflang="de" href="/de/" ← falschhreflang="de" href="https://example.com/de/" ← richtig
Fehler 4: hreflang auf noindexierten Seiten
Wenn eine Seite mit noindex ausgezeichnet ist, kann Google sie nicht crawlen und die hreflang-Signale werden ignoriert. Alle im hreflang-Cluster verlinkten Seiten müssen indexierbar sein.
Fehler 5: Redirect-Ziele im hreflang
hreflang-URLs müssen direkt auf die endgültige Zielseite zeigen — nicht auf eine URL, die weitergeleitet wird. Lege immer die kanonische URL nach 301-Redirects als hreflang-Ziel fest.
Fehler 6: Inkonsistente kanonische Tags
Der kanonische Tag einer Seite muss auf sich selbst zeigen (self-referencing canonical), wenn sie im hreflang-Cluster ist. Zeigt der Canonical auf eine andere URL (z.B. die englische Version), behandelt Google die Seite als Duplikat und ignoriert hreflang.
Fehler 7: Seiten mit identischem Inhalt in verschiedenen Sprachen
Wenn de-DE und de-AT identische Inhalte haben und nur durch hreflang unterschieden werden, sieht Google das als Duplicate Content. Unterscheide Regionalisierungen durch tatsächlich angepasste Inhalte (Preise, Währungen, Formulierungen).
Fehler 8: Fehlende Selbstreferenz
Jede Seite muss sich im hreflang-Cluster selbst referenzieren. Ohne Selbstreferenz ist der Cluster unvollständig.
❌ Auf /de/ fehlt der Selbstverweis:
<link rel="alternate" hreflang="en" href="/en/">
✅ Mit Selbstverweis:
<link rel="alternate" hreflang="de" href="/de/"><link rel="alternate" hreflang="en" href="/en/">
5. hreflang in der Sitemap.xml
Für Websites mit vielen Seiten ist die Sitemap-Methode oft effizienter: Du pflegst alle hreflang-Angaben zentral in einer XML-Datei, statt jeden einzelnen HTML-Template anzupassen.
Die Sitemap verwendet den xhtml:link-Tag innerhalb jedes <url>-Elements. Wichtig: Auch in der Sitemap muss jede URL alle Sprachversionen inklusive sich selbst auflisten.
<?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/de/</loc>
<xhtml:link
rel="alternate"
hreflang="de"
href="https://example.com/de/"/>
<xhtml:link
rel="alternate"
hreflang="en"
href="https://example.com/en/"/>
</url>
<url>
<loc>https://example.com/en/</loc>
<xhtml:link
rel="alternate"
hreflang="de"
href="https://example.com/de/"/>
<xhtml:link
rel="alternate"
hreflang="en"
href="https://example.com/en/"/>
</url>
</urlset>6. hreflang debuggen und testen
Hast du hreflang implementiert und bist unsicher ob alles korrekt ist? Diese Methoden helfen beim Diagnostizieren:
Google Search Console
Öffne die Google Search Console und navigiere zu „Internationale Ausrichtung" (unter „Ältere Tools"). Dort siehst du, ob Google deine hreflang-Tags erkannt hat und ob es Fehler gibt. Die häufigsten Fehler die GSC meldet:
- ▸ Keine Rückverlinkung: Eine Seite in deinem Cluster referenziert nicht auf die ursprüngliche Seite zurück.
- ▸ Unbekannter Sprachcode: Du verwendest einen ungültigen ISO-Code.
- ▸ URL nicht gecrawlt: Eine der verlinkten Seiten ist für Google nicht zugänglich.
Manuelle Überprüfung im Browser
Öffne den Quelltext einer Seite (Strg+U / Cmd+U) und suche nach hreflang. Prüfe:
- Sind alle Sprachversionen aufgeführt?
- Sind alle URLs absolut?
- Referenziert die Seite sich selbst?
- Sind die Sprachcodes korrekt (ISO 639-1 mit Bindestrich)?
Hreflang-Tag-Validator
Nutze unseren kostenlosen Hreflang-Tag-Validator, um deine implementierten Tags auf Fehler zu prüfen. Du kannst HTML-Code direkt eingeben und erhältst sofortiges Feedback.
Screaming Frog
Mit dem Screaming Frog SEO Spider kannst du alle hreflang-Tags über die gesamte Website crawlen und auf fehlende Rückverweise, falsche URLs und andere Probleme prüfen. Unter „Hreflang" → „hreflang Language Codes" siehst du alle Fehler auf einen Blick.
7. Die hreflang-Checkliste für 2026
Fazit
hreflang ist technisch anspruchsvoll, aber mit einem systematischen Ansatz gut beherrschbar. Die größten Fehler — fehlende Rückverweise, falsche Sprachcodes und relative URLs — lassen sich durch gründliche Implementierung und regelmäßige Überprüfung in der Google Search Console vermeiden.
Nutze unsere kostenlosen Tools, um die Implementierung zu vereinfachen: Der Hreflang-Tag-Generator erstellt korrekte Tags für HTML und Sitemap, der Hreflang-Tag-Validator prüft deine bestehende Implementierung auf Fehler.
Und denke daran: hreflang ist nur so gut wie der Content dahinter. Mehrsprachige Websites profitieren von hreflang nur, wenn die Inhalte tatsächlich für die jeweilige Zielgruppe optimiert sind — technische Korrektheit allein reicht nicht aus.