Ein Schweizer Kunde will seine Website künftig auf Deutsch, Französisch und Italienisch anbieten. Du legst die Sprachversionen sauber an, alles sieht gut aus – und ein paar Wochen später wundert sich der Kunde, warum Google seinen französischsprachigen Besuchern die deutsche Seite zeigt. Oder warum die österreichische Variante seiner Preisliste in den Suchergebnissen gar nicht auftaucht, sondern immer die deutsche. Kein Ranking-Absturz, keine Abmahnung – nur Nutzer, die auf der falschen Sprachversion landen und wieder abspringen.
Der Grund ist fast immer derselbe: fehlende oder falsch gesetzte hreflang-Angaben. Sie sind das unscheinbarste und zugleich fehleranfälligste Stück technischer SEO, das dir bei mehrsprachigen Projekten begegnet. Und weil im DACH-Raum viele Kunden mehr als eine Sprache oder gleich mehrere Länder bedienen, lohnt es sich, das Thema einmal richtig zu verstehen, statt es bei jedem Projekt neu zu ergoogeln. Dieser Beitrag zeigt dir, wie hreflang funktioniert, wo die typischen Fallen liegen und wie du sie im Kundenprojekt sicher umgehst.
hreflang richtig einsetzen: was das Attribut überhaupt tut
Fangen wir mit dem häufigsten Missverständnis an. hreflang ist kein Ranking-Faktor. Es macht deine Kundenseite nicht „besser" und schiebt sie nicht nach oben. Es beantwortet Google eine einzige Frage: Welche Sprach- oder Länderversion dieser Seite soll welchem Nutzer angezeigt werden? Ein Franzose in Genf soll die französische Fassung sehen, ein Deutscher aus München die deutsche – bei gleichem Inhalt, nur in anderer Sprache oder für einen anderen Markt.
Wichtig ist die Betonung auf „soll". Google behandelt hreflang laut den offiziellen Angaben von Google Search Central als Signal, nicht als bindende Anweisung. Die Suchmaschine kann die Angabe berücksichtigen, muss es aber nicht, wenn andere Signale dagegensprechen. Das ist kein Grund, es wegzulassen – aber ein guter Grund, es sauber zu machen, damit das Signal überhaupt eindeutig ist.
Der Nutzen für deinen Kunden ist konkret: weniger Nutzer, die auf der falschen Sprache landen und genervt zurückspringen, und keine Situation, in der zwei Sprachversionen in der Suche gegeneinander konkurrieren und sich gegenseitig die Sichtbarkeit nehmen. Gerade wenn die deutsche und die österreichische Seite fast identisch sind, hilft hreflang Google zu verstehen, dass es sich um Länderversionen handelt und nicht um kopierten Inhalt.
Die drei Wege, hreflang einzubinden
Es gibt genau drei technische Wege, die Angaben zu setzen – und du musst dich für einen entscheiden, nicht mehrere mischen. Google beschreibt alle drei als gleichwertig; welcher passt, hängt vom Projekt ab.
Der erste Weg sind Link-Tags im HTML-Kopf. Für jede Seite listest du im <head> alle Sprachversionen auf, etwa <link rel="alternate" href="https://beispiel.de/preise" hreflang="de-DE" />. Das ist gut sichtbar und einfach zu debuggen, bläht bei vielen Sprachen aber jeden Seitenkopf auf.
Der zweite Weg ist die XML-Sitemap. Hier hinterlegst du die Sprachbeziehungen über verschachtelte Einträge. Das hält den HTML-Code schlank und ist bei großen Seiten mit vielen Sprachen die pflegeleichtere Lösung – vorausgesetzt, die Sitemap wird verlässlich generiert.
Der dritte Weg ist der HTTP-Header. Ihn brauchst du vor allem für Dateien, die keinen HTML-Kopf haben, etwa PDFs – wenn also die Preisliste deines Kunden als PDF in mehreren Sprachen vorliegt. Für normale Seiten ist er die unüblichste Variante.
Für die meisten kleinen Agenturprojekte ist entweder die HTML-Variante oder – bei WordPress mit einem Mehrsprachen-Plugin wie Polylang oder WPML – die vom Plugin automatisch erzeugte Ausgabe der pragmatischste Weg. Wichtig ist nur: Verlass dich nicht blind darauf, dass das Plugin alles richtig macht, sondern prüf das Ergebnis.
Die häufigsten hreflang-Fehler – und wie du sie vermeidest
Hier trennt sich die Spreu vom Weizen. Die meisten Probleme entstehen nicht aus Unwissen über das Konzept, sondern aus vier immer gleichen Umsetzungsfehlern, die auch der hreflang-Guide von trafficdesign hervorhebt.
Falsche Sprach- und Ländercodes
Der Klassiker. Der Sprachcode folgt dem Standard ISO 639-1 (zwei Buchstaben, etwa de für Deutsch, fr für Französisch), der optionale Ländercode dem Standard ISO 3166-1 Alpha-2 (etwa CH für die Schweiz, AT für Österreich). Die Reihenfolge ist Sprache-Land, also de-CH für Deutsch in der Schweiz. Eine beliebte Falle: Der Code für China ist zh (Sprache), nicht cn. Wer hier rät statt nachzuschlagen, produziert Angaben, die Google schlicht ignoriert.
Ein zweiter Denkfehler: Der Ländercode allein reicht nie. de ist gültig (Deutsch, egal in welchem Land), de-DE ist gültig (Deutsch in Deutschland), aber ein reines DE ohne Sprache ist es nicht. Wenn dein Kunde nur eine Sprache in mehreren Ländern ausspielt, überleg genau, ob du überhaupt Ländercodes brauchst oder ob der reine Sprachcode nicht sauberer ist.
Fehlende Rückverweise
hreflang funktioniert nur beidseitig. Wenn die deutsche Seite auf die französische verweist, muss die französische auch auf die deutsche zurückverweisen. Fehlt dieser Rückverweis, wertet Google die gesamte Gruppe als unzuverlässig und ignoriert sie. Bei manuell gepflegten Seiten ist das die häufigste Ursache für „hreflang tut nichts". Jede Version muss außerdem auf sich selbst verweisen – die Selbstreferenzierung. Eine deutsche Seite listet also auch ihre eigene deutsche URL mit auf.
Verweise auf falsche oder tote URLs
hreflang darf nur auf indexierbare Seiten zeigen. Verweist du auf eine URL, die per Canonical auf eine andere Seite zeigt, auf noindex steht oder schlicht eine Weiterleitung ist, bricht die Logik. Besonders tückisch wird das nach einem Relaunch, wenn sich URLs ändern – ein guter Anlass, hreflang bei jeder Migration mitzudenken, damit sie ohne Ranking-Verlust über die Bühne geht.
Kein x-default für den Rest der Welt
Was passiert mit einem Nutzer, dessen Sprache du gar nicht anbietest? Für ihn gibt es den Wert x-default. Er markiert die Fallback-Seite, die Google ausspielt, wenn keine der definierten Versionen passt – oft die englische oder die Startseite mit Sprachauswahl. Pflicht ist er nicht, aber bei international ausgerichteten Kundenseiten gehört er dazu.
Sprache ist nicht gleich Land – die DACH-Besonderheit
Ein Punkt, an dem im deutschsprachigen Raum besonders viel schiefgeht: Sprache und Land sind zwei verschiedene Dinge. Deutschland, Österreich und die Deutschschweiz teilen sich die Sprache, aber nicht den Markt. Preise in Euro und Franken, unterschiedliche Versandbedingungen, andere rechtliche Pflichtangaben – all das rechtfertigt eigene Länderversionen, obwohl der Text zu 90 Prozent identisch ist.
Genau hier ist hreflang unverzichtbar: Es sagt Google, dass de-DE, de-AT und de-CH bewusste Länderversionen sind und keine Duplikate. Ohne das Signal wählt Google selbst eine Version aus und zeigt sie allen – und dann sieht der Schweizer Kunde plötzlich deutsche Preise. Für Agenturen mit Kunden, die über die Grenze verkaufen, ist das kein technisches Detail, sondern eine Frage, ob der Kunde im jeweiligen Land überhaupt sinnvoll gefunden wird.
Interessant wird das auch mit Blick auf die KI-Suche. Assistenten wie ChatGPT oder Googles KI-Antworten arbeiten stark sprach- und kontextbezogen. Wer seine Inhalte sauber nach Sprache und Region auszeichnet, macht es nicht nur der klassischen Suche, sondern auch KI-Systemen leichter, die richtige Version zu zitieren. Klare Struktur zahlt in beide Richtungen ein.
So gehst du im Kundenprojekt vor
Der pragmatische Ablauf für eine kleine Agentur: Zuerst klären, ob der Kunde wirklich Länderversionen braucht oder nur mehrere Sprachen – das entscheidet, ob du Ländercodes setzt. Dann einen der drei Einbindungswege wählen und konsequent durchziehen. Danach testen, und zwar bevor der Kunde es merkt: Der hreflang-Bericht in der Google Search Console und kostenlose Prüf-Tools zeigen fehlende Rückverweise und ungültige Codes zuverlässig an. Und schließlich hreflang in die Wartungsroutine aufnehmen, denn jede neue Seite und jeder Relaunch kann die Kette zerreißen.
Genau dieser letzte Punkt macht das Thema für Agenturen interessant: Mehrsprachigkeit ist kein einmaliges Setup, sondern eine dauerhafte Pflegeaufgabe. Wer sie sauber betreut, verhindert stille Sichtbarkeitsverluste beim Kunden – und hat ein weiteres Argument für einen laufenden Betreuungsvertrag statt eines einmaligen Projekts.
Fazit
hreflang ist kein Hexenwerk, aber es verzeiht keine Schlamperei. Die Konzepte sind überschaubar: richtige Codes, beidseitige Verweise, Selbstreferenz, saubere Ziel-URLs und ein x-default. Die Fehler sind es auch – und genau deshalb passieren sie so oft, weil sie klein und unsichtbar sind. Für deine Kunden im DACH-Raum, die über Ländergrenzen hinweg verkaufen, entscheidet dieses unscheinbare Attribut darüber, ob der richtige Nutzer auf der richtigen Seite landet. Wer es beherrscht, liefert eine Leistung, die Kunden selten sehen, aber sofort vermissen, wenn sie fehlt.
- hreflang ist kein Ranking-Faktor, sondern ein Signal an Google, welche Sprach- oder Länderversion einer Seite welchem Nutzer angezeigt werden soll.
- Es gibt drei gleichwertige Einbindungswege – HTML-Link-Tags, XML-Sitemap oder HTTP-Header –, von denen du dich für einen entscheiden und ihn konsequent durchziehen solltest.
- Die häufigsten Fehler sind falsche Sprach- und Ländercodes (ISO 639-1 und ISO 3166-1 Alpha-2), fehlende Rückverweise, Verweise auf nicht indexierbare URLs und ein vergessenes x-default.
- Im DACH-Raum sind de-DE, de-AT und de-CH bewusste Länderversionen mit gleicher Sprache – hreflang verhindert, dass Google sie als Duplikate behandelt oder die falsche ausspielt.
- Mehrsprachigkeit ist eine dauerhafte Pflegeaufgabe: Jeder Relaunch und jede neue Seite kann die hreflang-Kette zerreißen – ein gutes Argument für einen laufenden Betreuungsvertrag.