Wie funktioniert hreflang für mehrsprachige Websites?
Juli 3, 2026
Kategorie:
Nicht kategorisiert
Nicht kategorisiert
Wie funktioniert hreflang für mehrsprachige Websites?
Hreflang ist ein HTML-Attribut, das Suchmaschinen mitteilt, welche Sprach- und Regionsversion einer Seite für einen bestimmten Nutzer ausgeliefert werden soll. Es verhindert Duplicate-Content-Probleme und stellt sicher, dass ein User aus Österreich die deutsch-österreichische Variante Ihrer Seite sieht, nicht die deutsch-deutsche oder die schweizerische. Ohne korrekte Implementierung riskieren Sie falsche Auslieferung und Rankingverluste.
Das klingt nach einem kleinen technischen Detail. Die Realität sieht anders aus. In den letzten Jahren habe ich Dutzende mehrsprachige Projekte analysiert, bei denen exakt dieses Attribut über Erfolg oder Misserfolg der internationalen Sichtbarkeit entschied. Ein falsch gesetzter hreflang-Tag kann dazu führen, dass Google die spanische Seite für französische Nutzer ausspielt. Oder noch schlimmer: Die Seite wird gar nicht erst indexiert, weil die Sprachsignale widersprüchlich sind. Das Ziel ist eine klare, eindeutige Zuordnung pro URL zu einer Sprache und optional einer Region.
- Hreflang-Tags werden im
<head>der Seite, im HTTP-Header oder in der Sitemap platziert und verweisen auf alle Sprachversionen einer Seite. - Jede Sprachversion muss einen vollständigen Satz an Selbstverweisen und Verweisen auf alle anderen Versionen enthalten.
- Die häufigsten Fehler sind fehlende Rückverweise, falsche Sprachcodes und das Vergessen der
x-default-Version für nicht zuzuordnende Nutzer. - Eine korrekte Implementierung verbessert die Relevanzsignale für die richtige Zielgruppe und reduziert Crawling-Probleme.
Was ist hreflang und warum brauchen Sie es für Ihre mehrsprachige Website?
Hreflang ist ein HTML-Element, das Google, Bing und Yandex anzeigt, welche Sprache und Region eine bestimmte URL abdeckt. Es wurde 2011 von Google eingeführt und ist seitdem ein Standardwerkzeug für internationales SEO. Die Syntax sieht so aus: <link rel="alternate" hreflang="de-DE" href="https://example.de/seite"/>. Der Sprachcode (z. B. de) ist Pflicht, der Regionscode (z. B. DE) optional. de-DE bedeutet Deutsch für Deutschland, de-AT Deutsch für Österreich, de-CH Deutsch für die Schweiz.
Aus direkter Erfahrung kann ich sagen: Der häufigste Fehler, den ich bei Audits sehe, ist die Annahme, dass hreflang nur für Übersetzungen relevant ist. Das stimmt nicht. Es ist genauso für regionale Varianten derselben Sprache entscheidend. Ein Schweizer Nutzer sucht nach „Zahnarzt Zürich“, Ihre Seite mit de-DE ist für ihn weniger relevant als eine mit de-CH, selbst wenn der Inhalt auf Deutsch ist. Das Attribut signalisiert genau diese Nuance.
Wie implementieren Sie hreflang korrekt?
Die Implementierung erfolgt auf drei Wegen: im HTML-<head> jeder Seite, in der XML-Sitemap oder im HTTP-Header. Die sauberste Methode für die meisten Projekte ist die Sitemap, weil sie die Verwaltung zentralisiert und Fehler leichter erkennbar macht. Die weitaus häufigste Methode in der Praxis bleibt der <head>, aber nur, wenn jede Seite alle Sprachvarianten enthält.
Hier ist ein konkretes Beispiel für eine Seite auf Deutsch (Deutschland) und Englisch (USA):
<link rel="alternate" hreflang="de-DE" href="https://example.de/seite"/>
<link rel="alternate" hreflang="en-US" href="https://example.com/seite"/>
<link rel="alternate" hreflang="x-default" href="https://example.com/seite"/>x-default ist der Fallback für Nutzer, deren Sprache oder Region nicht explizit abgedeckt wird. Ohne diesen Tag weiss Google nicht, welche Version es ausliefern soll, wenn kein exakter Match möglich ist. Die Konsequenz ist oft eine zufällige Auswahl oder gar keine Indexierung der betroffenen Seiten.
Wenn Sie hreflang in der Sitemap verwenden, stellen Sie sicher, dass jede URL im selben Eintrag erscheint wie ihre Sprachvarianten. Ein verbreiteter Fehler ist, dass die Sitemap eine URL listet, aber die referenzierten Alternativ-URLs nicht in der Sitemap vorhanden sind. Google kann dann die Zuordnung nicht überprüfen und ignoriert das Signal. Überprüfen Sie das mit dem Google Search Console-Bericht zu „Internationale Ausrichtung“.
Welche Sprachcodes sind korrekt? Ein häufiger Fehler
Viele Entwickler verwenden veraltete oder falsche Codes. Der Standard ist ISO 639-1 für Sprachen (zweibuchstabig) und ISO 3166-1 Alpha 2 für Regionen (zweibuchstabig). Gültige Beispiele sind en, de, fr, aber auch en-GB für britisches Englisch oder es-MX für mexikanisches Spanisch. Ungültig wäre eng (dreistellig) oder deu.
Ein typisches Problem in der Praxis: Jemand setzt hreflang="de" für eine Seite, die spezifisch für Österreich ist. Das ist nicht falsch, aber ungenau. Google interpretiert de als „alle deutschsprachigen Nutzer“. Wenn Sie also eine österreichische Variante haben, sollten Sie de-AT verwenden und die allgemeinere de-Version weglassen, es sei denn, Sie haben eine explizit sprachspezifische, regionsunabhängige Seite. Eine Tabelle hilft, die richtige Wahl zu treffen:
| Zielgruppe | Sprachcode | Beispiel-URL |
|---|---|---|
| Alle Deutschsprachigen | de |
example.com/de/ |
| Deutschland | de-DE |
example.de/ |
| Österreich | de-AT |
example.at/ |
| Schweiz | de-CH |
example.ch/ |
Ein Fehler, den ich immer wieder sehe: Die Verwendung von Unterverzeichnissen ohne passenden Sprachcode. Beispiel: example.com/de/ mit hreflang="de-DE". Das ist in Ordnung, aber wenn Sie auch example.com/ als englische Version haben, müssen Sie auch für diese URL einen vollständigen Satz an Alternativ-URLs angeben. Vergessen Sie nicht den Rückverweis.
Welche Fehler führen zu Problemen mit hreflang?
Die drei häufigsten Fehler sind: fehlende Rückverweise, inkonsistente URLs und falsche Sprachcodes. Fehlende Rückverweise bedeuten, dass Seite A auf Seite B verweist, aber Seite B nicht auf Seite A. Google erkennt das als unvollständiges Signal und kann die Zuordnung nicht bestätigen. Das führt oft dazu, dass beide Seiten als Duplikate behandelt werden oder nur eine indexiert wird.
Inkonsistente URLs sind ein weiteres Problem. Wenn https://example.de/seite auf https://example.com/page verweist, aber in der Sitemap https://example.com/Page (mit Großbuchstaben) steht, stimmt die URL nicht überein. Google-Suche ist case-sensitiv, also prüfen Sie die genaue Zeichenfolge. Ein Tool wie der Screaming Frog SEO Spider kann helfen, solche Diskrepanzen zu identifizieren.
Ein dritter Fehler ist das Fehlen der x-default-Version. Ohne diesen Fallback weiss Google nicht, was es mit Nutzern tun soll, deren Spracheinstellungen nicht in Ihrer Liste vorkommen. Das Resultat ist oft eine willkürliche Auswahl, was die Nutzererfahrung verschlechtert. Setzen Sie x-default immer auf die generischste Version Ihrer Seite, idealerweise die englische Startseite, wenn Sie eine haben.
Wie überprüfen Sie, ob hreflang korrekt funktioniert?
Die Google Search Console bietet einen direkten Bericht unter „Internationale Ausrichtung“ > „Hreflang“. Dort sehen Sie, welche Seiten als korrekt markiert sind und welche Fehler aufweisen. Ein weiteres praktisches Tool ist das Hreflang-Tag-Test-Tool von Merkle oder der SEO-Browser von Ryte. Ein manueller Check geht so: Rufen Sie eine Seite auf, öffnen Sie den Seitenquelltext (Strg+U) und suchen Sie nach hreflang. Prüfen Sie, ob alle Sprachvarianten und die <code
Wie überprüfen Sie, ob hreflang korrekt funktioniert? (Fortsetzung)
Ein manueller Check geht so: Rufen Sie eine Seite auf, öffnen Sie den Seitenquelltext (Strg+U) und suchen Sie nach hreflang. Prüfen Sie, ob alle Sprachvarianten und die x-default-Version vorhanden sind. Achten Sie besonders auf die URL-Konsistenz: Stimmt das Protokoll (http vs. https), der Hostname und der Pfad exakt überein? Ein fehlender Slash am Ende kann bereits zu einer Fehlinterpretation führen.
Ich empfehle eine regelmässige monatliche Prüfung, besonders nach grösseren Seitenumstellungen oder Migrationen. In der Praxis sehe ich oft, dass nach einem CMS-Update oder einem Umzug auf eine neue Domain die hreflang-Tags verschwinden oder falsch gesetzt werden. Eine automatisierte Überwachung mit regelmässigen Crawls hilft, solche Probleme frühzeitig zu erkennen.
Welche Tools unterstützen bei der hreflang-Implementierung?
Für die Planung und Kontrolle der hreflang-Tags gibt es mehrere nützliche Werkzeuge. Der Screaming Frog SEO Spider kann hreflang-Implementierungen crawlen und zeigt Fehler wie fehlende Rückverweise oder inkonsistente Codes direkt in der Übersicht an. Das Tool von Merkle (Hreflang Tag Test Tool) erlaubt eine schnelle Einzelfallprüfung per URL-Eingabe.
Für grössere Projekte mit vielen Sprachversionen bietet sich die Sitemap-Erstellung mit hreflang-Einträgen an. Viele CMS-Plugins wie Yoast SEO oder Rank Math unterstützen diese Funktion automatisch. Wichtig ist, dass Sie die generierten Tags regelmässig validieren. Bauen Sie sich eine kleine Checkliste:
- Jede URL verweist auf alle anderen Sprachvarianten plus auf sich selbst.
- Die Anzahl der hreflang-Tags pro Seite ist identisch (z. B. bei 5 Sprachen jeweils 5 Tags).
- Alle Sprachcodes entsprechen dem ISO-Standard (Kleinschreibung bei Sprache, Grossschreibung bei Region).
- Die
x-default-Version ist vorhanden und zeigt auf eine sinnvolle Fallback-Seite. - Es gibt keine gemischten Signale (z. B. hreflang und canoncial verweisen auf unterschiedliche URLs).
Ein oft übersehener Punkt: Wenn Sie eine hreflang-Sitemap verwenden, achten Sie darauf, dass jede referenzierte URL auch tatsächlich in der Sitemap enthalten ist. Google erwartet Konsistenz zwischen referenzierten und indexierten URLs. Prüfen Sie das mit dem Sitemap-Bericht in der Search Console. Fehlende URLs führen dazu, dass die hreflang-Signale ignoriert werden.
Fazit: hreflang ist kein einmaliges Projekt
Hreflang ist kein Set-and-Forget-Thema. Jede neue Sprachversion, jede URL-Änderung und jede Seitenmigration erfordert eine Überprüfung der Tags. Planen Sie die hreflang-Implementierung am besten bereits bei der Konzeption einer mehrsprachigen Website ein, nicht erst nach dem Launch. Die Korrektur nachträglich aufgesetzter Tags kostet deutlich mehr Zeit als die korrekte initiale Umsetzung.
Fehler sind in der Praxis normal. Wichtig is, dass Sie sie systematisch angehen: mit regelmässigen Crawls, der Search Console und einem klaren Verständnis der Sprach- und Regionscodes. Wenn die Tags korrekt stehen, profitiert Ihre internationale Sichtbarkeit direkt davon. Nutzer bekommen die richtige Version, Google kann die Seiten korrekt zuordnen, und Ihre Konkurrenz hat in den lokalen Suchergebnissen das Nachsehen.
Häufig gestellte Fragen zu hreflang
Kann ich hreflang auch ohne Region einsetzen?
Ja, das ist möglich. Verwenden Sie dann nur den Sprachcode wie de, en oder fr. Das ist sinnvoll, wenn Sie eine Seite haben, die für alle Sprecher einer Sprache unabhängig vom Land optimiert ist. Für regionale Unterschiede (z. B. Preisangaben, Rechtschreibung) sollten Sie jedoch die Regionscodes hinzufügen.
Was passiert, wenn ich hreflang falsch setze?
Google kann die Seite dann weniger relevant einstufen oder die falsche Sprachversion für einen Nutzer ausliefern. In schweren Fällen kann es zu Duplicate-Content-Problemen kommen, die die Indexierung beeinträchtigen. Ein regelmässiger Check verhindert das.
Muss ich hreflang bei jeder Seite einzeln setzen?
Im Idealfall ja, aber es gibt CMS-Lösungen, die das automatisch erledigen. Wichtig ist, dass die Tags dynamisch an die aktuelle Seite angepasst werden. Ein statischer Tag für die ganze Website funktioniert nicht, weil jede Seite ihre eigenen Sprachvarianten hat.
Unterscheidet Google zwischen hreflang und Sprachangeben im HTML?
Ja. Das lang-Attribut im HTML sagt dem Browser und assistiven Technologien, welche Sprache der Inhalt hat. Hreflang sagt der Suchmaschine, für welche Sprachregion die Seite gedacht ist. Beide haben unterschiedliche Zwecke, können sich aber ergänzen.
Wenn Sie diese Grundlagen beachten und regelmässig überprüfen, stellen Sie sicher, dass Ihre mehrsprachige Website von den richtigen Nutzern gefunden wird. Starten Sie mit einer klaren Planung der Sprachcodes, implementieren Sie die Tags konsistent und nutzen Sie die verfügbaren Tools zur Kontrolle. Ihre internationalen Besucher werden es Ihnen danken.
Wie wirkt sich hreflang auf das Crawling-Budget aus?
Hreflang-Tags haben einen indirekten, aber spürbaren Einfluss auf das Crawling-Budget Ihrer Website. Google muss jede Sprachversion einzeln crawlen, um die hreflang-Signale zu validieren. Wenn Ihre Tags korrekt gesetzt sind, kann Google die Zusammenhänge zwischen den Versionen effizienter erkennen und muss weniger Ressourcen für die Entdeckung von Duplikaten aufwenden. Das führt zu einer besseren Verteilung des Crawling-Budgets über alle relevanten Seiten.
Ein Problem entsteht, wenn hreflang auf nicht indexierte Seiten verweist oder wenn Verweise im Kreis führen. Dann verschwendet Google Crawl-Kapazitäten für Seiten, die niemals ausgeliefert werden sollen. Achten Sie darauf, dass jede referenzierte URL auch tatsächlich indexierbar ist und keine Noindex-Anweisung enthält. Ein häufiger Fehler ist die Kombination von noindex und hreflang auf derselben Seite. Google ignoriert in diesem Fall das hreflang-Signal vollständig, was die gesamte Sprachzuordnung für diese Seite unwirksam macht.
Wie gehen Sie mit hreflang und canoncial Tags um?
Das Zusammenspiel von hreflang und Canonical-Tags ist ein häufiger Stolperstein. Beide Signale beeinflussen, welche URL Google als primäre Version ansieht. Ein Canonical-Tag sagt Google, welche URL die bevorzugte ist. Hreflang sagt Google, welche Sprachversion für welche Nutzer gedacht ist. Beide können parallel existieren, solange sie nicht widersprüchlich sind.
Praktische Regel: Setzen Sie auf jeder Sprachversion einen Selbst-Canonical, also die URL der aktuellen Seite. Die hreflang-Tags verweisen dann auf alle Sprachvarianten inklusive der eigenen. Ein Beispiel: Die deutsche Seite https://example.de/ hat einen Canonical auf sich selbst und hreflang-Tags auf de-DE, en-US und x-default. Die englische Seite verweist analog auf sich selbst. Vermeiden Sie, dass der Canonical auf eine andere Sprachversion zeigt, weil das die hreflang-Zuordnung aushebeln würde.
Ein spezieller Fall tritt bei inhaltsgleichen Seiten in verschiedenen Sprachen auf. Wenn Sie zum Beispiel eine englische und eine deutsche Seite mit identischem Inhalt haben, aber die Übersetzung noch nicht fertig ist, verwenden Sie besser
noindexfür die unvollständige Version. Ein hreflang-Verweis auf eine Seite ohne eigenen Inhalt führt zu einer schlechten Nutzererfahrung und kann von Google als dünner Inhalt gewertet werden.
Wie setzen Sie hreflang für verschiedene URL-Strukturen um?
Die URL-Struktur hat direkten Einfluss auf die hreflang-Implementierung. Die drei gängigen Modelle sind länder-spezifische Domains (example.de, example.fr), Subdomains (de.example.com, fr.example.com) und Unterverzeichnisse (example.com/de/, example.com/fr/). Jede Struktur erfordert eine angepasste hreflang-Konfiguration.
Bei länder-spezifischen Domains ist die Gefahr von fehlenden Rückverweisen besonders hoch, weil Sie mehrere unabhängige Websites verwalten. Ein Tool wie Screaming Frog kann domainübergreifend crawlen, wenn Sie alle Domains im selben Crawl-Projekt anlegen. Bei Unterverzeichnissen ist die Implementierung meist einfacher, weil alle URLs auf derselben Domain liegen. Verwenden Sie in diesem Fall relative Pfade in der Sitemap, um Fehler bei Domainwechseln zu vermeiden.
Häufig gestellte Fragen zu hreflang (Fortsetzung)
Kann hreflang auch für JavaScript-generierte Inhalte verwendet werden?
Ja, aber mit Einschränkungen. Google kann hreflang-Tags im <head> verarbeiten, auch wenn der Inhalt per JavaScript nachgeladen wird. Voraussetzung ist, dass die Tags bereits im initialen HTML enthalten sind und nicht erst durch JavaScript eingefügt werden. Dynamisch per JS generierte Tags erkennt Google oft nicht, weil der Crawler das Rendering nicht immer vollständig ausführt.
Wie viele Sprachversionen kann ich mit hreflang abdecken?
Es gibt keine harte Grenze, aber praktische Einschränkungen. Jede Seite sollte alle Sprachvarianten als hreflang-Tag enthalten. Bei 20 Sprachversionen bedeutet das 20 Tags pro Seite, was den HTML-Code aufbläht. In solchen Fällen ist die Sitemap-Methode deutlich effizienter, weil Sie die Tags zentral verwalten und nicht jede Seite einzeln anpassen müssen.
Was mache ich, wenn Google meine hreflang-Tags ignoriert?
Prüfen Sie zuerst die Search Console auf Fehlermeldungen unter „Internationale Ausrichtung“. Die häufigsten Ursachen sind fehlende Rückverweise, inkonsistente URLs oder falsche Sprachcodes. Ein weiterer Grund kann sein, dass die Seite durch ein noindex-Tag von der Indexierung ausgeschlossen ist. Entfernen Sie in diesem Fall das noindex oder passen Sie die hreflang-Referenz an.
Muss ich hreflang für alle Unterseiten setzen oder reicht die Startseite?
Hreflang muss auf jeder Seite gesetzt werden, die in mehreren Sprachversionen existiert. Nur die Startseite zu kennzeichnen reicht nicht aus. Google erwartet für jede unterseitige URL eine eigene hreflang-Angabe, die auf die entsprechende Seite in der anderen Sprache verweist. Eine allgemeine Regel: Wenn eine URL übersetzt wurde, braucht sie hreflang-Tags.
Die korrekte Umsetzung von hreflang erfordert Sorgfalt und regelmässige Kontrolle. Planen Sie die Tags von Anfang an in Ihre mehrsprachige Strategie ein, dokumentieren Sie alle Sprachcodes und überprüfen Sie die Implementierung nach jeder Änderung. Mit den richtigen Werkzeugen und einer klaren Struktur vermeiden Sie die typischen Fallstricke und stellen sicher, dass Ihre Nutzer die passende Sprachversion erhalten.
Wenn Sie diese Grundlagen beachten und regelmässig überprüfen, stellen Sie sicher, dass Ihre mehrsprachige Website von den richtigen Nutzern gefunden wird. Starten Sie mit einer klaren Planung der Sprachcodes, implementieren Sie die Tags konsistent und nutzen Sie die verfügbaren Tools zur Kontrolle. Ihre internationalen Besucher werden es Ihnen danken.
Weitere Beiträge dieser Kategorie
Es gibt keine Beiträge für die ausgewählte Kategorie.
