Hreflang: So richten Sie Sprach- und Länderversionen richtig ein

Kurz gesagt: hreflang sagt Google, welche Sprach- oder Länderversion einer Seite jedem Suchenden angezeigt werden soll. Jede Version listet alle Versionen auf, einschließlich sich selbst, mit einem ISO-639-1-Sprachcode und optional einer ISO-3166-1-Alpha-2-Region (en, de, en-GB, pt-BR) sowie einem optionalen x-default-Fallback. Links müssen absolut sein und in beide Richtungen zeigen, sonst ignoriert Google sie. Jede Version braucht einen selbstreferenzierenden Canonical; ein Canonical, der auf eine andere Sprache zeigt, hebelt die Einrichtung aus. Google erkennt die Seitensprache am Inhalt, die Übersetzung muss also echt sein.

Internationale Websites verlieren Traffic auf leise Weise. Die englische Seite rankt in Deutschland, die spanische Seite erscheint in Mexiko, obwohl Sie eine mexikanische Version gebaut haben, oder der UK-Shop wird amerikanischen Suchenden mit Preisen in Pfund angezeigt. Auf der Website ist nichts kaputt; Google hat lediglich geraten, welche Version es anzeigen soll. Mit hreflang hören Sie auf, es raten zu lassen.

Dieser Leitfaden erklärt, wie hreflang laut Googles Dokumentation funktioniert, welche Code-Regeln die meisten Websites ins Straucheln bringen, wie Canonicals damit zusammenspielen, was unser kostenloser hreflang-Checker prüft und wie Sie jedes Problem beheben.

Was hreflang leistet und was nicht

hreflang-Annotationen beschreiben eine Gruppe von Seiten, die Versionen voneinander sind: derselbe Inhalt in einer anderen Sprache oder dieselbe Sprache, angepasst an ein anderes Land. Google nutzt sie, um in den Suchergebnissen die passende Version anzuzeigen.

Was hreflang nicht leistet:

• Es erkennt keine Sprache. Google sagt, es „doesn't use hreflang or the HTML lang attribute to detect the language of a page“; es verwendet den sichtbaren Inhalt (multi-regional sites). Eine mit de getaggte Seite mit englischem Text ist eine englische Seite.
• Es macht aus dünnen Übersetzungen weder Duplikate noch Originale. Google sagt, lokalisierte Versionen „are only considered duplicates if the main content of the page remains untranslated.“ Eine Seite mit übersetztem Menü und englischem Fließtext ist ein Duplikat.
• Es leitet niemanden weiter. Es ändert nur, welche URL in den Ergebnissen erscheint. Besucher können weiterhin jede Version öffnen.

Die drei Wege, hreflang einzubinden

Google sagt, die drei Methoden seien „equivalent from Google's perspective“. Verwenden Sie pro Seite nur eine; Mischen schafft nur zusätzliche Fehlerquellen.

1. HTML-Link-Elemente im <head>, die häufigste Wahl. Auf https://example.com/en/pricing:

<link rel="alternate" hreflang="en" href="https://example.com/en/pricing" />
<link rel="alternate" hreflang="de" href="https://example.com/de/preise" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/tarifs" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/pricing" />

Die deutsche und die französische Seite enthalten exakt dieselben vier Zeilen. Google verlangt, dass die Tags „inside a well-formed <head> section“ stehen; ein verirrtes Element, das der Browser in den Body verschiebt, etwa ein Bild oder ein nicht geschlossenes Tag oberhalb der Links, kann den Head vorzeitig beenden.

2. HTTP-Link-Header, die einzige Option für Nicht-HTML-Dateien wie PDFs:

Link: <https://example.com/en/guide.pdf>; rel="alternate"; hreflang="en",
      <https://example.com/de/guide.pdf>; rel="alternate"; hreflang="de"

Google sagt, der Header muss für jede Version identisch sein.

3. XML-Sitemap, praktisch für große Websites, weil keine Template-Änderungen nötig sind:

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:xhtml="http://www.w3.org/1999/xhtml">
  <url>
    <loc>https://example.com/en/pricing</loc>
    <xhtml:link rel="alternate" hreflang="en" href="https://example.com/en/pricing"/>
    <xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/preise"/>
  </url>
  <url>
    <loc>https://example.com/de/preise</loc>
    <xhtml:link rel="alternate" hreflang="en" href="https://example.com/en/pricing"/>
    <xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/preise"/>
  </url>
</urlset>

Jedes <url> listet alle Versionen auf, einschließlich sich selbst.

Die Regeln, die Google durchsetzt

Rücklinks und Selbstreferenz

„If two pages don't both point to each other, the tags will be ignored.“ Das ist die Regel hinter den meisten fehlerhaften Setups. Wenn die englische Seite die deutsche auflistet, die deutsche aber nicht die englische, verwirft Google das Paar. Google sagt außerdem: „each language version must list itself.“

Sprach- und Regionscodes

„Only language codes listed in ISO 639-1 and region codes listed in ISO 3166-1 Alpha 2 are supported.“ Zuerst kommt die Sprache, die Region ist optional. Google unterstützt außerdem Skript-Subtags für Sprachen, die in mehr als einer Schrift geschrieben werden, etwa zh-Hant und zh-Hans, sowie Kombinationen wie zh-Hans-US.

Für Spanisch in ganz Lateinamerika verwenden Sie entweder es für eine gemeinsame spanische Version oder listen die konkreten Zielländer (es-MX, es-AR, es-CO) auf, die auf dieselbe URL zeigen.

x-default

„The reserved x-default value is used when no other language/region matches the user's browser setting.“ Verweisen Sie damit auf eine Sprachauswahlseite oder Ihre internationale Hauptversion. Es ist optional, aber nützlich: Ohne x-default bekommt ein Suchender in einer Sprache, die Sie nicht anbieten, die Version, die Google auswählt.

Absolute URLs

„Alternate URLs must be fully-qualified, including the transport method.“ https://example.com/de/ funktioniert; /de/ und //example.com/de/ nicht.

hreflang und Canonical-Tags

Beide müssen übereinstimmen. Jede Version sollte einen Canonical haben, der auf sich selbst zeigt, nicht auf die englische oder Hauptversion. Googles Canonicalization-Leitfaden sagt, man solle „specify a canonical page in the same language“ angeben, oder „the best possible substitute language if a canonical page doesn't exist for the same language“, und merkt an, dass hreflang-Cluster die Canonical-Auswahl beeinflussen und URLs bevorzugen, die wechselseitig aufeinander verlinken.

Der klassische Fehler: Jede Sprachversion trägt <link rel="canonical" href="https://example.com/en/...">. Das teilt Google mit, dass die anderen Versionen Duplikate der englischen Seite sind, und sie fallen samt ihren hreflang-Annotationen aus dem Index.

Zwei weitere Konflikte, die Sie vermeiden sollten: hreflang-URLs, die weiterleiten (listen Sie die finale URL auf), und hreflang-URLs mit noindex (eine Version, die Google nicht indexieren kann, kann auch nicht angezeigt werden).

Seitenstruktur und automatische Weiterleitungen

Googles Leitfaden für mehrere Regionen vergleicht die URL-Strukturen:

Welche Struktur Sie auch wählen: Leiten Sie Besucher nicht automatisch anhand von IP oder Browsersprache weiter. Google sagt, das „could prevent users (and search engines) from viewing all the versions of your site“, und dass Googlebot „usually originates from the USA“. Zeigen Sie stattdessen einen Hinweisbanner an und überlassen Sie die Suchergebnisse hreflang.

So funktioniert der hreflang-Checker von Searvia

Der hreflang-Checker nutzt dieselbe Engine wie unser Website-SEO-Checker: Sie geben eine Domain oder eine Seitenadresse ein, er prüft diese Seite (Ihre Startseite, wenn Sie nur eine Domain eingeben) und die Dateien der Website drumherum mit 38 Prüfungen in etwa 20 Sekunden und stellt die drei Prüfungen, um die es in diesem Tool geht, an den Anfang. Genau das testen sie.

Language versions, hreflang (niedrige Priorität). Der Checker liest jedes <link rel="alternate" hreflang="..." href="...">-Element im HTML dieser Seite, nachdem er Weiterleitungen bis zur Zieladresse gefolgt ist.

• Gibt es keine, ist das Ergebnis informativ: „No language versions are declared (fine for a single-language site).“ Die Note bleibt unberührt.
• Jeder Code wird gegen die von Google unterstützten Codes geprüft: x-default oder eine zweibuchstabige ISO-639-1-Sprache, optional gefolgt von einem vierbuchstabigen Skript (zh-Hant) und einem zweibuchstabigen ISO-3166-1-Alpha-2-Land (pt-BR, en-GB). Ein häufiger Fehler wie en-UK wird mit seiner Korrektur markiert (→ en-GB); es-419, dreibuchstabige Sprachen und andere Codes, die Google nicht akzeptiert, werden als ungültig markiert. Jede Zeile im Bericht zeigt den Code, seine URL, ein Häkchen oder ein Kreuz und diesen Hinweis. Bis zu 20 Zeilen werden angezeigt.
• Er prüft auf eine Selbstreferenz: Eine der aufgelisteten URLs muss die Seite selbst sein. Der Vergleich ignoriert http gegenüber https, ein vorangestelltes www., Query-Strings und einen abschließenden Schrägstrich.
• Bestanden, wenn jeder Code gültig ist und die Seite sich selbst auflistet; fehlt x-default, ergänzt die Meldung, dass dieser optionale Fallback fehlt. Andernfalls eine Warnung mit „The language versions do not include this page itself“ oder „Some language codes are not valid.“

Page language (niedrige Priorität). Bestanden, wenn das <html>-Element ein lang-Attribut hat; die Sprache wird angezeigt. Warnung, wenn es fehlt.

Canonical URL (mittlere Priorität). Bestanden, wenn das Canonical-Tag auf die Seite selbst zeigt; Warnung, wenn es fehlt oder auf eine andere Adresse zeigt, die dann angezeigt wird.

Was nicht getestet wird

• Rücklinks. Der Checker liest eine Seite und ruft die anderen Versionen nicht ab, kann also nicht bestätigen, dass sie zurückverlinken. Öffnen Sie den Quelltext jeder Version oder nutzen Sie einen Site-Crawler, um die Wechselseitigkeit zu prüfen.
• HTTP-Header und Sitemaps. Es werden nur HTML-<link>-Elemente gelesen. Wenn Sie hreflang in einer Sitemap deklarieren, meldet der Checker keine Versionen.
• Absolute URLs und Duplikate. Relative URLs werden aufgelöst statt beanstandet, und wenn derselbe Code zweimal vorkommt, wird nur einer behalten.
• Andere Seiten. Pro Durchlauf wird eine Seite geprüft. Geben Sie die Adresse jeder Version ein, die Sie prüfen möchten (example.com/de/pricing, de.example.com), oder nutzen Sie einen Crawler für die ganze Website.

Das Ergebnis lesen

Die Gesamtnote von A+ bis F umfasst alle 38 Prüfungen, gewichtet nach Priorität (hoch 10, mittel 5, niedrig 2; Warnungen bringen die Hälfte), mit einer „Fix these first“-Liste und einem teilbaren Bericht.

So beheben Sie jedes hreflang-Problem

1. Es sind keine Sprachversionen deklariert, Sie haben aber welche

1. Listen Sie jede Version der Seite mit ihrer vollständigen URL auf, zum Beispiel /en/, /de/, /fr/.
2. Wählen Sie eine Methode: HTML-Tags für die meisten Websites, die Sitemap, wenn Templates schwer zu ändern sind.
3. Erzeugen Sie die Tags aus einer einzigen Quelle in Ihrem Code oder CMS, damit jede Version denselben vollständigen Satz ausgibt. Handgeschriebene Tags laufen auseinander.
4. Wenn Sie ein Mehrsprachigkeits-Plugin oder die integrierte Märkte-Funktion Ihrer Plattform nutzen, gibt dieses meist hreflang für Sie aus; prüfen Sie, dass jede Übersetzung mit ihrem Original verknüpft und veröffentlicht ist, denn nicht verknüpfte Übersetzungen erhalten keine Tags.
5. Starten Sie den hreflang-Checker erneut.

2. Die Sprachversionen enthalten diese Seite selbst nicht

Fügen Sie eine Zeile für die aktuelle Seite mit ihrem eigenen Code hinzu. In einem Template bedeutet das meist, dass die Schleife über die Sprachen die aktuelle Sprache überspringt; entfernen Sie diese Bedingung. Stellen Sie sicher, dass die Selbst-URL der Canonical-URL entspricht, mit demselben Protokoll, Host und derselben Konvention beim abschließenden Schrägstrich.

3. Einige Sprachcodes sind ungültig

1. Suchen Sie im Bericht die Zeilen mit einem Kreuz.
2. Korrigieren Sie das Format: Bindestrich statt Unterstrich, zuerst die Sprache, dann die Region (en-GB, nicht GB-en).
3. Ersetzen Sie nicht unterstützte Codes: en-UK wird zu en-GB (der Bericht schlägt es vor), es-419 wird zu es oder einer Liste von Ländercodes, dreibuchstabige Codes werden zu zweibuchstabigen.
4. Prüfen Sie, ob der Code die gemeinte Sprache ist: be ist Weißrussisch, cz ist kein Sprachcode (Tschechisch ist cs), jp ist kein Sprachcode (Japanisch ist ja), dk ist keiner (Dänisch ist da).

4. Die Seite deklariert ihre Sprache nicht

Fügen Sie die Sprache im Root-Element hinzu, zum Beispiel <html lang="de"> oder <html lang="pt-BR">. Google nutzt sie nicht zur Spracherkennung, Browser, Übersetzungstools und Screenreader aber schon, wie MDN beschreibt.

5. Der Canonical zeigt auf eine andere Adresse

Auf einer mehrsprachigen Website ist das oft das Problem mit dem sprachübergreifenden Canonical. Ändern Sie den Canonical jeder Version auf ihre eigene URL. Wenn der Canonical auf dieselbe Seite in anderer Form zeigt (http statt https oder ohne www), gleichen Sie ihn exakt an Ihre finale Adresse an.

6. Rücklinks fehlen (vom Checker nicht getestet)

Öffnen Sie zwei Versionen nebeneinander und vergleichen Sie ihre hreflang-Listen: Es müssen identische Mengen sein. Weichen sie ab, liegt die Ursache fast immer im Template oder Plugin, das sie erzeugt; wer den Generator einmal repariert, repariert jede Seite.

Praxisbeispiel (hypothetisch)

Das Folgende ist ein hypothetisches Beispiel, keine echten Daten. Kestrel Gear, eine erfundene Outdoor-Marke, betreibt example.com auf Englisch mit den Versionen /de/, /fr/ und /es/. Suchende aus Deutschland landen immer wieder auf englischen Seiten. Der hreflang-Checker meldet:

Canonical: „The canonical URL points to the page itself.“ Seitensprache: en.

Das Kreuz bei es_ES ist ein Formatfehler. Das Kreuz bei en-UK kommt mit dem Hinweis „→ en-GB“: Google akzeptiert UK nicht als Region, die englische Seite hatte also keine brauchbare Annotation. Ein Blick in den Quelltext der deutschen Seite deckt einen dritten Fehler auf: Ihr Canonical zeigt auf die englische Startseite, deshalb behandelte Google /de/ als Duplikat. Die Korrekturen:

1. Die Codes wurden auf en, de, fr, es geändert (eine Version pro Sprache, keine Regionen nötig) und x-default wurde ergänzt, mit Verweis auf die englische Startseite.
2. Die hreflang-Ausgabe wurde in ein gemeinsames Template verlegt, sodass jede Version denselben Satz ausgibt, einschließlich sich selbst.
3. Jede Version erhielt einen selbstreferenzierenden Canonical.
4. Eine IP-basierte Weiterleitung, die Besucher aus Deutschland automatisch auf /de/ schickte, wurde entfernt und durch einen Hinweisbanner ersetzt.

Eine hreflang-Checkliste für 20 Minuten

1. Lassen Sie den kostenlosen hreflang-Checker auf Ihrer Startseite und auf jeder Sprachversion laufen.
2. Vergleichen Sie jeden Code mit ISO 639-1 und ISO 3166-1 Alpha-2.
3. Bestätigen Sie, dass jede Version sich selbst und jede andere Version auflistet.
4. Öffnen Sie zwei Versionen und bestätigen Sie, dass die Mengen identisch sind.
5. Prüfen Sie, dass der Canonical jeder Version auf sich selbst zeigt.
6. Ergänzen Sie x-default (optional, aber nützlich).
7. Stellen Sie sicher, dass keine automatische Weiterleitung Versionen vor Googlebot versteckt.

So hilft Searvia

Der kostenlose hreflang-Checker prüft die hreflang-Links, die Seitensprache und den Canonical der eingegebenen Seite in einem teilbaren Bericht, zusammen mit den übrigen Prüfungen des Website-SEO-Checkers. In einem Searvia-Konto verbinden Sie die Search Console, um Klicks und Positionen nach Land für jede Sprachversion zu sehen, und führen jede Woche das Site-Audit aus, um Canonicals, die woandershin zeigen, doppelte Titel über Sprachversionen hinweg und defekte Seiten aufzuspüren. Wenn Sie neben Websites auch Apps veröffentlichen, behandelt unser Leitfaden zur App-Store-Lokalisierung dasselbe Problem auf der Store-Seite. Die vollständige technische Checkliste finden Sie im Leitfaden zum technischen SEO-Audit.