Hreflang-Leitfaden: Syntax, Fehler und Best Practices

Hreflang (auch 'rel=alternate hreflang' genannt) ist ein HTML-Link-Attribut, das Suchmaschinen mitteilt, welche Sprach- und Regionsversion einer Seite in den Ergebnissen welcher Suchenden angezeigt werden soll. Es wurde 2011 von Google eingeführt, um das Duplicate-Content-Problem mehrsprachiger Websites zu lösen: Wenn Sie eine englische und eine spanische Seite mit demselben Inhalt haben, kann Google eine als Duplikat der anderen behandeln und nur eine indexieren. Hreflang sagt Google: 'Dies sind beabsichtigte Alternates für unterschiedliche Zielgruppen – indexiere beide und leite Suchende entsprechend weiter.'

Ohne Hreflang könnte ein US-Suchender, der nach 'plumber near me' sucht, Ihre spanische Seite sehen (weil Google sie für relevant für seine Anfrage hält) – und sofort abspringen, weil er kein Spanisch liest. Mit korrektem Hreflang zeigt Google dem US-Suchenden Ihre englische Seite und einem Suchenden in Mexiko Ihre spanische Seite. Das Ergebnis: besseres Engagement, höhere Conversion und keine Kannibalisierung zwischen Locales.

Hreflang ist am wichtigsten für: mehrsprachige Dienstleistungsunternehmen (Migrantengemeinschaften, grenzüberschreitende Fachkräfte), internationalen E-Commerce und jede Website, die denselben Inhalt in mehreren Sprachen veröffentlicht. Wenn Ihre Website nur ein Locale hat, ist Hreflang unnötig – Google handhabt das auch ohne das Attribut korrekt.

Hreflang verwendet das Link-Attribut rel=alternate mit einem hreflang-Wert. Der Wert kombiniert einen ISO-639-1-Sprachcode mit einem optionalen ISO-3166-1-Alpha-2-Regionscode. Beispiele: en (Englisch, beliebige Region), en-US (Englisch Vereinigte Staaten), zh-CN (Chinesisch vereinfacht, Festlandchina), zh-TW (Chinesisch traditionell, Taiwan), es-MX (Spanisch Mexiko), fil-PH (Filipino Philippinen).

Google behandelt hreflang-Werte ohne Beachtung der Groß- und Kleinschreibung: zh-CN, zh-cn und zh-cN werden gleichermaßen akzeptiert. Großgeschriebene Regionscodes entsprechen der ISO-Konvention, erforderlich sind aber vor allem gültige Sprach- und Regionscodes.

Jede lokalisierte Seite sollte sich selbst und die verfügbaren Sprachvarianten mit wechselseitigen hreflang-Verweisen angeben. x-default ist optional und kann auf eine geeignete Standard- oder Sprachauswahlseite für nicht abgedeckte Sprachen zeigen. Fehlt x-default, werden gültige Alternates nicht ungültig.

Jedes Alternate muss bidirektional sein. Wenn Seite A (Englisch) Seite B (Chinesisch) als ihr Alternate deklariert, muss Seite B Seite A als ihr Alternate deklarieren. Fehlende Return-Tags sind der häufigste Hreflang-Fehler – Google ignoriert beide Richtungen, wenn eine fehlt.

Fehler 1 — Ungültige oder nicht unterstützte Sprach- und Regionscodes. Google verarbeitet hreflang unabhängig von der Groß- und Kleinschreibung. Großgeschriebene Regionscodes sind ISO-Konvention und keine Ranking-Bedingung. Korrigieren Sie ungültige Codes, nicht harmlose Schreibvarianten.

Fehler 2 – Fehlende Return-Tags. Seite A deklariert Seite B als Alternate, aber Seite B deklariert Seite A nicht. Lösung: Jedes Alternate muss bidirektional sein; wenn Sie ein neues Locale hinzufügen, aktualisieren Sie alle bestehenden Seiten, damit sie es zurückdeklarieren.

Fehler 3 — Ein ungeeignetes Ziel für x-default wählen. x-default ist optional; falls verwendet, sollte es eine hilfreiche Standard- oder Sprachauswahlseite für Besucher ohne passende Sprache nennen. Das Weglassen allein ist kein hreflang-Fehler.

Fehler 4 – Hreflang-URLs, die nicht mit canonical URLs übereinstimmen. Wenn /pricing canonical /pricing hat, aber sein Hreflang auf /pricing?utm_source=internal verweist, ignoriert Google das Alternate. Lösung: Hreflang-URLs müssen zeichengenau mit canonical URLs übereinstimmen.

Fehler 5 – Hreflang auf noindex- oder weg-canonicalisierten Seiten. Seiten, die von der Indexierung ausgeschlossen sind, sollten kein Hreflang deklarieren. Lösung: Lassen Sie Hreflang-Tags auf noindex-Routen, weitergeleiteten Routen und Seiten weg, die auf andere URLs canonicalisiert sind.

Fehler 6 – Hreflang auf Soft-404- oder 'Locale nicht verfügbar'-Seiten. Deklarieren Sie kein Alternate-URL, das eine Meldung wie 'Leider ist diese Seite in Ihrer Sprache nicht verfügbar' zurückgibt – das ist ein Soft 404 und Google bestraft beide Richtungen. Lösung: Deklarieren Sie nur Alternates, die echten Inhalt enthalten; wenn eine Seite in einem Locale nicht existiert, deklarieren Sie dieses Locale nicht als Alternate.

Fehler 7 – Inkonsistente Locale-Varianten über Seiten hinweg. Seite A deklariert die Locales en, zh-CN, es, aber Seite B deklariert nur en und zh-CN. Inkonsistenz verwirrt Google. Lösung: Jede Seite, die in mehreren Locales existiert, sollte alle Locales deklarieren, in denen sie existiert – und keine, in denen sie nicht existiert.

Schritt 1 — Prüfen Sie das gerenderte HTML oder Sitemap-Annotationen auf gültige Sprachcodes, Selbstreferenz, wechselseitige Alternates und erreichbare Ziel-URLs. x-default prüfen Sie nur, wenn Sie einen optionalen Fallback vorgesehen haben.

Schritt 2 – Google Search Console. Der frühere Bericht „Internationale Ausrichtung“ wurde 2022 eingestellt. Prüfen Sie einzelne URLs und Canonicals mit der URL-Prüfung und validieren Sie hreflang mit einem Crawl oder Audit, einschließlich Rückverweisen, Sprachcodes und alternativen URLs. Google unterstützt hreflang weiterhin, aber dieser alte Bericht ist nicht mehr verfügbar.

Schritt 3 – Crawl mit Ahrefs oder Sitebulb. Diese Tools erkennen Hreflang-Probleme in großem Maßstab – Bidirektionalitätskonflikte über Tausende von Seiten, defekte Alternates, falsche Locale-Codes. Führen Sie vierteljährlich einen vollständigen Website-Crawl durch.

Schritt 4 – Manueller SERP-Test. Suchen Sie Ihren Markennamen von verschiedenen locale-spezifischen Geräten aus (verwenden Sie ein VPN oder Googles länderspezifische Domains wie google.com.hk für Hongkong) und prüfen Sie, ob die richtige Locale-Version erscheint. Wenn Sie Locale-Kannibalisierung sehen (falsche Version rankt in der falschen Region), ist Hreflang wahrscheinlich die Ursache.

Schritt 5 – Prüfen Sie die Indexierung in der Search Console. Verwenden Sie URL Inspection für jede Locale-Version einer Seite, um zu bestätigen, dass Google alle Alternates indexiert hat. Wenn eine Locale-Version nicht indexiert ist, gibt Hreflang das Signal nicht korrekt weiter.

Bewährte Praxis 1 – Verwenden Sie reine Sprachcodes (en, zh, es), wenn Sie keine regionsspezifischen Inhalte haben. Verwenden Sie Regionscodes (en-US, en-GB, zh-CN, zh-TW) nur, wenn sich der Inhalt tatsächlich nach Region unterscheidet (Währung, rechtliche Hinweise, Wortschatz). Eine Über-Spezifizierung von Regionscodes bei identischem Inhalt erzeugt unnötige Alternates.

Empfehlung 2 — Erwägen Sie ein optionales x-default für nicht abgedeckte Sprachen, besonders bei einer Sprachauswahlseite. Wählen Sie das Ziel anhand der Nutzererfahrung und nicht automatisch nach dem Sitz des Unternehmens. Ohne x-default bleiben gültige hreflang-Alternates erhalten.

Bewährte Praxis 3 – Generieren Sie Hreflang aus einer einzigen Quelle der Wahrheit (Ihr CMS oder Website-Builder). Die manuelle Pflege von Hreflang über Tausende von Seiten garantiert Drift. WordPress + WPML und die mehrsprachigen Funktionen von Shopify generieren Hreflang automatisch; wählen Sie einen Builder, der das tut.

Bewährte Praxis 4 – Halten Sie Hreflang-URLs sauber und stabil. Fügen Sie keine Query-Parameter, Session-IDs oder Tracking-Parameter in Hreflang-URLs ein. Sobald eine Alternate-URL veröffentlicht ist, ändern Sie sie nicht ohne Weiterleitung – Googles Hreflang-Cache braucht Wochen, um sich neu aufzubauen.

Bewährte Praxis 5 – Prüfen Sie Hreflang nach jedem Locale-Launch, jeder Locale-Entfernung oder größeren Inhaltsmigration. Drift passiert; Hreflang ist der Kanarienvogel im Kohlenbergwerk für die Gesundheit mehrsprachiger Websites.

Heute bietet Cogo Site mehrsprachige Inhaltsbearbeitung, KI-Übersetzungsentwürfe, die Sie prüfen, und einen Sprachumschalter für Ihre Besucher.

Cogo Site generiert für die von Ihnen veröffentlichten Websites derzeit weder hreflang-Tags noch Sitemap-Alternates, und ein Sprachwechsel ändert die URL der Seite nicht.

Wenn Ihre SEO-Strategie auf getrennten Sprach-URLs mit hreflang beruht, ist Cogo Site derzeit noch nicht die richtige Wahl.