Einleitung
Wenn du schon einmal versucht hast, eine Website für mehrere Länder oder Sprachen zu optimieren, dann kennst du das Thema mit den hreflang-Tags. Diese kleinen, aber entscheidenden HTML-Attribute bestimmen, welche Sprachversion einer Seite unterschiedlichen Nutzern in den Suchergebnissen angezeigt wird. Und obwohl sie simpel wirken, sind sie eine häufige Fehlerquelle im internationalen SEO.
Ich habe in den letzten Jahren unzählige Audits gesehen, bei denen das hreflang-System das gesamte internationale Setup aus den Fugen brachte. Es ist fast schon ironisch, wie ein Tag, das eigentlich für Klarheit sorgen soll, oft genau das Gegenteil bewirkt.
In diesem Text möchte ich dir zeigen, worauf du achten musst, welche typischen Fehler auftreten und wie du dein Setup prüfst. Wenn du international arbeitest – ob für E-Commerce, Medien oder B2B –, findest du hier hoffentlich nützliche Denkanstöße, die du direkt praktisch anwenden kannst.
Was ist der hreflang-Tag eigentlich?
Der hreflang-Tag sagt der Suchmaschine, für welche Sprache und gegebenenfalls für welches Land eine bestimmte Seite gedacht ist. So können Google & Co. die passende Version anzeigen: englisch für die USA, spanisch für Mexiko, deutsch für Deutschland usw.
Das Prinzip ist eigentlich einfach: Du hast mehrere Sprach- oder Länder-Versionen einer Seite, die inhaltlich ähnlich, aber sprachlich oder strategisch angepasst sind.
Ein Beispiel: Deine Produktseite beschreibt ein Paar Schuhe. In den USA verwendest du Maße in Inches und Dollarpreise, im britischen Markt Schühgrößen nach UK-Standard und Pfund-Preise. Der Inhalt bleibt vergleichbar, aber durch die Regionalisierung wird er relevanter.
Damit Google weiß, welche Seite wo gezeigt werden soll, nutzt du pro Version ein Set miteinander verknüpfter hreflang-Tags, die sich gegenseitig „anerkennen“.
Technisch sieht das etwa so aus:
Und für die UK-Variante:
Wichtig ist dabei, dass jede Seite auf sich selbst verweist (self-referencing) und die anderen Varianten ebenfalls erwähnt (bi-direktional).
Diese Tags kannst du entweder direkt in den HTML-Header schreiben oder in eine XML-Sitemap aufnehmen. Beides ist möglich, aber: konsistent bleiben! Suchmaschinen mögen es gar nicht, wenn Sitemap und HTML widersprüchliche Informationen liefern.
Die häufigsten hreflang-Fehler
Dass das Thema so beliebt ist, liegt nicht an seiner Komplexität – sondern daran, dass die Umsetzung oft unterschätzt wird. Viele setzen hreflang auf, testen es nie und wundern sich später, warum ihre Rankings in Kanada plötzlich ins Wanken geraten.
Nachfolgend findest du die auffälligsten Fehler, die bei Audits immer wieder auftauchen.
1. Fehlende oder falsche Rückreferenzen
Das wohl häufigste Problem: Nur eine Seite verweist auf die andere, aber nicht umgekehrt. Google erwartet, dass jedes Paar von Seiten sich gegenseitig über hreflang-Links bestätigt. Wenn also die US-Version auf die UK-Version verweist, muss auch die UK-Seite einen Verweis auf die US-Seite enthalten. Tut sie das nicht, ignoriert Google oft beide.
2. Ungültige Ländercodes
Klingt banal, passiert aber täglich: Die Codes für Sprache oder Region werden falsch verwendet. Statt „en-gb“ (englisch – Großbritannien) steht da „en-uk“ – was schlicht nicht existiert.
Die Codes folgen offiziellen ISO-Standards:
- Sprache nach ISO 639-1: z. B. „en“, „de“, „fr“
- Land nach ISO 3166-1 Alpha-2: z. B. „US“, „GB“, „DE“
Und noch etwas: Groß-/Kleinschreibung ist eigentlich egal, aber ich rate dir, dich an das etablierte Schema mit Kleinbuchstaben für Sprache und Großbuchstaben für Land zu halten, also en-US. Es ist übersichtlicher und sicher.
3. Widersprüchliche Signale
Ich sehe oft Setups, in denen sich hreflang, canonical und noindex widersprechen. Beispiel:
Die Seite für „en-us“ verweist mit hreflang korrekt auf „en-gb“, hat aber gleichzeitig ein canonical auf „en-gb“. Damit sagst du Google sinngemäß:
„Das ist die US-Version, aber eigentlich soll die britische Seite indexiert werden.“
Klar, dass das für Verwirrung sorgt.
Noch schlimmer sind Hreflang-Verweise auf nicht existente oder gesperrte URLs (404-Seiten, noindex-Status). Sie bewirken exakt das Gegenteil von dem, was beabsichtigt ist.
4. Fehlende Varianten
Wenn du mehrere Sprach- oder Regionenversionen hast, müssen sie alle in der Tag-Struktur erscheinen. Wenn du z. B. vier Versionen hast (US, UK, Kanada, Australien) und nur drei davon im hreflang-System enthalten sind, wirkt das unvollständig.
Ich würde mir hier angewöhnen, alle Varianten zentral zu dokumentieren – etwa über einen Export aus der Sitemap oder ein kleines Script, das prüft, ob jede Kombination vorhanden ist.
5. Missbrauch von „x-default“
Die x-default-Deklaration ist ein spezieller hreflang-Wert. Er zeigt an, welche Seite ausgeliefert werden soll, wenn keine der Sprachregionen passt.
Oft sollte das eine Art „globale“ Seite sein – zum Beispiel die Startseite mit einer Sprachwahl oder einer neutralen englischen Version.
Viele machen den Fehler, eine stark lokalisierte Seite (z. B. US-Shop) als x-default zu deklarieren. Dadurch wird diese dann international ausgeliefert, obwohl sie gar nicht passt.
Weitere Fehlerquellen außerhalb der hreflang-Tags
Nicht immer liegt der Fehler direkt im Tag – manchmal im gesamten Seitenaufbau. Ich hatte einmal einen Fall, da lief technisch alles korrekt, aber das Gerüst der Domainstruktur war so chaotisch, dass Google einfach aufgegeben hat.
Unlogische Domainstruktur
Wähle eine konsistente Struktur: entweder
- länderspezifische Domains (example.de, example.fr),
- Subdomains (de.example.com, fr.example.com)
- oder Unterordner (example.com/de/).
Ein Mix daraus (etwa UK als Subdomain, Frankreich als Verzeichnis) wirkt unstrukturiert und erschwert die Zuordnung. Das Prinzip lautet: „So einfach wie möglich, aber so eindeutig wie nötig.“
Falsche oder dynamische Übersetzungen
Ein unterschätztes Thema sind clientseitige Übersetzungen. Manche Seiten übersetzen Inhalte per JavaScript unmittelbar beim Laden, etwa über React oder Angular. Wenn Google den JavaScript-Code nicht vollständig rendert, sieht es nur die Originalsprache und nicht die Übersetzung.
Das ist besonders heikel, wenn du sagst, eine Seite sei französisch, Google dort aber nur englischen Text findet.
Lösung: Stelle sicher, dass die übersetzten Inhalte bereits beim ersten Rendern im DOM stehen, also serverseitig oder zumindest „hydrated“.
Unvollständige oder schlechte Übersetzungen
Manchmal sieht die Seite nach außen korrekt aus, aber das Menü oder der Footer bleiben auf Englisch. Für Nutzer ist das verwirrend – und für Suchmaschinen ebenfalls ein schwaches Signal.
Google erkennt teilweise, wenn Seiten schlecht oder maschinell übersetzt sind, und senkt die Relevanz entsprechend. Saubere, vollständige Übersetzungen sind also auch aus SEO-Sicht sinnvoll, nicht nur aus UX-Gründen.
Wie du ein internationales Setup prüfst
Ich persönlich beginne bei einem Audit fast immer mit dem Nutzerverhalten. Wenn Nutzer aus Deutschland ständig auf der US-Seite landen, weißt du: da stimmt was nicht.
1. Google Analytics & Search Console
Schau dir an, aus welchen Ländern der Traffic auf welche URLs gelangt. Wenn 80 % deiner britischen Nutzer auf der US-Version landen, obwohl es eine /en-gb/ Version gibt, ist das ein klares Symptom.
Die Search Console zeigt dir unter „Leistung“ → „Länder“ auch, für welche Regionen deine URLs tatsächlich ranken. So kannst du testen, ob Google die hreflang-Hinweise auch beachtet.
2. Stichproben prüfen
Nimm pro
