Beeinflusst die hreflang-Konfiguration die Indexierung mehrsprachiger Websites?

Nach dem Launch einer mehrsprachigen Website zeigt sich häufig folgendes Bild: Die englische Seite ist auffindbar, während deutsche, französische oder japanische Seiten lange Zeit nicht in den Index aufgenommen werden; oder die entsprechenden Seiten erscheinen zwar in den Suchergebnissen, Nutzer aus Frankreich werden jedoch stets zur englischen Version geleitet. Teams vermuten zunächst Probleme mit der Qualität der Inhaltsübersetzung, der Serverleistung oder der Sitemap, bevor sie schließlich feststellen, dass die Ursache in einer scheinbar unauffälligen Gruppe von hreflang-Tags liegt.

Die Indexierung von hreflang-Websites hängt tatsächlich damit zusammen, doch zunächst muss eine Annahme korrigiert werden: hreflang ist kein Schalter zum „Einreichen zur Indexierung“. Es hilft Suchmaschinen vor allem dabei, zu verstehen, für welche Sprache und Region mehrere ähnliche Seiten jeweils bestimmt sind, und in passenden Suchsituationen die geeignetere URL auszuwählen. Ob eine Seite gecrawlt und indexiert werden kann, hängt weiterhin von grundlegenden Faktoren wie Erreichbarkeit, Statuscode, robots-Regeln, Canonical-Angaben, Inhaltsqualität und internen Links ab.

Zuerst unterscheiden: Nicht indexiert oder falsche Version angezeigt?

Vor der Prüfung sollten die Symptome getrennt betrachtet werden. Ist eine URL einer bestimmten Sprache in der Suchmaschine überhaupt nicht auffindbar, sollte der Schwerpunkt auf den Voraussetzungen für Crawling und Indexierung liegen. Wurde die URL bereits indexiert, in den Suchergebnissen verschiedener Länder oder Sprachen jedoch eine ungeeignete Version angezeigt, deutet dies eher darauf hin, dass das hreflang-Signal nicht korrekt verarbeitet wurde.

So ist es beispielsweise normal, dass /en/product-a/, /de/product-a/ und /fr/product-a/ eine ähnliche Inhaltsstruktur haben. Suchmaschinen müssen anhand von Sprachkennzeichnungen, Seitensprache, Canonical-Seiten und internen Links erkennen, dass es sich um entsprechende lokalisierte Versionen und nicht um doppelte Seiten handelt. Verweist die Canonical-Angabe der deutschen Seite auf die englische Seite oder ist die deutsche Seite auf noindex gesetzt, wird die erwartete regionale Ausspielung selbst bei vollständig hinterlegtem hreflang nur schwer erreicht.

Konfigurationen, die besonders häufig zu Verwirrung bei der Erkennung führen

Die erste Kategorie sind nicht standardkonforme Sprachcodes. Für Sprachen werden üblicherweise ISO-639-1-Codes verwendet, etwa en, de und fr; für Regionen ISO-3166-1-Alpha-2-Codes wie en-US und en-GB. Verwenden Sie en-UK nicht für britisches Englisch; der Regionscode für das Vereinigte Königreich lautet GB. Sprache und Region werden mit einem Bindestrich verbunden. Groß- und Kleinschreibung entscheidet zwar in der Regel nicht über Erfolg oder Misserfolg, ein einheitliches Format erleichtert jedoch die Pflege.

Die zweite Kategorie betrifft unvollständige gegenseitige Verweise. Seiten innerhalb einer Sprachgruppe sollten sich selbst deklarieren und auch auf andere alternative Versionen verweisen. Verweist die englische Seite auf die deutsche, aber die deutsche Seite nicht zurück auf die englische, können Suchmaschinen beide Seiten möglicherweise nicht dauerhaft als zugehörige Versionen erkennen. Selbstreferenzen werden häufig übersehen, insbesondere wenn Tags über Vorlagen stapelweise erzeugt werden.

Die dritte Kategorie sind inkonsistente URLs. Im Tag wird eine Adresse ohne abschließenden Schrägstrich angegeben, die tatsächliche Seite leitet jedoch auf eine Adresse mit abschließendem Schrägstrich weiter; im Tag bleibt eine HTTP-Adresse erhalten, obwohl die Website bereits einheitlich HTTPS verwendet; Parameterseiten, paginierte Seiten oder Adressen mit unterschiedlicher Groß- und Kleinschreibung werden innerhalb einer Sprachgruppe gemischt. Diese scheinbar kleinen Abweichungen machen die Beziehung zwischen den Seiten derselben Gruppe unklar. In hreflang sollten möglichst kanonische URLs angegeben werden, die letztlich einen 200-Statuscode zurückgeben. Geben Sie keine Adressen an, die weiterleiten, 404 zurückgeben oder durch robots blockiert werden.

Canonical und hreflang gemeinsam betrachten

Ein häufiger Fehler bei mehrsprachigen Seiten besteht darin, die Canonical-Angaben aller Sprachversionen auf die Seite der Hauptsprache verweisen zu lassen. Damit wird der Suchmaschine zunächst mitgeteilt, dass „die deutsche Seite lediglich ein doppeltes Abbild der englischen Seite ist“, und anschließend durch hreflang, dass „sie eine eigenständige Version für deutsche Nutzer ist“. Wenn diese beiden Signale kollidieren, kann Letzteres in der Regel nicht die gewünschte Wirkung entfalten.

Eine sinnvollere Grundkonfiguration lautet: Jede tatsächlich vorhandene Sprachversion, die Nutzer eigenständig bedienen kann, verweist mit ihrem Canonical auf sich selbst; sprachlich entsprechende Seiten desselben Inhalts werden über hreflang miteinander verknüpft. Nur wenn eine Seite tatsächlich eine doppelte Parameterseite, Druckversion oder Variante ohne eigenständigen Wert ist, sollte ein Canonical-Verweis auf die Hauptversion erwogen werden. Seiten sollten nicht allein aufgrund ähnlicher Inhalte sprachübergreifend kanonisiert werden.

Eine Prüfrunde sollte mit einer einzelnen Seitengruppe beginnen

Scannen Sie nicht gleich zu Beginn die gesamte Website. Wählen Sie zunächst eine Produktdetailseite oder eine zentrale Landingpage aus, listen Sie alle URLs ihrer Sprachversionen auf und stellen Sie sicher, dass jede Adresse ohne Anmeldung und ohne regionale Einschränkungen erreichbar ist. Prüfen Sie anschließend im Quellcode der Seite link rel="alternate" und kontrollieren Sie Sprachcodes, Ziel-URLs, das Vorhandensein von Selbstreferenzen sowie, ob jede Version dieselbe vollständige Sprachgruppe zurückliefert.

Überprüfen Sie danach die Response-Header und Seitendeklarationen. Stellen Sie sicher, dass kein noindex, kein fehlerhafter X-Robots-Tag, keine das Crawling blockierende robots.txt-Regel und keine serverseitige Zwangsumleitung anhand der IP-Adresse des Besuchers auf eine andere Sprachseite vorhanden sind. Eine automatische Sprachempfehlung kann beibehalten werden, Nutzern sollte jedoch eine klare Wechselmöglichkeit angeboten werden. Wird eine Suchmaschine beim Aufruf einer deutschen URL stets auf die englische Startseite umgeleitet, beeinträchtigt dies sowohl die Indexierung als auch die Sprachzuordnung.

Prüfen Sie außerdem Canonical-Seiten, Sitemaps und interne Links. In der XML-Sitemap können hreflang-Informationen ergänzt werden; der HTTP Header eignet sich auch für Nicht-HTML-Dateien wie PDFs. Für dieselbe Seitengruppe sollten jedoch nicht mehrere Quellen widersprüchliche Zuordnungen ausgeben. Bei gewöhnlichen Webseiten ist die Pflege im HTML<head> in der Regel übersichtlicher. Auch Sprachumschalter, Navigation und Inhaltslisten sollten auf die tatsächlichen Seiten der Zielsprache verlinken, statt einheitlich zur Startseite zurückzuführen.

x-default ist nicht verpflichtend, sollte aber nicht falsch verstanden werden

Wenn eine Website über eine Sprachauswahlseite, eine globale Standardseite verfügt oder keiner Sprache bzw. Region eindeutig zugeordnet werden kann, kann x-default zur Kennzeichnung einer Fallback-URL verwendet werden. Es ist keine Sprachversion eines bestimmten Landes und kann konkrete Angaben wie en oder zh-CN nicht ersetzen. Verfügt die Website über keine eigenständige Sprachauswahlseite, kann direkt eine angemessene Standardsprachseite festgelegt werden. Es muss jedoch weiterhin sichergestellt sein, dass diese Seite erreichbar, indexierbar und in ihrer Beziehung zu anderen Versionen konsistent ist.

Beurteilen Sie den Erfolg nach den Anpassungen nicht allein danach, ob die Tags im Quellcode erscheinen. Berücksichtigen Sie auch den Indexierungsstatus, die Canonical-Bewertung und Hinweise zur Internationalisierung in den Webmaster-Tools der Suchmaschine. Wird eine Seite weiterhin nicht indexiert, kehren Sie zu den Ergebnissen der URL-Prüfung zurück und behandeln Sie vorrangig Probleme wie fehlgeschlagenes Crawling, ausgeschlossene doppelte Seiten oder entdeckte, aber nicht indexierte Seiten. Ist die Seite bereits indexiert, die regionale Ausspielung jedoch instabil, überprüfen Sie weiterhin Unterschiede bei den Sprachinhalten, die Vollständigkeit der gegenseitigen Verlinkung und die Weiterleitungsstrategie.

Letztlich liegt der Wert von hreflang für mehrsprachige Websites darin, die Wahrscheinlichkeit zu verringern, dass „die richtige Seite den falschen Nutzern angezeigt wird“, und nicht darin, Hürden für die Indexierung zu umgehen. Sorgen Sie zunächst dafür, dass jede Sprach-URL die Voraussetzungen für eine eigenständige Indexierung erfüllt. Verknüpfen Sie die Seiten anschließend mit konsistenten, geschlossenen und konfliktfreien Sprachkennzeichnungen. Probleme im Zusammenhang mit der Indexierung von hreflang-Websites lassen sich dann in der Regel leichter lokalisieren und treten auch bei späteren zusätzlichen Sprachen seltener erneut auf.