Skip to content
Suchen

Hreflang-Tag: Was es ist und wie es funktioniert

Ein hreflang-Tag ist ein HTML- oder Sitemap-Attribut, mit dem Suchmaschinen die Sprache und Zielregion einer URL angeben können (z. B. de, de-DE, en-GB). Es hilft, sprach- bzw. regional-varianten korrekt zu indexieren und Nutzern passende Versionen auszuliefern.

Hreflang Tag: Leitfaden für mehrsprachige Websites

What is hreflang tag?

Ein hreflang-Tag ist ein Signal, das Sie in HTML-Link-Elementen, HTTP-Headern oder XML-Sitemaps platzieren, um Suchmaschinen die Sprache und/oder Zielregion einer Seite mitzuteilen. Beispiele für Werte sind "de", "de-DE" oder "en-GB"; es gibt zusätzlich den speziellen Wert "x-default" für generische Startseiten. Hreflang sagt Suchmaschinen nicht explizit, wie hoch eine Seite rankt; es hilft dabei, die richtige Variante in der Indexausgabe den passenden Nutzern zu präsentieren.

Why hreflang tag matters for SEO

Hreflang reduziert die Wahrscheinlichkeit, dass Suchmaschinen mehrere Sprach-/Regionalvarianten als Duplicate Content behandeln, und verbessert die Relevanz der ausgelieferten URL für Nutzer in einer bestimmten Sprache oder Region. Technisch wirkt hreflang primär auf Indexierungs- und Auslieferungsentscheidungen; es ist kein alleiniger Rankingfaktor. Indexierung (welche Version Google speichert) und Ranking (Reihenfolge in den SERPs) sind getrennte Schritte: hreflang beeinflusst die Auswahl der Version, beeinflusst aber nicht direkt alle Signale, die das Ranking bestimmen.

How hreflang tag works

Suchmaschinen lesen hreflang-Angaben und versuchen, die passendste URL für einen Nutzer basierend auf Sprache- und Standorthinweisen auszuspielen. Empfehlenswert ist eine bidirektionale (gegenseitige) Kennzeichnung: wenn A auf B verweist, sollte B auch auf A verweisen. Hreflang kann auf drei Wegen implementiert werden: HTML <link rel="alternate" hreflang="..."> im <head>, hreflang-Angaben per XML-Sitemap oder via HTTP-Header für Nicht-HTML-Ressourcen. Achten Sie darauf, dass hreflang-Angaben mit Canonical-Tags koexistieren: idealerweise zeigt jede Sprach-/Regionvariante per canonical auf sich selbst, nicht auf eine andere Variante.

Types of hreflang tag

Vergleich der Implementationswege:

• HTML-Link-Elemente — Ort: <head> jeder HTML-Seite — Pros: einfach, schnell zu prüfen; Cons: nur für HTML-Seiten geeignet. Beispiel: <link rel="alternate" hreflang="de" href="https://example.com/de/">

• XML-Sitemap — Ort: sitemap-Datei — Pros: zentral verwaltbar, gut bei vielen Varianten; Cons: zusätzliche Pflege, Google liest Sitemaps periodisch.

• HTTP-Header — Ort: Response-Header (für PDFs/Feeds) — Pros: funktioniert für Nicht-HTML-Ressourcen; Cons: schwieriger zu debuggen. Beispiel-Header: Link: <https://example.com/de/>; rel="alternate"; hreflang="de"

How to get started with hreflang tag

Beginnen Sie mit einer Bestandsaufnahme Ihrer Sprach-/Regionvarianten und entscheiden Sie, welche URLs als kanonische Varianten dienen. Wählen Sie eine Implementationsmethode (HTML, Sitemap, HTTP-Header) und halten Sie Regeln konsistent. Testen Sie jede Variante in einer Staging-Umgebung, bevor Sie live gehen. Dokumentieren Sie die Mapping-Tabelle (URL – Sprache – Region – canonical).

Common hreflang tag mistakes

Häufige Fehler, die zu fehlerhafter Auslieferung führen:

• Unvollständige oder einseitige Annotationspaare (A verweist auf B, B verweist nicht auf A).

• Fehlende oder widersprüchliche Canonical-Angaben zwischen Varianten (setzt Google unter Umständen eine Variante durch).

• Falsche Sprachcodes (z. B. inkonsistente Regionalsuffixe) oder Tippfehler in hreflang-Werten.

• Implementationsmix ohne klare Priorität (teilweise HTML, teilweise Sitemap), was die Wartung erschwert.

Hreflang überprüfen: technische checklist

**HTML-Link-Elemente prüfen** — wo prüfen: Seitenquelle/Chrome DevTools — passes when: <link rel="alternate" hreflang> für jede Variante vorhanden und verweist auf die korrekte URL.

**Bidirektionale Referenzen** — wo prüfen: Seitenquelle / Sitemap — passes when: jede Variante verweist zurück auf die Ausgangs-URL.

**Canonical-Setup** — wo prüfen: Seitenquelle / curl -I — passes when: jede Sprachvariante hat einen self-referentiellen Canonical oder ein konsistentes Canonical-Pattern ohne Cross-canonical auf andere Sprachen.

**Indexierbarkeit** — wo prüfen: Google Search Console URL Inspection (für eigene URLs) oder site:-Operator als Hinweis — passes when: Ziel-URLs sind für Google erreichbar und werden nicht durch robots meta oder X-Robots-Tag blockiert.

**Sitemap-Hreflang** — wo prüfen: XML-Sitemap-Datei — passes when: hreflang-Annotationen sind korrekt formatiert und die Sitemap wird in der Search Console eingereicht.

How to verify and troubleshoot (tools & commands)

Google Search Console (URL Inspection)

Für eigene Seiten nutzen Sie die URL Inspection, um zu sehen, welche Version Google kennt und ob robots- oder indexierungsrelevante Probleme vorliegen. URL Inspection ist für fremde Domains nicht verfügbar — nutzen Sie stattdessen öffentliche Prüfmethoden (siehe unten).

Browser-Tools und curl

Öffnen Sie die Seitenquelle oder Chrome DevTools → Elements, um <link rel="alternate">-Einträge geprüft zu sehen. CURL-Beispiele:

• Header prüfen: curl -I https://example.com/de/ (gibt nur Response-Header zurück).

• HTML abrufen (überprüft, was an einen normalen Browser serviert wird): curl https://example.com/de/ (liefert den HTML-Body).

Bing Webmaster Tools / Site Explorer

Bing Webmaster Tools' Site Explorer hilft bei der Indexanzeige in Bing; prüfen Sie, ob Varianten dort sichtbar sind und ob Crawling-Fehler angezeigt werden.

Rendering-Checks

Manche Frameworks injizieren Link-Elemente clientseitig. Prüfen Sie immer die gerenderte DOM-Ansicht (DevTools → Elements) statt nur die Roh-HTML-Datei; clientseitig gesetzte hreflang-Links werden von Suchmaschinen unterschiedlich zuverlässig verarbeitet.

Vertiefende Anleitung: Zum Technical-SEO-Guide

Frequently asked questions

Aufbau von Autorität durch hochwertige Backlinks fördert die Auffindbarkeit Ihrer regionalen Seiten zusätzlich zur technischen Lokalisierung. Wenn Sie eine Backlink-Strategie verfolgen, achten Sie auf thematische Relevanz und Indexierbarkeit der Publisher-Seiten. /marketplace

F: Muss jede Seite ein hreflang haben?

A: Nur dann, wenn Sie mehrere Sprach- oder Regionvarianten derselben inhaltlichen Seite anbieten. Einzelne, eindeutig sprachgebundene Seiten benötigen kein hreflang.

F: Kann hreflang falsch konfigurierte Canonicals überstimmen?

A: Nein. Canonicals und hreflang interagieren; ein Cross-canonical kann dazu führen, dass Google eine Variante bevorzugt. Ziel: self-canonicals plus konsistente hreflang-Mappings.

F: Kann Google hreflang ignorieren?

A: Ja. Suchmaschinen behandeln Signale im Kontext vieler Faktoren; wenn URLs nicht indexierbar sind oder widersprüchliche Angaben vorliegen, kann hreflang nicht wie beabsichtigt angewendet werden.

F: Sollte ich language-only (z. B. "de") oder language-region (z. B. "de-DE") Codes verwenden?

A: Verwenden Sie die Granularität, die Ihrer Zielstrategie entspricht. Für Länder-Targeting sind language-region-Codes sinnvoll; für reine Sprachvarianten genügt language-only.

F: Gibt es Tools, die hreflang-Fehler automatisch erkennen?

A: Diverse SEO-Tools bieten hreflang-Audits an; für definitive Prüfungen kombinieren Sie Tool-Checks mit manuellen Verifizierungen per Browser und curl.

Aufgabe abgeschlossen?

Prüfen Sie die Implementierung periodisch, besonders nach Deployments oder CMS-Änderungen, damit Sprach- und Regionvarianten konsistent bleiben.

Verwandte Begriffe