Hreflang: Mehrsprachige Websites korrekt auszeichnen

Warum hreflang für mehrsprachige Sites unverzichtbar ist

Wer im DACH-Raum verkauft, betreibt fast zwangsläufig mehrere fast identische Seitenversionen: eine für Österreich, eine für Deutschland, oft eine dritte für die Schweiz. Sprachlich sind diese Versionen weitgehend deckungsgleich. Genau das ist das Problem. Ohne ein klares Signal kann Google nicht erkennen, dass es sich um bewusst getrennte Varianten handelt und nicht um Duplicate Content. Im schlechtesten Fall rankt für den österreichischen Nutzer die deutsche Seite mit Preisen in Euro, deutscher Rechtschreibung und einem Impressum nach deutschem Recht.

Hreflang löst dieses Zuordnungsproblem. Das Attribut sagt der Suchmaschine: Diese Seite existiert auch für de-DE und de-CH, liefere dem Nutzer die jeweils passende Version. Die wirtschaftliche Relevanz ist gut belegt. Laut einer internationalen Befragung von 8.709 Konsumenten in 29 Ländern bevorzugen 76 Prozent Produkte mit Informationen in ihrer Muttersprache und 40 Prozent kaufen nie in anderssprachigen Shops. Für Österreich mit 8,69 Millionen Internetnutzern und einer Internetdurchdringung von 95,3 Prozent (Januar 2025) ist die korrekte Auslieferung der at-Version damit kein Detail, sondern Conversion-relevant.

Trotzdem bleibt hreflang ein Nischenthema. Laut Web Almanac 2022 nutzen nur 9,6 Prozent der Sites hreflang-Tags auf Desktop und 8,9 Prozent auf Mobile. Eine Einordnung vorab: Hreflang wird ausschliesslich von Google und Yandex unterstützt. Bing wertet das Attribut nicht aus und stützt sich stattdessen auf das content-language Meta-Tag und Server-Signale. KI-Suchsysteme ziehen hreflang nicht heran, hier entscheiden Crawling und Content-Sprache.

Funktionsweise: Syntax, Selbstreferenz und x-default

Ein hreflang-Wert besteht aus einem Sprachcode nach ISO 639-1 und optional einem Ländercode nach ISO 3166-1 Alpha-2, getrennt durch einen Bindestrich. Für DACH heisst das de-AT, de-DE und de-CH. Wichtig: Der erste Teil ist immer die Sprache, der zweite die Region. de-AT bedeutet Deutsch für Österreich, nicht Österreich-Deutsch in umgekehrter Logik. Wer nur de ohne Land angibt, adressiert alle deutschsprachigen Nutzer unabhängig vom Land.

Drei Regeln sind nicht optional:

Selbstreferenz: Jede Seite muss sich in ihrem hreflang-Set auch selbst auflisten. Die at-Seite verweist also auf de-AT (sich selbst), de-DE und de-CH. Fehlt die Selbstreferenz, gilt das Set als unvollständig.

Reziprozität: Verweise müssen bidirektional sein. Wenn die at-Seite auf die de-Seite zeigt, muss die de-Seite zurück auf die at-Seite zeigen. Einseitige Verweise ignoriert Google.

Vollständige URLs: Alle Alternativen müssen absolut angegeben werden, inklusive Protokoll. Laut Google Search Central sind nur voll qualifizierte URLs zulässig, also https://example.com/foo, nicht /foo oder //example.com/foo.

Dazu kommt x-default. Dieser Wert definiert die Fallback-Version für alle Nutzer, deren Sprache oder Region in keinem hreflang-Eintrag passt. Typisch ist eine Sprachauswahlseite oder die internationale Hauptversion. Das x-default-Tag ist der am häufigsten vergessene Baustein, dazu später mehr. Ein konkretes Minimalbeispiel verdeutlicht das Zusammenspiel: Die österreichische Produktseite führt vier Einträge, nämlich einen Selbstverweis auf de-AT, je einen Verweis auf die de-DE- und de-CH-Variante sowie einen x-default auf die Sprachauswahlseite. Genau dieselben vier Einträge stehen, mit identischen URLs, auch im head der deutschen und der Schweizer Version. Erst diese vollständige, über alle Versionen gespiegelte Liste macht das Set für Google gültig.

Strategie: Implementierungsmethode und Domain-Architektur

Es gibt drei gleichwertige Wege, hreflang auszuspielen. Laut Google Search Central sind alle drei Methoden aus Sicht der Suche gleichwertig:

HTML link-Tags im head: Am einfachsten umzusetzen, ideal für kleine bis mittlere Sites und die meisten CMS mit Plugin-Unterstützung. Nachteil: Bei vielen Sprachen bläht es den head auf, da jede Seite das komplette Set führen muss.

HTTP-Header: Notwendig für Nicht-HTML-Dokumente wie PDFs. Technisch anspruchsvoller, da serverseitig konfiguriert.

XML-Sitemap: Die sauberste Lösung für grosse und programmatische Sites. Die hreflang-Beziehungen liegen zentral in der Sitemap, nicht im Quelltext jeder Seite. Das reduziert Wartungsaufwand und Fehlerquellen massiv.

Google empfiehlt ausdrücklich, sich für eine Methode zu entscheiden. Drei parallele Implementierungen bringen keinen Vorteil und erschweren die Pflege.

Parallel dazu steht die Domain-Strategie. Drei Modelle konkurrieren:

ccTLD (.at, .de, .ch): Sendet das stärkste Geo-Signal und schafft lokales Vertrauen. Eine .at-Domain wirkt für österreichische Nutzer nahe und seriös. Nachteil: drei separate Domains bedeuten dreifachen Aufwand bei Hosting, Link-Building und Domain-Autorität, die sich nicht zwischen den ccTLDs vererbt.

Subfolder (example.com/de-at/): Bündelt die gesamte Domain-Autorität auf einer Domain. Pflegeleicht, skalierbar, ideal für Programmatic SEO. Das Geo-Signal ist schwächer als bei ccTLD, lässt sich aber über hreflang und Content kompensieren. Für die meisten B2B-Projekte im DACH-Raum ist das die pragmatischste Wahl.

Subdomain (de-at.example.com): Technische Trennung bei einer Registrar-Domain, vererbt Autorität aber schlechter als der Subfolder. In der Praxis selten die beste Option.

DACH-Besonderheiten: de-AT, de-DE und de-CH sauber trennen

Drei Versionen in derselben Sprache sind der Klassiker für Keyword-Kannibalisierung. Hreflang löst die SERP-Zuordnung, aber nicht die inhaltliche Differenzierung. Wer dreimal denselben Text ausspielt, riskiert, dass Google die Versionen als austauschbar behandelt und nur eine indexiert.

Echte Lokalisierung trennt sauber:

Vokabular: Österreichisches Deutsch unterscheidet sich vom bundesdeutschen. Jänner statt Januar, Erdäpfel statt Kartoffeln, Sackerl statt Tüte. Diese Signale wirken authentisch und treffen die lokale Suchintention.

Preise und Währung: EUR für at und de, CHF für die Schweiz. Brutto-Preisdarstellung und Versandkonditionen unterscheiden sich.

Recht und Impressum: Österreichisches Impressum nach ECG und Mediengesetz, deutsches nach TMG, Schweizer nach OR. Auch Gewährleistung und Widerrufsregeln weichen ab.

Gegen Kannibalisierung hilft, jede Version inhaltlich eigenständig zu machen, statt eins zu eins zu übersetzen. Hreflang signalisiert die Trennung, der Content muss sie rechtfertigen.

Häufige hreflang-Fehler und Debugging

Hreflang ist fehleranfällig, und die Daten sind eindeutig. Eine Ahrefs-Studie über 374.756 Domains zeigt, dass 67 Prozent mindestens ein hreflang-Problem hatten. Im Detail fehlte 56,3 Prozent das x-default-Tag, 18 Prozent fehlten selbstreferenzierende Tags und 16,9 Prozent verwiesen auf weitergeleitete oder defekte Seiten. Eine zweite Untersuchung von 18.786 Sites bestätigt das Muster: 31,02 Prozent hatten widersprüchliche hreflang-Direktiven, 47,95 Prozent nutzten kein x-default und 16,04 Prozent fehlten selbstreferenzierende Tags.

Die häufigsten Fehlerquellen im Überblick:

Fehlendes x-default: Der mit Abstand häufigste Fehler. Ohne Fallback fehlt die Auffanglogik für unpassende Sprach-/Regionskombinationen.

Fehlende Reziprozität oder Selbstreferenz: Einseitige oder unvollständige Sets werden ignoriert. Beide Fehler treten in den Studien zweistellig auf.

Ungültige Codes: Vertauschte Reihenfolge, erfundene Codes wie en-UK (korrekt ist en-GB) oder Tippfehler machen den Eintrag wirkungslos.

Verweise auf Redirects oder Non-Canonicals: Hreflang muss auf die finale, indexierbare URL zeigen, nicht auf eine Weiterleitung.

Konflikt mit canonical: Ein häufiger Selbstschuss. Wenn die at-Seite per canonical auf die de-Seite zeigt, hebelt das die hreflang-Logik aus. Jede Sprachversion braucht eine selbstreferenzierende canonical.

Tags im body statt head: Steht hreflang unterhalb eines ungültigen HTML-Elements im head, kann der Browser den head implizit beenden. Laut Web Almanac 2025 enthalten 10,1 Prozent der Desktop- und 10,3 Prozent der Mobile-Seiten ungültige HTML-Elemente im head, wodurch nachfolgende Metadaten wie hreflang im body landen und wirkungslos werden.

Zum Debugging: Der Google Search Console Bericht zur internationalen Ausrichtung zeigt fehlende Rückverweise. Crawler wie Screaming Frog oder Sitebulb validieren Reziprozität, Codes und Ziel-Status über die gesamte Site.

Metriken und Messung während des Roll-outs

Erfolg lässt sich konkret messen. Die zentralen Größen:

Indexierungsstatus je Version: Prüfe in der Search Console, ob alle Sprachversionen indexiert sind. Nicht indexierte Versionen deuten auf Thin Content oder Duplicate-Probleme hin.

hreflang-Fehlerquote: Anteil der URLs mit fehlenden Rückverweisen oder ungültigen Codes, über den GSC-Bericht und Crawls. Ziel ist null.

Rankings je Markt und Sprache: Tracke Keywords mit lokalisierten Suchmaschinen (google.at, google.de, google.ch). Nur so erkennst du, ob die richtige Version im richtigen Markt rankt.

Geo-Targeting jenseits von hreflang: Hreflang ist das präziseste Signal, aber nicht das einzige. Server- und CDN-Standort sowie die zugehörige IP-Region geben Google einen schwachen Geo-Hinweis. Vermeide automatische IP-Weiterleitungen strikt: Sie verhindern, dass der Googlebot, der meist aus den USA crawlt, alle Versionen erreicht. Biete stattdessen einen sichtbaren Sprachumschalter an.

Programmatic SEO und Qualitätssicherung: Bei Tausenden automatisch generierten Seiten muss die hreflang-Generierung aus dem Datenmodell heraus erfolgen, idealerweise über die XML-Sitemap. Entscheidend ist die Qualitätssicherung gegen Thin Content: Nur Versionen mit eigenständigem, lokalisiertem Mehrwert sollten ein hreflang-Set erhalten. Skalierung ohne Lokalisierung produziert nur Duplicate Content im grossen Stil.

Weiterführendes: Migration und internationale Keyword-Recherche

Bei der Internationalisierung einer bestehenden Site empfiehlt sich ein gestufter Roll-out. Starte mit dem wichtigsten Zielmarkt, überwache Indexierung und Rankings, und rolle weitere Versionen erst danach aus. Eine saubere Redirect-Strategie und das Monitoring über die Search Console sind Pflicht, um Traffic-Einbrüche frühzeitig zu erkennen.

Vor jeder Lokalisierung steht die internationale Keyword-Recherche. Suchvolumen und Begriffe unterscheiden sich pro Markt erheblich. Statt einer Eins-zu-eins-Übersetzung braucht es Transcreation: die Übertragung der lokalen Suchintention. Ein in Deutschland gängiger Begriff kann in Österreich kaum gesucht werden, obwohl die Sprache dieselbe ist. Hreflang sorgt dann dafür, dass die jeweils richtige, lokal optimierte Seite im richtigen Markt erscheint.