Varianten zuordnen
Nur Seiten verbinden, die dieselbe Aufgabe oder dasselbe Angebot in einer anderen Sprache oder Region abdecken.
← Zur Kategorie Technik
Technik · Internationale SEO
hreflang richtig einsetzen: Mehrsprachige Seiten sauber verknüpfen
Eine deutsche und eine englische Seite sind nicht automatisch Alternativen füreinander. hreflang ordnet gleichwertige Sprach- oder Regionsversionen einander zu. Dieser Leitfaden zeigt, wie du die Varianten auswählst, gegenseitige Verweise einrichtest und typische Konflikte mit Canonicals vermeidest.
Autor: Redaktion KI-Q
Veröffentlicht: 07.11.2026
Aktualisiert: 07.11.2026
Quellen: Google Search Central
Gegenseitig verweisen
Jede Seite nennt sich selbst und alle passenden Alternativen mit vollständig qualifizierten URLs.
Canonical getrennt halten
hreflang beschreibt Alternativen. Das Canonical weist auf die bevorzugte URL derselben Sprachversion.
Inhaltsverzeichnis
Merksatz
Eine Zuordnung ist nur so verlässlich wie ihre Gegenseite.
Wenn die deutsche Seite auf die englische verweist, die englische Seite aber nicht zurück, kann Google diese Zuordnung ignorieren. Plane die Varianten deshalb als gemeinsame Karte und nicht als einzelne Tags pro Seite.
Selbstverweis
Gegenseitigkeit
Eigenes Canonical
1. Erst die passenden Sprachversionen auswählen
hreflang ist ein Signal für Seiten, die inhaltlich zusammengehören und Nutzer:innen mit einer passenden Sprache oder Region bedienen. Es übersetzt nichts, erzeugt keine neue Seite und garantiert nicht, welche URL Google in einem konkreten Suchergebnis ausspielt. Google kann Sprachvarianten auch ohne hreflang entdecken; die ausdrückliche Zuordnung macht die Beziehung aber klarer.
Ordne keine Seiten allein deshalb einander zu, weil sie im selben Verzeichnis liegen oder dasselbe Layout nutzen. Ein Produkt in Deutschland und eine deutlich andere Produktvariante in Großbritannien sind nicht automatisch gleichwertige Sprachversionen. Prüfe zuerst, ob Nutzer:innen auf beiden URLs dieselbe Aufgabe erledigen können und ob die Seiten tatsächlich auf die jeweiligen Märkte zugeschnitten sind.
Eine passende Zuordnung kann auch dann sinnvoll sein, wenn nur Navigation und Vorlage übersetzt sind, während der Hauptinhalt nutzergeneriert in einer Sprache bleibt. Umgekehrt braucht nicht jede Seite eine künstliche Übersetzung: Wenn es keine entsprechende Alternative gibt, sollte die Seite nicht auf eine nur ungefähr passende URL zeigen.
| Beispiel | Zuordnung | Warum? |
|---|---|---|
| Eine Produktseite auf Deutsch und Englisch | Meist geeignet | Gleiche Produktaufgabe, lokal angepasste Sprache und Informationen. |
| Eine Kategorie für den deutschen und österreichischen Markt | Kann geeignet sein | Sinnvoll, wenn Preise, Verfügbarkeit oder Angebotsdetails regional abweichen. |
| Ein Ratgeber und eine nur lose verwandte Leistungsseite | Nicht zuordnen | Ein gemeinsames Thema allein macht Seiten nicht zu Sprachalternativen. |
| Eine Seite ohne übersetzte oder regionale Entsprechung | Keine Ersatz-URL erzwingen | Nicht vorhandene Varianten gehören nicht in die Zuordnung. |
Für eine saubere URL-Struktur und den Umgang mit ähnlichen Seiten hilft auch unser Leitfaden zu Canonicals und Duplicate Content.
2. Sprach- und Regionscodes festlegen
Der Sprachcode folgt dem Format ISO 639-1; ein Regionscode kann ergänzend im Format ISO 3166-1 alpha-2 folgen. Die Sprache steht zuerst. Region allein reicht nicht.
de-DE
Deutsch für Deutschland
de-AT
Deutsch für Österreich
en-GB
Englisch für das Vereinigte Königreich
Für eine nicht regional eingeschränkte Sprachversion genügt ein Sprachcode wie de oder en. Google weist darauf hin, dass ungültige oder nicht unterstützte Codes ignoriert werden können. Verwende deshalb bekannte Sprach- und Regionsteile, statt interne Länderabkürzungen oder CMS-Kürzel zu übernehmen.
x-default ist kein Sprachcode. Der optionale Wert kennzeichnet eine neutrale Fallback-URL, etwa eine Seite mit Sprachauswahl, für Nutzer:innen, deren Sprache keiner ausdrücklich zugeordneten Variante entspricht.
3. Eine konsistente Implementierung wählen
Google unterstützt drei Wege: HTML-Elemente im Kopfbereich, HTTP-Header und XML-Sitemaps. Sie gelten aus Googles Sicht als gleichwertig. Für viele Websites ist es am einfachsten, einen primären Weg zu wählen und ihn automatisch aus derselben Übersetzungszuordnung zu erzeugen. Mehrere unabhängig gepflegte Kopien erhöhen das Risiko, dass sich die Angaben widersprechen.
HTML: jede Seite enthält dieselbe Variantenliste
Bei HTML-Seiten stehen die Einträge im gültigen <head>. Jede Sprachversion bekommt dieselbe Liste, einschließlich eines Eintrags für sich selbst. Verwende vollständige URLs mit Protokoll und Host:
<link rel="alternate" hreflang="de-DE"
href="https://www.example.com/de-de/seo/" />
<link rel="alternate" hreflang="de-AT"
href="https://www.example.com/de-at/seo/" />
<link rel="alternate" hreflang="en-GB"
href="https://www.example.com/en-gb/seo/" />
<link rel="alternate" hreflang="x-default"
href="https://www.example.com/language/" />Derselbe Block gehört in den <head> aller drei Sprachseiten. Auf der deutschen Seite verweist de-DE also auf die deutsche URL; auf der österreichischen Seite steht derselbe de-DE-Eintrag wieder auf dieselbe deutsche URL. Das macht die Verweise gegenseitig.
XML-Sitemap: nützlich bei vielen URLs
Bei einer Sitemap erhält jede URL einen eigenen <url>-Eintrag. Darin stehen über xhtml:link alle Varianten einschließlich der URL aus dem jeweiligen <loc>-Element. Bei drei Sprachversionen erscheint dieselbe vollständige Alternativenliste in allen drei URL-Einträgen.
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:xhtml="http://www.w3.org/1999/xhtml">
<url>
<loc>https://www.example.com/de-de/seo/</loc>
<xhtml:link rel="alternate" hreflang="de-DE"
href="https://www.example.com/de-de/seo/" />
<xhtml:link rel="alternate" hreflang="de-AT"
href="https://www.example.com/de-at/seo/" />
<xhtml:link rel="alternate" hreflang="en-GB"
href="https://www.example.com/en-gb/seo/" />
</url>
<!-- Für jede andere Sprach-URL denselben Variantenblock wiederholen. -->
</urlset>HTTP-Header können eine Alternative sein, wenn das Dokument kein HTML ist, zum Beispiel bei PDF-Dateien. Für eine neue Umsetzung musst du aber nicht alle drei Varianten parallel pflegen.
4. hreflang und Canonical als zwei getrennte Signale behandeln
hreflang sagt: „Diese URL hat passende Sprach- oder Regionsvarianten.“ Ein Canonical sagt: „Diese URL ist die bevorzugte Version für sehr ähnliche oder doppelte Seiten.“ Die beiden Angaben lösen unterschiedliche Aufgaben.
Deutsch
hreflang verweist auf de-DE, de-AT und en-GB. Das Canonical der deutschen Seite zeigt auf die bevorzugte deutsche URL.
Englisch
Die gleiche hreflang-Gruppe verbindet die Varianten. Das Canonical der englischen Seite zeigt auf die englische URL.
Vermeide dieses Muster:
Alle übersetzten Seiten mit einem Canonical auf die deutsche Startversion zu versehen. Damit erklärst du Google, dass die anderen Sprachseiten Duplikate der deutschen Seite sind. Google empfiehlt bei hreflang ein Canonical in derselben Sprache oder, falls es keine passende Sprachversion gibt, die bestmögliche Ersatzsprache.
Für die Kanonisierung empfiehlt Google außerdem ein selbstreferenzielles Canonical auf der jeweils bevorzugten URL. Prüfe, dass Canonical, Sitemap und interne Links auf dieselbe bevorzugte URL zeigen und keine widersprüchlichen Signale senden.
5. Die hreflang-Zuordnung technisch prüfen
Prüfe nicht nur, ob ein Tag im Quelltext steht. Die Zielseiten, ihr Status und ihre Canonicals müssen zur Zuordnung passen. Ein kurzer Crawl nach jeder größeren Übersetzungs- oder URL-Änderung findet viele Fehler, bevor sie sich über das ganze Verzeichnis verteilen.
- Erstelle pro Seitengruppe eine Liste aller tatsächlich vorhandenen Sprach- und Regionsvarianten.
- Rufe jede URL ab: Sie sollte direkt die endgültige, indexierbare Seite ausliefern und nicht auf eine andere Sprachversion umleiten.
- Vergleiche die hreflang-Listen im gerenderten HTML oder in der Sitemap. Jede Seite muss sich selbst nennen; die passenden Alternativen müssen auf allen Versionen konsistent sein.
- Prüfe Sprachcode, vollständige HTTPS-URL, Tippfehler, Slash-Regeln, Groß- und Kleinschreibung sowie mögliche Parameter.
- Kontrolliere das Canonical jeder Version. Es sollte auf die bevorzugte Seite derselben Sprache oder die passende Ersatzsprache zeigen.
- Stelle sicher, dass die Varianten intern sinnvoll erreichbar sind und nicht durch robots.txt oder Anmeldung für den Crawler verborgen bleiben.
- Teste neue Übersetzungen, URL-Wechsel und entfernte Sprachseiten gezielt; aktualisiere Verweise und Sitemap gemeinsam mit dem Release.
Wenn eine Variante nicht zurückverweist, kann Google das entsprechende Paar ignorieren. Eine saubere Implementierung erhöht die Chance auf eine passende Sprach- oder Regionsauswahl, garantiert aber weder Indexierung noch eine bestimmte URL in jedem Suchergebnis.
6. FAQ
Braucht eine Website mit nur einer Sprache hreflang?
Nein. Ohne echte alternative Sprach- oder Regionsseiten gibt es nichts zuzuordnen. hreflang ist keine allgemeine Sprachkennzeichnung und ersetzt auch nicht das HTML-Attribut lang.
Reicht ein hreflang-Link nur auf der deutschen Seite?
Nein. Google erwartet, dass die Versionen aufeinander verweisen. Jede Seite führt sich selbst und die passenden Alternativen auf. Einseitige Verweise können ignoriert werden.
Muss jede Sprachversion ein eigenes Canonical haben?
Normalerweise sollte jede bevorzugte Übersetzung ihr Canonical in derselben Sprache tragen. Ein Canonical auf eine andere Sprachversion kann die gewünschte Zuordnung unterlaufen.
Soll ich hreflang in HTML und Sitemap doppelt pflegen?
Das ist möglich, aber Google nennt keinen Suchvorteil durch alle drei parallelen Methoden. Wähle einen verlässlichen Weg oder erzeuge mehrere Ausgaben automatisiert aus derselben zentralen Zuordnung und prüfe sie gemeinsam.
7. Primärquellen
Die Umsetzungsempfehlungen folgen den Dokumentationen von Google Search Central zu lokalisierten Seiten und Canonical-URLs.
- Google Search Central: Lokalisierte Versionen einer Seite kennzeichnenFormate für HTML, HTTP-Header und Sitemap, gegenseitige Verweise, Sprachcodes und x-default.
- Google Search Central: Canonical-URLs mit rel="canonical" und anderen Methoden festlegenCanonical-Grundsätze und die Empfehlung, bei hreflang eine Canonical-URL derselben Sprache zu verwenden.
Weiterlesen: technische Grundlagen
Technik
Canonicals und Duplicate Content
Wie bevorzugte URLs und alternative Fassungen sauber zusammenarbeiten.
Lesen →Technik
Faceted Navigation SEO
Crawlbare URL-Varianten und die Auswahl indexierbarer Landingpages strukturieren.
Lesen →Technik
JavaScript SEO
Meta-Tags und sichtbare Inhalte zuverlässig im gerenderten HTML ausliefern.
Lesen →Weiterführende Links für diese Seite