Was ist Hreflang: Ein vollständiger Leitfaden mit Fehlerbeispielen

Q: Wie richte ich hreflang auf einer Tilda-Website ein?

Tilda verfügt nicht über einen integrierten hreflang-Mechanismus zwischen einzelnen Projekten oder Sprachblöcken. Die Tags können manuell in den Einstellungen jeder Seite oder über einen Proxy hinzugefügt werden, wo hreflang für alle Versionen automatisch generiert wird. Wie das funktioniert, wird auf der Multify-Startseite gezeigt.

14. April 2026

In diesem Artikel: Was Hreflang in einfachen Worten ist, wie man es für verschiedene URL-Strukturen einrichtet, eine Tabelle mit Sprach- und Regionscodes, Unterschiede für Google und Yandex, typische Fehler, eine Checkliste und Antworten auf häufig gestellte Fragen.

Hreflang ist ein HTML-Attribut, das Suchmaschinen mitteilt, welche Seiten einer Website Übersetzungen voneinander sind und für welche Sprache oder Region jede Version bestimmt ist. Einfacher ausgedrückt: Es ist eine Möglichkeit, Google und Yandex zu sagen: „Diese Seite ist auf Russisch für Russland, und diese ist auf Deutsch für Deutschland; zeigen Sie sie nicht gegenseitig an.“

Ohne Hreflang überlässt eine mehrsprachige Website die Wahl der Version der Suchmaschine. Wenn Seiten in verschiedenen Sprachen die gleiche Struktur und Bedeutung haben, kann die Suchmaschine sie als Duplikate betrachten und nur eine in den Suchergebnissen belassen – normalerweise nicht die, die der jeweilige Benutzer benötigt. Ein korrekt eingerichtetes Hreflang beseitigt diese Unsicherheit und trennt die Versionen nach Sprach- und Regionssegmenten in den Suchergebnissen.

Was ist Hreflang und wofür wird es benötigt?

Hreflang ist ein Attribut des Links rel="alternate", das der Suchmaschine anzeigt, welche URLs Sprach- oder regionale Varianten der aktuellen Seite sind.

Ohne hreflang kann die Suchmaschine:

Russische Versionen für Nutzer aus Deutschland anzeigen
Übersetzungen als doppelten Inhalt betrachten und zu einem Dokument zusammenfassen
Regionale Versionen nicht in den entsprechenden lokalen Suchergebnissen anzeigen

Mit hreflang weiß die Suchmaschine: Dies ist die deutsche Seite für Deutschland, dies ist die französische für Frankreich, dies ist die englische – für alle anderen. Damit können Sie verschiedene Versionen für dieselbe Sprache, aber unterschiedliche Regionen festlegen und mehrere Sprachen für ein Land angeben – zum Beispiel Englisch und Französisch für Kanada (en-CA und fr-CA). Dies ist wichtig für die Lokalisierung: In Kanada werden selbst bei französischsprachigen Seiten die Preise in kanadischen Dollar angegeben, in Frankreich hingegen in Euro.

Wie hreflang aussieht

Das Attribut wird in den <head>-Bereich jeder Seite eingefügt:

<link rel="alternate" hreflang="ru" href="https://mysite.com/ru/about/" />
<link rel="alternate" hreflang="en" href="https://mysite.com/en/about/" />
<link rel="alternate" hreflang="de" href="https://mysite.com/de/about/" />
<link rel="alternate" hreflang="x-default" href="https://mysite.com/en/about/" />

Schlüsselkomponenten:

rel="alternate" — zeigt an, dass dies eine alternative Version der Seite ist
hreflang="ru" — Sprachcode nach ISO 639-1
href — die vollständige absolute URL der Version (mit Protokoll und Domain)
hreflang="x-default" – die Standardversion, wenn keine andere passt

Tabelle: Häufige Sprach- und Regionscodes

Attributformat: Sprache oder Sprache-LAND. Hier sind die Codes, bei denen am häufigsten Fehler gemacht werden:

Code	Wert
ru	Russisch (beliebige Region)
ru-RU	Russisch, Russland
en	Englisch (beliebige Region)
en-US	Englisch, USA
en-GB	Englisch, Großbritannien
de	Deutsch
fr	Französisch
fr-CA	Französisch, Kanada
kk	Kasachisch (nicht kz – das ist ein Ländercode, keine Sprache)
hy	Armenisch (nicht am – auch ein Regionscode)
uz	Usbekisch
x-default	Standardversion

Der Ländercode wird nur hinzugefügt, wenn der Inhalt für eine Sprache in verschiedenen Regionen unterschiedlich ist.

Nur Sprache – hreflang="en" – für alle englischsprachigen Benutzer, unabhängig vom Land
Sprache + Land – hreflang="en-US" für die USA, hreflang="en-GB" für Großbritannien – zum Beispiel Preise in Dollar vs. Pfund
Wenn der Inhalt für alle Sprecher einer Sprache gleich ist, reicht der Sprachcode ohne Land aus

Reziprozität: Die am häufigsten verletzte Regel

Jede Seite muss hreflang-Attribute für alle Sprachversionen enthalten, einschließlich ihrer selbst (Self-Referencing). Dies ist eine kritische Regel: Wenn Sie drei Sprachen haben, muss jede Version auf alle drei verweisen, einschließlich ihrer selbst. Dies schafft einen geschlossenen Satz von Links, durch den die Suchmaschine die Beziehung zwischen den Versionen versteht.

Richtig: Die russische Seite enthält Links zur deutschen, englischen und zu sich selbst. Die deutsche Seite enthält Links zur russischen, englischen und zu sich selbst. Die englische Seite enthält Links zur russischen, deutschen und zu sich selbst.

Falsch: Die russische und deutsche Version verlinken auf die englische, aber die englische Version hat keine Gegenlinks. Die Suchmaschine betrachtet eine solche Implementierung als inkorrekt und kann den gesamten Satz ignorieren.

<!-- Beispiel für einen korrekten hreflang-Satz -->
<link rel="alternate" hreflang="de" href="https://mysite.com/de/about/" />
<link rel="alternate" hreflang="ru" href="https://mysite.com/ru/about/" />
<link rel="alternate" hreflang="en" href="https://mysite.com/en/about/" />
<link rel="alternate" hreflang="x-default" href="https://mysite.com/en/about/" />

x-default: Version für alle anderen

hreflang="x-default" — ein spezieller Wert für die Seite, die angezeigt wird, wenn keine andere Version für den Benutzer geeignet ist. Dies ist normalerweise die Version in der Hauptsprache der Website (meistens Russisch oder Englisch).

Wenn Sie russische und kasachische Versionen ohne englische haben, kann x-default auf eine davon verweisen – oder gar nicht verwendet werden. Dies ist kein obligatorisches Attribut, wird aber von Google empfohlen.

Implementierungsoptionen

Zusätzlich zu den Tags im <head> kann hreflang angegeben werden:

Über HTTP-Header. Für PDFs und andere Nicht-HTML-Ressourcen ist dies die einzige Option.

Über die Sitemap. Anstelle von Attributen auf jeder Seite – eine Sitemap, in der für jeden Link die Varianten derselben Seite in anderen Sprachen aufgeführt sind. Praktisch für große Websites auf der Google-Seite.

Alle Optionen sind für Google gleichwertig – wählen Sie diejenige, die einfacher zu pflegen ist. Übrigens fügt Multify die erforderlichen Metatags automatisch sowohl in den HTML-Code der Seiten als auch in die Sitemap ein.

Wichtiger Unterschied: Google und Yandex verarbeiten hreflang unterschiedlich

Die meisten russischsprachigen hreflang-Anleitungen berücksichtigen nur Google – für Websites, die auf den Runet und die GUS-Staaten ausgerichtet sind, ist dies jedoch nur die halbe Wahrheit.

Google unterstützt alle drei Auszeichnungsmethoden: HTML-Tags im <head>, HTTP-Header und hreflang in der XML-Sitemap.
Yandex hat die Unterstützung für hreflang über XML-Sitemaps eingestellt. Die einzige zuverlässige Methode, Sprach- und regionale Versionen für Yandex anzugeben, sind HTML-Tags <link rel="alternate" hreflang="..."> direkt im <head> jeder Seite.

Praktische Schlussfolgerung: Wenn Sie ein Publikum in Yandex (Russland, Kasachstan, Belarus) haben, verlassen Sie sich nicht auf die Sitemap-Implementierung – sie funktioniert für Google, hat aber keine Wirkung in Yandex. Der Tag im <head> ist die einzige Option, die in beiden Systemen gleichermaßen funktioniert.

Möchten Sie hreflang nicht manuell eingeben?

Multify generiert hreflang automatisch für alle Seiten, wenn eine Sprache hinzugefügt wird – sowohl im HTML als auch in der Sitemap.

Typische Fehler

Laut einer Ahrefs-Studie (374.756 Domains) weisen 67 % der Websites, die hreflang verwenden, mindestens einen Implementierungsfehler auf.

Fehler 1: Keine gegenseitigen Links

Der häufigste Fehler. Überprüfen Sie: Enthält jede Seite jeder Version hreflang-Attribute für alle anderen Versionen? Wenn nicht, können Suchmaschinen die Struktur der Website falsch interpretieren und die Markierung möglicherweise ganz ignorieren.

Fehler 2: Falsche oder relative URL

Hreflang erfordert eine absolute URL mit Protokoll: https://mysite.com/en/about/, nicht /en/about/. Relative Pfade funktionieren nicht. Konsistenz ist ebenfalls wichtig: Wenn die kanonische URL einen Schrägstrich am Ende hat (/about/), dann sollte auch hreflang einen Schrägstrich haben – und umgekehrt.

Fehler 3: hreflang verweist auf eine nicht-kanonische URL

Wenn die Zielseite selbst mit rel="canonical" auf eine andere URL verweist, kann die Suchmaschine sie als alternative Version ignorieren. hreflang sollte streng auf die kanonische Adresse jeder Version verweisen, nicht auf ein Duplikat oder eine parametrisierte URL.

Fehler 4: Nicht existierende Version

In hreflang wird ein Link zu einer Seite angegeben, die nicht existiert – zum Beispiel sind nicht alle Produkte übersetzt, aber die Attribute sind für alle festgelegt. Die Suchmaschine findet 404 und ignoriert den entsprechenden Block. Wenn eine Seite keine Übersetzung hat, geben Sie überhaupt kein hreflang dafür an.

Fehler 5: Duplizierung auf einer Seite

Zwei Attribute mit demselben hreflang auf einer Seite – zum Beispiel aufgrund von Plugin-Konflikten oder manueller Bearbeitung des Markups. Google nimmt das erste, ignoriert das zweite; das Ergebnis ist unvorhersehbar.

Fehler 6: Falscher Sprachcode

hreflang="kk" ist der korrekte Code für die kasachische Sprache (gemäß der ISO 639-1 Liste). Man darf nicht kz verwenden – das ist ein Ländercode, kein Sprachcode. Derselbe Fehler bei Armenisch: hy ist der Sprachcode, am ist der Regionscode.

Fehler 7: hreflang auf einer Weiterleitung oder blockierten Seite

Wenn eine Seite mit hreflang einen 301-Redirect zurückgibt, folgt die Suchmaschine diesem und verliert das Attribut – hreflang sollte auf der finalen Seite sein, nicht auf einer Zwischenseite. Dasselbe gilt für URLs, die in robots.txt gesperrt sind, oder nicht-indexierbare Seiten (noindex): hreflang wird auf diesen nicht berücksichtigt.

Wie man Hreflang überprüft

Hreflang Testing Tool. Zeigt Fehler an: ungültige Attribute, fehlende Backlinks. Nachteil – Seiten müssen manuell hochgeladen werden.

Screaming Frog oder Ahrefs. Scannt die gesamte Website. Screaming Frog scannt kostenlos bis zu 500 URLs und zeigt alle Hreflang-Attribute mit Gegenseitigkeitsprüfung an.

Google Search Console im Bereich „Internationale Ausrichtung“ (für Domains, die als Domain-Property bestätigt wurden) zeigt einen Teil der Hreflang-Fehler an, ersetzt aber keinen vollwertigen Crawler.

Checkliste vor der Veröffentlichung von Hreflang

Jede Version verweist auf sich selbst und auf alle anderen Versionen (Gegenseitigkeit)
Alle URLs sind absolut, mit Protokoll und konsistenten Schrägstrichen
Hreflang verweist auf eine kanonische, indexierbare URL, die 200 zurückgibt
Sprachcodes entsprechen ISO 639-1, Ländercodes ISO 3166-1 (nicht verwechseln kk/kz, hy/am)
Es gibt x-default für Benutzer außerhalb der festgelegten Sprachen/Regionen
Für Yandex ist die Markierung in den <head>-Tags dupliziert und nicht nur in der Sitemap

hreflang und Tilda

Tilda fügt hreflang nicht selbstständig hinzu. Die Optionen sind tatsächlich begrenzt:

Manuell über einen HTML-Block. Fügen Sie <link>-Tags in den Code-Block ein. Bei Änderungen an der Website-Struktur müssen diese manuell aktualisiert werden. Nicht geeignet für dynamische Katalog- oder Blogseiten. Für kleine Websites akzeptabel.

Über Multify. Der Proxy generiert hreflang automatisch für alle Seiten aller Sprachversionen, einschließlich Produkte und Blogartikel. Beim Hinzufügen einer Sprache erscheinen die Attribute sofort überall, die Gegenseitigkeit wird automatisch eingehalten – und das Markup funktioniert sowohl für Google als auch für Yandex korrekt.

Bei manueller Pflege von hreflang auf einer Website mit 50 Seiten und 3 Sprachen sind das 150 Attributsätze. Jedes Hinzufügen einer Seite oder Sprache erfordert eine Aktualisierung in allen Versionen. Die Automatisierung löst dies vollständig.

hreflang ohne manuelle Arbeit hinzufügen

Probieren Sie Multify mit automatischer hreflang-Generierung bei allen Website-Änderungen aus – mit Unterstützung für Google und Yandex.

Bereit, hreflang gleich beim ersten Mal richtig einzurichten?

Multify setzt automatisch das korrekte hreflang für alle Sprachversionen der Website auf Tilda – mit Unterstützung von Google und Yandex, ohne manuelle Markierung und ohne das Risiko von Fehlern aus der obigen Checkliste.

Häufig gestellte Fragen

Ist Hreflang dasselbe wie eine Website-Übersetzung?

Nein. Hreflang übersetzt keine Inhalte und erstellt keine Sprachversionen. Es teilt der Suchmaschine lediglich mit, welche bereits existierenden Seiten als Versionen voneinander verknüpft sind. Zuerst wird der übersetzte Inhalt auf separaten URLs benötigt, dann hreflang, um diese zu verknüpfen.

Wird Hreflang benötigt, wenn die Website nur eine Sprache hat?

Nein, solange Inhalt und Zielgruppe vollständig übereinstimmen. Hreflang wird erst benötigt, sobald eine zweite Sprach- oder Regionalversion derselben Seite erscheint.

Kann Hreflang ohne x-default verwendet werden?

Ja, dies ist ein optionales Attribut. Ohne es erhalten Benutzer, deren Sprache mit keiner Version übereinstimmt, die Standardversion nach Wahl der Suchmaschine und nicht die, die Sie gewählt hätten.

Wie überprüfe ich, ob Hreflang in Yandex funktioniert?

Im Yandex.Webmaster-Bereich für die Indexierung wird angezeigt, welche Sprachversionen von Seiten indexiert wurden. Wenn Hreflang nur in der Sitemap und nicht als Tags im Quellcode der Seite markiert ist, berücksichtigt Yandex dies nicht.

Wie richte ich Hreflang auf einer Tilda-Website ein?

Tilda verfügt über keinen integrierten Hreflang-Mechanismus zwischen einzelnen Projekten oder Sprachblöcken. Tags können manuell in den Einstellungen jeder Seite oder über einen Proxy eingegeben werden, wo Hreflang für alle Versionen automatisch generiert wird. Wie dies funktioniert, wird auf der Multify-Startseite gezeigt.