Die hreflang-Anleitung für internationale Websites

Was regelt hreflang?

Gibt es eine Seite in mehreren Sprachen oder für mehrere Länder, kann Google mit hreflang in jeder Suche die passende Version zeigen. Google findet Sprachversionen teilweise selbst, empfiehlt aber, sie ausdrücklich anzugeben. Die Sprache einer Seite erkennt Google dabei mit eigenen Verfahren. Weder hreflang noch das HTML-Attribut lang dienen dafür.

Übersetzte Seiten gelten für Google nicht als Duplikate. Anders ist es bei Versionen in derselben Sprache für verschiedene Länder, etwa für Deutschland und Österreich mit fast gleichem Text. Die kann Google als Duplikate werten. hreflang sorgt dann dafür, dass in Österreich trotzdem die österreichische URL erscheint.

Brauche ich hreflang?

Sobald es eine Seite in mehreren Sprachen oder in Versionen für verschiedene Länder gibt, lohnt sich hreflang. Google nennt dafür drei Fälle. Der Hauptinhalt ist vollständig übersetzt. Nur Navigation und Footer sind übersetzt, der Hauptinhalt bleibt in einer Sprache. Oder es gibt Versionen in derselben Sprache mit kleinen regionalen Unterschieden. In der Praxis tauchen vor allem diese Konstellationen auf.

Für Regionen gibt es keine eigenen Codes. Eine Version für Europa bekommt deshalb einen Wert je Land, das sie ansprechen soll. Hat deine Website nur eine Sprache und richtet sich an ein Land, brauchst du kein hreflang.

Die URL-Struktur muss nicht zum hreflang-Wert passen. Versionen dürfen auf verschiedenen Domains liegen, und Sprach-Subdomains wie fr.example.com nutzt Google nicht, um die Zielgruppe einer Seite zu bestimmen. Welche Version wofür gedacht ist, steht im hreflang.

Sprach- und Ländercodes

Der Wert besteht aus einem Sprachcode nach ISO 639-1 und optional einem Regionscode nach ISO 3166-1 Alpha-2, verbunden mit Bindestrich. Groß- und Kleinschreibung spielt keine Rolle. Üblich ist die Region in Großbuchstaben.

Nutze den reinen Sprachcode, solange sich die Inhalte je Land nicht unterscheiden. Ländercodes lohnen sich, wenn Preise, Versand, Rechtliches oder Wortwahl abweichen. Eine URL darf auch mehrere Werte tragen, etwa eine Version für Deutschland und Österreich zugleich. Wie das geht, erklärt der Artikel Mehrere hreflang-Werte auf einer URL.

x-default

x-default nennt die Seite für Nutzer, deren Sprache keine deiner Versionen trifft. Google empfiehlt es vor allem für Sprachauswahl-Seiten und Startseiten, die je nach Sprache oder Standort weiterleiten. Hast du keine solche Seite, kannst du eine bestehende Version als Fallback angeben, meist die englische.

Vor der Umsetzung planen

Eine Tabelle aller Versionen spart später viele Fehler. Für jede Version notierst du Adresse, Sprache und Zielländer.

Jede Kombination aus Sprache und Land kommt nur einmal vor. Danach legst du fest, welche URLs verknüpft werden. In ein hreflang-Set gehören nur Seiten, die es in mehreren Versionen gibt, die Status 200 liefern, indexierbar sind und auf sich selbst kanonisieren. Für jede Version lohnt sich eine eigene Property in der Search Console. So siehst du Indexierung und Suchanfragen je Markt getrennt.

Welche Domainstrategie passt?

hreflang funktioniert mit jeder Struktur. Die Struktur ist aber selbst ein Signal. Google beschreibt die üblichen Wege mit diesen Vor- und Nachteilen.

• Länderdomain (ccTLD), etwa example.de. Sie zeigt Nutzern und Suchmaschinen deutlich, für welches Land die Website gedacht ist. Dafür spricht sie nur ein Land an, kostet mehr und braucht mehr Infrastruktur.
• Subdomain auf einer generischen Domain, etwa de.example.com. Sie ist schnell eingerichtet und erlaubt Server an verschiedenen Standorten. Am Namen allein erkennen Nutzer das Zielland oft nicht.
• Verzeichnis auf einer generischen Domain, etwa example.com/de/. Es ist schnell eingerichtet und braucht wenig Pflege, weil alles auf einem Host liegt. Getrennt betreiben lassen sich die Versionen schwerer.

URL-Parameter wie ?loc=de empfiehlt Google nicht. Für hreflang zählt vor allem die Länderdomain. Eine Version auf example.co.uk richtet sich an Großbritannien. Ein hreflang-Wert für Irland auf derselben URL widerspricht diesem Signal. Was ein Umzug von mehreren Länderdomains auf eine Domain bewirken kann, zeigt das Fallbeispiel Von ccTLDs zu einer gTLD.

Drei Wege der Umsetzung

Google behandelt alle drei Wege gleich. Nimm einen davon. Mehrere gleichzeitig bringen keinen Vorteil und sind schwerer zu pflegen.

HTML im Head

Alle Versionen tragen denselben Block, jeweils mit vollständigen URLs.

HTTP-Header

Für Dateien setzt der Server einen Link-Header, der bei allen Versionen gleich ist.

XML-Sitemap

In der Sitemap nennt jeder <url>-Eintrag alle Versionen, auch sich selbst. Dafür brauchst du den Namespace xhtml. Mehr zu Sitemaps steht im Ratgeber XML-Sitemap.

hreflang und Canonical

Jede Sprachversion verweist per Canonical auf sich selbst. Eine Seite mit Canonical auf eine andere URL bekommt kein hreflang, und hreflang zeigt nur auf kanonische URLs. Ein Canonical von einer Länderversion auf eine andere sagt Google, dass nur das Ziel in den Index soll. Das widerspricht dem hreflang. Google empfiehlt außerdem, dass das Canonical einer Seite in derselben Sprache liegt. Beispiele mit Varianten und Länderversionen stehen im Artikel hreflang und Canonical und im Ratgeber Canonical.

Sonderfälle

hreflang per JavaScript und Google Tag Manager

Ein eigener Test von 2017 deutet darauf hin, dass Google hreflang im gerenderten HTML auswertet. hreflang-Angaben, die der Google Tag Manager aus dem DOM entfernt hatte, wirkten danach nicht mehr. Der Test lief auf einer Website. Wie du hreflang per GTM einfügst, wenn das CMS es nicht kann, beschreibt die Anleitung hreflang mit Google Tag Manager. Den Test findest du unter JavaScript-SEO-Experiment hreflang. Sicherer ist es, hreflang direkt im Quelltext auszuliefern.

hreflang prüfen

1. Einzelne URL im Quelltext und im gerenderten HTML ansehen. Steht derselbe Block auf allen Versionen? Der kostenlose Hreflang Checker ruft dafür alle verlinkten Sprachversionen einer Seite ab.
2. Jede Ziel-URL aufrufen. Sie muss Status 200 liefern, indexierbar sein und auf sich selbst kanonisieren.
3. Rückverweise prüfen. Jede Version nennt alle anderen und sich selbst.
4. Codes gegen ISO 639-1 und ISO 3166-1 prüfen.
5. Sprache der Seite mit dem hreflang-Wert vergleichen. Google erkennt die Sprache am sichtbaren Inhalt. Steht auf einer Seite mit hreflang="fr" deutscher Text, passt die Angabe nicht. Google rät außerdem zu einer Sprache je Seite, für Inhalt und Navigation.
6. Länderdomain mit dem Ländercode vergleichen. Eine URL auf example.at mit dem Wert de-DE sendet zwei Signale, die sich widersprechen.
7. Sprachwechsler prüfen. Die Versionen sollten sich gegenseitig per normalem HTML-Link verlinken, damit Nutzer selbst wechseln können. Das empfiehlt Google ausdrücklich.
8. Übersetzungen vergleichen. Verknüpfte Seiten zeigen denselben Inhalt in ihrer Sprache. Ist nur die Vorlage übersetzt und der Hauptinhalt nicht, kann das laut Google zu einer schlechten Nutzererfahrung führen.
9. Für die ganze Website einen Crawl nutzen, der alle hreflang-Sets zusammenführt. Bei Tausenden URLs lassen sich Lücken anders kaum finden.
10. In der Search Console je Property verfolgen, welche Version in welchem Land rankt.

Häufige Fehler

• Der Rückverweis fehlt. Google ignoriert dann die Angabe zwischen beiden Seiten.
• Die Seite nennt sich selbst nicht.
• hreflang zeigt auf Weiterleitungen, 404-Seiten oder Seiten mit noindex.
• Ziel-URLs mit einem Canonical auf eine andere Seite.
• Relative URLs oder fehlendes Protokoll.
• Falsche Codes wie en-UK oder ein Ländercode ohne Sprache.
• Dieselbe Kombination aus Sprache und Land für zwei URLs.
• Die Angaben stehen außerhalb des Head, etwa weil ein Script sie in den Body schreibt.
• Nutzer werden nach Browsersprache oder IP-Adresse automatisch auf eine Version umgeleitet. Google rät davon ab.

Häufige Fragen