Wie funktioniert SEO für zweisprachige Websites? Sprachversionen, URLs und Markup konfigurieren

Mehrsprachige Websites sollten Sprachversionen nicht miteinander verwechseln. Dafür benötigt jede Sprache zunächst eine eigene, crawlbare URL. Anschließend wird die Zuordnung mit hreflang angegeben, und die kanonische URL muss mit der tatsächlichen Seite übereinstimmen. Sprachumschaltung, Weiterleitungen und Sitemap sollten denselben URL-Regeln folgen. Allein übersetzte Seiten oder Sprachkennzeichnungen lösen das Problem der Versionszuordnung nicht.

Zuerst die Zuordnung von Sprache und Region festlegen

Bei der Planung von Bilingual-SEO sollte zunächst zwischen „Sprachversion“ und „Regionsversion“ unterschieden werden. Chinesisch und Englisch können beispielsweise jeweils mit zh und en gekennzeichnet werden. Wenn die englische Seite zusätzlich unterschiedliche Preise, Lieferbedingungen oder Kontaktinformationen für die USA und Großbritannien bietet, können die Kennzeichnungen en-US und en-GB verwendet werden. Regionscodes sollten tatsächliche regionale Unterschiede abbilden. Es empfiehlt sich nicht, lediglich zur Abdeckung weiterer Suchbegriffe zahlreiche identische Seiten zu duplizieren.

Die Reihenfolge von Sprach- und Regionscode darf nicht vertauscht werden: en-US bezeichnet eine englischsprachige Seite für die USA; US allein kann nicht als Sprachwert verwendet werden. Auch vereinfachte und traditionelle Schriftzeichen können mit Skript-Subtags unterschieden werden, etwa durch zh-Hans und zh-Hant. Legen Sie vor der Veröffentlichung fest, ob Seiten nach Sprache, Schriftsystem oder Region unterschieden werden sollen. So vermeiden Sie umfangreiche Folgeänderungen an URLs und Kennzeichnungen.

Bei der Erkennung der Seitensprache berücksichtigen Suchmaschinen den sichtbaren Inhalt. Daher sollten nicht nur Navigation und Fußzeile übersetzt werden, während der Hauptinhalt in einer anderen Sprache bleibt. Produktnamen und Fachbegriffe müssen nicht zwangsläufig übersetzt werden, doch Titel, Fließtext und zentrale Handlungsinformationen sollten der Sprache der jeweiligen Version entsprechen.

Die URL-Struktur bestimmt den künftigen Wartungsaufwand

Für zweisprachige Seiten sind unter anderem Unterverzeichnisse auf derselben Domain, unterschiedliche Subdomains und Domains mit Länder- oder Regionsbezug gebräuchlich. Beispielsweise verwenden example.com/zh/ und example.com/en/ Unterverzeichnisse, während zh.example.com und en.example.com Subdomains nutzen. Alle drei Strukturen eignen sich für mehrsprachige Seiten. Bei der Auswahl sollten vor allem Bereitstellung, Zugriffsrechte und langfristige Wartung berücksichtigt werden.

Unterverzeichnisse erleichtern die Verwaltung von Sprachpfaden innerhalb einer Website. Subdomains eignen sich, wenn eine unabhängige Bereitstellung oder eine Trennung der Zugriffsrechte erforderlich ist. Bei unterschiedlichen Domains lassen sich Marken und Websites separat verwalten, allerdings müssen DNS-Auflösung, Verlängerungen, Zertifikate und domainübergreifende Kennzeichnungen jeweils gepflegt werden. Domains mit Länder- oder Regionsbezug senden zudem ein deutliches regionales Signal. Sie sollten nicht allein deshalb für einen Markt verwendet werden, weil die entsprechende Endung verfügbar ist.

Bei der Planung unterschiedlicher Domains sollten die Domaininhaberschaft und die Zuständigkeit für die DNS-Auflösung vor dem Start geklärt werden. Der Domainservice umfasst unter anderem die Domainabfrage, Registrierung, DNS-Auflösung und Erinnerungen an Verlängerungen. Wenn die Sprachversionen auf unterschiedlichen Domains liegen, müssen diese Verwaltungsaufgaben für jede Domain separat geprüft werden. Bei der automatischen DNS-Auflösung sollten die tatsächlich wirksamen Einträge maßgeblich sein.

Jede Sprachseite sollte eine stabile und direkt erreichbare URL haben, zum Beispiel /en/products/pump/ und /zh/products/pump/. Eine URL sollte nicht abhängig von der Browsersprache vollständig unterschiedliche Inhalte ausliefern, da die Zuordnung der Sprachversionen beim Crawling und bei der Indexierung sonst schwer verlässlich ist. Abfrageparameter können Seiten zwar unterscheiden, erfordern aber zusätzliche Vorgaben für Parameterkombinationen, kanonische URLs und interne Links, damit keine unnötigen Duplikate entstehen.

hreflang-Kennzeichnungen müssen alle zugehörigen Seiten abdecken

hreflang beschreibt die Zuordnung zwischen Seiten in unterschiedlichen Sprachen oder für unterschiedliche Regionen. Es dient Suchmaschinen als Signal für die Auswahl der anzuzeigenden Version, garantiert jedoch nicht, dass eine bestimmte Seite indexiert oder angezeigt wird. Die Kennzeichnung kann im HTML-head, im HTTP-Antwortheader oder in der XML-Sitemap stehen. Für eine Gruppe zusammengehöriger Seiten sollte die Konfiguration einheitlich sein, damit an verschiedenen Stellen keine widersprüchlichen Zuordnungen angegeben werden.

Im folgenden Beispiel sind die chinesische und die englische Produktseite alternative Versionen voneinander, und jede Seite verweist auch auf sich selbst. Beide Seiten enthalten dieselben Kennzeichnungen; die Adressen sind jeweils vollständig angegeben:

<link rel="alternate" hreflang="zh"
      href="https://example.com/zh/products/pump/">
<link rel="alternate" hreflang="en"
      href="https://example.com/en/products/pump/">
<link rel="alternate" hreflang="x-default"
      href="https://example.com/language-selector/">

x-default ist eine Ausweichoption, wenn keine andere Sprach- oder Regionsversion passt. Sie kann auf eine Sprachauswahlseite oder eine für den Standardzugriff geeignete Seite verweisen. Sie ist optional und nicht gleichbedeutend mit der englischen Version. Wenn die Ausweichadresse Teil dieser Zuordnung ist, sollte auch diese Seite die entsprechenden Kennzeichnungen konsistent ausgeben.

Die Zuordnung sollte zwischen inhaltlich gleichwertigen Seiten erfolgen: Eine chinesische Produktdetailseite sollte der englischen Produktdetailseite entsprechen und nicht pauschal auf die englische Startseite verweisen. Wenn ein Artikel nicht übersetzt wurde, sollte er nicht als alternative Version der Startseite in einer anderen Sprache gekennzeichnet werden. Die in der Kennzeichnung angegebene Adresse sollte zur endgültigen, erreichbaren Seite führen und weder auf eine Weiterleitung noch auf eine Fehlerseite oder eine für die Indexierung gesperrte Adresse verweisen.

Kanonische URLs und Sprachumschaltung aufeinander abstimmen

canonical und hreflang lösen unterschiedliche Aufgaben. Ersteres gibt die URL an, die als kanonische Version gelten soll; Letzteres beschreibt alternative Sprach- oder Regionsversionen. Wenn die chinesische und die englische Seite jeweils vollständige Inhalte haben, sollte jede in der Regel auf ihre eigene kanonische URL verweisen und zugleich die jeweils andere mit hreflang angeben. Wird die kanonische URL der englischen Seite einheitlich auf die chinesische Seite gesetzt, kann dies die Chancen der englischen Seite auf eine eigenständige Indexierung verringern.

Bei URLs mit Tracking- oder Sortierparametern innerhalb derselben Sprache sollte anhand des Seiteninhalts entschieden werden, ob sie auf eine kanonische URL zusammengeführt werden. Seiten sollten nicht allein deshalb als Duplikate behandelt werden, weil sie zur selben Gruppe von Sprachversionen gehören. Auch Sitemap und interne Links sollten vorzugsweise kanonische URLs verwenden, um widersprüchliche Signale zu vermeiden.

Links zur Sprachumschaltung sollten möglichst direkt auf die entsprechende Übersetzung des aktuellen Inhalts verweisen und als gewöhnliche crawlbare Links umgesetzt werden. Gibt es keine passende Übersetzung, kann auf einen relevanten Bereich in der jeweiligen Sprache verwiesen werden. Eine solche Weiterleitung sollte jedoch nicht als gleichwertige hreflang-Zuordnung ausgegeben werden. Automatische Weiterleitungen auf Grundlage der Browsersprache oder des geografischen Standorts können zudem verhindern, dass Crawler auf andere Versionen zugreifen. Ein klar erkennbarer Sprachumschalter und der direkte Zugriff auf die URLs aller Sprachversionen erleichtern die Überprüfung.

Konfigurationsprobleme nach der Veröffentlichung aufspüren

Beginnen Sie mit einer Gruppe tatsächlich zusammengehöriger Seiten und prüfen Sie für jede den endgültigen Antwortstatus, die sichtbare Seitensprache, die kanonische URL und den vollständigen Satz der hreflang-Kennzeichnungen. Die chinesische und die englische Seite sollten jeweils aufeinander verweisen. Wenn nur die chinesische Seite die englische angibt, die englische Seite aber nicht zurückverweist, kann die Suchmaschine diese Kennzeichnungen ignorieren. Bei der automatischen Erstellung von Kennzeichnungen sollten insbesondere Seiten geprüft werden, deren Übersetzung noch nicht veröffentlicht wurde, damit sie nicht versehentlich aufgenommen werden.

Beim Crawling-Test muss außerdem zwischen dem vom Server zurückgegebenen ursprünglichen HTML und dem Inhalt unterschieden werden, der nach Ausführung der Skripte im Browser vorliegt. Werden Sprachlinks oder Kennzeichnungen über Skripte erzeugt, sollte geprüft werden, ob sie nach dem Rendern sichtbar sind und nicht im Widerspruch zu den ursprünglichen Kennzeichnungen stehen. Bei Nicht-HTML-Dateien wie PDFs kann die Angabe alternativer Sprachversionen über HTTP-Antwortheader erwogen werden. Wenn robots.txt das Crawling blockiert, können Suchmaschinen die Kennzeichnungen auf der Seite nicht lesen. noindex steht außerdem im Widerspruch zu dem Ziel, die Seite indexieren zu lassen.

Wenn in den Suchergebnissen die falsche Sprache erscheint, sollten zunächst der Suchbegriff, die Suchregion und die tatsächliche Zielseite geprüft werden. Anschließend lassen sich Kennzeichnungen, Kanonisierung und Weiterleitungen überprüfen. Eine andere Sprache in den Suchergebnissen bedeutet nicht zwangsläufig, dass die Konfiguration fehlerhaft ist. Sind die Sprachen auf der Seite vermischt oder entsprechen sich die Inhalte der beiden Seiten nicht, lässt sich die inhaltliche Zuordnung auch durch eine isolierte Änderung von hreflang nicht korrigieren.