Sollten Sie Ihre URLs übersetzen? Wann es hilft und wann es schadet

Übersetzte URLs sind eine dieser mehrsprachigen Entscheidungen, die rein technisch aussehen, sich aber als strategisch erweisen. /fr/summer-dresses oder /fr/robes-ete. Es ist ein kleiner Unterschied auf dem Bildschirm, aber ein großer in den Konsequenzen, denn URLs sind der Teil einer Website, den andere Leute kopieren, verlinken und indexieren.

Die kurze Antwort lautet: Die Übersetzung ist meistens richtig, der Gewinn ist jedoch kleiner als die meisten Ratgeber behaupten. Zudem ist der Schaden, wenn man es unachtsam auf einer bestehenden Website umsetzt, deutlich größer als der Nutzen.

Was Sie tatsächlich gewinnen

Wörter in einer URL sind ein schwaches Ranking-Signal. Sie sind das schon seit Jahren, und jeder, der Ihnen erzählt, dass ein übersetzter Slug Sie in den Suchergebnissen nach oben bringt, will Ihnen etwas verkaufen.

Was übersetzte URLs Ihnen wirklich einbringen, sind Vertrauen und Klickraten. Ein französischer Käufer, der die Ergebnisse durchsieht, sieht eine französische Adresse und nimmt die Seite als französisch wahr. Wer Ihren Link in eine Nachricht einfügt, signalisiert sofort, worum es auf der Seite geht. In Märkten, in denen die Ausgangssprache nicht weit verbreitet ist, wirkt eine nicht übersetzte URL wie ein maschinell erstellter Unterordner einer fremden Website. Dieser Eindruck kostet mehr Klicks, als das Ranking-Signal jemals wert war.

Es gibt auch einen internen Vorteil, den niemand erwähnt: Ihr eigenes Team kann die Analysen lesen. Ein Traffic-Bericht voller übersetzter URLs ist für die Person, die diesen Markt betreut, lesbar.

Was es kostet, wenn man es falsch macht

Wenn Sie eine bereits bestehende URL ändern, bedeutet das, dass jeder Link darauf, jeder Index-Eintrag und jedes Lesezeichen nun auf etwas verweist, das weitergeleitet werden muss oder verschwunden ist.

Auf einer Website ohne Historie kostet das nichts. Auf einem fünf Jahre alten Shop mit Backlinks ist es jedoch die häufigste Ursache für einen Traffic-Einbruch nach einem mehrsprachigen Projekt, und es ist vollkommen vermeidbar.

Zwei Regeln decken fast jeden Fall ab.

Entscheiden Sie vor dem Launch, nicht danach. Einen Slug am ersten Tag zu übersetzen, kostet nichts. Ihn zwei Jahre später zu übersetzen, erfordert einen Plan für Weiterleitungen.

Wenn Sie eine URL ändern, richten Sie eine Weiterleitung ein. Kein "Soft-Link" aus der Sitemap. Ein echtes 301-Redirect von der alten Adresse zur neuen, das so lange erhalten bleibt, wie noch irgendwo darauf verwiesen wird, was länger ist, als Sie denken.

Die Plattform entscheidet, wie gefährlich das ist

Das ist der Teil, den die meisten Ratgeber auslassen, und er verändert das Risiko grundlegend.

PrestaShop schützt Sie standardmäßig. Die Standard-Routen enthalten die Objekt-ID: /3-clothes, /hommes/1-1-shirt.html. Der Front-Controller liest die ID, erkennt, dass die Umschreibung nicht mehr übereinstimmt, und leitet auf die aktuelle Adresse um. Die Änderung einer Produkt- oder Kategorie-Umschreibung führt daher nicht zu einem 404-Fehler.

Die Ausnahme sind die statischen Meta-Seiten, deren Umschreibungen keine ID enthalten. Übersetzen Sie /content/1-delivery, ist die alte Adresse ein echter 404-Fehler. Genau diese Seiten sammeln jedoch Backlinks, weshalb sie eine Weiterleitung benötigen.

WordPress schützt Sie überhaupt nicht. Ein Permalink ist die Adresse. Ändern Sie einen Slug, ist die alte URL tot, es sei denn, etwas leitet sie um. WordPress errät manchmal den Weg zur neuen Seite, aber auf dieses Verhalten sollten Sie sich nicht verlassen, und es funktioniert nicht bei einem Slug, der in einer anderen Sprache geändert wurde.

Dieselbe Entscheidung ist also auf der einen Plattform fast kostenlos und erfordert auf der anderen einen konkreten Plan. Jedes Tool, das URLs auf einer Live-Website ändert, sollte die alten Adressen erfassen und Weiterleitungen dafür bereitstellen. Überprüfen Sie das, bevor Sie das Tool aktivieren.

Das Argument gegen die Übersetzung

Drei Situationen, in denen es besser ist, die URLs unverändert zu lassen.

Nicht-lateinische Schriftsysteme. Japanisch, Chinesisch, Koreanisch, Arabisch, Thai. Die Transliteration erzeugt Adressen, die weder lesbar noch nützlich sind. Die übliche automatische Transliteration ist noch schlimmer: Japanische Kanji werden häufig als chinesisches Pinyin ausgegeben, was für einen japanischen Leser sinnlos ist. Prozent-kodierte native Zeichen sind technisch zwar gültig, aber in Nachrichten oder E-Mails extrem unleserlich. Behalten Sie den lateinischen Slug bei und stecken Sie die Arbeit in den Titel und die Meta-Beschreibung, denn dort schaut ein japanischer Suchender tatsächlich hin.

Websites mit vielen eingehenden Links pro Seite. Ein Verlag mit Tausenden extern verlinkten Artikeln lädt sich eine enorme Last an Weiterleitungen für einen geringen Nutzen auf. Übersetzen Sie die URLs neuer Inhalte, lassen Sie das Archiv in Ruhe.

Kurzlebige Seiten. Kampagnenseiten, saisonale Kollektionen, alles, was Sie in drei Monaten wieder löschen. Der Aufwand lohnt sich nicht.

Fehler, die eine gute Idee ruinieren

Übersetzung des Sprachpräfixes. Das Segment /fr/ oder /de/ ist ein Code, kein Wort. Lassen Sie es so. Manche Setups enden mit /francais/ oder einem übersetzten Präfix, das nicht mehr zur Sprachdefinition passt, wodurch die Spracherkennung nicht mehr funktioniert.

Slugs driften von Titeln ab. Wenn ein Titel später umgeschrieben wird und der Slug automatisch folgt, haben Sie stillschweigend eine URL geändert. Slugs sollten fix bleiben: Einmal aus dem ersten Titel generiert und dann unverändert gelassen, es sei denn, Sie ändern sie bewusst und leiten um.

Doppelte Slugs in verschiedenen Sprachen. Zwei Seiten in unterschiedlichen Sprachen mit demselben übersetzten Slug können kollidieren, je nachdem, wie das Routing konfiguriert ist. Die meisten Plattformen handhaben das gut, einige hängen Suffixe an, und diejenigen, die dies im Stillen tun, erzeugen Adressen, die niemand wollte.

Vergessen der Sitemap und der hreflang-Tags. Beide müssen die neuen Adressen enthalten. Wenn die Sitemap noch die alten Slugs bewirbt, fordern Sie Suchmaschinen auf, bei jeder Seite eine Weiterleitungskette zu durchlaufen.

Eine Entscheidung, die Sie in fünf Minuten treffen können

Übersetzen Sie Ihre URLs, wenn: die Website neu ist, die Seiten neu sind, Ihr Zielmarkt eine lateinische Schrift verwendet und die Plattform oder das Tool Weiterleitungen für alle Änderungen erfasst.

Lassen Sie sie unverändert, wenn: die Schrift nicht-lateinisch ist, die Seiten über echte eingehende Links verfügen und kein Plan für Weiterleitungen existiert, oder wenn es sich um temporäre Inhalte handelt.

Und egal, was Sie wählen, wenden Sie es konsequent an. Ein Shop, bei dem die Hälfte der Kategorien übersetzt ist und die andere nicht, wirkt weniger durchdacht als einer, der gar keine URLs übersetzt hat.

Falls Sie von einem anderen mehrsprachigen Setup umziehen und alte Adressen bereits im Index vorhanden sind, ist die Reihenfolge wichtiger als die Entscheidung selbst. Das ist ein eigenes Thema, das hier behandelt wird: how to migrate a multilingual site without losing SEO.