Hreflang: Mehrsprachige Websites korrekt auszeichnen

Warum hreflang fuer mehrsprachige Sites unverzichtbar ist

Wer im DACH-Raum verkauft, betreibt fast zwangslaeufig mehrere fast identische Seitenversionen: eine fuer Oesterreich, eine fuer Deutschland, oft eine dritte fuer 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 fuer den oesterreichischen Nutzer die deutsche Seite mit Preisen in Euro, deutscher Rechtschreibung und einem Impressum nach deutschem Recht.

Hreflang loest dieses Zuordnungsproblem. Das Attribut sagt der Suchmaschine: Diese Seite existiert auch fuer 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 Laendern bevorzugen 76 Prozent Produkte mit Informationen in ihrer Muttersprache und 40 Prozent kaufen nie in anderssprachigen Shops. Fuer Oesterreich 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 unterstuetzt. Bing wertet das Attribut nicht aus und stuetzt 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 Laendercode nach ISO 3166-1 Alpha-2, getrennt durch einen Bindestrich. Fuer 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 fuer Oesterreich, nicht Oesterreich-Deutsch in umgekehrter Logik. Wer nur de ohne Land angibt, adressiert alle deutschsprachigen Nutzer unabhaengig 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 unvollstaendig.

Reziprozitaet: Verweise muessen bidirektional sein. Wenn die at-Seite auf die de-Seite zeigt, muss die de-Seite zurueck auf die at-Seite zeigen. Einseitige Verweise ignoriert Google.

Vollstaendige URLs: Alle Alternativen muessen absolut angegeben werden, inklusive Protokoll. Laut Google Search Central sind nur voll qualifizierte URLs zulaessig, also https://example.com/foo, nicht /foo oder //example.com/foo.

Dazu kommt x-default. Dieser Wert definiert die Fallback-Version fuer 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 haeufigsten vergessene Baustein, dazu spaeter mehr. Ein konkretes Minimalbeispiel verdeutlicht das Zusammenspiel: Die oesterreichische Produktseite fuehrt vier Eintraege, naemlich 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 Eintraege stehen, mit identischen URLs, auch im head der deutschen und der Schweizer Version. Erst diese vollstaendige, ueber alle Versionen gespiegelte Liste macht das Set fuer Google gueltig.

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 fuer kleine bis mittlere Sites und die meisten CMS mit Plugin-Unterstuetzung. Nachteil: Bei vielen Sprachen blaeht es den head auf, da jede Seite das komplette Set fuehren muss.

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

XML-Sitemap: Die sauberste Loesung fuer 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 ausdruecklich, sich fuer 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 staerkste Geo-Signal und schafft lokales Vertrauen. Eine .at-Domain wirkt fuer oesterreichische Nutzer nahe und seriös. Nachteil: drei separate Domains bedeuten dreifachen Aufwand bei Hosting, Link-Building und Domain-Autoritaet, die sich nicht zwischen den ccTLDs vererbt.

Subfolder (example.com/de-at/): Buendelt die gesamte Domain-Autoritaet auf einer Domain. Pflegeleicht, skalierbar, ideal fuer Programmatic SEO. Das Geo-Signal ist schwaecher als bei ccTLD, laesst sich aber ueber hreflang und Content kompensieren. Fuer die meisten B2B-Projekte im DACH-Raum ist das die pragmatischste Wahl.

Subdomain (de-at.example.com): Technische Trennung bei einer Registrar-Domain, vererbt Autoritaet 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 fuer Keyword-Kannibalisierung. Hreflang loest 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: Oesterreichisches Deutsch unterscheidet sich vom bundesdeutschen. Jaenner statt Januar, Erdaepfel statt Kartoffeln, Sackerl statt Tuete. Diese Signale wirken authentisch und treffen die lokale Suchintention.

Preise und Waehrung: EUR fuer at und de, CHF fuer die Schweiz. Brutto-Preisdarstellung und Versandkonditionen unterscheiden sich.

Recht und Impressum: Oesterreichisches Impressum nach ECG und Mediengesetz, deutsches nach TMG, Schweizer nach OR. Auch Gewaehrleistung und Widerrufsregeln weichen ab.

Gegen Kannibalisierung hilft, jede Version inhaltlich eigenstaendig zu machen, statt eins zu eins zu uebersetzen. Hreflang signalisiert die Trennung, der Content muss sie rechtfertigen.

Haeufige hreflang-Fehler und Debugging

Hreflang ist fehleranfaellig, und die Daten sind eindeutig. Eine Ahrefs-Studie ueber 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 bestaetigt das Muster: 31,02 Prozent hatten widerspruechliche hreflang-Direktiven, 47,95 Prozent nutzten kein x-default und 16,04 Prozent fehlten selbstreferenzierende Tags.

Die haeufigsten Fehlerquellen im Ueberblick:

Fehlendes x-default: Der mit Abstand haeufigste Fehler. Ohne Fallback fehlt die Auffanglogik fuer unpassende Sprach-/Regionskombinationen.

Fehlende Reziprozitaet oder Selbstreferenz: Einseitige oder unvollstaendige Sets werden ignoriert. Beide Fehler treten in den Studien zweistellig auf.

Ungueltige 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 haeufiger 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 ungueltigen 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 ungueltige 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 Rueckverweise. Crawler wie Screaming Frog oder Sitebulb validieren Reziprozitaet, Codes und Ziel-Status ueber die gesamte Site.

Metriken und Messung waehrend des Roll-outs

Erfolg laesst sich konkret messen. Die zentralen Groessen:

Indexierungsstatus je Version: Pruefen Sie 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 Rueckverweisen oder ungueltigen Codes, ueber den GSC-Bericht und Crawls. Ziel ist null.

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

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

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

Weiterfuehrendes: Migration und internationale Keyword-Recherche

Bei der Internationalisierung einer bestehenden Site empfiehlt sich ein gestufter Roll-out. Starten Sie mit dem wichtigsten Zielmarkt, ueberwachen Sie Indexierung und Rankings, und rollen Sie weitere Versionen erst danach aus. Eine saubere Redirect-Strategie und das Monitoring ueber die Search Console sind Pflicht, um Traffic-Einbrueche fruehzeitig zu erkennen.

Vor jeder Lokalisierung steht die internationale Keyword-Recherche. Suchvolumen und Begriffe unterscheiden sich pro Markt erheblich. Statt einer Eins-zu-eins-Uebersetzung braucht es Transcreation: die Uebertragung der lokalen Suchintention. Ein in Deutschland gaengiger Begriff kann in Oesterreich kaum gesucht werden, obwohl die Sprache dieselbe ist. Hreflang sorgt dann dafuer, dass die jeweils richtige, lokal optimierte Seite im richtigen Markt erscheint.