Zurück zur Wissensdatenbank
SEO

Hreflang-Tags in der Praxis: Einrichtung, Prüfung, häufige Fehler

Somos BálintBálint Somos
8 Min. Lesezeit

Wie Sie hreflang-Tags auf einer mehrsprachigen oder länderübergreifenden Website einrichten, wie sie mit Canonical und x-default zusammenspielen, wie Sie sie prüfen und welche Fehler am häufigsten sind.

Kurz gesagt

Hreflang-Tags sagen Google, dass mehrere Seiten derselbe Inhalt für verschiedene Sprachen oder Länder sind, und welche wem angezeigt werden soll. Ohne sie landet ein deutscher Suchender vielleicht auf Ihrer englischen Seite, oder Ihre britische und Ihre US-Seite konkurrieren miteinander.

Hreflang ist in der Theorie einfach und in der Praxis leicht kaputtzumachen. Wir richten es auf mehrsprachigen Websites ein, etwa bei Agrider (5 Sprachen, je etwa 410 Maschinenseiten) und auf unserer eigenen Website in vier Sprachen, und prüfen es nach jedem größeren Release. Dieser Leitfaden ist die praktische Version.

Hreflang und Canonical: Jede Sprachversion verweist auf alle anderen und auf sich selbst, das Canonical immer auf sich selbst

Wie eine korrekte hreflang-Einrichtung aussieht

Jede Seite listet alle Sprachversionen auf, auch sich selbst, plus ein x-default für Besucher, auf die keine passt:

<link rel="alternate" hreflang="en" href="https://example.com/en/leasing-calculator/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/leasingrechner/" />
<link rel="alternate" hreflang="pl" href="https://example.com/pl/kalkulator-leasingu/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/leasing-calculator/" />
<link rel="canonical" href="https://example.com/en/leasing-calculator/" />

Derselbe Block, mit eigenem Canonical, kommt auf die deutsche und die polnische Seite. Drei Regeln tragen das meiste Gewicht:

  1. Gegenseitig. Verweist Seite A auf Seite B, muss B auf A zurückverweisen. Einseitige Verweise werden ignoriert.
  2. Selbstverweis. Jede Seite listet sich selbst.
  3. Canonical auf sich selbst. Jede Sprachversion ist auf sich selbst kanonisch, nie auf die Hauptsprache.

Sprache oder Sprache plus Land?

CodeBedeutungEinsatz
enEnglisch, jedes LandEine englische Version für alle
en-GB, en-US, en-INEnglisch für ein bestimmtes LandUnterschiedliche Preise, Währung, Versand oder Schreibweise pro Land
hi-INHindi für IndienEine zweite Sprache im selben Land
x-defaultFallbackDie Seite für Besucher, auf die keine andere Version passt

Zuerst kommt der Sprachcode (ISO 639-1), optional danach der Ländercode (ISO 3166-1 alpha-2). „en-UK“ ist ein häufiger Fehler; richtig ist en-GB.

Beispiel: eine Marke auf Länderdomains. Unsere Melini-Shops laufen in Ungarn (melini.hu), Großbritannien (melini.co.uk), den USA (melinishop.com) und Indien (melini.in, auf Englisch und Hindi), jeweils mit eigener Währung. Bei einer solchen Struktur trügen die passenden Produktseiten hu-HU, en-GB, en-US, en-IN und hi-IN, und hreflang funktioniert domainübergreifend, solange jede Domain alle anderen auflistet.

Die englische Version des Melini-Shops in der Desktop-Ansicht

Die englische Version des Melini-Shops. Screenshot: 19. Oktober 2026.

Hreflang und Canonical: wie sie zusammenspielen

Der schädlichste Fehler, den wir sehen: Jede Sprachversion hat ein Canonical auf die englische Seite. Damit sagen Sie Google, dass die anderen Versionen Duplikate sind, und hreflang wird ignoriert. Ergebnis: Überall rankt nur die englische Seite.

SituationCanonicalHreflang
Sprachversionen derselben SeiteJede auf sich selbstAlle Versionen + x-default
Gefilterte oder sortierte URL (?sort=price)Auf die saubere URLNur auf der sauberen URL
Seite, die es nur in einer Sprache gibtAuf sich selbstKeins, oder nur selbst + x-default
Weitergeleitete oder noindex-SeiteGar nicht im hreflang—

Drei Wege, hreflang einzubauen

1. Im HTML-Head. Am häufigsten und am leichtesten zu prüfen. Für die meisten Websites die beste Wahl.

2. In der XML-Sitemap. Jede URL listet ihre Alternativen. Nützlich bei sehr großen Websites, weil das HTML kleiner bleibt.

3. In HTTP-Headern. Für PDFs und andere Nicht-HTML-Dateien.

Wählen Sie eine Methode und bleiben Sie dabei. Gemischt sind Fehler schwerer zu finden.

Bei Agrider werden hreflang-Tags und Sitemap aus denselben Daten erzeugt, sodass eine neue Maschinenseite im Moment der Veröffentlichung in allen fünf Sprachen verknüpft ist. Übersetzte Slugs sind Teil dieser Daten, etwa /en/leasing-calculator/ und /uk/kalkulyator-lizynhu/.

So prüfen Sie hreflang

1. Gerendertes HTML ansehen. Bei JavaScript-Websites prüfen Sie, was Google erhält, nicht nur, was der Browser zeigt. Rufen Sie die Seite mit Googlebot-User-Agent ab oder nutzen Sie die URL-Prüfung in der Search Console.

2. Gegenseitigkeit prüfen. Öffnen Sie für jede Seite alle Alternativen und prüfen Sie den Rückverweis. Ein Crawler erledigt das für die ganze Website.

3. Statuscodes prüfen. Jede URL im hreflang muss 200 liefern und indexierbar sein. Keine Weiterleitungen, keine 404, kein noindex.

4. Canonicals prüfen. Jede Version auf sich selbst.

5. Pro Land in der Search Console prüfen. Filtern Sie nach dem Start den Leistungsbericht nach Land. Landen deutsche Nutzer noch auf englischen Seiten, stimmt etwas nicht.

Bei unserem eigenen Audit haben wir so 416 URLs in vier Sprachen geprüft: Jede Seite hatte eigenen Titel und eigene Beschreibung in der richtigen Sprache, hreflang war gegenseitig, die Canonicals zeigten auf sich selbst, und Such- und KI-Crawler erhielten dieselben Tags.

Die häufigsten hreflang-Fehler

  1. Fehlende Rückverweise. A listet B, aber B nicht A.
  2. Canonical auf die Hauptsprache auf jeder Version.
  3. Falsche Codes: en-UK statt en-GB, oder ein Ländercode ohne Sprache.
  4. Alternativen, die weiterleiten oder nach einer URL-Änderung 404 liefern.
  5. Kein x-default, sodass Besucher aus anderen Märkten eine zufällige Version bekommen.
  6. Hreflang nur im Browser. Bei JavaScript-Rendering fehlen die Tags im HTML, das Crawler erhalten.
  7. Sprachversionen, die nicht wirklich übersetzt sind. Google behandelt sie unter Umständen als Duplikate, egal was die Tags sagen.
  8. Automatische Weiterleitung nach IP oder Browsersprache. Der Googlebot crawlt überwiegend aus den USA und sieht Ihre anderen Versionen vielleicht nie. Schlagen Sie die Sprache lieber mit einem Banner vor.

Brauchen Sie hreflang?

Ja, wenn derselbe Inhalt in mehr als einer Sprache oder dieselbe Sprache für mehr als ein Land existiert. Nein, wenn Ihre Website eine Sprache für einen Markt hat. Eine mehrsprachige Website ohne hreflang rankt meist im Hauptmarkt und bleibt überall sonst unter ihren Möglichkeiten.

Häufige Fragen

Was ist das hreflang-Tag?

Ein HTML-Attribut, das Suchmaschinen sagt, für welche Sprache und welches Land eine Seite gedacht ist und welche anderen URLs ihre Entsprechungen in anderen Sprachen sind.

Was ist x-default bei hreflang?

Die Seite für Nutzer, auf die keine der angegebenen Sprachen oder Länder passt. Meist die englische Version oder eine Sprachauswahlseite.

Funktioniert hreflang über verschiedene Domains?

Ja. Hreflang kann von example.co.uk auf example.com verweisen, solange jede Domain alle anderen auflistet und jede Seite zurückverweist.

Ist hreflang ein Rankingfaktor?

Nein. Es lässt eine Seite nicht höher ranken. Es hilft Google, dem richtigen Nutzer die richtige Version zu zeigen. Das bringt mehr Klicks und verhindert, dass Ihre Versionen miteinander konkurrieren.

Weiterlesen

Soll hreflang repariert oder für mehrere Märkte eingerichtet werden? Sehen Sie sich unser internationales SEO an. Agenturen können es auch unter eigenem Namen über White-Label-SEO an uns abgeben.

Daran arbeiten wir täglich: SEO-Leistungen.

SEO

Sie führen eine Agentur? White-Label-SEO für Agenturen

Über den Autor

Somos Bálint
Bálint Somos

Bálint Somos ist Gründer und Projektleiter von Somos Media. Seit mehr als zehn Jahren baut er Websites und betreut SEO, und er leitet die Entwicklung des mehrsprachigen Maschinenkatalogs von Agrider und der internationalen Melini-Shops.

Kostenlos

Kostenloses Website-Auditinnerhalb von 24 Stunden

Unser Team prüft deine Website und schickt dir innerhalb von 24 Stunden per E-Mail, was sich verbessern lässt. Geschwindigkeit, SEO, Conversion, technische Fehler. Keine Floskeln, nur konkrete nächste Schritte.

  • PageSpeed- und Technik-Analyse
  • SEO-Probleme und Chancen
  • Conversion-Empfehlungen, priorisiert

Keine Verpflichtung. Kein Spam.

Lieber direkt über dein Projekt sprechen?Beratung anfragen