Wie lassen sich Probleme mit unterschiedlichen hreflang-Sprachangaben auf Seiten untersuchen und beheben?

Zuerst klären: Handelt es sich tatsächlich um eine standardmäßige hreflang-Sprachinkonsistenz?

　　Wenn auf einer Seite eine hreflang-Sprachinkonsistenz auftritt, liegt das Problem nicht in der „Fehlermeldung selbst“, sondern darin, dass Suchmaschinen dadurch die Seitensprache, regionale Versionen und deren Zuordnungen falsch interpretieren können. Das Ergebnis ist normalerweise nicht, dass die gesamte Website aus dem Index verschwindet. Häufig werden jedoch bestimmte Verzeichnisse oder Länderversionen einer internationalen Website langsamer indexiert oder falsch gerankt. So kann beispielsweise eine englische Seite in den französischen Markt ausgespielt werden, während eine spanische Seite als allgemeine Version behandelt wird.

　　Bei der technischen Bewertung sollte man nicht sofort die Tags ändern, sondern zunächst die Problemdefinition bestätigen: Stimmt die in hreflang angegebene Sprache oder Region tatsächlich mit dem aktuell sichtbaren Seiteninhalt überein? Wenn beispielsweise en-us angegeben ist, der Haupttext aber eigentlich auf Deutsch verfasst ist, oder wenn die URL ein spanisches Verzeichnis enthält, der Template-Header jedoch die hreflang-Angaben der englischen Version übernimmt, handelt es sich um ein typisches Problem. Werden lediglich einzelne Navigationselemente, Buttons oder Kommentare mehrsprachig gemischt, muss dies nicht zwangsläufig eine schwerwiegende Inkonsistenz darstellen. Entscheidend sind die Sprache des Hauptinhalts und die Positionierung der Seite.

　　Wenn du in einem Website-Prüftool eine Meldung wie pages have hreflang language mismatch issues siehst, solltest du in der Regel zunächst drei Punkte prüfen: die tatsächliche Seitensprache, die Schreibweise von hreflang und die Frage, ob die Sprachversionen gegenseitig aufeinander verweisen. Viele Teams ersetzen sofort die Tags auf der gesamten Website und bringen dadurch letztlich auch ursprünglich korrekte Versionsbeziehungen durcheinander.

Zuerst die Seite selbst prüfen, nicht nur den Code betrachten

　　Ich öffne normalerweise zuerst die beanstandete Seite und sehe mir direkt den sichtbaren Einstiegsbereich sowie den mittleren Abschnitt des Hauptinhalts an. Die Logik ist einfach: Suchmaschinen erkennen die Sprache im Wesentlichen anhand des überwiegend sichtbaren Seitentextes und nicht anhand der Bezeichnung des Verzeichnisses.

• Wenn mehr als die Hälfte des Haupttextes in einer bestimmten Sprache verfasst ist, wird die Seite mit hoher Wahrscheinlichkeit dieser Sprache zugeordnet.
• Wenn nur Kopf- und Fußbereich übersetzt wurden, während die Produktbeschreibung in der ursprünglichen Sprache verblieben ist, wird hreflang leicht als nicht übereinstimmend bewertet.
• Seiten mit noch nicht abgeschlossener maschineller Übersetzung sind besonders häufig betroffen. Der Titel ist beispielsweise auf Französisch, die Parametertabelle jedoch noch auf Englisch. Solche Seiten verursachen besonders leicht Probleme.
• Auch Inhalte, die abhängig von IP-Adresse, Cookie oder Browsersprache dynamisch in derselben URL geändert werden, müssen besonders beachtet werden. Die von einem Crawler erfasste Version kann sich grundlegend von der Version unterscheiden, die du manuell siehst.

　　Als praktische Faustregel gilt: Wenn die Sprache des Hauptinhalts nicht stabil ist, sollten zunächst die Inhalte und die Ausgabelogik korrigiert werden, bevor hreflang angepasst wird. Denn selbst standardkonforme Tags können eine Seite mit tatsächlich uneinheitlichen Inhalten nicht retten.

Die Schreibweise von hreflang prüfen – viele Probleme liegen bereits bei den grundlegenden Formaten

　　Erst im zweiten Schritt sollten die hreflang-Angaben im Quellcode, in der Sitemap oder in den Response-Headern geprüft werden. Entscheidend ist nicht nur, ob sie vorhanden sind, sondern auch, ob sie korrekt geschrieben sind und auf die richtigen Ziele verweisen.

　　Wenn ihr ein Website-System zur automatischen Erstellung der Tags verwendet, treten besonders häufig Fehler bei der Vererbung von Templates auf. Beispielsweise verwendet eine Produktdetailseite die Sprachgruppe einer Kategorieseite, oder die gesamte Website gibt einheitlich dieselbe hreflang-Gruppe aus. Dadurch verweisen französische und deutsche Seiten möglicherweise gegenseitig auf nicht relevante Seiten. Das ist kein Problem einer einzelnen Seite, sondern muss normalerweise in den Zuordnungsregeln der Templates korrigiert werden.

Die Beziehungen zwischen den Sprachversionen prüfen – eine „Übersetzungsseite“ ist nicht automatisch die „entsprechende Seite“

　　Die Voraussetzung für hreflang ist nicht lediglich, dass zwei Seiten unterschiedliche Sprachen verwenden, sondern dass es sich geschäftlich um denselben Inhalt in unterschiedlichen Sprach- oder Regionalversionen handelt. Genau dieser Punkt wird von vielen mehrsprachigen Websites falsch umgesetzt.

　　Ein häufiges Beispiel: Die englische Seite behandelt Produkt A, während die spanische Seite eine Kategorie für Produkt A darstellt. Das Team hält die Themen für ähnlich genug und markiert beide Seiten gegenseitig. Dadurch kann die Suchmaschine die Ersatzbeziehung nur schwer erkennen. Geprüft werden sollte stattdessen:

1. Ist der Seitentyp identisch – Detailseite zu Detailseite und Kategorieseite zu Kategorieseite?
2. Sind die Kerninhalte einander zugeordnet? Sie müssen nicht Satz für Satz identisch sein, sollten sich jedoch auf dasselbe Geschäftsobjekt beziehen.
3. Fehlen Sprachversionen? Wenn keine entsprechende Version vorhanden ist, sollte sie besser nicht angegeben werden, anstatt eine unpassende Zuordnung zu erzwingen.

　　Dieser Schritt ist für internationale Websites, grenzüberschreitende Onlineshops und Websites mit mehreren Regionen besonders wichtig. Bei der Ausrichtung auf Nordamerika, Europa, Japan und Korea, den Nahen Osten und andere Märkte bestehen häufig sowohl sprachliche als auch regionale Unterschiede. Wenn sich Seiteninhalte, Währung, Lieferzusagen und Kontaktdaten deutlich unterscheiden, handelt es sich möglicherweise nicht nur um Sprachversionen, sondern um eigenständige Regionalseiten. Die hreflang-Beziehungen sollten dann nach den tatsächlichen Geschäftsanforderungen organisiert werden und nicht anhand des Verzeichnisnamens vermutet werden.

Canonical, Weiterleitungen und hreflang gemeinsam betrachten

　　Bei einer isolierten Betrachtung von hreflang sind manche Probleme schwer zu erkennen. Werden jedoch canonical und Weiterleitungen gemeinsam geprüft, treten die Fehler meist deutlich hervor. Häufige Konflikte sind:

• Eine französische Seite gibt sich als fr aus, während canonical auf die englische Seite verweist.
• Die von hreflang angegebene URL leitet automatisch auf eine Sprachversion in einer anderen Sprache weiter.
• Mobile Seiten, Seiten mit Parametern oder Seiten mit abschließendem Schrägstrich werden versehentlich in die Sprachgruppe aufgenommen.

　　Das Vorgehen ist klar: Jede Sprachversion muss zunächst über eine eigenständig erreichbare und indexierbare offizielle URL verfügen. Erst danach sollte die gegenseitige hreflang-Zuordnung eingerichtet werden. Wenn die URL selbst nicht stabil ist, wird die Suchmaschine diese Tag-Gruppe mit hoher Wahrscheinlichkeit nicht wie erwartet interpretieren.

Doppelte Angaben in Sitemap und HTTP-Headern nicht übersehen

　　Manche Teams korrigieren den Quellcode der Seite, doch die Fehlermeldung bleibt bestehen. Der Grund kann sein, dass in der XML-Sitemap weiterhin alte hreflang-Beziehungen enthalten sind oder dass bestimmte Nicht-HTML-Dateien über HTTP-Header eine andere Sprachzuordnung ausgeben. Wenn die Suchmaschine mehrere widersprüchliche Signale erhält, verschwindet das Problem natürlich nicht.

　　Bei der Prüfung sollte daher nicht nur das Frontend-HTML erfasst werden. Mindestens die folgenden Bereiche sollten gleichzeitig kontrolliert werden:

• hreflang im head-Bereich der Seite.
• Alternative Links in der mehrsprachigen Sitemap.
• Ob der Server oder das CDN sprachbezogene Response-Header ergänzt.

　　Wenn eure Website mit einem SaaS-Website-System oder einer templatebasierten, automatisierten Ausspielung arbeitet, empfiehlt es sich, die Quellen für die Generierung dieser drei Bereiche zu vereinheitlichen. Frontend-Template, Sitemap und Plugin sollten nicht jeweils eine eigene Lösung verwenden. Bei mehrsprachigen Websites sind verstreute Signale besonders problematisch.

Korrekturen priorisieren und nicht die gesamte Website gleichzeitig ändern

　　Wenn Änderungen erforderlich sind, ist die Reihenfolge entscheidend. Ich empfehle, zunächst die wichtigsten Seiten zu bearbeiten: bereits indexierte Verzeichnisse mit Traffic, zentrale Produktseiten und Startseiten von Länder-Websites. Danach können Longtail-Seiten folgen. Der Grund ist sehr praktisch: Wenn hreflang massenhaft falsch geändert wird, ist die Auswirkung deutlich größer als bei einem Fehler im Inhalt einer einzelnen Seite.

　　Eine umsetzbare Reihenfolge sieht normalerweise so aus:

1. Die Hauptsprache der Seite bestätigen und nicht vollständig übersetzte Inhalte bereinigen.
2. Das canonical der aktuellen Seite sowie die endgültige indexierbare URL korrigieren.
3. Selbstreferenzen und gegenseitige Verweise der Seiten derselben Gruppe ergänzen.
4. Die alternativen Beziehungen in der Sitemap synchron aktualisieren.
5. Stichprobenartig crawlen und bestätigen, dass beim Zugriff aus verschiedenen Regionen keine falsche Version ausgespielt wird.

　　Bei der technischen Bewertung einer mehrsprachigen Website ist auch die Dokumentation wichtig. In Szenarien wie internen Schulungen oder der Aufbereitung von Prozessen kann es gelegentlich erforderlich sein, Regeln für Sprachversionen, Seitenzuordnungen und die Zusammenarbeit im Team in standardisierten Dokumenten festzuhalten. Der Einsatz solcher methodischen Unterlagen ähnelt teilweise dem Anwendungsszenario von Innovationsstrategien für Managementmodelle zur Entwicklung und Verwaltung von Unternehmensressourcen im Zeitalter der Wissensökonomie. Im Mittelpunkt steht in beiden Fällen die Vereinheitlichung von Regeln und nicht die kurzfristige Fehlerbehebung.

Häufige Missverständnisse vor der Änderung vermeiden

　　Manche Fehler entstehen nicht, weil die technische Umsetzung unbekannt ist, sondern weil die geschäftliche Einschätzung von Anfang an falsch war.

• Automatisch übersetzte Seiten direkt als offizielle Sprachversionen veröffentlichen. Wenn Haupttext, Parameter, Breadcrumbs und strukturierte Felder nicht gemeinsam übersetzt wurden, lässt sich die Sprachinkonsistenz kaum vermeiden.
• Für jedes Land ein eigenes Verzeichnis anlegen, aber Inhalte vollständig wiederverwenden. Das ist nicht grundsätzlich falsch. Wenn jedoch alle Seiten lediglich aus der englischen Version kopiert und mit einem anderen hreflang versehen werden, akzeptiert die Suchmaschine die behaupteten regionalen Unterschiede möglicherweise nicht.
• Regionale Codes verwenden, um möglichst viele Märkte abzudecken. Wenn keine klaren regionalen Unterschiede bestehen, ist eine allgemeine Sprachversion in der Regel stabiler.
• Nur die Startseite korrigieren. Tatsächlich treten Fehler besonders häufig bei Produktdetailseiten, Blogartikeln, Filterseiten und paginierten Seiten auf, da diese oft von unterschiedlichen Templates erzeugt werden.

Bei der technischen Umsetzung der Bewertung sinnvoll abschließen

　　Wenn bereits eine Reihe von hreflang-Fehlerseiten vorliegt, muss das Problem nicht größer eingeschätzt werden als nötig. Teile die Seiten zunächst in drei Kategorien ein: Die Inhaltssprache ist tatsächlich falsch, die Tag-Zuordnung ist falsch oder die URL-Beziehungen sind falsch. Bei den ersten beiden Kategorien müssen normalerweise Templates und Inhaltsquellen angepasst werden. Bei der dritten Kategorie müssen meist canonical, Weiterleitungen und Sitemap gemeinsam geprüft und korrigiert werden.

　　In der Praxis lässt sich die Priorität direkt festlegen: Zuerst die Seiten mit dem wichtigsten Traffic erfassen, anschließend Seiten mit demselben Template prüfen und danach untersuchen, ob ein systematischer Fehler bei der Generierung vorliegt. Sobald die Hauptsprache der Seite stabil ist, die Versionsbeziehungen tatsächlich bestehen und die gegenseitigen Verweise vollständig sind, lassen sich Probleme wie pages have hreflang language mismatch issues in der Regel schrittweise beheben. Versuche nicht, alle Märkte und Verzeichnisse sofort bis ins Detail zu optimieren. Bereinige zunächst die Seiten, bei denen die Suchmaschine am wahrscheinlichsten zu einer falschen Interpretation gelangt. Darauf kann die weitere Optimierung aufbauen.