Wie vermeidet ein mehrsprachiges SEO-Website-System doppelte Sprachseiten?

Doppelte Sprachseiten sind nicht einfach nur ein Fall davon, dass „mehrsprachige Website-Seiten ähnlich aussehen“. Vielmehr können Suchmaschinen nicht beurteilen, welche regionale Version für dasselbe Produkt, dieselbe Dienstleistung oder dasselbe Thema ranken soll. Ein weltweit einsetzbares mehrsprachiges SEO-Website-System muss gleichzeitig vier Aspekte lösen: URL-Identität, die Beziehung zwischen Sprache und Region, Unterschiede bei den Seiteninhalten sowie die Indexierungssteuerung. Ein reines Übersetzungs-Plugin oder ein Sprachumschalter im Seitenkopf reicht in der Regel nicht aus, um doppelte Indexierung und gegenseitige Keyword-Konkurrenz zu vermeiden.

Bei der technischen Bewertung sollte zunächst ein Grundsatz klar sein: Seiten für unterschiedliche Sprachen oder Regionen können dasselbe Geschäftsthema behandeln, dürfen vom System jedoch nicht als mehrere austauschbare Kopien behandelt werden. Suchmaschinen können verstehen, dass „Englisch für die USA“ und „Englisch für Großbritannien“ unterschiedliche Zielmärkte sind, vorausgesetzt, die Website liefert dafür klare, stabile und untereinander konsistente Signale.

Zunächst unterscheiden: Sprachduplikate, regionale Duplikate und echte doppelte Seiten

Der häufigste Fehlschluss besteht darin, alle ähnlichen Seiten als Duplicate Content zu betrachten. Tatsächlich gibt es bei mehrsprachigen Websites drei verschiedene Problemarten, die unterschiedlich behandelt werden müssen.

So sind beispielsweise eine deutschsprachige Seite für Deutschland und eine französischsprachige Seite für Frankreich kein Duplicate Content. Existiert jedoch dieselbe englische Produktseite gleichzeitig unter /en/product-a, /en-us/product-a und /en-ca/product-a, während Preis, Lieferumfang, Kontaktinformationen, Referenzen und Texte vollständig identisch sind, sollte neu bewertet werden, ob diese regionalen Verzeichnisse erforderlich sind.

URL-Regeln müssen vor der Veröffentlichung von Inhalten festgelegt werden

Doppelte Sprachseiten sind häufig kein Problem, das SEO-Verantwortliche später vollständig beheben können, sondern das Ergebnis einer bereits beim Website-Aufbau angelegten Informationsarchitektur. Ein mehrsprachiges SEO-Website-System sollte für jede Sprach- oder Regionsversion eine eindeutige, langfristig stabile und vorhersehbare URL erzeugen können und verhindern, dass dieselbe Seite über mehrere Pfade erreichbar ist.

Zu den gängigen möglichen Strukturen gehören:

• example.com/en/, example.com/de/: geeignet für Websites, bei denen die Sprache das wichtigste Unterscheidungskriterium ist.
• example.com/en-us/, example.com/en-gb/: geeignet, wenn sich Produkte, Währungen, Lieferzeiten, rechtliche Hinweise oder Conversion-Pfade zwischen Märkten unterscheiden.
• en.example.com, de.example.com: geeignet, wenn Sprachwebsites einen unabhängigen Betrieb, eigene Berechtigungen oder separate technische Bereitstellungsgrenzen benötigen.

Unabhängig von der gewählten Struktur sollte das System für jede Seite genau eine Hauptadresse gewährleisten. Sprachwechsel-URLs mit Parametern wie ?lang=en eignen sich nicht als zentrale Indexierungspfade. Ebenso erschwert es die Kanonisierung, wenn die Startseite sowohl über /, /en als auch über /index.html geöffnet werden kann.

Wenn alte Pfade beibehalten werden müssen, sollten sie dauerhaft auf die neue Adresse weitergeleitet werden, anstatt dass alte und neue Seiten gleichzeitig normale Seiten ausliefern. Das Canonical-Tag rel="canonical" kann dabei helfen, die Hauptversion zu kennzeichnen, ersetzt jedoch keine URL-Konsolidierung. Bei Spiegel-URLs, die eigentlich verschwinden sollten, ist eine Weiterleitung in der Regel eindeutiger als ein reines Canonical.

Die Funktion von hreflang ist nicht die eines „Übersetzungs-Tags“

hreflang teilt Suchmaschinen mit, dass diese URLs gleichwertige Versionen für Nutzer unterschiedlicher Sprachen oder Regionen sind. Es löst die Frage „Welcher Nutzer soll welche Seite sehen?“ und ist kein Werkzeug, um doppelte Seiten zu kaschieren. Wenn mehrere Seiten selbst keine klare Sprach- oder Marktpositionierung haben, kann auch hreflang ihren inhaltlichen Wert nicht verbessern.

Eine korrekt konfigurierte Gruppe muss mindestens drei Bedingungen erfüllen: Jede Version muss auf sich selbst verweisen; wenn Seite A auf Seite B verweist, muss Seite B auch zurück auf Seite A verweisen; und Sprach- sowie Regionscodes im Tag müssen der tatsächlichen Seitensprache entsprechen. Für eine Standardseite ohne Präferenz für einen bestimmten Markt kann x-default festgelegt werden, üblicherweise für eine Sprachauswahlseite oder einen globalen Standardeinstieg.

Häufig übersehen wird, dass hreflang die entsprechenden Seiten abdecken sollte und nicht nur auf der Startseite stehen darf. Wenn Produktdetailseiten, Kategorieseiten, Lösungsseiten oder Artikelseiten mehrsprachige Versionen haben, muss das System die Tags entsprechend den Seitenbeziehungen automatisch erzeugen und pflegen können. Eine manuelle Pflege Seite für Seite führt bei wachsender Seitenzahl leicht zu Auslassungen und kann URL-Überarbeitungen kaum bewältigen.

Auch „automatische, IP-basierte Zwangsweiterleitungen auf Sprachwebsites“ sollten vermieden werden. Wenn Nutzer oder Crawler eine englische URL aufrufen, aber sofort auf eine lokale Sprachseite weitergeleitet werden, kann die gewünschte Seite nicht zuverlässig gecrawlt werden. Sicherer ist es, den Nutzern die Wahl zu lassen: Eine empfohlene Sprache kann angezeigt werden, der Zugriff auf die ursprüngliche URL sollte jedoch möglich bleiben. Nach dem Sprachwechsel sollte außerdem die entsprechende Version desselben Inhalts aufgerufen werden.

Ob regionale Seiten getrennt werden sollten, hängt von Geschäftsbedingungen ab, nicht von der Anzahl der Märkte

Englischsprachige Märkte führen besonders leicht zu geringwertigen Duplikaten. Um Keywords für die USA, Großbritannien, Australien, Kanada und weitere Länder abzudecken, werden englische Seiten möglicherweise massenhaft kopiert und nur Ländername, Telefonnummer oder Adresse in der Fußzeile ersetzt. Solche Seiten bieten Nutzern nur begrenzte Informationen und erhöhen zugleich schnell den Wartungsaufwand der Website.

Regionale Versionen eignen sich, wenn folgende Unterschiede tatsächlich bestehen: unterschiedliche Anzeige von Währungen und Steuern; unterschiedliche Lieferorte, Logistiklaufzeiten oder Kundendienstbereiche; unterschiedliche Produktspezifikationen, Zertifizierungshinweise oder verfügbare Modelle; unterschiedliche Vertriebsteams, Anfragewege, Referenzen und Einkaufsgewohnheiten. In diesem Fall sind regionale Seiten nicht nur Keyword-Container, sondern wirksame Landingpages für verschiedene Märkte.

Umgekehrt ist es oft klarer, nur eine allgemeine englische Seite beizubehalten und mehrere englischsprachige Märkte über hreflang oder die interne Navigation zu bedienen, wenn sich die Seiten nur durch einen Ländernamen unterscheiden. Für B2B-Fertigungsunternehmen sind Produktkompetenzen, technische Parameter und Anfrageprozesse in der Regel identisch. Erst wenn sich regionale Vertriebsorganisationen und Lieferbedingungen eindeutig unterscheiden, lohnt es sich, regionale Versionen zu erstellen.

Die Lokalisierung von Inhalten muss die Suchintention abdecken, nicht nur den Fließtext übersetzen

Die direkte Veröffentlichung nach einer maschinellen Übersetzung führt nicht zwingend zu Duplikaten im technischen Sinne, kann jedoch ein weniger offensichtliches Problem verursachen: Mehrsprachige Seiten drücken dasselbe aus, Titel und Beschreibungen sind stark standardisiert und Suchbegriffe des Zielmarkts werden nicht verstanden. Dadurch fällt es Suchmaschinen schwerer, den konkreten Bedarf zu erkennen, dem die Seite entsprechen soll, und Nutzer verlieren wegen unnatürlicher Terminologie leichter Vertrauen.

Mindestens lokalisiert werden müssen Seitentitel, Beschreibungen, Hauptüberschriften, Produkteinheiten, Branchenbegriffe, Kontaktinformationen, Formularfelder und Handlungsbuttons. Bei technischen Produkten sollte zudem geprüft werden, ob Modellbezeichnungen, Maßeinheiten, Begriffe für Anwendungsszenarien und Beschaffungsterminologie den lokalen Gepflogenheiten entsprechen. Die direkte Übersetzung von „kundenspezifische Fertigung“ aus dem Chinesischen ins Englische entspricht nicht zwangsläufig dem Suchausdruck, den lokale Einkäufer tatsächlich verwenden.

Dasselbe Produkt kann in verschiedenen Sprachen strukturierte Produktdaten, Bilder und Kernparameter gemeinsam nutzen, erläuternde Inhalte sollten jedoch einen lokalen Kontext haben. So kann eine englische Seite Lieferfähigkeit und Downloads von Zertifizierungsunterlagen hervorheben, eine deutsche Seite Spezifikationsdokumente und Kontaktmöglichkeiten für technische Beratung ergänzen und eine japanische Seite umfassendere Unternehmens- und Supportinformationen bieten. Diese Änderungen sollten aus Geschäftsprozessen hervorgehen und nicht aus dem Zwang, zur künstlichen Differenzierung irrelevante Absätze zu schreiben.

Vier Signalgruppen, die vor dem Go-live überprüft werden sollten

Ob eine mehrsprachige Website kontrolliert skalierbar ist, sollte nicht nur daran beurteilt werden, ob neue Sprachen hinzugefügt werden können. Praktischer ist es, jeweils eine URL der Startseite, Kategorieseite, Produktseite und Inhaltsseite auszuwählen und Punkt für Punkt zu prüfen:

1. Ob jede Seite nur eine indexierbare Haupt-URL hat und ob HTTP/HTTPS, Varianten mit oder ohne www, abschließende Schrägstriche und Parameterversionen vereinheitlicht sind.
2. Ob Seitensprache, lang-Attribut, URL-Verzeichnis und hreflang-Angaben übereinstimmen und ob fehlende oder fehlerhafte wechselseitige Verlinkungen vorliegen.
3. Ob der Sprachwechsel zur entsprechenden Inhaltsseite führt, anstatt stets zur Startseite der Zielsprache zurückzukehren.
4. Ob die XML-Sitemap nur kanonische URLs einreicht und mehrsprachige URLs nicht durch robots-Regeln, Login-Beschränkungen oder erzwungene geografische Weiterleitungen blockiert werden.

Zusätzlich sollte geprüft werden, ob Konflikte zwischen Canonical und hreflang bestehen. Wenn eine kanadisch-englische Seite per Canonical auf eine US-englische Seite verweist, zugleich aber per hreflang behauptet, eine kanadische Version zu sein, sind die Signale selbst widersprüchlich. Ersteres bedeutet „Bitte ignoriere mich und indexiere eine andere Seite“, Letzteres bedeutet „Ich bin eine eigenständige regionale Version“; das System kann nicht gleichzeitig beide Absichten ausdrücken.

Bei der Systemauswahl ist das „Beziehungsmanagement“ wichtiger als die Anzahl der Sprachen

Bei der technischen Bewertung sollte nicht nur gefragt werden: „Wie viele Sprachen werden unterstützt?“ Die Anzahl der Sprachen betrifft lediglich die Eingabefähigkeit. Für die langfristige SEO-Wirkung ist entscheidend, ob das System die Beziehungen zwischen Seiten klar verwalten kann. Ein für internationale Vermarktung geeignetes Website-System sollte Sprachversionen nach Inhalten verknüpfen, wartbare hreflang-Tags automatisch ausgeben, SEO-Metainformationen für jede Sprache separat bearbeiten und bei neuen Produkten, der Deaktivierung von Seiten oder der Migration von URLs gleichzeitig Sitemaps und Weiterleitungen verarbeiten können.

Plattformen wie Yiyingbao, die auf den Aufbau unabhängiger Websites für Auslandsmärkte und die Koordination von Marketing ausgerichtet sind, eignen sich für eine Bewertung nach diesem Standard: Neben der Bearbeitung mehrsprachiger Seiten sollte geprüft werden, ob sie Inhalte nach Märkten organisieren, organische Suchanfragen und Anzeigen-Landingpages unterstützen und die anschließende SEO-Pflege ohne häufige Codeänderungen ermöglichen. Bei Projekten, die gleichzeitig eine B2B-Anfragewebsite und einen grenzüberschreitenden Onlineshop betreiben, müssen auch die Datengrenzen zwischen Produktkatalogen, Beständen, Preisen und regionalen Versionen bereits in der Aufbauphase festgelegt werden.

Die Behandlung doppelter Sprachseiten sollte nicht erst beginnen, nachdem eine große Anzahl von Seiten indexiert wurde. Zunächst sollte festgelegt werden, welche Märkte eigenständige Landingpages benötigen, dann sollten URL- und Seitenzuordnungsregeln verbindlich definiert und anschließend die Produktion lokalisierter Inhalte geplant werden. So lassen sich Indexierungsschwankungen und Linkverluste bei späteren Überarbeitungen reduzieren. Je schneller eine mehrsprachige Website erweitert wird, desto mehr muss das System diese Regeln zu Standardfunktionen machen, statt auf manuelle Nachbesserungen Seite für Seite angewiesen zu sein.