Hreflang-Tags erklärt, mit Generator und Beispielen | We.Inc
So kennzeichnet hreflang Sprach- und Regionalversionen: gültige Codes, x-default, Rückverweise, HTML, Header, Sitemap, Fehler und ein Generator.
Hreflang-Tags erklärt
Hreflang sagt Suchmaschinen, welche URL sie für welche Sprache oder Region anzeigen sollen. Jede Version einer Seite listet sich selbst und alle Alternativen mit link rel="alternate" hreflang="code" und einer vollständigen URL auf. Codes bestehen aus einer Sprache nach ISO 639-1, optional gefolgt von einer Region nach ISO 3166-1 wie en-GB, und x-default deckt alle anderen ab.
Gültige und ungültige Codes
Code
Gültig?
Bedeutung
Ja
Englisch, beliebige Region
en-GB
Ja
Englisch für Nutzer im Vereinigten Königreich
zh-Hant
Ja
Chinesisch in traditioneller Schrift (Schriftcode nach ISO 15924)
Nein (für Google)
Numerische Regionen werden nicht unterstützt
Ja
Fallback, wenn keine andere Version passt
GB
Nein
Eine Region allein ist nicht erlaubt
en-UK
Nein
Der Regionscode für das Vereinigte Königreich ist GB
Die meisten hreflang-Probleme sind Buchhaltung: Eine Seite vergisst den Rückverweis, ein Code nutzt die falsche Region oder die URLs sind relativ. Der Generator unten erstellt den vollständigen, symmetrischen Satz für alle Versionen auf einmal, sodass jede Seite dieselbe komplette Liste trägt.
Füge für jede Sprach- oder Regionalversion eine Zeile mit Code und vollständiger URL hinzu.
Markiere optional eine URL als x-default, oft eine Sprachauswahl oder deine Hauptversion.
Kopiere die Link-Tags in den head jeder Version oder nutze stattdessen die Sitemap-Ausgabe.
Prüfe nach dem nächsten Crawl einige der URLs in der Search Console, um sicherzugehen, dass Google den Satz übernommen hat.
Setze auf jede Version exakt denselben Satz Tags. Die Tags auf der englischen und der französischen Seite sollten dieselbe Liste sein.
Nutze pro Seitengruppe nur eine Methode. Wer HTML-Tags mit Sitemap-Einträgen mischt, hat es schwerer, beides synchron zu halten.
Hreflang ist ein Hinweis, welche Version angezeigt werden soll. Es übersetzt nichts, und laut Google erkennt die Suchmaschine die Sprache einer Seite mit eigenen Algorithmen statt über hreflang.
Häufige Fragen
Brauche ich ein selbstreferenzierendes hreflang-Tag?
Ja. Laut Googles Dokumentation soll jede Version sich selbst und alle anderen Versionen auflisten. Ohne die Selbstreferenz ist der Satz unvollständig.
Wofür ist x-default da?
x-default benennt die Seite, die angezeigt wird, wenn Sprache oder Region eines Suchenden zu keiner deiner gelisteten Versionen passt. Üblich ist eine Sprachauswahlseite oder deine internationale Startseite.
Was passiert, wenn Seite B nicht zurück auf Seite A verweist?
Google verlangt Verweise in beide Richtungen. Wenn A auf B zeigt, B aber nicht zurück auf A, kann die Annotation ignoriert werden. Rückverweise verhindern, dass Dritte behaupten, eine Alternative deiner Seite zu sein.
Soll ich HTML-Tags, HTTP-Header oder die Sitemap verwenden?
Google behandelt alle drei als gleichwertig. HTML-Tags passen für die meisten Websites. HTTP-Link-Header sind die Option für PDFs und andere Nicht-HTML-Dateien. Eine Sitemap hält das Markup aus deinen Seiten heraus und ist für große Websites mit vielen Sprachen einfacher.
Kann ich ein Land ohne Sprache ansprechen?
Nein. Ein Regionscode allein ist ungültig. Um Kanada auf Englisch und Französisch anzusprechen, nutze en-CA und fr-CA.
Wann sich hreflang lohnt
Nutze es, wenn derselbe Inhalt in mehr als einer Sprache existiert oder in einer Sprache mit echten regionalen Unterschieden wie Preisen, Schreibweise oder Lieferbedingungen. Es hilft Google, einen Suchenden in Mexiko auf die mexikanisch-spanische Seite zu schicken statt auf die spanische aus Spanien.
Eine Website in einer Sprache für einen Markt braucht kein hreflang. Dort schafft es nur eine weitere Sache, die gepflegt werden muss.
Häufige Fehler
Relative URLs werden nicht akzeptiert; das href muss https und den Host enthalten. Unterstriche sind in hreflang falsch: Schreib en-GB, nicht en_GB, denn das ist der Locale-Stil von Open Graph.
Eine URL aufzulisten, die weiterleitet oder einen Fehler liefert, verschwendet die Annotation. Beschränke den Satz auf erreichbare, endgültige Adressen und aktualisiere ihn, sobald eine übersetzte Seite hinzukommt oder wegfällt.
Die drei Wege, Alternativen anzugeben
HTML-Link-Tags im head
Dieselben fünf Zeilen stehen auf der englischen, der britisch-englischen, der deutschen und der Auswahlseite.
HTTP-Link-Header für ein PDF
Wird vom Server mit der Datei gesendet, da ein PDF keinen head für Tags hat.
Sitemap-Einträge
Jedes url-Element listet alle Versionen auf, auch sich selbst. Der xhtml-Namespace muss auf urlset deklariert sein.
Fehler und ihre Behebung
Was am häufigsten schiefgeht
Problem
Lösung
Fehlender Rückverweis
Den vollständigen Satz Tags auf jede Version setzen
Region ohne Sprache, etwa hreflang="US"
Sprache plus Region verwenden, etwa en-US
Falscher Regionscode, etwa en-UK
Den ISO-3166-1-Code GB verwenden
Relatives href
Die vollständige URL mit https und Host schreiben
Alternative URL leitet weiter oder liefert 404
Nur erreichbare, endgültige URLs auflisten
Eine Region allein ist nicht gültig; füge eine Sprache hinzu, etwa en-{code}
Verwende einen Bindestrich, keinen Unterstrich
Der Regionscode für das Vereinigte Königreich ist GB
Erwartet wird eine Form wie en, en-GB oder zh-Hant
Die URL muss absolut sein, mit https und Host
Derselbe Code kommt zweimal vor
Hreflang-Generator
Füge Code und vollständige URL jeder Version hinzu. Der Generator prüft die Codes und schreibt den Tag-Satz und den Sitemap-Block für alle Versionen auf einmal.
Code
URL
{name} entfernen
Zeile entfernen
Entfernen
Version hinzufügen
x-default-URL (optional)
Ausgabeformat
HTML-Tags
Sitemap
Codes und URLs sehen gültig aus. Setze genau diesen Satz auf jede Version.