Wie lassen sich wiederkehrende Fehler bei hreflang-Auszeichnungen auf mehrsprachigen Websites beheben?

Wiederholte Fehler bei hreflang-Auszeichnungen auf mehrsprachigen Websites sind oft nicht nur darauf zurückzuführen, dass „eine Zeile Code falsch geschrieben wurde“. Sie wirken sich direkt darauf aus, ob Suchmaschinen den richtigen Sprach- oder Regionalinhalt den richtigen Nutzern anzeigen können: Englische Seiten können deutschen Nutzern angezeigt werden, eine Länderversion kann durch die Hauptseite ersetzt werden, oder Seiten sind zwar indexiert, erhalten aber langfristig keinen organischen Traffic aus dem Zielmarkt.

Bei der Behebung solcher Probleme sollten Sie nicht voreilig jeden einzelnen Fehler in der Search Console korrigieren. Effektiver ist es, zunächst die Spracharchitektur der Website zu prüfen, dann zu kontrollieren, ob die Auszeichnungsbeziehungen geschlossen sind, und schließlich Konflikte zwischen URLs, Weiterleitungen und Indexierungsstatus auszuschließen. Viele scheinbar unabhängige Fehler gehen tatsächlich auf dasselbe strukturelle Problem zurück.

Zunächst prüfen: Benötigt Ihre Seite wirklich hreflang?

hreflang eignet sich für Seiten mit weitgehend entsprechenden Inhalten, die jedoch auf Nutzer unterschiedlicher Sprachen oder Regionen ausgerichtet sind. Beispielsweise verfügt dieselbe Industrieanlage über Detailseiten auf Englisch, Französisch und Spanisch; oder dieselbe Produktseite bietet für die USA, Großbritannien und Australien jeweils unterschiedliche Währungen, Versandhinweise oder Compliance-Informationen.

Wenn lediglich eine chinesische Seite mit einem automatischen Übersetzungs-Plugin versehen wurde, die Inhalte keine stabilen, eigenständigen URLs haben oder Seiten in unterschiedlichen Sprachen tatsächlich alle auf dieselbe Adresse weiterleiten, lässt sich das Problem in der Regel nicht durch das Hinzufügen von hreflang lösen. Suchmaschinen müssen jede Version crawlen, aufrufen und indexieren können, um deren gegenseitige Ersatzbeziehung zu verstehen.

Insbesondere bei B2B-Außenhandelswebsites besteht ein häufiger Fehler darin, dass alle Sprachversionen auf die Startseite verweisen oder jede Produktdetailseite nur die Sprachversion der Startseite kennzeichnet. hreflang sollte auf einer „Seite-zu-Seite“-Zuordnung basieren: Die englische Seite für Produkt A sollte mit den deutschen, französischen oder japanischen Seiten für Produkt A verknüpft werden, statt pauschal auf die Startseiten der jeweiligen Sprachen zu verweisen.

Der häufigste Fehler: Gegenseitige Auszeichnungen bilden keinen geschlossenen Kreislauf

hreflang ist eine bidirektionale oder sogar multidirektionale Beziehung. Wenn eine englische Seite die deutsche Seite als alternative Version deklariert, sollte die deutsche Seite umgekehrt ebenfalls die englische Seite deklarieren. Gibt es zusätzlich französische und italienische Versionen, sollte jede beteiligte Seite denselben vollständigen Satz von Versionen deklarieren. Es ist eines der häufigsten Probleme, Auszeichnungen nur auf der Hauptsprachseite hinzuzufügen, während die anderen Sprachseiten nicht zurückverlinken.

Eine ordnungsgemäße Seitengruppe umfasst in der Regel drei Beziehungsebenen:

• Jede Seite deklariert ihre eigene Sprachversion, also self-referencing hreflang;
• Jede Seite verweist auf andere Sprach- oder Regionalversionen desselben Inhalts;
• Die auf allen Seiten derselben Gruppe aufgeführten URL-Sets bleiben identisch.

Beispielsweise gehören die englische, deutsche und französische Produktseite zu einer Gruppe. Die englische Seite führt EN, DE und FR auf; die deutsche Seite führt ebenfalls EN, DE und FR auf; Gleiches gilt für die französische Seite. Die Sprachcodes können unterschiedlich sein, aber die Mengen der Seiten, auf die sie verweisen, sollten weder jeweils Lücken aufweisen noch andere Seiten enthalten.

Manche CMS aktualisieren nach dem Hinzufügen einer Sprache nur die aktuelle Seite, sodass ältere Sprachseiten keine neuen Links erhalten. Bei anderen Websites werden nach einer Domainmigration oder einer Anpassung der URL-Regeln die hreflang-Angaben in der Sitemap aktualisiert, während die head-Tags der Seiten weiterhin alte Adressen enthalten. Dies führt zu Problemen wie „fehlender Rückverweis“ oder „alternative Seite kann nicht bestätigt werden“.

Korrekte Sprachcodes bedeuten nicht automatisch korrekte Regionscodes

Für hreflang werden üblicherweise Sprachcodes verwendet und bei Bedarf zusätzlich Regionscodes, beispielsweiseen,de,fr-CA,es-MX. Probleme entstehen häufig, wenn Sprache, Land und Markt miteinander verwechselt werden.

Eine deutschsprachige Seite für Nutzer in Deutschland kannde-DE verwenden, während eine deutschsprachige Seite für Österreich de-AT verwenden kann. Wenn jedoch Inhalt, Preis und Lieferweise beider Seiten vollständig identisch sind und Seiten nur zur Abdeckung unterschiedlicher Länder kopiert werden, bringt die erzwungene Aufteilung in mehrere Regionalversionen nicht unbedingt Vorteile. Sie erhöht vielmehr die Komplexität bei Pflege und Bewertung doppelter Inhalte.

Wenn englischsprachige Seiten dagegen jeweils Nutzer in den USA und in Großbritannien bedienen und sich Währung, Maßeinheiten, Nutzungsbedingungen oder Kontaktdaten unterscheiden, solltenen-US und en-GB klar verwendet werden. Die alleinige Kennzeichnung mit en ist ebenfalls nicht falsch, steht jedoch für eine allgemeine Version „für alle englischsprachigen Nutzer“ und kann regionale Versionen nicht präzise unterscheiden.

Auf Codeebene sollten selbst erfundene Schreibweisen vermieden werden, etwaen-UK für britisches Englisch. Sprach- und Regionscodes müssen den Standards entsprechen und auf der gesamten Website einheitlich bleiben. Für eine Auffangversion, wenn Sprache oder Region des Nutzers nicht bestimmt werden kann, kann x-default verwendet werden, das in der Regel auf eine Sprachauswahlseite oder globale Standardseite verweist. Es kann konkrete Sprachversionen nicht ersetzen und sollte erst recht nicht dazu führen, dass alle Seiten nur auf x-default verweisen.

Wenn Fehler wiederholt auftreten, prüfen Sie zuerst, ob die URL indexierbar ist

Suchmaschinen akzeptieren keine hreflang-URLs, die „scheinbar vorhanden, tatsächlich jedoch nicht nutzbar“ sind. Jede in der Auszeichnung enthaltene Adresse sollte eine zugängliche, offizielle Seite zurückgeben und keine Weiterleitungsseite, 404-Seite, durch robots am Crawling gehinderte Seite oder Seite mit noindex sein.

Die folgenden Fälle sind auf mehrsprachigen Websites besonders häufig:

• hreflang enthält weiterhin http-Adressen, obwohl die Website vollständig auf HTTPS umgestellt wurde;
• Die URL enthält Sitzungs-, Tracking- oder Filterparameter, während canonical auf eine andere Adresse verweist;
• Nach dem Aufruf einer Sprach-URL wird der Nutzer durch IP-Regeln oder Browser-Sprachregeln zwangsweise auf eine andere Sprache weitergeleitet;
• Die Seite wurde eingestellt oder überarbeitet, doch die Auszeichnung verweist weiterhin auf den alten Produktlink;
• Die canonical-Angabe einer Sprachseite verweist auf die englische Seite, wodurch die Suchmaschine sie als doppelte Seite statt als eigenständige Version einstuft.

Dabei werden erzwungene Weiterleitungen besonders leicht übersehen. Um eine „automatische Lokalisierung“ zu ermöglichen, leiten manche Websites Besucher aus Frankreich direkt von einer englischen URL auf eine französische URL weiter. Für normale Nutzer mag dies praktisch wirken, doch auch Suchmaschinen können beim Crawlen der englischen Seite weitergeleitet werden und die Seite sowie ihre Sprachbeziehungen dann nicht korrekt prüfen. Sicherer ist es, die ursprüngliche URL für den aktiven Zugriff durch Nutzer beizubehalten und eine Sprachwechseloption oder einen Hinweis anzubieten, statt bedingungslos weiterzuleiten.

canonical und hreflang müssen ebenfalls übereinstimmen. Jede Seite, die an der gegenseitigen Sprachverknüpfung teilnehmen kann, sollte normalerweise per canonical auf ihre eigene kanonische URL verweisen. Wenn eine französische Seite per canonical auf die englische Seite verweist, sich aber gleichzeitig in hreflang als französische Alternativversion definiert, widersprechen sich die beiden Signale. Suchmaschinen ignorieren dann häufig einen Teil davon vorrangig.

Wählen Sie eine Implementierungsweise, damit mehrere Quellen sich nicht gegenseitig überschreiben

hreflang kann im HTML-head einer Seite hinterlegt oder über eine XML Sitemap eingereicht werden; für bestimmte Nicht-HTML-Dateien können auch HTTP-Antwortheader verwendet werden. Für die meisten Unternehmenswebsites und grenzüberschreitenden Online-Shops reichen HTML-head oder Sitemap aus. Entscheidend ist nicht die Anzahl der Methoden, sondern eine einzige Datenquelle und eine synchronisierte Aktualisierung.

Wenn der Seiten-head, die Sitemap und ein Backend-Plugin gleichzeitig hreflang ausgeben und die Inhalte dieser drei Quellen nicht übereinstimmen, wird die Fehlersuche sehr schwierig. Beispielsweise können die Links auf der Seite auf neue URLs verweisen, während die Sitemap alte URLs enthält und ein SEO-Plugin eines Drittanbieters nur einige Sprachen erkennt. Dadurch entsteht letztlich eine Gruppe von Beziehungen, die zwar scheinbar „alle Auszeichnungen enthalten“, tatsächlich aber nicht überprüft werden können.

Bei kleineren Websites mit stabilen Sprachversionen der Seiten ist die Generierung der Auszeichnungen im head übersichtlicher. Shops oder Content-Websites mit vielen SKUs, vielen Sprachen und häufigen Massenaktualisierungen eignen sich dagegen besser für eine XML Sitemap, die aus einer einheitlichen Datenquelle generiert wird. Unabhängig von der gewählten Methode sollten Sprache, Region und Seitenzuordnungen als Teil der Website-Daten gepflegt werden, statt darauf zu vertrauen, dass Mitarbeitende Tags manuell kopieren.

Prüfen Sie anhand „einer Seitengruppe“, statt die gesamte Website blind zu reparieren

Bei der Behebung empfiehlt es sich, zunächst eine typische Seitengruppe auszuwählen, etwa eine stark besuchte Produktdetailseite oder eine zentrale Serviceseite, und alle Versionen in derselben Prüfliste zusammenzuführen. Prüfen Sie einzeln URL, Statuscode, canonical, Indexstatus, Sprachcode, gegenseitige Verweise und das Ziel von x-default. Erst wenn diese Seitengruppe vollständig fehlerfrei ist, sollten Sie Templates und die Logik der Massengenerierung überprüfen.

Betrachten Sie hreflang nicht als Ranking-Tool. Es hilft Suchmaschinen hauptsächlich dabei, vorhandene mehrsprachige Seiten miteinander abzugleichen, kann jedoch keine schlechte Übersetzungsqualität, zu dünne Seiteninhalte, eine nicht crawlbare Website oder fehlende Suchnachfrage im Zielmarkt ausgleichen. Für Unternehmen, die langfristig Kunden im Ausland gewinnen möchten, sollten mehrsprachige URL-Regeln, der Prozess zur Inhaltserstellung, canonical-Regeln und die hreflang-Datenquelle bereits in der Website-Erstellungsphase einheitlich geplant werden. Werden Seiten erst einzeln repariert, nachdem ihre Anzahl bereits stark gewachsen ist, sind die Kosten wesentlich höher.

Wenn Fehler dauerhaft bestehen bleiben, prüfen Sie zunächst, ob die beanstandete Seite noch eine wichtige offizielle Seite der Website ist. URLs, die bereits eingestellt wurden, weiterleiten oder nicht mehr indexiert werden, müssen nicht wiederhergestellt werden, nur um historische Hinweise im Bericht zu beseitigen. Konzentrieren Sie die Pflege auf zentrale Seitengruppen, die indexierbar, conversionsfähig und auf den Zielmarkt ausgerichtet sind; nur dann kann hreflang seine Wirkung tatsächlich entfalten.