Hreflang ist eine Annotation, die Google mitteilt, dass mehrere URLs Sprachversionen desselben Inhalts sind. Auf dieser Grundlage entscheidet die Suchmaschine, welche Adresse sie Nutzern aus einer bestimmten Sprache oder einem bestimmten Land anzeigt. Kennen Sie das? Ein Kunde aus Deutschland sucht nach Ihrem Firmennamen und landet auf der polnischen statt auf der deutschen Seite. Meistens fehlen dann diese Auszeichnungen oder in ihnen stimmt etwas nicht. Im Folgenden beschreibe ich, wie hreflang funktioniert, drei Wege, es einzubinden, wofür x-default da ist, wie Sie die Umsetzung prüfen und welche Fehler am häufigsten vorkommen.
Inhaltsverzeichnis
Was ist hreflang und was bewirkt es bei Google wirklich?
Hreflang zeigt Google die lokalisierten Entsprechungen einer Seite, damit in den Suchergebnissen die Adresse in der Sprache des Nutzers erscheint. Mehr nicht. Es dient nicht zur Spracherkennung (ein verbreiteter Mythos). Laut der Google-Dokumentation zu lokalisierten Versionen nutzt die Suchmaschine dafür weder hreflang noch das HTML-Attribut lang, sondern eigene Algorithmen. Die Auszeichnung leitet einfach die richtige Version an das richtige Publikum. Wann brauchen Sie sie? Wenn Sprachen oder Regionen eigene URLs haben, z. B. /de/ und /en/, oder getrennte Domains.
Wie fügt man hreflang ein: Tags im head, HTTP-Header oder Sitemap?
Google akzeptiert drei Methoden: link-Tags im head-Bereich, den HTTP-Header Link oder eine XML-Sitemap. Wählen Sie eine, nämlich die, die zu Ihrer Website passt. Mischen bringt nichts. Die Tags müssen in einem korrekt aufgebauten head-Bereich stehen. Wenn Sie unsicher sind, fügen Sie den gerenderten Code der Seite in einen HTML-Validator ein. Kombinieren Sie hreflang außerdem nicht mit anderen Attributen wie media in einem einzigen link-Tag. Und der HTTP-Header? Er ist nützlich bei PDF-Dateien und anderen Dokumenten, die kein HTML sind. Jede Version liefert darin genau denselben Satz an Angaben.
<link rel="alternate" hreflang="pl" href="https://example.com/pl/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/" />Regeln für einen korrekten Satz an Sprachversionen bei Google
Jede Version der Seite nennt mit vollständigen URLs alle Varianten, einschließlich sich selbst. Klingt banal, doch genau hier scheitern die meisten Umsetzungen. In der Praxis empfehle ich diese Reihenfolge:
- Erfassen Sie alle Varianten der jeweiligen Unterseite.
- Vergeben Sie zweistellige Sprachcodes nach ISO-Norm und ergänzen Sie bei Bedarf die Region, z. B. de-AT für Österreich.
- Verwenden Sie vollständige, kanonische Adressen mit Protokoll.
- Fügen Sie einen Verweis der Seite auf sich selbst hinzu.
- Achten Sie auf Gegenseitigkeit: Derselbe Satz muss auf jeder Version stehen.
- Ergänzen Sie x-default für alle übrigen Nutzer.
Ein eigenes Thema sind ähnliche Inhalte in derselben Sprache unter verschiedenen Adressen, z. B. example.de/ und example.com/de/. Hier empfiehlt der Google-Leitfaden für mehrregionale Websites, eine bevorzugte Version zu wählen und rel=canonical mit hreflang zu kombinieren. Das Ergebnis? Der Nutzer erhält die Adresse, die zu seiner Sprache oder Region passt.
Wofür dient x-default bei hreflang?
Der Wert x-default verweist auf eine Ausweichseite für Nutzer, deren Sprache Sie nicht anbieten. Am nützlichsten ist er bei einer Sprachauswahlseite oder bei einer Startseite, die Besucher selbst weiterleitet. Die Umsetzung ist einfach: Zusätzlich zu den übrigen fügen Sie ein weiteres link-Tag mit hreflang=”x-default” ein. Es soll auf die Adresse zeigen, auf der jemand landen sollte, dessen Sprache nicht auf Ihrer Liste steht. Ein Beispiel aus der Praxis: Die Startseite von web-systems.pl hat die Auszeichnungen pl, en, de sowie x-default, und erzeugt werden sie von WPML.
Hreflang in WordPress: Was das Plugin übernimmt und was Sie prüfen müssen
Mehrsprachige Plugins wie WPML erzeugen hreflang automatisch. Allerdings nur für Seiten mit verknüpften Übersetzungen. Hat jemand die deutsche Version als eigene Seite ohne Verbindung zur polnischen angelegt, erkennt das Plugin sie nicht als Entsprechungen. Diese Unterseite bleibt dann ohne Annotation, und Sie wissen nicht einmal davon. Werfen Sie deshalb nach dem Hinzufügen von Inhalten einen Blick in den Code einiger wichtiger Adressen, das sind fünf Minuten Arbeit. Wenn Sie das Werkzeug erst auswählen, vergleichen Sie die verfügbaren Übersetzungs-Plugins für WordPress. Bei einer neuen Website planen Sie die Sprachstruktur am besten schon dann, wenn Sie die Erstellung von Firmenwebsites beauftragen. Später lässt sie sich viel schwerer umbauen.
Die häufigsten hreflang-Fehler und wie Sie sie aufspüren
Die meisten Probleme entstehen durch fehlende Gegenseitigkeit, falsche Sprachcodes und Adressen, die weiterleiten oder einen anderen Canonical haben. Die Liste der Sünden sieht ungefähr so aus:
- fehlender Rückverweis von einer der Versionen,
- Ländercode statt Sprachcode, z. B. uk für Großbritannien statt en-GB,
- hreflang, das auf eine Adresse mit Weiterleitung oder mit noindex zeigt,
- Canonical, das auf eine andere Sprachversion zeigt,
- Tags außerhalb des head-Bereichs, z. B. in den body eingefügt,
- relative statt vollständiger Adressen.
Für die Kontrolle reichen die Quelltextansicht der gerenderten Seite und ein HTML-Validator völlig aus. Bei vielen Unterseiten helfen externe Tools zum Debuggen von hreflang. Aber Vorsicht: Google weist darauf hin, dass es diese Tools weder pflegt noch prüft. Bei einer umfangreichen Website ist es meiner Meinung nach besser, ein SEO-Audit für mehrsprachige Websites in Auftrag zu geben, als wochenlang alles von Hand durchzuklicken.
Womit anfangen? Mit einer Liste der Varianten der Startseite und der wichtigsten Unterseiten. Prüfen Sie dann im Code, ob jede von ihnen alle Versionen und x-default nennt. Gut umgesetztes hreflang erledigt eine einfache Sache: Ein Kunde aus Deutschland sieht bei Google die deutsche Seite, ein Kunde aus Polen die polnische. Wenn Sie das lieber Fachleuten überlassen, ziehen Sie professionelle Suchmaschinenoptimierung für Websites in Betracht.
Häufige Fragen
Verbessert hreflang die Rankings einer Seite bei Google?
u003cpu003eNein, hreflang dient nicht dazu, Rankings zu verbessern. Es hilft Google, dem Nutzer die richtige Sprachversion desselben Inhalts anzuzeigen. So landet der Besucher sofort auf der Seite in seiner Sprache.u003c/pu003e
Muss ich x-default verwenden?
u003cpu003eX-default ist nicht verpflichtend. Wenn Sie aber eine Sprachauswahlseite oder eine Startseite mit automatischer Weiterleitung haben, sollten Sie es hinzufügen. Nutzer, deren Sprache Sie nicht anbieten, landen dann auf der Ausweichseite.u003c/pu003e
Reicht das Attribut lang im html-Tag aus?
u003cpu003eNein, das reicht nicht. Google nutzt das Attribut lang weder zur Kennzeichnung von Sprachversionen noch zur Erkennung der Sprache einer Seite. Um Entsprechungen zu verknüpfen, brauchen Sie hreflang im head-Bereich, im HTTP-Header oder in der Sitemap.u003c/pu003e
