leitwert.digital
/
Operativ

Internationalisierung

Der Link, der die Sprache vergisst

Ein übersetzter Shop ist kein lokalisierter Shop — solange interne Links weiterhin auf den Default-Locale-Pfad zeigen. Ein einziger Klick auf Navigation, CTA oder Footer wirft den Nutzer mitten in der Journey aus seiner Sprachvariante heraus. Der Fehler entsteht beim Übersetzen, fällt selten sofort auf und kostet in jedem Funnel-Schritt Conversion.

Wie es passiert

In Shopify Markets bekommt jede Locale einen eigenen URL-Präfix: der deutsche Store liegt auf /de/, der englische auf /en/, der niederländische auf /nl/. Interne Links, die mit der Default-Locale gebaut wurden — oft als absolute URLs wie https://shop.de/products/produkt-x oder als relativer Pfad ohne Präfix — tragen diesen Locale-Kontext nicht. Klickt ein Nutzer im en-Store auf einen solchen Link, landet er auf der de-Variante der Seite. Der Shop hat ihn ungefragt umgeleitet.

Das passiert an mehreren Stellen gleichzeitig, oft unbemerkt:

  • Navigation und Mega-Menüs werden übersetzt, aber die Ziel-URLs bleiben unverändert — weil die Übersetzungstools den Label-Text, nicht den Linkpfad übersetzen.
  • Rich-Text-Felder in Produktbeschreibungen oder Blogposts enthalten häufig Cross-Links auf andere Produkte oder Kategorien, die beim Übersetzen des Texts per Copypaste aus dem Default-Store übernommen werden.
  • Metafelder — Banner-Texte, Promo-Blöcke, Custom-Content-Felder — tragen in der lokalisierten Variante denselben Link wie das Original, weil niemand explizit einen anderen eingetragen hat.
  • E-Mail-Templates und Ad-Landingpages zeigen auf feste URLs ohne Locale-Kontext, was besonders bei Deep-Links aus Newslettern oder Kampagnen teuer wird: Der Nutzer kommt über eine nl-Anzeige, landet aber auf der de-Produktseite.

Warum es weh tut

Der Journey-Bruch ist das unmittelbarste Problem. Wer mitten im Kaufprozess ungefragt die Sprache wechselt, verliert Orientierung — und kehrt in vielen Fällen nicht zurück. Conversion-Verlust und erhöhte Abbruchrate sind die direkte Folge.

Dahinter liegt ein SEO-Problem. Wenn interne Links einer Locale konsequent auf eine andere Locale zeigen, sendet das inkonsistente Signale an Crawler: hreflang sagt, diese URL gehört zur nl-Locale, aber die interne Verlinkung zeigt auf de. Das schwächt die Autorität der lokalisierten Seiten und kann dazu führen, dass die nl-Variante schlechter indexiert oder in der falschen Sprachregion ausgespielt wird.

Dazu kommen unnötige Sprach-Redirects. Shopify erkennt die Locale-Präferenz des Nutzers und leitet nach einem solchen Fehl-Link ggf. zurück — was zusätzliche Ladezeit und spürbare Reibung erzeugt, besonders auf mobilen Verbindungen.

Der Fix: locale-aware Links in der Praxis

Der sicherste Weg ist, relative Pfade statt absoluter URLs zu verwenden. Shopify setzt den korrekten Locale-Präfix automatisch vor relative Pfade, wenn der Link über die Markets-Storefront ausgespielt wird — aus /products/produkt-x wird im en-Store /en/products/produkt-x, ohne manuellen Eingriff.

Für Links, die dynamisch in Liquid generiert werden, ist localization.language.root_url die zuverlässige Basis — sie liefert die Wurzel-URL der aktuell aktiven Locale und macht hartkodierte Domain-Präfixe überflüssig. Absolute URLs mit fester Domain sollten in Theme-Code grundsätzlich nicht vorkommen.

Links in Rich-Text-Feldern und Metafeldern fallen nicht automatisch durch diesen Mechanismus. Sie müssen je Locale explizit gepflegt werden — entweder manuell im Übersetzungs-Interface des Shopify Admins oder systematisch über die Translations API (translatableResource, translationsRegister). Wer nur den Text übersetzt und die Links übersieht, hat einen halb übersetzten Store.

Checkliste: Wo aufspüren, wo prüfen

Diese Stellen decken den Großteil der Link-Fehler ab — je Locale durchgehen, bevor ein neuer Markt live geht oder eine Übersetzung als fertig gilt:

  • Navigation / Mega-Menü: Ziel-URLs in allen übersetzten Menü-Einträgen prüfen, nicht nur die Labels. Insbesondere Dropdown-Unterpunkte werden häufig vergessen.
  • Footer: Policy-Links, Kategorie-Links, Social-/Brand-Links. Footer wird selten als „Übersetzungsinhalt" behandelt.
  • CTAs auf Landingpages und Collection-Bannern: „Jetzt shoppen"- und Promo-Buttons zeigen oft auf hartkodierte Kategorie-URLs.
  • Rich-Text in Produktbeschreibungen und Blogposts: Cross-Links auf andere Produkte, Guides oder Kategorien systematisch auf Locale-Korrektheit prüfen.
  • Metafelder (Banner, Custom Sections): URL-Felder in Metafeldern werden in Übersetzungsworkflows häufig übersehen.
  • E-Mail-Templates (Order, Shipping, Abandoned Cart): Alle internen Links — vor allem Deep-Links auf Produkte — auf absolute vs. relative Pfade prüfen.
  • Ad- und Newsletter-Landingpages: UTM-behaftete URLs aus Kampagnen auf korrekten Locale-Präfix prüfen, bevor eine Kampagne startet.

Der Test ist einfach und sollte vor jedem Locale-Go-Live stehen: Die gesamte Journey — von der Startseite über Kategorie, PDP, Warenkorb bis zum Checkout-Beginn — in der Ziel-Locale durchklicken und beobachten, ob die URL ihren Locale-Präfix behält. Ein einziger Sprung in die Default-URL zeigt, wo nachzuarbeiten ist.

Du rollst gerade eine neue Locale aus oder hast den Verdacht, dass interne Links in deinem übersetzten Store nicht sauber locale-aware sind? Wir auditieren die betroffenen Stellen und richten die Translations-Logik so ein, dass neue Inhalte nicht wieder in dieselbe Falle laufen. Gespräch anfragen. Weiter im Kontext: nl-NL vs. nl-BE, en-GB vs. en-US und hreflang für Sub-Locales.

Datenschutzhinweis

Wir verwenden Analyse-Tools um das Nutzererlebnis zu verbessern. Die Daten werden anonymisiert erhoben. Datenschutz