Hreflang: Was es ist, wie es funktioniert und warum 67 % aller Websites es falsch machen

1. Was ist Hreflang? – Definition

Hreflang ist ein HTML-Attribut (rel="alternate" hreflang="x"), das Suchmaschinen mitteilt, welche Sprach- und Länderversion einer Webseite für welche Nutzer bestimmt ist. Google hat das Attribut am 5. Dezember 2011 eingeführt. Es löst drei Kernprobleme internationaler Websites:

• Nutzer sehen die richtige Sprachversion in den Suchergebnissen – basierend auf Browsersprache und Standort.
• Suchmaschinen erkennen, dass mehrsprachige Varianten keine Duplicate-Content-Probleme sind, sondern bewusste Übersetzungen.
• Ranking-Signale wie Backlinks und Nutzerverhalten werden über Sprachversionen hinweg in einem sogenannten „Hreflang-Cluster" gebündelt.

Ein konkretes Beispiel: Ein deutscher Online-Shop hat neben der .de-Seite auch eine .at-Version für Österreich und eine .ch-Version für die Schweiz. Ohne Hreflang-Tags konkurrieren diese drei Seiten gegeneinander in den Suchergebnissen. Google weiß nicht, welche Version es einem Nutzer in Wien, Zürich oder München zeigen soll. Mit korrekten Hreflang-Tags versteht Google die Zuordnung sofort.

2. Warum ist Hreflang für dein Unternehmen wichtig?

Die kurze Antwort

Wenn dein Unternehmen Kunden in mehr als einem Land oder in mehr als einer Sprache anspricht, ist Hreflang das technische Fundament dafür, dass die richtige Seite die richtigen Nutzer erreicht.

Was ohne Hreflang passiert – echte Fälle

IKEA hatte trotz korrekter XML-Sitemaps das Problem, dass Google österreichische URLs für „IKEA Küche" in Deutschland anzeigte. Stefan Drab (IKEAs SEO-Verantwortlicher) meldete das Problem direkt an Google. John Mueller, Googles Search Advocate, räumte ein, dass das Problem möglicherweise auf Googles Seite lag.

WeWork deklarierte englischsprachige Blog-Artikel per Hreflang als französisch, deutsch und spanisch – obwohl die Inhalte nie übersetzt wurden. Das Ergebnis: Google sah pro Blog-Post bis zu 10 vermeintliche Duplikate mit falschen Sprachzuordnungen.

Was mit korrektem Hreflang möglich ist

Taylor Farms implementierte Hreflang zwischen US- und kanadischen Seiten (Englisch und Französisch). Ergebnis: 876 % mehr organische Klicks auf die kanadische Website – innerhalb von sechs Wochen.

Ein südamerikanisches E-Commerce-Unternehmen mit 72 Marktwebsites hatte das Problem, dass argentinische Seiten in Brasilien und Chile rankten. Nach der Implementierung von Hreflang per XML-Sitemap: 200 % mehr Traffic in drei Monaten und 160 % Umsatzsteigerung allein in Argentinien.

Das Booking.com-Prinzip

Booking.com gilt als Vorzeigebeispiel für saubere Hreflang-Implementierung. Der Ansatz: Eine Domain mit Unterverzeichnissen, jede Sprachversion mit eigenem Hreflang-Tag und passendem Canonical Tag. Das Design bleibt weltweit einheitlich, aber jedes Element wird lokalisiert – von Währungen über rechtliche Hinweise bis zu saisonalen Empfehlungen.

3. Datenanalyse: Der Domain-Rating-Gap deutscher Online-Shops

Um zu verstehen, warum Hreflang für internationale Unternehmen so entscheidend ist, haben wir die 8 größten deutschen Online-Shops und ihre internationalen Auftritte über Ahrefs analysiert. Das Ergebnis zeigt ein klares Muster: Wer auf separate Länder-Domains (ccTLDs) setzt, teilt seine Domain-Autorität auf – und braucht Hreflang umso dringender.

Eigene Analyse: Domain Rating und Traffic der internationalen Shop-Domains (Ahrefs, März 2026)

Quelle: Ahrefs Batch Analysis, Daten vom März 2026. DR = Domain Rating auf einer Skala von 0–100.

Was diese Daten verraten

Der AboutYou-Fall ist besonders drastisch. Die österreichische Domain aboutyou.at hat ein Domain Rating von nur 34 – ganze 39 Punkte niedriger als die deutsche Hauptdomain. Die Schweizer Version liegt sogar bei DR 30, ein Gap von 43 Punkten. Das bedeutet: Die Ländervarianten starten im SEO-Wettbewerb mit einem massiven Nachteil. Ohne Hreflang-Tags kann Google nicht verstehen, dass aboutyou.at und aboutyou.de zusammengehören – und die schwächere Domain wird in den österreichischen Suchergebnissen von Wettbewerbern mit stärkerer lokaler Autorität verdrängt.

Zalando zeigt den ccTLD-Effekt über 10 Länder. Die Hauptdomain zalando.de hat DR 78, aber die Ländervarianten schwanken zwischen DR 56 (Österreich) und DR 75 (Frankreich). Interessant: zalando.fr generiert mit 4,1 Mio. monatlichen Besuchen mehr Traffic als zalando.co.uk mit nur 472K – obwohl Großbritannien ein größerer E-Commerce-Markt ist. Saubere Hreflang-Implementierung entscheidet hier über Millionen von Seitenaufrufen.

Thomann und Mytheresa gehen einen anderen Weg. Beide nutzen eine einzige Domain mit Unterverzeichnissen statt ccTLDs. Das Ergebnis: Kein DR-Gap. Die gesamte Linkautorität von DR 82 (Thomann) bzw. DR 76 (Mytheresa) fließt in alle Sprachversionen. Der Nachteil: Ohne Hreflang-Tags weiß Google nicht, welches Unterverzeichnis für welchen Markt bestimmt ist.

4. Die drei Implementierungsmethoden für Hreflang

Es gibt drei gleichwertige Wege, Hreflang-Tags zu implementieren. Googles offizielle Empfehlung: Wähle eine Methode und bleib dabei.

Methode 1: HTML-Link-Element im <head>

Am besten geeignet für kleine bis mittlere Websites mit weniger als ca. 50 Sprach-/Ländervarianten pro Seite.

<head>
  <link rel="alternate" hreflang="de" href="https://example.com/de/seite" />
  <link rel="alternate" hreflang="de-AT" href="https://example.com/de-at/seite" />
  <link rel="alternate" hreflang="en" href="https://example.com/en/page" />
  <link rel="alternate" hreflang="x-default" href="https://example.com/" />
</head>

Regeln: Absolute URLs mit Protokoll, jede Seite listet alle Varianten inklusive sich selbst (Selbstreferenzierung), Tags gehören in einen wohlgeformten <head>-Bereich.

Methode 2: HTTP-Header

Am besten geeignet für Nicht-HTML-Dateien wie PDFs, die keinen <head>-Bereich haben.

Link: <https://example.com/de/datei.pdf>; rel="alternate"; hreflang="de",
      <https://example.com/en/file.pdf>; rel="alternate"; hreflang="en",
      <https://example.com/file.pdf>; rel="alternate"; hreflang="x-default"

Methode 3: XML-Sitemap

Am besten geeignet für große internationale Websites. Die XML-Sitemap-Methode ist bei Enterprise-Sites der Standard, weil sie keinen HTML-Ballast erzeugt und zentral gepflegt werden kann.

<?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://www.example.com/de/seite</loc>
    <xhtml:link rel="alternate" hreflang="de"
      href="https://www.example.com/de/seite" />
    <xhtml:link rel="alternate" hreflang="en"
      href="https://www.example.com/en/page" />
    <xhtml:link rel="alternate" hreflang="x-default"
      href="https://www.example.com/" />
  </url>
</urlset>

Entscheidungshilfe: Welche Methode passt zu dir?

5. ISO-Codes: Die richtige Hreflang-Syntax

Das Hreflang-Attribut folgt einem strikten Format: zuerst der Sprachcode (ISO 639-1, zwei Buchstaben), optional gefolgt von einem Ländercode (ISO 3166-1 Alpha-2, zwei Buchstaben), getrennt durch einen Bindestrich.

Die wichtigsten Hreflang-Werte für den DACH-Raum

Wann nur Sprache, wann Sprache + Land?

Nutze de allein, wenn der Inhalt für alle deutschsprachigen Nutzer identisch ist – gleiche Preise, gleiche rechtlichen Hinweise, gleiche Produktverfügbarkeit.

Nutze de-DE, de-AT, de-CH, wenn sich Inhalte zwischen den Märkten unterscheiden: andere Währung (€ vs. CHF), andere gesetzliche Anforderungen (DSGVO-Details, Impressumspflicht), andere Versandbedingungen, regional unterschiedliche Rechtschreibung („Jänner" in Österreich vs. „Januar").

Googles Matching-Logik arbeitet vom Spezifischen zum Allgemeinen: Exakte Übereinstimmung (Sprache + Land) → Nur Sprache → x-default.

Die häufigsten Code-Fehler

Der Klassiker unter den Hreflang-Fehlern betrifft den Code für das Vereinigte Königreich. Viele Entwickler schreiben en-UK – korrekt ist aber en-GB (ISO-Code „GB" für Great Britain). Noch tückischer: uk als Sprachcode steht in ISO 639-1 für Ukrainisch, nicht für das Vereinigte Königreich.

Weitere typische Fehler: Unterstriche statt Bindestriche (en_US statt en-US), umgekehrte Reihenfolge (us-en statt en-US), Ländercodes ohne Sprache (-US), oder dreistellige Codes, die nicht dem ISO-Standard entsprechen.

6. x-default: Der wichtigste Sonderfall

Der Wert x-default wurde im April 2013 gemeinsam von Google und Yandex eingeführt. Er kennzeichnet eine Fallback-Seite für Nutzer, deren Sprach- und Regionseinstellungen keiner definierten Hreflang-Version entsprechen.

Wofür x-default verwenden?

• Sprachauswahl-Seite: Der Nutzer landet auf einer Seite, auf der er seine Sprache/Region selbst wählen kann.
• Englische Hauptversion: Wenn Englisch die Standardsprache ist und alle nicht zugeordneten Nutzer dorthin sollen.
• Geo-Detection-Seite: Seiten, die den Standort automatisch erkennen und weiterleiten.

Die alarmierende Realität

Laut einer Ahrefs-Studie über 374.756 Domains fehlt bei 56,3 % aller Hreflang-Implementierungen der x-default-Wert. Das bedeutet: Mehr als die Hälfte aller internationalen Websites gibt Google keinen Hinweis darauf, was mit Nutzern passieren soll, die keiner Sprachversion zugeordnet werden können.

7. Hreflang und Canonical Tags – die goldene Regel

Canonical Tags und Hreflang-Tags arbeiten zusammen, können sich aber gegenseitig sabotieren, wenn sie falsch eingesetzt werden.

Die Regel

Jede lokalisierte Seite muss ein selbstreferenzierendes Canonical Tag haben, das auf sich selbst zeigt. Niemals über Sprachversionen hinweg canonicalisieren.

Richtig:

Seite: example.com/de/seite
→ Canonical: example.com/de/seite ✅
→ Hreflang: de → example.com/de/seite, en → example.com/en/page ✅

Falsch:

Seite: example.com/de/seite
→ Canonical: example.com/en/page ❌ (zeigt auf englische Version)
→ Hreflang wird von Google ignoriert

Wenn eine französische Seite per Canonical auf die englische Seite verweist, ignoriert Google die Hreflang-Annotation der französischen Seite komplett. Googles Dokumentation bestätigt seit Dezember 2025 ausdrücklich: Seiten innerhalb von Hreflang-Clustern werden bei der Canonical-Auswahl bevorzugt.

„Hreflang is about serving, canonical is about indexing. They should never contradict each other."

(Hreflang regelt die Auslieferung, Canonical die Indexierung. Sie dürfen sich nie widersprechen.)

8. Die 10 häufigsten Hreflang-Fehler – mit Daten

Googles John Mueller hat Hreflang einmal so beschrieben:

„TBH hreflang is one of the most complex aspects of SEO (if not the most complex one). Feels as easy as a meta-tag, but it gets really hard quickly."

(Ehrlich gesagt ist Hreflang einer der komplexesten Aspekte von SEO, wenn nicht der komplexeste. Fühlt sich so einfach an wie ein Meta-Tag, wird aber sehr schnell sehr schwierig.)

Das spiegeln die Daten wider. Drei große Studien zeigen, wie verbreitet Hreflang-Fehler sind:

Die 10 Fehler im Detail

1. Fehlende Rückverweise (Return Tags)
Googles Dokumentation ist eindeutig: Wenn Seite A auf Seite B verweist, muss Seite B auf Seite A zurückverweisen. Fehlt der Rückverweis, kann Google die gesamte Annotation ignorieren.

2. Falsche Sprach- oder Ländercodes
Häufigster Einzelfehler: en-UK statt en-GB. Laut Search Engine Land verwenden 8,91 % der untersuchten Websites ungültige Codes.

3. Canonical-Konflikte
Cross-language Canonicals sind der effektivste Weg, eine Hreflang-Implementierung vollständig zu entwerten (siehe Abschnitt oben).

4. Fehlende Selbstreferenzierung
18 % der Domains laut Ahrefs. Jede Seite muss ein Hreflang-Tag enthalten, das auf sich selbst verweist.

5. Fehlendes x-default
56,3 % laut Ahrefs. Der häufigste Hreflang-Fehler überhaupt – und der am einfachsten zu beheben.

6. Hreflang verweist auf Nicht-200-Seiten
16,9 % der Domains verweisen auf URLs, die redirecten (301/302) oder nicht mehr existieren (404). Hreflang-URLs müssen direkt erreichbar sein.

7. Vermischung der Implementierungsmethoden
HTML-Tags und XML-Sitemap gleichzeitig mit unterschiedlichen Werten führt zu widersprüchlichen Signalen.

8. Hreflang auf nicht übersetzte Inhalte
Das WeWork-Problem: Englische Inhalte als deutsch, französisch und spanisch deklarieren – ohne sie tatsächlich zu übersetzen.

9. Implementierung nur auf der Startseite
Laut einer Analyse von Motoko Hunt setzen 58 % der Websites, die Hreflang verwenden, die Tags nur auf der Homepage ein. Alle indexierbaren Seiten mit Sprachvarianten brauchen Hreflang-Tags.

10. Relative statt absolute URLs
Alle Hreflang-href-Werte müssen die vollständige URL inklusive Protokoll und Domain enthalten: https://www.example.com/de/seite, nicht /de/seite.

9. Hreflang prüfen: Tools und Validierung

Kostenlose Tools

• SISTRIX Hreflang-Generator: Erstellt korrekte Tags für alle Varianten – der meistgenutzte deutschsprachige Generator.
• Merkle / TechnicalSEO.com Hreflang Tester: Prüft alle drei Implementierungsmethoden direkt im Browser.
• Google Search Console – URL-Prüfung: Zeigt die gerenderte Seite inklusive Hreflang-Tags und deckt Rendering-Probleme auf.

Professionelle Tools

• Screaming Frog: Crawlt Hreflang-Tags in HTML, HTTP-Headern und Sitemaps. 13 spezifische Hreflang-Filter für systematische Audits.
• Ahrefs Site Audit: Erkennt fehlende Selbstreferenzierung, ungültige Codes und Duplikate automatisch.
• Ryte: Bietet einen dedizierten Hreflang-Report mit Visualisierung der Hreflang-Cluster.

Browser-Erweiterungen

Für schnelle Stichproben: „Hreflang Tag Checker" und „Advanced Hreflang Module" für Chrome zeigen die Tags einer Seite direkt im Browser an.

10. Hreflang in der KI-Suche: Was sich 2026 ändert

Hier wird es spannend – und das Thema, das kein anderer deutschsprachiger Hreflang-Guide bisher abdeckt.

Welche KI-Plattformen Hreflang nutzen – und welche nicht

Glenn Gabe (GSQi) hat Ende 2025 systematisch getestet, wie verschiedene KI-Suchplattformen mit mehrsprachigen Inhalten und Hreflang umgehen. Die Ergebnisse:

Das „Semantic Collapse"-Problem

Search Engine Journal hat einen wichtigen Effekt identifiziert: KI-Modelle komprimieren mehrsprachige Inhalte zu einer gemeinsamen semantischen Repräsentation. Übersetzte Seiten, die keine neuen Informationen oder lokale Perspektiven hinzufügen, werden selten eigenständig zitiert. Das bedeutet: Reine 1:1-Übersetzungen verlieren in der KI-Suche an Wert. Lokalisierte Inhalte mit regionalen Daten, Beispielen und Perspektiven haben dagegen deutlich bessere Chancen, als eigenständige Quelle zitiert zu werden.

11. Wann brauchst du Hreflang wirklich?

Nicht jede internationale Website braucht Hreflang. John Mueller selbst hat das klargestellt:

„Different language version is a lot easier than same language – different countries... Different languages are almost one of those situations where I'd say maybe you don't even need hreflang."

(Verschiedene Sprachversionen sind viel einfacher als gleiche Sprache mit verschiedenen Ländern… Bei unterschiedlichen Sprachen würde ich fast sagen, dass man Hreflang vielleicht gar nicht braucht.)

Du brauchst Hreflang, wenn:

• Deine Website gleiche Sprache, aber verschiedene Ländervarianten anbietet (z. B. de-DE, de-AT, de-CH mit unterschiedlichen Preisen oder rechtlichen Hinweisen).
• Nutzer in bestimmten Ländern die falsche Sprachversion in den Suchergebnissen sehen.
• Du regionale Landingpages mit unterschiedlichen Inhalten, Angeboten oder Kontaktdaten hast.

Du brauchst Hreflang wahrscheinlich nicht, wenn:

• Deine Website nur in einer Sprache existiert.
• Deine Sprachversionen auf völlig getrennten Domains liegen und sich thematisch unterscheiden.
• Du nur eine englische und eine deutsche Version hast und Google diese bereits korrekt zuordnet.

Die internationale SEO-Beraterin Aleyda Solis bringt es auf den Punkt:

„Google doesn't rely only on hreflang annotations to identify a page locale. Hreflang annotations is one of those signals. It's not the only one. We want to make sure to provide Google with as many signals as possible and that all signals are aligned."

(Google verlässt sich nicht ausschließlich auf Hreflang-Annotationen, um die Sprache einer Seite zu erkennen. Hreflang ist eines von mehreren Signalen. Wir müssen sicherstellen, dass wir Google so viele Signale wie möglich geben – und dass alle Signale übereinstimmen.)

12. Praxis-Checkliste: Hreflang richtig implementieren

Diese Checkliste fasst alles zusammen, was du für eine fehlerfreie Hreflang-Implementierung brauchst:

13. FAQ: Die häufigsten Fragen zu Hreflang