Zum Inhalt springen
← SEO-Glossar

hreflang

hreflang ist eine Auszeichnung für sprachliche oder regionale Alternativen einer Seite. Sie hilft Google, den Zusammenhang zwischen den lokalisierten Versionen zu verstehen.

Beispielhafte hreflang-Annotationen

<link rel="alternate" hreflang="bg"
  href="https://example.com/bg/page" />
<link rel="alternate" hreflang="en"
  href="https://example.com/en/page" />
<link rel="alternate" hreflang="de"
  href="https://example.com/de/page" />

Beispielhafter Satz von Annotationen im head jeder der drei tatsächlich vorhandenen Sprachversionen. Jede verweist auf sich selbst und auf die anderen.

Sprachversionen verweisen aufeinander

BG-, EN- und DE-Versionen einer Seite mit wechselseitigen hreflang-Verweisen.
Jede tatsächlich vorhandene Version verweist per hreflang auf sich selbst und auf die anderen Versionen. x-default kann auf eine allgemeine Version verweisen; es übersetzt keine Texte.
Textversion
  • BG · /bg/page
  • EN · /en/page
  • DE · /de/page

Warum das wichtig ist

Auf einer Website auf Bulgarisch und Englisch kann derselbe Beitrag in zwei eigenständigen Sprachversionen vorliegen. hreflang verknüpft diese Adressen und kennzeichnet, für welche Zielgruppen sie bestimmt sind.

So funktioniert es

Die Auszeichnungen können im HTML, in HTTP-Headern oder in einer Sitemap hinterlegt werden. Dabei werden vollständige URLs, gültige Sprachcodes und bei Bedarf eine Region angegeben. Jede Version muss auf sich selbst und auf die anderen Versionen verweisen. x-default kennzeichnet eine geeignete allgemeine Version für Zielgruppen, denen keine spezifische Variante zugeordnet ist.

Beispiel

Beispiel: <link rel="alternate" hreflang="bg" href="https://example.com/bg/page" /> <link rel="alternate" hreflang="en" href="https://example.com/en/page" /> Beide Seiten müssen tatsächlich Text in der jeweiligen Sprache enthalten.

Häufige Fehler

hreflang übersetzt keine Inhalte und bestimmt die Sprache nicht anstelle des sichtbaren Textes. Einseitige Verweise und fehlerhafte Codes verursachen Probleme. Binden Sie keine leeren oder unveröffentlichten Sprachversionen ein.

Wie lässt sich das in der Praxis überprüfen?

Prüfen Sie für jede tatsächlich vorhandene Sprachversion die absoluten URLs, den gültigen Sprachcode, die Selbstreferenz und die wechselseitigen Annotationen. bg und en sind Sprachcodes; eine Region wird nur bei tatsächlichem Bedarf ergänzt, beispielsweise en-GB. Auf eine nicht vorhandene übersetzte Seite darf nicht verwiesen werden.

Unterschiede und Grenzen

hreflang verknüpft alternative Versionen, während Canonical die bevorzugte Version unter Duplikaten kennzeichnet. Übersetzte Seiten behalten in der Regel ihr eigenes Canonical. x-default kann auf eine allgemeine Auswahlseite oder einen Fallback verweisen, ersetzt aber keine fehlende Übersetzung und legt nicht die Sprache des Textes fest.

Sprache und Region

Die Sprache ist die obligatorische erste Komponente, die Region ist optional. en-GB und en-US sind bei tatsächlichen regionalen Varianten sinnvoll, nicht bloß für zusätzliche Annotationen. Verwenden Sie die laut Dokumentation unterstützten Codes; UK ist kein korrekter Ersatz für den Regionalcode GB.

Wo werden die Annotationen hinterlegt?

Google unterstützt HTML-Link-Elemente, HTTP-Link-Header und XML-Sitemaps als gleichwertige Methoden. Wählen Sie einen Ansatz, der sich zuverlässig pflegen lässt. Widersprüchliche Annotationssätze an mehreren Stellen zu wiederholen, erhöht das Risiko und bringt nicht automatisch einen Vorteil.

Offizielle Quellen

Redaktionelle Verantwortung: Martin Zhelyazkov · Gründer von Z-Consult

Aktualisiert: 5.11.2026

Für Korrekturen oder Fragen: office@z-consult.bg