So richten Sie die SEO-Grundlagen für mehrsprachige Websites von Anfang an richtig ein

Nachdem dieselbe Produktseite auf Englisch, Deutsch und Japanisch veröffentlicht wurde, erscheint in den Suchergebnissen dennoch nur die Standardsprache, oder deutsche Nutzer gelangen auf die englische Seite, oder Seiten in verschiedenen Sprachen konkurrieren miteinander um Rankings. Solche Probleme werden in der Regel nicht durch die Übersetzungsqualität verursacht, sondern dadurch, dass die Indexierungsbeziehungen der Sprachversionen beim ursprünglichen Aufbau der Website nicht klar definiert wurden.

Wie lässt sich die SEO-Grundlage einer mehrsprachigen Website von Anfang an richtig aufsetzen? Entscheidend ist, zunächst eine skalierbare Spracharchitektur festzulegen und anschließend sicherzustellen, dass jede indexierbare Seite gleichzeitig eine eigene URL, sprachlich korrekte Inhalte, wechselseitige hreflang-Angaben, crawlbare Links und einheitliche Canonical-Regeln erfüllt. Die Übersetzung ist nur ein Teil der Inhaltsebene; sobald URL, Canonical, Sprachweiterleitung oder Sitemap an einer Stelle widersprüchlich sind, können Suchmaschinen die Sprachsignale ignorieren.

Zunächst zwischen „Sprachversionen“ und „Regionalversionen“ unterscheiden

Beantworten Sie vor dem Aufbau zunächst eine Frage: Werden Seiten nach Sprache oder getrennt nach Sprache und Markt bereitgestellt? Englisch für Besucher weltweit kann mit en verwendet werden; nur wenn sich Seiten für die USA und Großbritannien bei Währung, Liefermethode, Referenzen, Kontaktdaten oder Texten tatsächlich unterscheiden, sollten sie in en-us und en-gb aufgeteilt werden. Die bloße Anpassung der Schreibweise von color zu colour reicht in der Regel nicht aus, um zwei eigenständige Seiten zu rechtfertigen.

Eine übermäßige Aufteilung führt zu stark ähnlichen Inhalten, höheren Wartungskosten und erschwert die dauerhaft korrekte Pflege der hreflang-Beziehungen. Umgekehrt schwächt es die Übereinstimmung mit der lokalen Suchintention, wenn es zwar Marktseiten für russischsprachige Regionen, den Nahen Osten oder Lateinamerika gibt, aber nur eine englische Seite verwendet wird. Maßgeblich ist nicht die Anzahl der Vertriebsregionen, sondern ob zwischen den Seiten stabile, sichtbare und für Nutzer relevante Unterschiede bestehen.

Nach Festlegung der URL-Architektur sollte das System die Sprache nicht mehr „erraten“

Unterverzeichnisse, Subdomains und länderspezifische Domains können alle von Suchmaschinen verarbeitet werden; entscheidend ist die langfristige Wartbarkeit. Für die meisten Websites, die Inhalte, Vorlagen und technische Komponenten zentral verwalten müssen, erleichtern Unterverzeichnisse die Erstellung einer klaren Zuordnung, beispielsweise /en/products/ und /de/produkte/. Unabhängig von der gewählten Form sollte dieselbe Seite in derselben Sprache nur eine stabile Adresse haben.

Die folgenden Vorgehensweisen bergen leicht Risiken: die Erzeugung von ?lang=de über Parameter ohne Kontrolle doppelter Seiten; nach dem Sprachwechsel weiterhin auf der Startseite zu bleiben; alle Sprachen unter derselben URL bereitzustellen und den Text per Browser-Skript zu ersetzen; oder bei jedem Relaunch die Sprachpfade zu ändern. In der anfänglichen Serverantwort sollten der Haupttext, Titel und interne Links der jeweiligen Sprache verfügbar sein; die Inhalte dürfen nicht erst erscheinen, nachdem der Browser des Nutzers Skripte ausgeführt hat.

Auch der Sprachumschalter sollte gewöhnliche crawlbare Links verwenden und nicht ausschließlich auf Dropdown-Ereignisse oder Cookies angewiesen sein. Wenn Nutzer auf einer deutschen Produktdetailseite auf Englisch wechseln, sollten sie idealerweise zur entsprechenden englischen Produktseite gelangen; gibt es keine passende Version, können sie zur übergeordneten Kategorieseite dieser Sprache zurückkehren, sollten jedoch nicht unbemerkt zur Startseite weitergeleitet werden.

hreflang soll „alternative Seiten“ ausdrücken, nicht als Dekoration dienen

hreflang teilt Suchmaschinen mit, welche URLs alternative Versionen mit derselben Inhaltsintention für Nutzer unterschiedlicher Sprachen oder Regionen sind. Es kann im

der Seite, im HTTP-Antwort-Header oder in der XML-Sitemap hinterlegt werden; es genügt, eine der drei Methoden als primäre Wartungsmethode zu wählen. Die Umsetzung auf Seitenebene ist am direktesten, kann aber auch am leichtesten durch fehlende Vorlagenangaben fehlerhaft werden.

Eine korrekte Gruppe von Beziehungen umfasst mindestens drei Voraussetzungen: Jede Seite deklariert sich selbst; wenn Seite A Seite B deklariert, muss Seite B Seite A ebenfalls wechselseitig deklarieren; und die deklarierte Ziel-URL muss erreichbar und indexierbar sein sowie den Statuscode 200 zurückgeben. Verweist die englische Seite auf die deutsche Seite, während die deutsche Seite nicht auf die englische zurückverweist, übernehmen Suchmaschinen diese Signale möglicherweise nicht.

<link rel="alternate" hreflang="en" href="https://example.com/en/product-a/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/produkt-a/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

x-default eignet sich für Sprachauswahlseiten, globale Einstiegsseiten oder Standard-Landingpages, wenn keine eindeutige Sprachübereinstimmung besteht, kann jedoch keine tatsächliche Sprachversion ersetzen. Code, URL und Sprachinhalt müssen übereinstimmen: Wenn der Hauptinhalt einer Seite Japanisch ist, aber mit ko gekennzeichnet wird, oder vereinfachtes Chinesisch als zh-tw markiert wird, werden die Signale verfälscht.

Wem sollte man bei einem Konflikt zwischen canonical und hreflang zuerst vertrauen?

Dies ist häufig die Ursache für Probleme bei der Indexierung mehrsprachiger Seiten. Canonical dient dazu festzulegen, welche Version die Hauptversion unter mehreren doppelten oder ähnlichen Seiten ist; hreflang erklärt, dass es sich um alternative Versionen für unterschiedliche Sprachen oder Regionen handelt. Daher sollte eine deutsche Seite in der Regel auf sich selbst canonicalisieren und nicht auf die englische Seite; auch eine japanische Seite sollte auf sich selbst verweisen. Wenn alle Versionen auf Englisch kanonisiert werden, lautet die tatsächlich übermittelte Bedeutung: Seiten in anderen Sprachen sollen nicht eigenständig an der Indexierung teilnehmen, sodass hreflang naturgemäß nur schwer wirken kann.

Nur wenn tatsächlich doppelte URLs in derselben Sprache bestehen, etwa mit Tracking-Parametern, Druckseiten oder Filterseiten, sollte canonical auf die Standard-URL dieser Sprache konzentriert werden. Verwenden Sie canonical nicht zur Behandlung der Beziehungen zwischen übersetzten Versionen.

Bei der Inhaltslokalisierung zuerst Bereiche behandeln, die Suche und Conversion beeinflussen

Bei der direkten Veröffentlichung nach maschineller Übersetzung bestehen häufig nicht nur Probleme mit unnatürlichen Formulierungen. Oft bleiben auch der Seitentitel, die Description, Breadcrumbs, Alt-Texte von Bildern, Formularhinweise und strukturierte Daten in der Ausgangssprache. Suchmaschinen beurteilen die Sprache anhand des sichtbaren Seitentexts und zugehöriger Signale; Nutzer erkennen an Spezifikationseinheiten, Zeitformaten, Telefonnummernformaten, Währungen und Anfragefeldern, ob die Seite tatsächlich angepasst wurde.

Stellen Sie zunächst die Vollständigkeit der Kernseiten sicher: Startseite, wichtige Kategorieseiten, Schwerpunkt-Produktseiten, Serviceseiten, Anfrageseiten und erforderliche Vertrauenshinweise. Prüfen Sie vor der Veröffentlichung einer Sprachversion zumindest, ob diese über einen eigenen Titel und eine eigene Description verfügt, ob der Fließtext dem Sprachgebrauch des Zielmarkts entspricht, ob interne Links auf Pfade derselben Sprache führen und ob die interne Suche, Filter oder Download-Materialien unerwartet zur Standardsprache zurückkehren.

Nach dem Go-live Blockierungsprobleme anhand einer Stichprobe prüfen

1. Wählen Sie eine beliebige Kernseite aus und rufen Sie jede Sprach-URL einzeln auf. Bestätigen Sie, dass der Statuscode 200 lautet und keine automatische Weiterleitung in eine andere Sprache erfolgt.
2. Prüfen Sie den Seitenquellcode und bestätigen Sie, dass canonical auf die Seite selbst verweist und hreflang die Seite selbst sowie alle entsprechenden Versionen enthält.
3. Klicken Sie von jeder Sprachseite aus auf Navigation, Breadcrumbs und Sprachumschalter und prüfen Sie, ob die Links stabil zur richtigen Version führen.
4. Stellen Sie sicher, dass die XML-Sitemap nur indexierbare Standard-URLs enthält und keine Weiterleitungsseiten, Testseiten oder Seiten mit noindex umfasst.
5. Beobachten Sie in den Webmaster-Tools von Suchmaschinen Hinweise zum Crawling, zur Indexierung und zu alternativen Seiten; nach der gebündelten Veröffentlichung neuer Sprachen sollten Sie vorrangig stichprobenartig prüfen, ob die von Vorlagen erzeugten Angaben vollständig sind.

Sobald die technische Architektur festgelegt ist, sollten neu hinzugefügte Sprachen nicht davon abhängen, dass Tags manuell seitenweise ergänzt werden. Zuverlässiger ist es, im Inhaltsmodell „Sprachversionsgruppen“ und die Zuordnungen zwischen den Seiten zu speichern und das Website-System URLs, canonical, Sprachumschaltlinks und hreflang regelbasiert generieren zu lassen. So können die Beziehungen zwischen allen Sprachversionen beim Anlegen neuer Produktseiten, beim Entfernen alter Seiten oder beim Anpassen von Pfaden gleichzeitig aktualisiert werden, wodurch zahlreiche isolierte Seiten und ungültige Angaben vermieden werden, wenn die Website wächst.