hreflang

Was hreflang wirklich ist

Wer 2026 eine mehrsprachige Website betreibt, behandelt hreflang nicht als Übersetzungshilfe, sondern als Zuordnungssignal. Das Attribut rel="alternate" hreflang="x" sagt den Suchmaschinen, welche URL für welche Sprache und optional welche Region gilt. Es ist kein Ranking-Faktor, der eine Seite nach oben schiebt. Es entscheidet, welche Sprachversion im Ergebnis eines Nutzers erscheint, wenn mehrere fast identische Seiten um dieselbe Suchanfrage konkurrieren.

Der Punkt, den Tutorial-Blogs unterschlagen: hreflang ist laut Google ein Hinweis, keine Anweisung. Search Engine Land hat in seinem Leitfaden vom 27. November 2025 daran erinnert, dass Google diese Einordnung zuletzt im Mai 2025 bekräftigt hat. Canonical-Tag, Seitenstruktur, inhaltliche Ähnlichkeit und Indexierungsstatus können ein hreflang-Signal überstimmen. Wer das nicht verinnerlicht, sucht den Fehler stundenlang im Code, obwohl er in der Architektur sitzt.

Technisch besteht ein hreflang-Cluster aus einer Gruppe von Seiten, die sich gegenseitig deklarieren. Jede Version listet sich selbst und alle Alternativen, mit Sprachcode nach ISO 639-1 und optionalem Ländercode nach ISO 3166-1 Alpha 2. hreflang="de" zielt auf die Sprache Deutsch, hreflang="de-CH" auf Deutsch in der Schweiz, hreflang="de-AT" auf Österreich. Der Wert x-default markiert die Fallback-Seite für jede nicht abgedeckte Kombination. Fehlt der Rückverweis auch nur bei einer Seite, ignoriert Google den gesamten Cluster stillschweigend. Genau diese Stille macht das Debugging zäh: es gibt keine Fehlermeldung, nur ausbleibende Wirkung.

Wie hreflang 2026 funktioniert

Es gibt drei Wege, hreflang auszuliefern, und die Wahl ist eine operative Entscheidung, keine Geschmacksfrage. Erstens die <link>-Tags im HTML-Header jeder Seite: einfach zu implementieren, aber jede zusätzliche Sprachversion bläht den Quelltext auf, bei zwanzig Regionen wird der Head unübersichtlich. Zweitens der HTTP-Header, unverzichtbar für Nicht-HTML-Dateien wie PDFs. Drittens die XML-Sitemap, die für große Sites mit vielen Varianten die wartbarste Lösung ist, weil die Zuordnung zentral in einer Datei liegt statt in Tausenden Seiten-Headern.

Ein kurzes Praxisvideo fasst die Grundmechanik und die typischen Einbaufehler zusammen:

Gemessen wird der Erfolg nicht am Traffic allein. Ein technischer Leitfaden vom 19. Januar 2026 weist darauf hin, dass Bing hreflang im HTML offiziell unterstützt, historisch aber stärker auf content-language setzt. In der Praxis deckt eine saubere Standard-Implementierung von hreflang laut derselben Quelle inzwischen den weit überwiegenden Teil des Suchverkehrs ab. Aus eigener Audit-Erfahrung gilt: die richtige Kennzahl ist die Impressions-Verteilung pro Markt in der Search Console, nicht die reine Klickzahl. Denn wenn Google eine Seite ausspielt, aber die falsche Sprachvariante zeigt, sinkt die Klickrate, während die Impressionen bleiben. Das ist das Frühwarnsignal für einen kaputten Cluster.

hreflang in CMS und im Alltag

In der Realität setzt kaum jemand hreflang von Hand. WordPress deckt den Fall über Multilingual-Plugins ab, Shopify über Liquid-Templates, TYPO3 bringt native Unterstützung mit. Der Fehler beginnt fast immer dort, wo das Plugin die Cluster automatisch generiert, aber die Redaktion nachträglich eine Seite auf noindex setzt oder eine URL per 301 umzieht, ohne die Zuordnung anzupassen. Der Cluster zeigt dann auf eine Version, die gar nicht mehr indexierbar ist.

Für die verbreitetste Plattform zeigt dieses Video drei konkrete Einbaumethoden:

Ein Wort zur Architektur, weil sie über den Aufwand entscheidet. Für den deutschsprachigen Raum mit DE, AT und CH ist die Unterverzeichnis-Struktur (/de/, /at/, /ch/) auf einer starken Domain fast immer die pragmatischere Wahl gegenüber getrennten ccTLDs, weil die Domain-Autorität nicht auf drei Wurzeln zersplittert wird. hreflang trennt die Varianten dann sauber, ohne dass für jede Region eine eigene Domain aufgebaut werden muss. Wer die Zuordnung zentral pflegen will, koppelt sie an eine gut gewartete XML-Sitemap, statt sie in jeden Seiten-Header zu duplizieren.

Häufige Fehler und wie man sie behebt

Die Fehlerquote ist strukturell. Eine von Hreflang.org zusammengefasste Studie (15. Juni 2026) findet bei rund 75 % der Sites, die hreflang nutzen, mindestens einen technischen Fehler. Eine ältere Semrush-Auswertung von 2023 über 20 000 mehrsprachige Sites, zitiert in einem Next.js-Leitfaden vom 30. Mai 2026, schlüsselt es auf: 58 % hatten interne Code-Konflikte, 37 % verwiesen auf defekte oder umgeleitete URLs, 21 % hatten Sprachdiskrepanzen, 15 % nutzten ungültige Codes, und 96 % der Sites mit Konflikten fehlte das Self-Referencing-Tag. Search Engine Land nennt in seinem Leitfaden vom 27. November 2025 zusätzlich eine Analyse von 2023, wonach rund 8,9 % der Sites in hreflang-Clustern ungültige Sprachcodes verwenden.

Die Search Console bleibt das Werkzeug, um Return-Tag-Fehler zu finden. Dieses Video zeigt, wie man sie dort identifiziert:

Ein Detail, das Teams ausbremst: der Länder-Targeting-Teil des International-Targeting-Reports wurde laut Search Engine Land bereits 2022 eingestellt. Für die Länderausrichtung muss man sich also stärker auf Crawl-Tools und die verbliebene hreflang-Fehlerberichterstattung stützen. Der teuerste Fehler bleibt aber der Konflikt mit dem Canonical-Tag. Eine LinkGraph-Auswertung vom 16. Mai 2026 nennt 65 % der mehrsprachigen Sites falsch konfiguriert, etwa weil die lokale /fr/-Seite per Canonical zurück auf /en/ zeigt. Damit kollabieren alle internationalen Varianten auf eine einzige indexierte URL, und hreflang läuft ins Leere. John Mueller nannte hreflang laut Google-Search-Central-Material von 2025 einen der komplexesten Aspekte von SEO, was die Fehlerquote plausibel macht. Zur häufigen Frage nach Weiterleitungen: hreflang auf 301-Ziele ist laut einer Mueller-Klarstellung vom Oktober 2025 vermutlich in Ordnung, saubere direkte 200er sind für die langfristige Stabilität während Migrationen aber vorzuziehen.

Wo hreflang im Netlinking zählt

Für eine Netlinking-Operation ist hreflang die Grenze, an der Autorität pro Sprachversion aufgebaut werden muss. Wenn der Cluster die deutsche und die französische Variante sauber trennt, vererbt ein Link, der auf die /fr/-URL zeigt, seine Kraft nicht automatisch an die /de/-Version. Das ist der operative Grund, warum ein pauschaler internationaler Linkaufbau selten funktioniert: man baut für einen Markt auf und wundert sich, dass ein anderer nicht rankt.

Praktisch heißt das, den Linkaufbau nach Sprachversion zu planen. Wer in DE, AT und CH sichtbar sein will, braucht Signale aus dem jeweiligen Sprachraum, nicht nur Volumen. Genau hier trennt sich ein kalibrierter Ansatz vom Gießkannenprinzip. Bei Nautilinks arbeiten wir mit einem intern verfassten, im Eigenbetrieb geführten Medienbestand, was den Vorteil hat, dass sich Links transparent und ohne Zwischenhändler im deutschsprachigen Netzwerk gezielt platzieren lassen, passend zur jeweiligen hreflang-Variante. Der Effekt sauberer Auszeichnung ist messbar: eine von Scalarly am 1. Juni 2026 zitierte Ahrefs-Studie aus 2025 fand bei korrekt implementiertem hreflang 47 % mehr organischen Traffic aus Nicht-Primärmärkten gegenüber Sites mit fehlerhafter oder fehlender Auszeichnung.

Eine letzte Warnung aus der Praxis: hreflang ersetzt keine echte Lokalisierung. Internationale SEO-Leitfäden von Anfang 2026 sind sich einig, dass maschinell übersetzte Inhalte kaum ranken und Googles Qualitätssysteme unbearbeitete Übersetzungen erkennen. hreflang zeigt dann brav auf eine Seite, die inhaltlich nicht überzeugt. Die Auszeichnung ist die Verkabelung, nicht der Strom. Wer die Content-Qualität pro Markt liefert und den Linkaufbau ehrlich pro Sprachversion dosiert, kann Links auch direkt und ohne versteckte Provision bei der Redaktion buchen, ohne dass die hreflang-Struktur die investierte Autorität wieder zerstreut.