„Die Seite wurde eindeutig übersetzt – warum zeigt Google deutschen Nutzern trotzdem die englische Seite an?“ Viele Außenhandelsunternehmen stoßen beim Ausbau ihrer mehrsprachigen Unternehmenswebsite auf ähnliche Probleme. Noch häufiger kommt es vor, dass Entwickler zwar hreflang hinzugefügt haben, die Webmaster-Tools jedoch weiterhin Inkonsistenzen oder fehlende Rückverweise melden oder die Indexierung und der organische Traffic der einzelnen Sprachseiten dauerhaft stagnieren.
Wie lassen sich wiederkehrende Fehler bei hreflang-Markierungen auf mehrsprachigen Websites beheben? Der Schlüssel liegt nicht darin, eine einzelne Tag-Zeile immer wieder zu ändern, sondern darin, hreflang als Mechanismus zu betrachten, mit dem „mehrere Versionen einer Seite ihre Beziehung zueinander erklären“, und entsprechend zu prüfen. hreflang teilt Suchmaschinen mit, welche URLs Versionen desselben Inhalts für Nutzer unterschiedlicher Sprachen oder Regionen sind. Es garantiert keine Rankings, kann jedoch die Wahrscheinlichkeit falscher Sprachzuordnungen verringern und Nutzern eher die Seite anzeigen, die für sie zum Lesen, Anfragen und Bestellen geeignet ist.
Wenn eine Website nur über eine chinesische und eine englische Version verfügt und Inhalte, Währungen, Logistik und Kontaktdaten identisch sind, sich also lediglich die Oberflächensprache unterscheidet, reichen in der Regel zh und en aus. Wenn beide Versionen Englisch verwenden, die US-Website jedoch US-Dollar und Zoll und die britische Website Britische Pfund und Millimeter nutzt, ist eine weitere Unterscheidung in en-US und en-GB sinnvoll.
Generieren Sie nicht mechanisch Dutzende von Regionscodes, nur um „mehr Märkte abzudecken“. Eine Seite ohne eigenständige Unterschiede bei Inhalten, Preisen, Dienstleistungen oder Conversion-Pfaden künstlich in Versionen wie en-DE und en-FR aufzuteilen, erhöht lediglich den Wartungsaufwand und erschwert Suchmaschinen die Beurteilung der Seitenbeziehung. Für B2B-Außenhandelswebsites ist es meist zuverlässiger, Versionen nach den Kernsprachen und Schwerpunktmärkten einzurichten, als zahlreiche Regionalseiten mit geringen Unterschieden zu erstellen.
hreflang endet nicht damit, dass eine englische Seite auf eine chinesische Seite verweist. Eine gültige Gruppe von Sprachversionen sollte alle entsprechenden Seiten enthalten, und jede URL muss dieselbe Gruppe von Angaben einschließlich ihrer eigenen URL enthalten. Bei drei Produktseiten auf Chinesisch, Englisch und Japanisch sollten beispielsweise alle drei gleichzeitig die entsprechenden Links für zh, en und ja aufführen.
<link rel="alternate" hreflang="zh" href="https://example.com/zh/product-a/" />n<link rel="alternate" hreflang="en" href="https://example.com/en/product-a/" />n<link rel="alternate" hreflang="ja" href="https://example.com/ja/product-a/" />n<link rel="alternate" hreflang="x-default" href="https://example.com/" />Dabei eignet sich x-default für die Verlinkung auf eine Sprachauswahlseite, eine internationale Startseite oder eine Standardseite, auf der Nutzer die Sprache selbst wechseln können. Es ist kein Pflichtfeld, jedoch besonders hilfreich für Markenwebsites, die in mehreren Ländern Kunden gewinnen möchten. Beachten Sie, dass die Standardseite selbst eine zugängliche, indexierbare echte Seite sein sollte und keine Zwischenadresse, die sofort zwangsweise weiterleitet.

Dies ist das häufigste versteckte Problem bei mehrsprachigen Shops und Marketing-Websites. Einer englischen Produktdetailseite sollte eine chinesische und eine japanische Produktdetailseite entsprechen; einem englischen Blogartikel sollten Artikel zum selben Thema in anderen Sprachen entsprechen. Wenn alle englischen Unterseiten per hreflang auf die chinesische Startseite verweisen oder übersetzte Inhalte noch nicht veröffentlicht sind und vorübergehend auf Kategorieseiten zeigen, können Suchmaschinen sie kaum als gleichwertige Versionen betrachten.
Für Inhalte, die vorübergehend nicht übersetzt sind, sollte besser keine hreflang-Zuordnung für diese Sprache eingerichtet werden, als willkürliche Zuordnungen zu erstellen. Insbesondere bei der massenhaften Erstellung von Websites ist zu prüfen, ob ausgelistete Produkte, URL-Überarbeitungen sowie Paginierungs- und Filterseiten veraltete Zuordnungen hinterlassen haben.
Angenommen, Seite A erklärt Seite B zur englischen Version, aber Seite B erklärt Seite A nicht zur chinesischen Version – dann handelt es sich um den häufig genannten „fehlenden Rückverweis“. Eine andere, weniger offensichtliche Situation liegt vor, wenn die chinesische Seite zh/en/ja aufführt, die englische Seite jedoch nur zh/en. Obwohl scheinbar jede Seite Tags enthält, sind die Sprachgruppen tatsächlich uneinheitlich, was ebenfalls dazu führen kann, dass die Signale wirkungslos bleiben.
Es empfiehlt sich, die Seitenbeziehungen zunächst in einer Tabelle zu pflegen: Jede Zeile stellt eine Inhaltsgruppe dar, jede Spalte eine Sprache oder Region. Erst nach Bestätigung der URLs sollten diese einheitlich durch das System ausgegeben werden. Verlassen Sie sich nicht auf manuelles Kopieren und Einfügen in unterschiedlichen Vorlagen; sobald eine Website Hunderte von Produktseiten hat, sind übersehene Änderungen nahezu unvermeidlich.
Die von hreflang referenzierte URL muss den Statuscode 200 zurückgeben. Sie darf keine 301- oder 302-Weiterleitungsadresse sein und sollte weder eine 404- oder Soft-404-Seite noch durch robots.txt blockiert oder mit noindex versehen sein. Häufige Probleme sind etwa die automatische Weiterleitung mobiler Endgeräte auf eine andere Domain, erzwungene Weiterleitungen durch Plugins zur Regionserkennung, URL-Umschreibungen durch CDN-Regeln sowie Links aus der Testumgebung, die versehentlich auf die Live-Website übernommen wurden.
Auch canonical sollte geprüft werden. Normalerweise sollte der canonical jeder Sprachversion auf sich selbst verweisen. Wenn der canonical der englischen Seite auf die chinesische Seite zurückverweist und hreflang sie gleichzeitig als eigenständige englische Version bezeichnet, widersprechen sich diese beiden Signale. Suchmaschinen behandeln in der Regel zuerst Fragen der Kanonisierung, sodass hreflang nur schwer Wirkung entfalten kann.
Für Sprachen werden zweistellige ISO-639-1-Codes wie en, de, fr und zh verwendet. Wenn eine Region angegeben werden muss, wird das Format „Sprache-Region“ verwendet, etwa en-US, pt-BR und zh-CN. Verwenden Sie nicht nur einen Ländercode wie US und mischen Sie keine nicht existierenden oder nicht standardisierten benutzerdefinierten Abkürzungen ein.
Darüber hinaus hat das Attribut lang einer Seite eine andere Funktion als hreflang: Ersteres hilft Browsern und Hilfstechnologien, die Seitensprache zu verstehen, während Letzteres für die Versionszuordnung in der Suche verwendet wird. Beide sollten möglichst übereinstimmen, können einander jedoch nicht ersetzen.
hreflang kann im <head> von HTML platziert, über HTTP-Antwort-Header oder per XML Sitemap übermittelt werden. Gewöhnliche Unternehmenswebsites und Content-Websites verwenden meist das head-Tag; bei Nicht-HTML-Dateien wie PDF können HTTP-Header in Betracht gezogen werden. Für grenzüberschreitende Shops mit vielen Sprachversionen und Seiten kann das System eine XML Sitemap generieren, um eine zentrale Verwaltung zu erleichtern.
Technisch können mehrere Methoden gleichzeitig vorhanden sein, vorausgesetzt, die Daten sind vollständig identisch. In der Praxis werden Vorlagen-Tags, Plugins und Sitemaps jedoch oft von verschiedenen Teams gepflegt, wodurch leicht Konflikte entstehen: „eine Angabe auf der Seite, eine andere in der Sitemap“. Wenn keine klaren Verwaltungskapazitäten vorhanden sind, sollte eine Hauptdatenquelle festgelegt und eine wiederholte Ausgabe über andere Kanäle vermieden werden.
Die Überprüfung im Seitenquellcode, ob die Tags vorhanden sind, ist nur der erste Schritt. Es sollte außerdem stichprobenartig geprüft werden, ob die Links absolute URLs sind, den Status 200 zurückgeben, der canonical auf sich selbst verweist und die entsprechende Sprachseite vollständige Rückverweise enthält. Bei großen Websites können zunächst die Startseite, zentrale Produktseiten, wichtige Landingpages und Artikel mit hohem Traffic als Stichproben geprüft und Probleme anschließend mithilfe von Crawler-Tools gesammelt exportiert werden.
Das Tool zur URL-Prüfung in Google Search Console kann dabei helfen festzustellen, ob eine Seite gecrawlt werden kann und wie die kanonische Seite bestimmt wird; Server-Logs unterstützen zudem bei der Beobachtung, ob Suchmaschinen unterschiedliche Sprachversionen erfolgreich aufrufen. Erwarten Sie nach Änderungen keine sofortigen Ergebnisse: Suchmaschinen müssen die Seitenbeziehungen erneut crawlen und verarbeiten. Wichtiger ist es, URLs, Tags und Sitemaps stabil zu halten und nicht heute die Verzeichnisstruktur und morgen die Weiterleitungsregeln zu ändern.
Die Schwierigkeit bei mehrsprachigem SEO liegt meist nicht im Tag selbst, sondern darin, ob Inhalte, URL-Architektur, Übersetzungsfortschritt und technische Vorlagen synchronisiert sind. Für Websites, die kontinuierlich neue Produkte, Blogartikel und Werbe-Landingpages hinzufügen, sollten im Veröffentlichungsprozess idealerweise vier Prüfpunkte eingerichtet werden: „Zuordnung der Sprachversionen, Indexierungsstatus, canonical und hreflang“.
Intelligente Website-Erstellungs- und Marketingservices wie Yiyingbao, die auf internationale Geschäftstätigkeiten ausgerichtet sind, legen stärker Wert darauf, mehrsprachige Pfade bereits in der Phase der Website-Struktur zu planen, statt Seiten erst nach Indexierungsproblemen einzeln nachzubessern. Unabhängig vom verwendeten Website-System sollten Unternehmen pflegbare Regeln zur Sprachzuordnung beibehalten: Bei Inhaltsaktualisierungen müssen die Tags gleichzeitig aktualisiert und bei der Deaktivierung einer Seite die Verknüpfungen gleichzeitig entfernt werden. So kann hreflang tatsächlich zu einer klaren und zuverlässigen Verbindung zwischen globalen Nutzern und der richtigen Seite werden.
Verwandte Artikel
Verwandte Produkte