Hreflang-Tag

Definition: Das Hreflang-Attribut ist ein HTML-Link-Element, das im <head>-Bereich einer Seite platziert wird und Suchmaschinen (primär Google und Yandex) informiert, für welche Sprache und optional für welches Land eine Seite optimiert ist. Es verknüpft zudem alle Sprachversionen einer Seite miteinander, sodass Google in den Suchergebnissen die regional passende Version ausspielt. Die Sprache wird nach ISO-639-1 (z. B. «de» für Deutsch) angegeben, das Land optional nach ISO-3166-1 (z. B. «de-CH» für Deutsch in der Schweiz). Fehler in der gegenseitigen Verlinkung oder falsche Sprachcodes führen dazu, dass Google hreflang ignoriert. Im Marketing-Kontext ist hreflang unverzichtbar für internationale Kampagnen-Landingpages und mehrsprachige E-Commerce-Shops.

Erläuterung

Hreflang löst zwei Kernprobleme internationaler Websites: (1) Nutzer landen auf der falschen Sprachversion – ein deutschsprachiger Nutzer sieht die englische Seite; (2) Google wertet mehrsprachige Seiten als Duplicate Content. Korrekt implementiertes hreflang verhindert beides. Die Implementierung ist fehleranfällig: Jede Seite muss alle anderen Sprachversionen referenzieren, inklusive sich selbst (self-referencing hreflang). Eine einzige fehlende gegenseitige Verlinkung invalidiert das gesamte Signal für alle betroffenen Seiten.

Hreflang-Implementierungsformen

HTML <head>-Implementierung: <link rel="alternate" hreflang="de" href="https://example.com/de/">; <link rel="alternate" hreflang="de-AT" href="https://example.com/de-at/">; self-referencing: <link rel="alternate" hreflang="de" href="https://example.com/de/"> auf der DE-Seite selbst; alle Sprachversionen auf allen Seiten auflisten; Standard-Methode für statische und CMS-basierte Sites
XML-Sitemap-Implementierung: Alternativ zu HTML-Head; <xhtml:link rel="alternate" hreflang="de" href="..."> in <url>-Block; alle Sprachversionen einer Seite im gleichen <url>-Block verknüpfen; Vorteil: kein Eingriff in HTML nötig; Nachteil: Sitemap muss vollständig und fehlerfrei sein; empfohlen bei sehr vielen Seiten (>500)
HTTP-Header-Implementierung: Link: <url>; rel="alternate"; hreflang="de" im Server-Response-Header; nur für Non-HTML-Ressourcen (PDFs, etc.) oder wenn <head>-Zugriff nicht möglich; selten genutzt für normale Web-Seiten
x-default: <link rel="alternate" hreflang="x-default" href="https://example.com/">; zeigt Google welche Version angezeigt wird wenn keine andere Sprache passt; typisch: internationale Homepage oder Sprachauswahl-Seite; nicht optional wenn es eine «Rest-der-Welt»-Seite gibt

Sprachcodes und Targeting

Nur Sprache (hreflang="de"): Alle deutschsprachigen Nutzer weltweit; geeignet wenn kein regionaler Unterschied im Content; einfachere Implementierung; DE + AT + CH bekommen dieselbe Version; sinnvoll wenn Content sich nicht regional unterscheidet
Sprache + Land (hreflang="de-DE"): Nur Nutzer aus Deutschland mit Deutsch als Browsersprache; für E-Commerce mit regionalen Preisen/Produkten/Währungen notwendig; separate Seiten für de-DE, de-AT, de-CH; höherer Implementierungsaufwand aber präziseres Targeting
ISO-Code-Fehler: «de-DE» ist korrekt (ISO-639-1 + ISO-3166-1); «de-DEU» oder «deu» sind falsch; Sonderfall: «en-GB» nicht «en-UK»; «zh-Hans» (vereinfachtes Chinesisch) und «zh-Hant» (traditionell) für chinesische Varianten; Fehlerquelle Nummer 1 bei manueller Implementierung

Häufige Fehler und Diagnose

Fehlende gegenseitige Verlinkung: Seite A verweist auf Seite B, aber Seite B verweist nicht auf Seite A → Google ignoriert beide hreflang-Signale; Lösung: alle Seiten müssen alle Sprachversionen referenzieren; bei 5 Sprachversionen: 5 hreflang-Tags auf jeder Seite
Kanonisierung vs. hreflang: hreflang-Seiten müssen kanonisch auf sich selbst zeigen (self-referencing canonical); hreflang-URL ≠ canonical URL → Google ignoriert hreflang; häufiger Fehler bei CMS-Plugins die canonical und hreflang unabhängig konfigurieren
Diagnose-Tools: Aleyda-Solis-hreflang-Checker (aleydasolis.com/en/international-seo-tools/hreflang-tags-generator/): hreflang-Tags generieren und prüfen; Screaming Frog SEO Spider: crawlt gesamte Site und prüft Konsistenz aller hreflang-Tags; Google Search Console: International Targeting Bericht zeigt hreflang-Fehler direkt von Google
Absolut vs. relative URLs: hreflang-Tags müssen absolute URLs mit Protokoll enthalten (https://...); relative URLs («/de/») werden von Google nicht akzeptiert; HTTPS und HTTP als unterschiedliche URLs behandelt – immer HTTPS verwenden

Marketing-Anwendungsfälle

Internationale Kampagnen-Landingpages: Google Ads in DE/AT/CH schalten auf unterschiedliche Landingpages; hreflang stellt sicher dass Organic-Nutzer aus AT auf die AT-Version landen; verhindert dass Kampagnen-Traffic durch SEO-Weiterleitung auf falsche Seite verloren geht
E-Commerce mit regionalen Preisen: Deutsche Seite zeigt EUR-Preise, Schweizer CHF; hreflang verhindert Duplicate-Content-Abstrafung für identische Produktbeschreibungen; separate hreflang-Implementierung pro Produkt-URL notwendig; Sitemaps bei großen Katalogen empfohlen

Praxistipp: Prüfen Sie Ihre hreflang-Implementierung mit dem Aleyda-Solis-hreflang-Tag-Generator und -Checker sowie mit Screaming Frog (kostenloses Crawl bis 500 URLs). Die häufigsten Fehler sind fehlende gegenseitige Verlinkung und falsche ISO-Codes – beides verhindert dass Google das Signal überhaupt liest. Implementieren Sie immer ein x-default für die internationale Fallback-Version. Für WordPress-Sites: das Yoast SEO Premium Plugin oder WPML erzeugen korrekte hreflang-Tags automatisch, aber prüfen Sie das Ergebnis trotzdem mit Screaming Frog – Implementierungsfehler durch Plugin-Konflikte sind häufig.