Mehrsprachige Help Centers brauchen hreflang-Tags, sonst kannibalisieren sich die Sprachversionen gegenseitig in Google. Eine deutsche Variante und eine englische Variante desselben Artikels sehen für Google ohne hreflang wie Duplicate Content aus. Google wählt eine und ranked die andere niedriger oder gar nicht. Bei korrekten hreflang-Tags lernt Google die Beziehung zwischen den Sprachvarianten und ranked jede in der jeweils passenden Region.
Dieser Artikel klärt die korrekte hreflang-Syntax, die häufigen Locale-Code-Fallen (de-DE vs de-AT vs de-CH), die Rolle von x-default und welche KB-Tools hreflang automatisch korrekt setzen versus manuell konfigurieren.
Was hreflang macht
hreflang ist ein Link-Element im HTML-Head oder im HTTP-Header, das Google sagt: diese Seite hat eine Variante in einer anderen Sprache oder Region unter dieser URL. Beispiel:
<link rel="alternate" hreflang="de-DE" href="https://help.company.com/de/article-1">
<link rel="alternate" hreflang="en-US" href="https://help.company.com/en/article-1">
Google nutzt das Attribut, um die richtige Variante für den jeweiligen Nutzer zu zeigen. Ein deutscher Nutzer aus München sieht die de-DE-Version, ein US-Nutzer aus New York die en-US-Version, auch wenn beide dieselbe Google-Suche durchführen.
Die Locale-Code-Falle
hreflang-Werte folgen dem ISO-Format: Sprache (zweistellig) plus optional Region (zweistellig), getrennt durch Bindestrich. Korrekt: de, de-DE, de-AT, de-CH, en, en-US, en-GB, fr, fr-FR.
Häufige Fehler. Erstens: Unterstrich statt Bindestrich (de_DE statt de-DE), das ignoriert Google komplett. Zweitens: dreistellige Sprachcodes (deu statt de), kein gültiges ISO. Drittens: Sprache und Region in Grossbuchstaben (DE-DE statt de-DE), Sprache muss klein sein, Region gross. Viertens: ungültige Region-Codes (de-EU für ganze EU existiert nicht).
DACH-Spezialfall: viele Teams setzen nur de-DE, was Schweizer und österreichische Nutzer auf die deutsche Variante leitet. Wenn die Inhalte sich stark unterscheiden (CH-Rechtschreibung, Euro vs CHF), separate Varianten de-AT und de-CH lohnen sich. Wenn der Content gleich ist, reicht de.
x-default für nicht-gemappte Sprachen
Wenn ein japanischer Nutzer auf deine Seite kommt und du keine ja-JP-Variante hast, welche soll Google zeigen. Hier kommt x-default ins Spiel:
<link rel="alternate" hreflang="x-default" href="https://help.company.com/en/article-1">
Das ist die Fallback-Variante für alle Sprachen und Regionen, die nicht explizit gemappt sind. Üblicherweise ist das die englische Version. Wer x-default vergisst, lässt Google selbst entscheiden, oft mit suboptimalen Ergebnissen.
Reziprozität: A zeigt auf B, B muss auch auf A zeigen
hreflang-Tags müssen bidirektional sein. Wenn die deutsche Seite auf die englische zeigt, muss die englische auch auf die deutsche zeigen. Wenn die Reziprozität fehlt, ignoriert Google den hreflang-Tag.
Konkret: jede Sprachvariante eines Artikels muss hreflang-Tags zu allen anderen Sprachvarianten enthalten, plus auf sich selbst. Bei 3 Sprachen sind das 4 hreflang-Tags pro Artikel (de, en, fr, x-default). Bei 10 Sprachen sind das 11 Tags pro Artikel.
Implementierungswege
Drei Wege, hreflang einzubinden.
Erstens: HTML-Head pro Seite. Jede Sprachvariante eines Artikels enthält die hreflang-Tags im <head>. Üblicher Weg bei dynamisch gerenderten Help Centers.
Zweitens: HTTP-Header. Praktisch bei PDFs oder anderen non-HTML-Ressourcen, sonst selten genutzt.
Drittens: XML-Sitemap. Sitemap kann pro URL die hreflang-Beziehungen enthalten, statt sie im HTML-Head zu setzen. Praktisch bei vielen Sprachen, weil die HTML-Head-Variante schnell unübersichtlich wird.
KB-Tools und ihre hreflang-Unterstützung
Document360 unterstützt mehrsprachige Workspaces mit automatischen hreflang-Tags. Zendesk Guide setzt hreflang automatisch bei Multi-Locale-Setup. Help Scout Docs hat Multi-Sprach-Support, hreflang-Tags müssen typischerweise manuell ins Theme-Template eingefügt werden. Intercom Articles hat eingeschränkte Mehrsprachigkeit, hreflang nur über Custom-Code.
Confluence hat mehrsprachige Spaces, aber hreflang ist standardmässig nicht gesetzt. Für die meisten KB-Anbieter gilt: prüfen, ob hreflang automatisch funktioniert, oder einen Customisation-Pfad einplanen.
Testing und Debug
Drei Tools für hreflang-Tests. Erstens: Browser-Devtools, View Source, manuell prüfen ob hreflang-Tags vorhanden sind und korrekt formatiert. Zweitens: Search Console Internationale-Ausrichtung-Report, der hreflang-Fehler und fehlende Reziprozität flaggt. Drittens: Tools wie Screaming Frog (Crawl mit International), die Bulk-Checks für ganze Sites machen.
Bei Problemen typische Befunde: missing-return-link (Reziprozität fehlt), invalid-language-code (falsche Locale), duplicate-hreflang (mehrere Tags für dieselbe Sprache). Search Console zeigt diese Befunde im Detail.
Häufige Fehler in der Praxis
Erster Fehler: hreflang-Tag im <body> statt <head>. Wird von Google ignoriert.
Zweiter Fehler: Unterstrich statt Bindestrich (de_DE statt de-DE).
Dritter Fehler: x-default vergessen.
Vierter Fehler: Reziprozität nicht eingehalten, A zeigt auf B, B nicht auf A.
Fünfter Fehler: hreflang auf Seiten, die noindex sind. Google bevorzugt die noindex-Direktive, der hreflang-Tag wird ignoriert.
Sechster Fehler: hreflang nur auf Artikel-Ebene, nicht auf Category- oder Section-Übersichten. Konsistenz fehlt, Google ist verwirrt.
HappySupport im Kontext
HappySupport setzt hreflang-Tags automatisch bei Multi-Locale-Setup. Wer eine deutsche und eine englische Variante eines Artikels erstellt, bekommt die hreflang-Beziehung ohne manuelle Konfiguration. x-default ist konfigurierbar.
Mehr zur Multi-Sprach-Strategie in Mehrsprachige Wissensdatenbank, zum Setup in Help Center aufbauen in einer Woche und zur Aktualität in Help-Center-Aktualität.
