Hreflang ist ein HTML-Attribut, das Suchmaschinen mitteilt, für welche Sprache und welche Region eine Webseite bestimmt ist. Es verhindert Duplicate-Content-Probleme bei mehrsprachigen oder multinationalen Websites und stellt sicher, dass Nutzer in den Suchergebnissen die für sie sprachlich und geografisch passende Seitenversion angezeigt bekommen.
Wer eine Website in mehreren Sprachen oder für verschiedene Länder betreibt, steht vor einer zentralen technischen Herausforderung: Google muss verstehen, welche Seitenversion für welche Zielgruppe gedacht ist. Genau hier setzt das Hreflang-Attribut an. HEEY erklärt, wie die korrekte Implementierung funktioniert, welche Fallstricke lauern und warum selbst erfahrene SEO-Teams hier regelmäßig Fehler machen.
Was ist Hreflang und wie funktioniert es technisch?
Das Hreflang-Attribut wurde von Google 2011 eingeführt und ist seither ein fester Bestandteil der technischen SEO bei internationalen Websites. Es wird im <head>-Bereich einer Seite, in der XML-Sitemap oder im HTTP-Header platziert und enthält zwei Angaben: den ISO-639-1-Sprachcode (z. B. de für Deutsch, en für Englisch) sowie optional den ISO-3166-1-Ländercode (z. B. DE für Deutschland, AT für Österreich). Ein vollständiger Tag sieht beispielsweise so aus: hreflang="de-DE" für Deutsch in Deutschland oder hreflang="de-AT" für Deutsch in Österreich.
Hreflang funktioniert als bidirektionales Signal: Jede Sprachversion einer Seite muss auf alle anderen Versionen verweisen – und jede dieser Versionen muss wiederum zurückverweisen. Fehlt auch nur ein einziger Gegenlink, ignoriert Google das gesamte Hreflang-Cluster für diese Seite. Das Attribut beeinflusst dabei nicht das generelle Ranking einer Seite, sondern ausschließlich die Auswahl der angezeigten URL in einem bestimmten Suchkontext.
Hreflang und die x-default-Variante
Neben den länderspezifischen Varianten gibt es den Wert hreflang="x-default". Dieser kennzeichnet die Standardseite, die angezeigt werden soll, wenn keine der definierten Sprach- oder Ländervarianten auf den Nutzer passt – etwa für Besucher aus Ländern, für die keine spezifische Version existiert, oder für eine allgemeine internationale Einstiegsseite. Typischerweise wird die englischsprachige oder die sprachunabhängige Startseite mit x-default ausgezeichnet.
Ohne x-default kann Google keine Fallback-Entscheidung treffen und wählt eigenständig eine URL aus, was zu suboptimalen Ergebnissen führt. HEEY empfiehlt, x-default grundsätzlich in jedes Hreflang-Cluster einzubinden, sobald mehr als zwei Sprachversionen existieren oder eine internationale Nutzergruppe adressiert wird.
Relevanz für internationale und lokale SEO im Rhein-Main-Gebiet
Für rein lokale Unternehmen im Rhein-Main-Gebiet – etwa einen Handwerksbetrieb in Wiesbaden oder eine Kanzlei in Frankfurt – ist Hreflang in der Regel nicht relevant, da diese Websites ausschließlich auf Deutsch für den deutschen Markt ausgerichtet sind. Anders sieht es aus, wenn ein Unternehmen aus der Region international tätig ist: Ein Mainzer Softwarehaus, das Kunden in der Schweiz, Österreich und den USA bedient, benötigt sauber implementierte Hreflang-Tags, um sicherzustellen, dass Schweizer Nutzer die Version mit Schweizer Preisen und Schreibweise erhalten.
Auch Unternehmen mit mehrsprachiger Belegschaft oder internationalen B2B-Kunden profitieren erheblich. HEEY beobachtet im Rhein-Main-Raum zunehmend mittelständische Unternehmen, die englischsprachige Unternehmensseiten parallel zur deutschen Version betreiben – ohne Hreflang. Die Folge: Google indexiert beide Versionen als Duplicate Content oder spielt die falsche Variante in den Suchergebnissen aus.
Abgrenzung: Hreflang vs. Canonical Tag vs. Redirect
Hreflang und der Canonical Tag lösen auf den ersten Blick ähnliche Probleme – beide adressieren Duplicate Content. Der entscheidende Unterschied: Ein Canonical Tag sagt Google, welche URL die „Hauptversion“ ist und alle anderen Versionen in deren Linkjuice zusammenführt. Hreflang hingegen erklärt, dass alle verlinkten Versionen gleichwertig existieren sollen, aber für unterschiedliche Zielgruppen bestimmt sind. Ein Canonical, der auf eine andere Sprachversion zeigt, würde die alternativen Versionen faktisch aus dem Index verdrängen – das genaue Gegenteil des gewünschten Effekts.
Auch die Verwechslung mit Geo-Targeting über die Google Search Console ist häufig: Das GSC-Geo-Targeting gilt für die gesamte Domain oder Subdomain, während Hreflang auf Seitenebene granular steuert. Redirects auf Basis der Browser-Sprache oder des IP-Standorts ersetzen Hreflang ebenfalls nicht, da Googlebot in der Regel aus den USA crawlt und IP-basierte Weiterleitungen die Indexierung der alternativen Versionen verhindern können.
Implementierung: Drei Methoden im Vergleich
Hreflang lässt sich auf drei Wegen einbinden, die jeweils Vor- und Nachteile haben:
- HTML-Head-Implementierung: Die Hreflang-Tags werden direkt im
<head>jeder Seite als<link rel="alternate" hreflang="…" href="…">platziert. Diese Methode ist am zuverlässigsten, erfordert aber Zugriff auf den Quellcode oder das CMS. - XML-Sitemap: Alle Sprachvarianten werden in der Sitemap mit den entsprechenden
<xhtml:link>-Elementen verknüpft. Vorteil: zentrale Verwaltung, ideal bei großen Websites mit vielen Unterseiten. Nachteil: Änderungen werden erst nach erneutem Sitemap-Crawl wirksam. - HTTP-Header: Nur für nicht-HTML-Dokumente wie PDFs relevant. Google liest den Header aus, bevor die eigentliche Datei verarbeitet wird. Für Standardwebseiten ist diese Methode unpraktisch und selten im Einsatz.
HEEY empfiehlt für die meisten Projekte die HTML-Head-Methode in Kombination mit einer aktualisierten XML-Sitemap, da dies die höchste Zuverlässigkeit beim Crawling bietet. Bei CMS-Systemen wie WordPress oder Typo3 existieren Plugins, die die Implementierung automatisieren – diese sollten jedoch nach der Einrichtung stets manuell validiert werden.
Typische Fehler und Best Practices
Hreflang gehört zu den technischen SEO-Maßnahmen mit der höchsten Fehlerquote in der Praxis. Die häufigsten Probleme:
- Fehlende Gegenlinks: Nicht alle Versionen verweisen vollständig aufeinander – das invalidiert das gesamte Cluster.
- Falsche Sprachcodes: Verwendung von en-UK statt en-GB oder de-DE statt de für eine rein deutschsprachige Version ohne Länderfokus.
- Hreflang auf nicht-indexierten Seiten: Seiten mit noindex-Tag, die gleichzeitig im Hreflang-Cluster aufgeführt sind, erzeugen Konflikte.
- Canonical-Konflikte: Ein Canonical, der auf eine andere Sprachversion zeigt, widerspricht der Hreflang-Logik direkt.
- Inkonsistente absolute URLs: Relative Pfade oder gemischte HTTP/HTTPS-URLs führen dazu, dass Google das Cluster nicht korrekt auflösen kann.
- Kein x-default definiert: Besucher aus nicht abgedeckten Regionen erhalten keine Fallback-Version.
Best Practice ist die regelmäßige Validierung mit Tools wie der Google Search Console (Bereich „Internationales Targeting“), Screaming Frog oder spezialisierten Hreflang-Validatoren. HEEY prüft Hreflang-Implementierungen standardmäßig im Rahmen technischer SEO-Audits, da selbst kleine Fehler bei großen internationalen Websites zu erheblichen Sichtbarkeitsverlusten führen können.
Hreflang und Google: Was das Attribut nicht leistet
Ein weit verbreitetes Missverständnis ist die Annahme, Hreflang sei ein hartes Ranking-Signal. Das ist es nicht: Google betrachtet Hreflang als Hinweis (hint), nicht als verbindliche Anweisung. Wenn Nutzersignale, Linkprofil oder Content-Qualität einer Sprachversion stark von der Hreflang-Zuordnung abweichen, kann Google eine andere URL bevorzugen. Hreflang ist also ein wichtiges, aber kein alleiniges Steuerungsinstrument für internationale Sichtbarkeit.
Bing wertet Hreflang ebenfalls aus, setzt jedoch stärker auf das Geo-Targeting über die Bing Webmaster Tools und den content-language-Meta-Tag. Yandex, die russische Suchmaschine, unterstützt Hreflang grundsätzlich, empfiehlt aber ergänzend eigene Geo-Targeting-Einstellungen in den Yandex Webmaster Tools. Wer international aufgestellt ist, sollte Hreflang daher als Teil einer umfassenderen internationalen SEO-Strategie verstehen – nicht als Alleinlösung.
Häufige Fragen
Wann brauche ich Hreflang auf meiner Website?
Hreflang ist notwendig, sobald eine Website in mehreren Sprachen existiert oder inhaltlich gleiche Seiten für verschiedene Länder bereitgestellt werden – etwa eine deutsche Version für Deutschland und eine für die Schweiz. Für rein deutschsprachige lokale Websites ohne Ländervarianten ist das Attribut hingegen nicht erforderlich.
Was passiert, wenn Hreflang falsch implementiert ist?
Bei fehlerhafter Implementierung ignoriert Google das Hreflang-Cluster vollständig und trifft eine eigenständige Entscheidung, welche URL in welchem Land ausgespielt wird. Das kann dazu führen, dass Nutzer in Deutschland die englische Version sehen oder dass mehrere Sprachversionen als Duplicate Content gewertet werden, was die Sichtbarkeit aller Versionen beeinträchtigt.
Wie unterscheidet sich hreflang="de" von hreflang="de-DE"?
<strong>hreflang="de"</strong> signalisiert, dass die Seite für alle deutschsprachigen Nutzer weltweit bestimmt ist, unabhängig vom Land. <strong>hreflang="de-DE"</strong> richtet sich spezifisch an deutschsprachige Nutzer in Deutschland. Wenn separate Versionen für Deutschland, Österreich und die Schweiz existieren, sollten die jeweiligen Ländercodes verwendet werden; gibt es nur eine einzige deutschsprachige Version, genügt der reine Sprachcode.
Kann ich Hreflang in der XML-Sitemap statt im HTML-Head einbinden?
Ja, beide Methoden sind von Google offiziell unterstützt und gleichwertig. Die Sitemap-Methode bietet bei großen Websites mit vielen Unterseiten Vorteile in der zentralen Verwaltung. Wichtig ist jedoch, dass auch in der Sitemap alle Versionen vollständig aufeinander verweisen und ausschließlich absolute URLs verwendet werden.
Warum zeigt Google trotz korrektem Hreflang die falsche Sprachversion an?
Google behandelt Hreflang als Empfehlung, nicht als Pflichtanweisung. Wenn Nutzersignale, die Qualität der Inhalte oder das Linkprofil einer Version stark von der Hreflang-Zuordnung abweichen, kann Google abweichend entscheiden. Zudem können Canonical-Konflikte, noindex-Tags im Cluster oder nicht vollständig gecrawlte Seiten dazu führen, dass Google die Hreflang-Anweisungen nicht korrekt verarbeitet.
Unterstützt Bing Hreflang genauso wie Google?
Bing liest Hreflang-Tags aus, priorisiert für die internationale Aussteuerung jedoch stärker das Geo-Targeting in den Bing Webmaster Tools sowie den <strong>content-language</strong>-Meta-Tag. Für eine vollständige internationale SEO-Strategie sollten daher beide Signale gepflegt werden.
Wir helfen Ihnen, in Google und Maps nach vorne zu kommen.