JTL-Software

JTL-Shop international: Warum „einfach Englisch dazuschalten" nie reicht

JTL-Shop international verkaufen ist mehr als ein Sprachschalter: eigene Domains pro Land, mehrsprachige URLs, Versand, Feeds, Cross-Domain-Analytics und automatisierte Übersetzung. Ein Praxis-Überblick.

Tobias Maier··11 Min. Lesezeit

Einleitung

Der Plan klingt harmlos: „Wir verkaufen gut in Deutschland – schalten wir doch Englisch, Französisch und Italienisch dazu." Ein paar Wochen später ist aus dem Sprachschalter ein Projekt geworden, das Domains, URLs, Versandregeln, Zahlarten, Produktdaten-Feeds, Steuerlogik, Analytics und mehrere tausend zu übersetzende Textbausteine umfasst. Internationalisierung im JTL-Shop scheitert selten an der Sprache. Sie scheitert an den Prozessen dahinter – wenn man sie nicht von Anfang an mitdenkt.

Internationalisierung ist kein Sprachschalter

Ein zusätzlicher Sprachbutton übersetzt die Oberfläche – mehr nicht. Wer im Ausland ernsthaft verkaufen will, verkauft in einen Markt: mit eigener Domain, eigenen Lieferländern, eigenen Zahlarten, eigenen Versandkosten, eigenen Preisen und Feeds für die dortigen Preisportale. Und mit einer Sprache, die nicht nach maschineller Übersetzung klingt. All das steckt im JTL-Ökosystem – aber verteilt über Shop, Warenwirtschaft und externe Kanäle. Die Kunst liegt darin, diese Bausteine so zu verbinden, dass sie zusammen einen sauberen Auftritt pro Land ergeben.

Auftritt

Eigene Domain pro Land schafft Vertrauen und lokale SEO-Signale – ein Sprach-Dropdown auf einer .de-Domain nicht.

Prozesse

Lieferländer, Versandklassen, Zahlarten und Preise unterscheiden sich je Markt und müssen sauber getrennt gepflegt werden.

Sichtbarkeit

Google Shopping und Idealo erwarten pro Land einen eigenen Feed in Landessprache, Währung und mit korrekter Verfügbarkeit.

Sprache

Oberfläche, Kategorien, Artikel, E-Mails und Plugin-Texte – tausende Strings, die konsistent und platzhaltersicher übersetzt sein wollen.

Das Fundament: eine Domain pro Land mit Multidomain

Technisch lässt sich ein einzelner JTL-Shop 5 über mehrere Domains und Subdomains betreiben – mit nur einer JTL-Shop-Lizenz. Wir setzen dafür das Plugin Admorris Multidomain ein: Ein und dieselbe Shop-Installation, dieselbe Warenwirtschaft und derselbe Artikelstamm bedienen mehrere Domains – jede mit eigener Sprache, Währung, Kundengruppe (samt eigener Preise) und eigenen Lieferländern. Die Zuordnung zum passenden Markt erfolgt über die Domain, ergänzt um IP-basierte Ländererkennung; Kundenkonten und Warenkörbe funktionieren dabei domainübergreifend. (Hinweis: Der Link zu Admorris ist ein Affiliate-Link; für Sie entstehen dadurch keine Mehrkosten.)

Das Plugin bringt zugleich SEO-Grundlagen mit: länderspezifische Domains, automatisch erzeugte hreflang-Tags und eigene Sitemaps je Land, damit sich die Sprachversionen nicht als Duplicate Content kannibalisieren. Was es bewusst nicht tut: übersetzen. Die Domain-Infrastruktur ist das eine – die tausenden Textbausteine dahinter das andere. Genau an dieser Grenze beginnt der aufwendigere Teil des Projekts, um den sich Admorris nicht kümmert (dazu weiter unten mehr).

Domain pro Land
Lokale SEO-Signale (Land, Sprache)
stark
Vertrauen im Zielmarkt
hoch (lokale Adresse)
Feeds pro Land (Shopping/Idealo)
sauber trennbar
Pflegeaufwand
ein Shop, mehrere Domains
Zahlarten & Versand je Markt
pro Domain steuerbar
Eine Domain, Sprach-Dropdown
Lokale SEO-Signale (Land, Sprache)
schwach
Vertrauen im Zielmarkt
gering
Feeds pro Land (Shopping/Idealo)
umständlich
Pflegeaufwand
ein Shop, viele Sonderfälle
Zahlarten & Versand je Markt
schwer trennbar

Der Vorteil gegenüber vollständig getrennten Shops: Sie pflegen Artikel, Bestände und Preise weiterhin an einer Stelle in der JTL-Wawi. Der Vorteil gegenüber einer einzelnen mehrsprachigen Domain: Jeder Markt bekommt einen eigenständigen, lokal glaubwürdigen Auftritt – inklusive der Möglichkeit, länderspezifische ccTLDs (.co.uk, .fr, .it …) zu nutzen.

Italien · tk-shop24.itDeutschland · tk-shop24.comDeutschland · tk-shop24.comItalien · tk-shop24.it
Dieselbe Shop-Installation, zwei Länder-Domains: Ziehen Sie den Regler, um die deutsche und die italienische Version direkt zu vergleichen – gleiche Struktur, vollständig lokalisiert.

Mehrsprachige URLs – automatisiert statt von Hand

Suchmaschinen bewerten sprechende, lokalisierte URLs. Ein englischer Shop mit deutschen URL-Pfaden wirkt halbfertig – und verschenkt Rankings. JTL-Shop kann pro Sprache eigene URL-Pfade für Artikel, Kategorien und Hersteller führen. Diese händisch für tausende Datensätze zu pflegen, ist unrealistisch.

tk-shop24.it/en/Telecommunications/MITEL/
Gleiche Domain, englischer Sprach-Slug: Der Pfad /en/Telecommunications/MITEL/ macht Sprache und Kategorie für Nutzer und Suchmaschinen eindeutig.

Deshalb erzeugen wir die Pfade über einen kontrollierten Export/Import: Artikel-, Kategorie- und Hersteller-URL-Pfade werden je Sprache als Datei aus der Wawi gezogen, regelbasiert in saubere, lokalisierte Slugs überführt und zurückgespielt. Ergänzt um korrekte hreflang-Auszeichnung weiß Google, welche URL für welches Land und welche Sprache gilt – und die Länderversionen kannibalisieren sich nicht gegenseitig als Duplicate Content.

Wie das aussieht, lässt sich im Quelltext jeder Länder-Domain nachlesen: Der Shop erzeugt die hreflang-Auszeichnung automatisch – jede Sprach-/Länder-Kombination verweist auf ihre eigene URL, plus ein x-default als Rückfallebene. Ein realer Auszug aus dem <head> von tk-shop24.com:

view-source:https://tk-shop24.com
1<link rel="alternate" hreflang="x-default" href="https://tk-shop24.com">
2<link rel="alternate" hreflang="de-DE" href="https://tk-shop24.com">
3<link rel="alternate" hreflang="en-DE" href="https://tk-shop24.com/en/">
4<link rel="alternate" hreflang="it-IT" href="https://tk-shop24.it">
5<link rel="alternate" hreflang="en-IT" href="https://tk-shop24.it/en/">
6<link rel="alternate" hreflang="fr-FR" href="https://tk-shop24.fr">
7<link rel="alternate" hreflang="es-ES" href="https://tk-shop24.es">
8<link rel="alternate" hreflang="en-GB" href="https://tk-shop24.co.uk">

Lieferländer, Sprachen, Versandklassen & Zahlarten pro Domain

Ein Markt ist mehr als eine Sprache. Pro Domain definieren wir, welche Länder beliefert werden, welche Sprache und Währung greifen, welche Versandklassen und -kosten gelten und welche Zahlarten angeboten werden. Ein französischer Kunde erwartet andere Zahlarten als ein britischer; die Versandkosten nach Italien sind andere als die innerhalb Deutschlands; und wer nach UK liefert, muss Zoll- und Steuerlogik sauber abbilden.

tk-shop24.it
Lieferländer und Sprachen pro Domain: Die Länderauswahl bündelt die belieferten Märkte; die Sprache wird separat gewählt.

Kernaussage

Grenzüberschreitender Verkauf zieht steuerliche Pflichten nach sich: OSS-Verfahren innerhalb der EU, VIES-/USt-ID-Prüfung im B2B, Reverse-Charge-Fälle und – bei UK – Einfuhr- und Umsatzsteuerregeln außerhalb der EU. Diese Themen gehören von Beginn an in die Planung, nicht als Nachgedanke.

Feeds pro Domain: Google Shopping & Idealo

Preisportale und Shopping-Anzeigen sind in vielen Märkten der wichtigste Trafficmotor – aber sie erwarten pro Land einen eigenen Feed. Für jedes Zielland entsteht deshalb je ein eigener Google-Shopping-Feed und ein eigener Idealo-Feed – jeweils in Landessprache, Landeswährung und mit den dort gültigen Preisen, Versandkosten und Verfügbarkeiten. Ein einzelner deutscher Feed, der für alle Länder herhalten soll, führt zu Ablehnungen und falschen Preisen. Sauber getrennt lässt sich jeder Markt gezielt aussteuern.

Cross-Domain-Analytics: eine Customer Journey, mehrere Domains

Sobald mehrere Domains im Spiel sind, zerfällt die Messung – wenn man nichts unternimmt. Wechselt ein Nutzer von der .com- auf die .co.uk-Domain, zählt Analytics ihn standardmäßig als neuen Besuch aus einer fremden Quelle. Deshalb richten wir Cross-Domain-Tracking ein: Die Domains werden als ein zusammengehöriges Set konfiguriert, Referral-Ausschlüsse gepflegt und die Attribution über Domaingrenzen hinweg erhalten. Erst dann sehen Sie, welcher Kanal welchen Umsatz in welchem Land wirklich bringt.

Das größte Stück Arbeit: die Übersetzungen

Unterschätzt wird fast immer die schiere Textmenge. Zu übersetzen sind nicht nur Artikel und Kategorien, sondern auch die Shop-Oberfläche, alle Plugin-Sprachvariablen (Zahlarten, Hinweise, Fehlermeldungen) und sämtliche Transaktions-E-Mails – Shop- wie Wawi-seitig. Das sind schnell mehrere tausend Textbausteine je Sprache. Von Hand ist das ein Projekt über Monate; vollständig „per Knopfdruck maschinell" wird es unsauber. Wir gehen einen dritten Weg.

Erstübersetzung per SQL – Shop und Wawi

Statt jede Vorlage einzeln im Backend anzufassen, ziehen wir die deutschen Quelltexte direkt aus den Datenbanktabellen: die Sprachvariablen der Plugins, die Sprachtabellen des Shops und die mehrsprachigen E-Mail-Vorlagen der Warenwirtschaft. Aus einer Arbeitsliste ist pro Textbaustein ersichtlich, welche Zielsprachen noch fehlen. Nach der Übersetzung werden die Ergebnisse als kontrollierte SQL-Batches zurückgeschrieben – tausende Strings in einem nachvollziehbaren Durchlauf, versioniert und wiederholbar, statt Klick für Klick.

Automatische Übersetzung mit Platzhalter-Schutz

Die eigentliche Übersetzung läuft über eine Übersetzungs-API (etwa DeepL oder ein LLM). Der entscheidende Schritt davor: Jeder String wird tokenisiert, damit Platzhalter und Technik unangetastet bleiben. Variablen wie {{OrderNumber}}, Zähler wie %d, HTML-Tags und Shortcodes werden erkannt und geschützt – übersetzt wird ausschließlich der echte Text dazwischen. So bleibt „Bestellung {{OrderNumber}} vom {{OrderDate}}" in jeder Sprache funktionsfähig, statt dass die API den Platzhalter mitübersetzt und die E-Mail bricht.

Review dort, wo es zählt

Maschinell übersetzt heißt nicht ungeprüft veröffentlicht. Rechtstexte, Zahlungs- und Fehlermeldungen, Betreffzeilen und alles, was der Kunde im Kaufprozess sieht, gehen durch eine gezielte Sichtung. Der Rest – der große, unkritische Textkörper – ist nach dem automatisierten Durchlauf sofort brauchbar. So verschiebt sich der Aufwand von „alles selbst tippen" zu „das Wichtige prüfen".

Aus der Praxis

Ein Händler für Sicherheits- und Kommunikationstechnik wollte über Deutschland hinaus nach Großbritannien, Frankreich, Italien und Spanien verkaufen. Statt fünf getrennter Shops haben wir einen JTL-Shop 5 über Admorris Multidomain auf mehrere Länder-Domains gelegt – je Domain eigene Sprache, Währung, Lieferländer, Versandklassen und Zahlarten. Die lokalisierten URL-Pfade für Artikel, Kategorien und Hersteller entstanden regelbasiert per Export/Import statt von Hand. Die Erstübersetzung von Oberfläche, Plugin-Texten und E-Mail-Vorlagen lief über den beschriebenen SQL-gestützten Weg mit platzhaltersicherer API-Übersetzung; kritische Texte wurden nachgeprüft. Für die Sichtbarkeit bekam jedes Zielland einen eigenen Google-Shopping- und einen eigenen Idealo-Feed, und Cross-Domain-Analytics hielt die Auswertung über alle Domains hinweg zusammen. Ergebnis: ein konsistenter Auftritt in fünf Märkten aus einer gepflegten Datenbasis.

FAQ

Häufige Fragen

Internationalisierung im JTL-Shop ist ein Systemprojekt, kein Sprachschalter. Wer Domains, URLs, Versand, Zahlarten, Feeds, Analytics, Steuerlogik und Übersetzung als zusammenhängendes Ganzes plant, bekommt pro Land einen Auftritt, der lokal glaubwürdig ist und sauber messbar bleibt – aus einer einzigen, gepflegten Datenbasis in der JTL-Wawi. Die Sprache ist am Ende das kleinste Problem; die Prozesse dahinter entscheiden.

Ihr nächster Schritt

Sie planen, mit Ihrem JTL-Shop ins Ausland zu verkaufen – oder Ihr bestehender Mehrsprachen-Auftritt läuft nicht rund? Als JTL Silver Partner begleiten wir Internationalisierungsprojekte von der Domain- und Marktstrategie über URLs, Feeds und Cross-Domain-Analytics bis zur automatisierten Erstübersetzung. Wir zeigen Ihnen, was in Ihrem Fall realistisch ist – und setzen es mit Ihnen um.

Gespräch anfragen

Operative Klarheit entsteht nicht zufällig.

Lassen Sie uns gemeinsam herausfinden, welche Strukturen Ihr Unternehmen wirklich entlasten.

Projekt besprechen