Warum bei der SEO-Optimierung mehrsprachiger Außenhandelswebsites zunächst doppelte Sprachversionen behandelt werden sollten

Wenn Sprachversionen einer mehrsprachigen Außenhandelswebsite dupliziert sind, sollten zunächst die Duplikatsbeziehungen bereinigt werden, bevor Keywords, Backlinks oder Inhaltsmengen erweitert werden. Der Grund liegt darin, dass Suchmaschinen bei mehreren stark ähnlichen URLs selbst entscheiden müssen, welche Seite ein bestimmtes Thema repräsentiert und für die Suchergebnisse welches Landes oder welcher Sprache bestimmt ist. Ist diese Entscheidung instabil, können indexierte Seite, rankende Seite und tatsächliche Zielseite voneinander abweichen. Selbst wenn nachfolgende Optimierungen Crawl- und Linksignale erzeugen, werden diese auf miteinander konkurrierende Versionen verteilt.

Doppelte Sprachversionen bedeuten nicht, dass Seiten identische Produktmodelle oder technische Parameter enthalten. Produktnamen, Spezifikationstabellen, Zertifizierungsdokumente und Downloadmaterialien einer Außenhandelswebsite müssen häufig marktübergreifend einheitlich bleiben. Entscheidend ist vielmehr, ob mehrere Seiten gegenüber Suchmaschinen dieselbe Suchintention vermitteln, jedoch keine ausreichend klaren Unterschiede hinsichtlich Sprache, Land oder Transaktionsbedingungen bieten.

Duplikate beeinflussen zunächst die Auswahl der repräsentativen URL

Angenommen, eine globale englische Website, eine US-amerikanische englische Website und eine britische englische Website verwenden nahezu identische Titel, Fließtexte, Produktbilder und Meta-Beschreibungen und unterscheiden sich nur durch die URLs /en/, /en-us/ und /en-gb/. Für Suchmaschinen könnten diese drei Seiten um dieselbe Art englischsprachiger Suchanfragen konkurrieren. Bestehen keine eindeutigen wechselseitigen Verweise und fehlen marktbezogene Unterschiede, kann das System nur eine davon als primäre indexierte Version beibehalten; die anderen Seiten werden möglicherweise als alternative oder doppelte Seiten betrachtet oder nur selten in den Ergebnissen angezeigt.

Das Risiko dieses Problems besteht nicht nur darin, „einige Seiten weniger zu indexieren“. Wenn externe Links auf unterschiedliche Sprachverzeichnisse verweisen, die interne Navigation Gewichtungen auf mehrere ähnliche Seiten verteilt und die Sitemap alle diese Seiten als wichtige URLs ausweist, werden die Seitensignale aufgeteilt. Werden anschließend Titel, strukturierte Daten oder Fließtexte einer Version geändert, wirkt sich dies nicht unbedingt auf die tatsächlich als repräsentativ ausgewählte Seite aus, wodurch die Untersuchung von Rankingschwankungen erschwert wird.

Erst wenn festgelegt ist, welchen Suchbereich die einzelnen ähnlichen Seiten einer Gruppe jeweils abdecken, lässt sich entscheiden, welche URLs beibehalten, zusammengeführt, weitergeleitet oder lediglich durch Sprachkennzeichnungen als parallele Versionen verknüpft werden sollen. Diese Reihenfolge darf nicht umgekehrt werden: Ohne eine klare Seitenidentität führt eine Inhaltserweiterung häufig zu weiteren doppelten Einstiegen.

Zunächst drei ähnlich wirkende Fälle unterscheiden

Die Aufgaben von Canonical-Tags und hreflang sind nicht identisch. canonical gibt an, welche URL bei identischen oder stark ähnlichen Inhalten die Hauptversion ist; hreflang beschreibt, welchen Sprachen und Regionen die jeweiligen alternativen Seiten einer Gruppe zugeordnet sind. Wird eine US-englische Seite per Canonical auf die globale englische Seite verwiesen und zugleich mit hreflang erklärt, dass beide jeweils die USA und den globalen Markt bedienen, entstehen leicht widersprüchliche Signale: Ersteres fordert die Zusammenfassung der Seiten, Letzteres ihre parallele Darstellung.

Nur wenn eine regionale Seite tatsächlich lediglich eine doppelte Kopie derselben Seite ist und nicht eigenständig an der lokalen Suche teilnehmen soll, ist es angebracht, sie auf die Hauptversion zu kanonisieren. Sollen Seiten für die USA, das Vereinigte Königreich oder Kanada jeweils in den entsprechenden Märkten erscheinen, muss die Seite selbst einen eigenständigen Wert besitzen und einen selbstreferenzierenden Canonical beibehalten, statt alle englischen Seiten auf eine URL zu bündeln.

Fehler bei der hreflang-Konfiguration liegen häufig in der Seitengruppe, nicht in der Codesyntax

Bei vielen Projekten ist das Tag-Format korrekt, bleibt aber dennoch wirkungslos, weil die Gruppe der Sprachversionen unvollständig ist. Jede URL, die an der gegenseitigen Verknüpfung beteiligt ist, sollte einen normal crawlfähigen Status zurückgeben und gegenseitig dieselbe Gruppe von Sprach- und Regionsversionen ausweisen. Gibt es beispielsweise für ein Produkt vier Seiten auf Chinesisch, globalem Englisch, Deutsch für Deutschland und Französisch für Frankreich, sollte die hreflang-Liste jeder beliebigen Seite die anderen drei Seiten sowie sich selbst enthalten. Fehlt eine Seite, leitet sie weiter, wird sie durch robots blockiert oder liefert sie einen Fehlerstatus zurück, sinkt die Vertrauenswürdigkeit der gesamten Zuordnung.

x-default wird ebenfalls leicht falsch verwendet. Es eignet sich für Sprachwahlseiten, globale Standardseiten oder Rückfallseiten, wenn die Sprache des Nutzers nicht eindeutig zugeordnet werden kann; es sollte nicht schematisch auf eine beliebige Länderseite verweisen. Wenn die Standard-URL anhand der IP-Adresse automatisch in ein regionales Verzeichnis weiterleitet, können Crawler die ursprüngliche Seite möglicherweise nicht stabil abrufen, sodass Sprachkennzeichnung und indexierter Inhalt voneinander abweichen. Zuverlässiger ist es, eine zugängliche Standardseite beizubehalten und Besuchern sichtbare, auswählbare regionale Einstiege anzubieten.

Der Sprachcode muss mit der tatsächlichen Sprache der Seite übereinstimmen. Eine englische Seite mit en zu kennzeichnen, ist nicht grundsätzlich falsch; wenn die Website jedoch gleichzeitig Seiten wie en-us und en-gb enthält, muss die Positionierung der globalen englischen Seite eindeutig sein. Der Regionscode darf nicht verwendet werden, um das Versandlager, den Standort des Vertriebsteams oder das Gebiet einer Werbeschaltung anzugeben; er beschreibt die Kombination aus Sprache und Region, für die die Seite bestimmt ist. Richtet sich eine russischsprachige Seite an mehrere Länder, entspricht die Verwendung eines Sprachcodes den tatsächlichen Gegebenheiten der Seite eher als die willkürliche Angabe eines bestimmten Landes.

Regionale Unterschiede müssen durch den Seiteninhalt nachweisbar sein

Dass verschiedene Länder dieselbe Sprache verwenden, erfordert nicht automatisch getrennte URLs. Eine regionale Seite muss nur dann eigenständig bestehen, wenn Nutzer Unterschiede bei der Suche, Anfrage oder Bestellung wahrnehmen. Bei Seiten für Industrieprodukte können imperiale und metrische Einheiten, geeignete Spannung, Steckerspezifikationen, Lieferbedingungen, lokale Ansprechpartner, Leistungsumfang, Fachterminologie und Versionen von Download-Dateien wirksame Unterschiede darstellen. Bei grenzüberschreitenden Onlineshops sollten außerdem geprüft werden, ob Währung, Steuerhinweise, Lieferbeschränkungen sowie Informationen zu Rückgabe und Umtausch mit dem Zielmarkt übereinstimmen.

Umgekehrt reicht es in der Regel nicht aus, nur Städtenamen, Flaggensymbole oder Footer-Adressen auszutauschen, während der Hauptinhalt vollständig wiederverwendet wird, um einen eigenständigen Seitenwert zu schaffen. Bei einer großen Anzahl solcher Seiten können Produktkategorien, Filterseiten und paginierte Seiten innerhalb der Website zudem ein komplexeres Duplikatnetzwerk bilden. Insbesondere wenn durch Parameterfilter erzeugte URLs zugleich in Navigation, Sitemap und Sprach-Tags referenziert werden, erhalten Suchmaschinen zahlreiche Seiten mit geringen Unterschieden, wodurch auch die Crawling-Häufigkeit wichtiger Produktseiten beeinträchtigt wird.

Anhand der Crawling-Ergebnisse rückprüfen, statt nur den Wechsel im Frontend zu betrachten

Dass der Sprachumschalter korrekt angezeigt wird, bedeutet nicht, dass Suchmaschinen die Beziehungen ebenfalls korrekt erkennen. Bei der Prüfung sollten Seitenquellcode, HTTP-Status, endgültige Canonical-URL und Linkziele nach dem Rendering jeweils separat kontrolliert werden. Häufige Nacharbeiten entstehen dadurch, dass das Frontend hreflang dynamisch per Skript einfügt, während im initialen HTML des Servers keine entsprechenden Tags vorhanden sind; möglich ist auch, dass beim Sprachwechsel ein falscher Produktpfad beibehalten wird und nach dem Aufruf des deutschen Verzeichnisses tatsächlich weiterhin englischer Seiteninhalt geladen wird.

• Die Sprach-URLs desselben Produkts oder derselben Kategorie erfassen und Titel, Haupttext, strukturierte Daten, Canonical und Indexierbarkeit vergleichen, um zunächst die tatsächlich überlappenden Seitengruppen zu identifizieren.
• Prüfen, ob Sprache, Region und Geschäftsinformationen jeder beizubehaltenden Seite übereinstimmen, und anschließend entscheiden, ob sie sich selbst kanonisieren oder in die Hauptseite integriert werden soll.
• Überprüfen, ob hreflang wechselseitig zurückverweist und ob die Links auf die endgültig erreichbaren URLs zeigen; keine Weiterleitungsketten, Zwischen-URLs oder Adressen mit Tracking-Parametern in Sprach-Tags eintragen.
• Filter-, Such- und Sitzungsparameterseiten, die nicht indexiert werden sollen, bereinigen, jedoch robots-Sperren nicht als Ersatz für die kanonische Behandlung verwenden, da Suchmaschinen sonst die Canonical-Signale auf der Seite nicht lesen können.

Nach der Klärung dieser Beziehungen können Suchbegriffe, Titel und lokalisierte Inhalte für die einzelnen Sprachseiten angepasst werden; erst dann ist das Optimierungsobjekt stabil. Die Grundlage der SEO-Optimierung für mehrsprachige Außenhandelswebsites besteht nicht darin, mehr Übersetzungsseiten hinzuzufügen, sondern darin, dass jede indexierbare URL klar beantworten kann: Welche Sprache bedient sie, auf welche Region ist sie ausgerichtet und warum sollte sie nicht durch eine andere Version ersetzt werden?