Wie sollten Links bei der Lokalisierung mehrsprachiger Artikelseiten gehandhabt werden?

Bei der Verwaltung von Links auf mehrsprachigen Artikelseiten ist zunächst sicherzustellen, dass jede Sprachversion über eine stabile, erreichbare eigene URL verfügt. Anschließend müssen Links im Fließtext, der Sprachwechsel und die Kennzeichnungen für Suchmaschinen auf die richtige Version verweisen. Werden nur die Seitentexte übersetzt, während Produktlinks in einem deutschen Artikel weiterhin auf englischsprachige Seiten führen, oder verweisen die Canonical-URLs aller Sprachen auf die englische Version, geraten Nutzerführung und Indexierungssignale in Konflikt.

Eine technische Bewertung der Lokalisierung mehrsprachiger Artikelseiten kann mit drei Fragen beginnen: Entspricht jede Sprachversion demselben Artikel? Führen interne Links zu den für die Leser geeigneten Zielseiten? Können Suchmaschinen die Beziehungen zwischen den Versionen erkennen? Ob URLs in die jeweilige Landessprache übersetzt werden, lässt sich entscheiden, sobald diese drei Voraussetzungen erfüllt sind.

Zuerst die Zuordnung der Artikel festlegen, dann die URL-Struktur wählen

Mehrsprachige Inhalte können in Sprachverzeichnissen, auf Subdomains oder unter separaten Domains bereitgestellt werden. Ein und derselbe Auswahlleitfaden kann beispielsweise die URLs /en/guides/pump-selection/ und /de/ratgeber/pumpenauswahl/ verwenden. Die Pfade müssen nicht wörtlich übereinstimmen, aber das System muss wissen, dass sie zur selben Inhaltsgruppe gehören.

Bei einer internationalen Website, die über ein gemeinsames Backend verwaltet wird, sind Sprachverzeichnisse in der Regel einfacher zentral zu verwalten. Werden verschiedene Märkte von eigenständigen Teams betreut, können auch Subdomains oder separate Domains in Betracht gezogen werden. Bei der Auswahl sollten Veröffentlichungsrechte, die Pflege von Weiterleitungen und die Datenauswertung berücksichtigt werden. Eine Entscheidung sollte nicht allein auf der Behauptung beruhen, eine bestimmte Struktur sei „SEO-freundlicher“.

Übersetzungen sollten nicht durch bloßes Ersetzen des Sprachcodes in der URL gesucht werden. In verschiedenen Sprachen können unterschiedliche Slugs verwendet werden; außerdem kann es Artikel geben, die noch nicht übersetzt, nicht mehr verfügbar oder nur für bestimmte Märkte bestimmt sind. Zuverlässiger ist es, die Versionen über eine stabile Artikelgruppen-ID zu verknüpfen und Sprache, Region, Veröffentlichungsstatus und tatsächliche URL zu erfassen. Interne Links im Fließtext, der Sprachwechsel und hreflang werden anhand dieser Zuordnung erzeugt.

Lokalisierte Slugs erleichtern Nutzern das Verständnis von Links, sind aber nicht zwingend erforderlich. Bestehende Websites können einheitliche englische Slugs weiterverwenden, sofern die Adressen der einzelnen Sprachversionen eindeutig und stabil sind. Werden bereits indexierte URLs geändert, um die Pfade zu übersetzen, müssen interne Links, Sitemaps und Sprachkennzeichnungen ebenfalls aktualisiert werden. Die alten URLs müssen dauerhaft auf die jeweils passenden neuen Adressen weitergeleitet werden.

Interne Links im Fließtext bevorzugt auf dieselbe Sprache ausrichten und fehlende Übersetzungen klar kennzeichnen

Links in Artikeln sollten entsprechend ihrem Zweck behandelt werden. Bei Links zu Produktbeschreibungen, Auswahlleitfäden, Downloads und Anfrageformularen sollte bevorzugt die Sprachversion gewählt werden, die für denselben Markt geeignet ist. Bei Verweisen auf externe Normen, Studien oder offizielle Dokumente muss die korrekte Quelle erhalten bleiben; nur um die Sprache einheitlich zu halten, darf nicht auf eine inhaltlich abweichende Seite verlinkt werden.

Auch Ankertexte müssen lokalisiert werden. Selbst wenn ein deutscher Artikel auf die passende deutsche Produktseite verweist, unterbricht ein englischer Ankertext wie „Learn more“ den Lesefluss. Auch Bildlinks, Schaltflächen, Empfehlungen zu ähnlichen Artikeln und Sprungmarken im Fließtext müssen überprüft werden, insbesondere die nach der Übersetzung neu erzeugten Titel-IDs.

Gibt es für die Zielseite keine Version in der entsprechenden Sprache, sollte je nach Zweck des Links folgendermaßen vorgegangen werden:

• Bei ergänzenden Materialien kann die Version in einer anderen Sprache beibehalten werden. Die Sprache sollte neben dem Link angegeben werden.
• Bei Links zu Produktdaten, Angeboten oder Anfragen muss geprüft werden, ob die Ersatzseite für den betreffenden Markt geeignet ist. Gibt es keine passende Seite, kann stattdessen ein klar gekennzeichneter Kontaktweg angeboten werden.
• Nicht mehr verfügbare Inhalte sollten von ihren Links befreit oder durch passende Alternativen ersetzt werden. Eine pauschale Weiterleitung auf die Startseite ist zu vermeiden.

Beim Sprachwechsel sollte bevorzugt die entsprechende Version des aktuellen Artikels aufgerufen werden. Gibt es keine Übersetzung, kann die Option ausgeblendet oder deaktiviert werden. Alternativ kann auf die Artikelliste in der jeweiligen Sprache verwiesen werden. Nutzer sollten nicht ohne Hinweis auf die Startseite gelangen, wenn sie die Sprache wechseln. Das verschleiert fehlende Übersetzungen und kann als fehlerhafter Link wahrgenommen werden.

Bei der Bewertung einer Website-Plattform kann man sich einen Artikel vorführen lassen, der nur in zwei Sprachen verfügbar ist, obwohl die Website drei Sprachen unterstützt. Wie die fehlende Version angezeigt wird und ob die Zuordnung nach Veröffentlichung der Übersetzung automatisch hergestellt wird, sagt mehr über die Leistungsfähigkeit des Systems aus als eine Demo mit vollständig verfügbaren Versionen in allen Sprachen.

hreflang kennzeichnet Sprachbeziehungen, canonical legt die kanonische URL fest

Mit hreflang wird Suchmaschinen mitgeteilt, welche URLs Sprach- oder Regionsversionen desselben Inhalts sind. Englische und deutsche Artikel sollten auf den jeweiligen Seiten die Gruppe der veröffentlichten Versionen angeben, einschließlich der eigenen URL, und wechselseitig aufeinander verweisen. Wird die deutsche Seite nur auf der englischen Seite angegeben, fehlt aber der entsprechende Verweis auf der deutschen Seite, werden die Kennzeichnungen möglicherweise nicht korrekt berücksichtigt.

Für Sprachangaben sollten gültige Codes wie en oder de verwendet werden. Bei tatsächlichen regionalen Unterschieden können Sprach- und Regionscodes wie en-US oder en-GB eingesetzt werden. Ein Ländercode allein darf nicht als Sprachcode verwendet werden. x-default kann als Standardzugang dienen, wenn keine Sprache passt, beispielsweise als Sprachenauswahlseite. Es ist jedoch nicht erforderlich, es auf jeder mehrsprachigen Website einzurichten.

hreflang ersetzt canonical nicht und garantiert auch nicht, dass eine Seite indexiert wird. Wenn Inhalte übersetzt wurden und jede Version separat in den Suchergebnissen erscheinen soll, sollte die Canonical-URL jeder Version in der Regel auf ihre eigene kanonische URL verweisen. Verweist die Canonical-URL der deutschen Seite einheitlich auf die englische Seite, widerspricht dies der Absicht, die deutschen Inhalte eigenständig indexieren zu lassen.

Die in hreflang angegebenen Adressen müssen vollständige URLs sein und direkt auf offizielle Seiten verweisen, die gecrawlt und indexiert werden können. Entwürfe, 404-Seiten, Weiterleitungsadressen und Seiten mit noindex dürfen nicht in einer gültigen Sprachgruppe verbleiben. Sprachbeziehungen können in HTML-Seiten, HTTP-Response-Headern oder XML-Sitemaps angegeben werden. Es genügt, eine gut zu wartende Methode zu wählen. Werden mehrere Methoden verwendet, müssen die Angaben übereinstimmen.

Bei der Abnahme das Verhalten nach Veröffentlichung, bei fehlenden Übersetzungen und nach Änderungen prüfen

Bei der Abnahme mehrsprachiger Links reicht es nicht aus, nur zu prüfen, ob sich die Schaltfläche zum Sprachwechsel anklicken lässt. Technische Verantwortliche sollten Artikel mit vollständiger Übersetzung, fehlender Übersetzung und geänderter URL auswählen und die gerenderte Seite sowie das tatsächliche Weiterleitungsverhalten prüfen. Wenn die Navigation auf Skripten basiert, muss sichergestellt werden, dass Artikel-Links weiterhin über eine für Crawler erreichbare tatsächliche URL verfügen und nicht nur über ein Klickereignis funktionieren.

Die Prüfung kann sich auf vier Punkte konzentrieren:

• Führen Links im Fließtext, Empfehlungen zu ähnlichen Artikeln und Conversion-Einstiege zu Seiten in der richtigen Sprache und für den richtigen Markt?
• Wahrt der Sprachwechsel die Zuordnung zum jeweiligen Artikel, und werden fehlende Übersetzungen klar angezeigt?
• Stimmen canonical und hreflang überein? Verweisen die Zieladressen direkt auf erreichbare Seiten, und können diese indexiert werden?
• Werden zugehörige Links, Caches und Sitemaps nach Veröffentlichung, Entfernung oder Umbenennung einer Übersetzung ebenfalls aktualisiert?

Die Empfehlung einer Version anhand der Browsersprache kann angeboten werden, sofern Nutzer weiterhin selbst eine Auswahl treffen können. Erzwungene Weiterleitungen anhand der IP-Adresse oder Browsersprache können dagegen den Zugriff und das Crawling beeinträchtigen. Besonders wichtig ist zu prüfen, ob Empfänger eine Sprach-URL weiterhin mit dem zugehörigen Inhalt aufrufen können, wenn ein Nutzer sie kopiert und teilt.

Eine wartbare Implementierung sollte nach der Entfernung einer Übersetzung zugleich den entsprechenden Sprachwechsel-Einstieg und die hreflang-Angabe entfernen können. Wird die Übersetzung ergänzt, sollte die Zuordnung wiederhergestellt werden können. Lassen Sie den Dienstleister bei der Bewertung diese beiden Schritte direkt durchführen und beobachten Sie, ob Seite, interne Links im Fließtext und Kennzeichnungen gemeinsam aktualisiert werden. So lässt sich feststellen, ob die Linklokalisierung bereits in den Prozess der Inhaltsverwaltung integriert ist.