Hreflang im Technical SEO: Steuerung internationaler Websites
Das hreflang-Attribut (auch bekannt als rel="alternate" hreflang="...") ist ein HTML-Markup, das Suchmaschinen mitteilt, in welchen Sprachen und für welche geografischen Regionen die verschiedenen Versionen einer Webseite konzipiert sind.
Für international ausgerichtete Websites ist die korrekte Implementierung von hreflang ein zentraler Aspekt des Technical SEOs. Es stellt sicher, dass Nutzer aus der Schweiz die deutsche (oder französische/italienische) Version für die Schweiz angezeigt bekommen, während Nutzer aus den USA automatisch die englischsprachige Version in den Suchergebnissen finden. Zudem schützt es Websites vor Duplicate-Content-Problemen, die entstehen, wenn sehr ähnliche Sprachfassungen (z. B. Deutsch für Deutschland vs. Deutsch für die Schweiz) im Netz erreichbar sind.
Aufbau und Syntax des hreflang-Tags
Das hreflang-Markup kann im <head>-Bereich des HTMLs, in den XML-Sitemaps oder im HTTP-Header implementiert werden. Am weitesten verbreitet ist die Platzierung im HTML-Head.
Die Syntax für ein hreflang-Tag sieht wie folgt aus:
<link rel="alternate" hreflang="de-ch" href="https://allerate.com/de-ch/" />
<link rel="alternate" hreflang="de-de" href="https://allerate.com/de-de/" />
<link rel="alternate" hreflang="en" href="https://allerate.com/" />
<link rel="alternate" hreflang="x-default" href="https://allerate.com/" />
Die Komponenten im Detail:
rel="alternate": Teilt der Suchmaschine mit, dass es sich um eine alternative Version der aktuellen Seite handelt.hreflang="...": Definiert die Sprach- und Regionalkombination. Der Wert besteht aus zwei Teilen:- Dem Sprachcode (zwingend) im ISO-639-1-Format (z. B.
defür Deutsch,enfür Englisch). - Dem Ländercode (optional) im ISO-3166-1-Alpha-2-Format (z. B.
chfür Schweiz,defür Deutschland). Der Ländercode darf nie alleine stehen.
- Dem Sprachcode (zwingend) im ISO-639-1-Format (z. B.
href="...": Die absolute URL der jeweiligen länderspezifischen Sprachvariante.
Warum ist hreflang für das SEO so wichtig?
Websites, die mehrere Märkte bedienen, stossen ohne hreflang auf erhebliche Probleme bei der Indexierung und in der User Experience.
1. Auslieferung der optimalen Sprachvariante
Wenn ein Schweizer Nutzer nach einer Dienstleistung sucht, möchte er die Preise in Schweizer Franken sehen und Schweizer Formulierungen (wie die konsequente Verwendung von „ss“ statt Doppel-s) lesen. Durch hreflang wird verhindert, dass Google dem Schweizer Nutzer fälschlicherweise die deutsche Version mit Euro-Preisen anzeigt.
2. Vermeidung von Duplicate Content
Die Unterschiede zwischen der deutschen Fassung für Deutschland (de-de), Österreich (de-at) und die Schweiz (de-ch) sind oft minimal. Ohne ein hreflang-Markup stufen Suchmaschinen diese Seiten schnell als Duplicate Content ein und blenden eventuell zwei der drei Versionen komplett aus. Das hreflang-Attribut signalisiert den Suchmaschinen, dass diese Kopien aufgrund der geografischen Ausrichtung gewollt sind und separat indexiert werden müssen.
3. Reduktion der Absprungrate
Erhalten Nutzer in den Suchergebnissen eine Seite in der falschen Sprache oder mit unpassenden Währungs- und Kontaktangaben, springen sie schnell wieder ab. Die Auslieferung der korrekten Sprachversion führt zu längeren Verweildauern und besseren Conversion-Rates.
Die drei Implementierungsmethoden im Vergleich
hreflang lässt sich auf drei Wegen umsetzen. Welche Methode geeignet ist, hängt von Seitentyp und Umfang der Website ab:
| Methode | Platzierung | Geeignet für | Nachteil |
|---|---|---|---|
HTML-<head> | jede HTML-Seite einzeln | kleine bis mittlere Sites | bläht das HTML auf |
| XML-Sitemap | zentral in der Sitemap | grosse Sites, viele URLs | weniger sichtbar/prüfbar |
| HTTP-Header | im Response-Header | PDFs, Nicht-HTML-Dateien | Serverkonfiguration nötig |
Für die meisten Unternehmenswebsites ist die HTML-Variante der pragmatischste Einstieg. Sobald jedoch hunderte URLs in mehreren Sprachen gepflegt werden müssen, reduziert die Sitemap-Methode den Wartungsaufwand erheblich, da alle Beziehungen an einer zentralen Stelle liegen.
Praxisbeispiel: Falsche vs. korrekte hreflang-Auszeichnung
Ein Schweizer Unternehmen betreibt seine Website für die Schweiz (de-ch) und Deutschland (de-de). Beide Seiten konkurrieren in Google um dieselben Keywords:
- Falsch: Es ist gar kein hreflang gesetzt, lediglich ein Canonical-Tag der
de-de-Seite auf sich selbst. Google wertet beide nahezu identischen Seiten als Duplicate Content und zeigt Schweizer Nutzern häufig die deutsche Version mit Euro-Preisen. - Richtig: Beide Seiten erhalten reziproke hreflang-Tags (
de-ch↔de-de) plus einenx-default-Eintrag. Google versteht nun, dass es sich um bewusst getrennte Regionalfassungen handelt, und liefert jeder Zielgruppe die passende Version mit den korrekten Preisen aus.
Die Lehre: hreflang löst nicht das Content-, sondern das Zuordnungsproblem. Es signalisiert Suchmaschinen, welche Version welcher Zielgruppe gehört – und verhindert so die gegenseitige Kannibalisierung sprachlich ähnlicher Seiten.
Best Practices für die Implementierung
Die Pflege von hreflang-Strukturen ist komplex und fehleranfällig. Beachten Sie folgende Richtlinien:
- Reziprozität (Gegenseitigkeit) einhalten: Das ist die wichtigste Regel. Jede Seite muss auf alle anderen alternativen Versionen verlinken, und diese müssen den Link erwidern. Wenn
/de/auf/en/verweist, muss/en/auch zurück auf/de/verweisen. Sobald ein einziges Glied in dieser Kette fehlt, bricht die gesamte hreflang-Struktur für diese Seiten zusammen. - Selbst-referenzierende Links verwenden: Eine Seite muss immer auch einen hreflang-Eintrag für sich selbst enthalten. Auf
/de-ch/muss also auch der Link<link rel="alternate" hreflang="de-ch" href=".../de-ch/" />stehen. - Nur kanonische URLs angeben: Die im hreflang-Markup hinterlegten URLs müssen direkt erreichbar sein (HTTP 200) und dürfen nicht per Canonical-Tag auf andere Seiten verweisen.
- Die Standardversion “x-default” deklarieren: Nutzen Sie
hreflang="x-default"für Besucher, die aus Ländern kommen, für die Sie keine explizite Sprachversion bereitstellen.
Typische Fehler im Umgang mit hreflang
- Falsche Länder- oder Sprachcodes: Häufig wird der Ländercode mit dem Sprachcode verwechselt. Beispielsweise wird fälschlicherweise
ukfür Grossbritannien (korrekt istgb) oderczfür Tschechien (korrekt istcs) deklariert. - Fehlende Rückverweise: Suchmaschinen prüfen bei jedem Crawl die Links aller beteiligten Sprachseiten. Fehlt auf der Zielseite der Rückverweis zur Ausgangsseite, wird der hreflang-Zusammenhang als ungültig verworfen.
- Fehlerhafte URLs: Links mit Tippfehlern, relative Pfade, Verweise auf 404-Seiten oder weitergeleitete URLs führen dazu, dass Google das Markup ignoriert.
[!TIP] Die Überprüfung von hreflang-Ketten über mehrere Sprachvarianten hinweg ist manuell kaum möglich. Nutzen Sie den SEO Validator auf balou.tools, um Ihre URLs, hreflang-Rückverweise und Canonical-Tags live auf Fehler und Inkonsistenzen zu testen.
Häufig gestellte Fragen (FAQ)
Muss das hreflang-Attribut auf allen Seiten einer Sprachfamilie vorhanden sein?
Ja. Einer der wichtigsten Grundsätze von hreflang ist die Gegenseitigkeit (Reziprozität). Wenn Seite A auf die englische Version B verweist, muss die englische Version B auch zwingend auf Seite A zurückverweisen. Fehlt diese Rückverlinkung, wird das hreflang-Attribut von Suchmaschinen ignoriert.
Was ist x-default und wann benutze ich es?
Die Angabe `x-default` wird verwendet, um eine Standardseite für Nutzer zu definieren, deren Sprache auf keiner der anderen deklarierten Sprachversionen passt. Häufig wird dies für globale Landingpages oder Sprach-Auswahlseiten genutzt.
Brauche ich hreflang, wenn meine Website nur eine Sprache hat?
Nein. hreflang ist ausschliesslich für Websites mit mehreren Sprach- oder Regionalvarianten relevant. Eine rein deutschsprachige Seite ohne weitere Sprachfassungen benötigt kein hreflang – ein fälschlich gesetztes Markup würde hier nur Fehlerquellen schaffen, ohne Nutzen zu bringen.
Wo sollte ich hreflang implementieren – im HTML, in der Sitemap oder im HTTP-Header?
Für HTML-Seiten ist die Platzierung im `
` am gebräuchlichsten. Bei sehr vielen URLs ist die XML-Sitemap effizienter, weil alle Beziehungen zentral gepflegt werden. Der HTTP-Header ist die richtige Wahl für Nicht-HTML-Dokumente wie PDFs. Wichtig ist nur, pro Seite genau eine Methode konsistent zu nutzen.