Mehrsprachiger Shop: PrestaShop für internationale Verkäufe vorbereiten

Geprüft im Juni 2026, die Schritte gelten für PrestaShop 1.7, 8 und 9; das Übersetzungstool und die sprachbezogenen _lang-Felder funktionieren in diesen Versionen gleich.

Eine zweite Sprache in PrestaShop hinzuzufügen wirkt zunächst wie eine Sache von zwei Minuten: Sprachpaket installieren, Häkchen setzen, fertig. Dann zeigen sich die Risse, halb übersetzte E-Mails, ein Kassen-Button im deutschen Shop noch auf Englisch, Produktbeschreibungen, die nie ausgefüllt wurden, ein Backoffice, in dem Ihr Lagerteam plötzlich auf Französisch arbeitet. Die mehrsprachige Engine der Plattform ist wirklich stark (jedes übersetzbare Feld wird auf Datenbankebene pro Sprache gespeichert, nicht nachträglich angehängt), aber „unterstützt viele Sprachen“ und „ist korrekt für internationale Verkäufe eingerichtet“ sind zwei sehr unterschiedliche Zustände. In diesem Leitfaden schließen wir genau diese Lücke: die konkreten Backoffice-Schritte zum Hinzufügen und Konfigurieren einer Sprache, wo jede Art von übersetzbarem Text tatsächlich liegt und in welcher Reihenfolge Sie vorgehen sollten, damit kein Shop live geht, der zu 80 % übersetzt und zu 100 % verwirrend ist.

Das ist der sprachliche Teil des Internationalisierungsprojekts. Währungen, Steuern und die Besonderheiten einzelner Länder haben jeweils eigene Anleitungen, die Einrichtung mehrerer Währungen und der umfassendere Leitfaden zum Verkaufen in Europa greifen diese Themen auf. Hier bleiben wir bei den Sprachen.

Wie PrestaShop Sprachen speichert (und warum das wichtig ist)

Bevor Sie eine Einstellung ändern, hilft es zu wissen, was Sie eigentlich konfigurieren. In PrestaShop ist eine Sprache ein Datensatz in der Tabelle lang, und fast jeder Inhalt hat eine begleitende _lang-Tabelle, product_lang, category_lang, cms_lang, meta_lang, mit einem Datensatz pro Sprache und Element. Wenn Sie eine Sprache hinzufügen, schalten Sie keinen Anzeigemodus um; Sie erstellen einen parallelen Satz leerer Inhaltsfelder, die nun jemand füllen muss.

Was heißt das praktisch? Daraus ergeben sich zwei Folgen, die die meisten Fehler in mehrsprachigen Shops erklären:

• Eine neu hinzugefügte Sprache startet leer, nicht automatisch übersetzt. PrestaShop fällt in manchen Ansichten auf den Text der Standardsprache zurück, wenn Felder nicht übersetzt sind, genau so landen englische Produktnamen unter einem deutschen Menü.
• Oberflächentexte (Buttons, Fehlermeldungen, E-Mail-Texte) werden nicht in diesen _lang-Tabellen gespeichert, sie kommen aus Übersetzungsdateien und dem Übersetzungstool, also aus einem komplett separaten Workflow. Übersetzte Produkte ändern nichts an Ihrem Kassen-Button. Sie müssen beides erledigen.

Eine Sprache richtig hinzufügen: Lokalisierung → Sprachen

Der schnellste korrekte Weg ist, ein vollständiges Lokalisierungspaket zu installieren statt nur eine einzelne Sprache. Gehen Sie zu International → Lokalisierung (in älteren 1.6-Shops heißt es Lokalisierung → Lokalisierung). Wählen Sie das Land aus und prüfen Sie vor allem die Kontrollkästchen für den Import: Bundesländer, Steuern, Währungen, Sprachen, Einheiten und Verhalten der Steuern ändern. Wenn Sie die Sprache auf diesem Weg importieren, werden auch passende Zahlen- und Datumsformate sowie ein Sprachpaket mit Kernübersetzungen geladen. Sie starten also mit einer bereits übersetzten PrestaShop-Oberfläche statt mit einer leeren Ausgangsbasis.

[SCREENSHOT: Bereich International → Lokalisierung zum Importieren, mit ausgewähltem Land und sichtbaren Kontrollkästchen für Bundesländer / Steuern / Währungen / Sprachen / Einheiten vor dem Import des Pakets]

Gehen Sie nach dem Import zu International → Lokalisierung → Sprachen und öffnen Sie die neue Sprache, um die Felder zu prüfen, die Shops gern unauffällig beschädigen:

• ISO-Code und Sprachcode, der ISO-Code (z. B. de) steuert den Dateinamen des Sprachpakets und die Flagge; der Sprachcode (z. B. de-DE) steuert das lang-Attribut und die Datumsformatierung. Eine Abweichung hier ist eine häufige Ursache für „die Übersetzungsdatei lädt nicht“.
• Datumsformat, pro Sprache gesetzt, sodass ein einzelner Shop französischen Besuchern DD/MM/YYYY zeigt und anderswo das passende Format verwendet, ganz ohne eigenen Code.
• Ist RTL-Sprache, aktivieren Sie das für Arabisch, Hebräisch oder Persisch, damit PrestaShop das Stylesheet für Rechts-nach-links-Sprachen lädt. Wenn Sie es vergessen, wird ein RTL-Shop links-nach-rechts dargestellt und wirkt für Kunden kaputt.
• Status. Deaktivierte Sprachen bleiben installiert (damit Sie Übersetzungen intern vorbereiten können), erscheinen aber erst im Sprachumschalter des Frontoffice, wenn Sie sie aktivieren.

Shop-Sprache und Mitarbeitersprache getrennt halten

Ein Detail erspart viel Ärger: Die Sprachen, die Ihre Kunden sehen, sind nicht die Sprachen, in denen Ihr Team arbeitet. Deutsch für den Shop zu aktivieren zwingt Ihr Backoffice nicht auf Deutsch. Jeder Mitarbeiter legt seine eigene Admin-Sprache im Profil fest (Erweiterte Einstellungen → Team → Mitarbeiter oder in den eigenen Einstellungen). Sie können also in sechs Sprachen verkaufen, während Ihr Lagerteam die Verwaltung auf Englisch nutzt. Neue Händler befürchten oft, dass eine Kundensprache ihre eigene Administration durcheinanderbringt, das passiert nicht.

Die fünf Inhaltsebenen, die Sie wirklich übersetzen müssen

„Den Shop übersetzen“ besteht in Wirklichkeit aus fünf getrennten Aufgaben an unterschiedlichen Stellen. Lassen Sie eine aus, merken Kunden genau diese Ebene. Hier ist die Übersicht, in der Reihenfolge, die zählt:

Ebene	Wo sie liegt	Wie Sie sie übersetzen	Wenn Sie sie auslassen…
Katalog (Produkte, Kategorien, Eigenschaften, Attribute)	_lang-Tabellen	Sprachflagge/Dropdown auf jeder Bearbeitungsseite	Englische Produktnamen unter einem übersetzten Menü, der sichtbarste Fehler
CMS-Seiten (AGB, Versand, Rückgabe, Datenschutz)	cms_lang	Sprachbezogene Tabs im CMS-Editor	Rechtliche Seiten in der falschen Sprache, ein Problem für Compliance und Vertrauen
Oberflächentexte (Buttons, Beschriftungen, Fehler)	Übersetzungsdateien	International → Übersetzungen	„Add to cart“ bleibt mitten im Kaufprozess auf Englisch
E-Mail-Vorlagen	E-Mail-Übersetzungen + .tpl/.html	Übersetzungstool, Typ „E-Mail-Übersetzungen“	Bestellbestätigungen kommen in der falschen Sprache an, der erste Eindruck nach der Zahlung
Modultexte	Übersetzungsdateien des jeweiligen Moduls	Übersetzungstool, pro Modul	Ein Drittanbieter-Block bleibt auf einer sonst übersetzten Seite englisch

Kataloginhalte: der Sprachumschalter pro Feld

Jedes übersetzbare Feld an einem Produkt, einer Kategorie oder einer CMS-Seite hat einen kleinen Sprachwähler (ein Flaggen-Dropdown in 1.6, einen Sprach-Tab oder ein Dropdown in 1.7+). Umschalten, Übersetzung eintragen, speichern. Das Feld, das Sie nicht füllen, bleibt für diese Sprache leer. Es gibt keine stille automatische Befüllung, und genau das ist der Punkt. Bei einem großen Katalog liegt hier der Hauptteil der Arbeit, und hier entscheiden Sie Ihre Übersetzungsstrategie: professionelle Übersetzung für Topseller und rechtlich sensible Texte; KI-Übersetzung mit Prüfung durch Muttersprachler für den Long Tail; reine maschinelle Ausgabe nur dort, wo die Alternative wirklich gar nichts ist. Wofür Sie sich auch entscheiden: Fügen Sie nicht den englischen Text in jedes Sprachfeld ein, nur um „Lücken zu vermeiden“, das ist schlimmer als ein leeres Feld, weil Sie damit Duplicate Content über Ihre Sprach-URLs hinweg erzeugen.

Oberfläche, E-Mails und Modultexte: das Übersetzungstool

[SCREENSHOT: International → Übersetzungen, der Bereich „Übersetzungen bearbeiten“ mit geöffnetem Dropdown für den Übersetzungstyp und den Optionen Frontoffice / E-Mail / Installierte Module / Backoffice]

Diese Ebene vergessen Händler häufig, weil der Katalog fertig aussieht und sich der Shop übersetzt anfühlt, bis ein Kunde auf einen Button klickt. Gehen Sie zu International → Übersetzungen. Wählen Sie den Übersetzungs-typ. Wichtig sind vor allem:

• Frontoffice-Übersetzungen, Theme-Texte, die Kunden beim Einkaufen lesen.
• E-Mail-Übersetzungen, die Formulierungen in Bestell-, Versand- und Konto-E-Mails. Übersetzen Sie sie und senden Sie sich einen Test, denn deutsche und finnische Texte können 30–40 % länger sein als englische und ein E-Mail-Layout mit fester Breite sprengen.
• Übersetzungen installierter Module, wählen Sie die Sprache und das konkrete Modul; jedes Modul bringt eigene Texte mit. Ein frisch installiertes Drittanbieter-Modul ist eine häufige Quelle für übrig gebliebenes Englisch.
• Backoffice-Übersetzungen, nur wenn Ihr Team in dieser Sprache arbeitet.

Änderungen, die Sie hier vornehmen, werden als Übersetzungs-Overrides für das ausgewählte Theme, Modul und die ausgewählte Sprache gespeichert, sichern oder exportieren Sie sie daher, bevor Sie ein Theme wechseln, ein Modul aktualisieren oder ein großes Upgrade durchführen, denn solche Vorgänge können sie beeinflussen. Wenn ein Text nicht im Tool erscheint, liegt es fast immer daran, dass der Entwickler ihn nicht in die Übersetzungsfunktion von PrestaShop eingebunden hat, eine echte Einschränkung, die man kennen sollte, bevor man sich selbst die Schuld gibt.

Die Einrichtungsreihenfolge, die einen halb übersetzten Launch verhindert

Die Reihenfolge ist wichtig, weil manche Schritte andere erst ermöglichen. Eine praktikable Reihenfolge:

• 1. Lokalisierungspaket importieren für das Land (Lokalisierungsseite), damit erhalten Sie Sprache, Kernübersetzungen der Oberfläche, Datums-/Zahlenformate und Einheiten in einem Schritt.
• 2. Spracheinstellungen prüfen (Sprachenseite), ISO-/Sprachcodes, Datumsformat, RTL falls nötig. Lassen Sie die Sprache vorerst deaktiviert, damit Kunden keine halb fertige Version sehen.
• 3. CMS- und Rechtstexte übersetzen. Diese Inhalte sind begrenzt, geschäftskritisch und sollten professionell übersetzt sein. Erledigen Sie sie, solange die Sprache noch verborgen ist.
• 4. Katalog übersetzen, der große Block; mindestens Ihre Topseller und Hauptkategorien vor dem Start.
• 5. Übersetzungstool ausführen für Frontoffice, E-Mails und jedes aktive Modul, und danach eine echte Testbestellung in dieser Sprache durchführen, um Layoutprobleme und verbliebenes Englisch zu finden.
• 6. Sprache aktivieren erst dann, wenn die Punkte oben wirklich erledigt sind. Der Sinn des deaktivierten Status ist, niemals einen zu 70 % übersetzten Shop sichtbar zu machen.

Wo Sprachumschalter und Flaggen liegen (und wo nicht)

Sobald eine Sprache aktiviert ist, zeigt das Standard-Theme von PrestaShop automatisch einen Sprachwähler im Header an, über das Modul ps_languageselector. Sie können ihn über das Theme verschieben oder anders gestalten, und die alte Debatte Flaggen gegen Sprachnamen ist eine eigene Usability-Frage, eine Flagge steht für ein Land, nicht für eine Sprache, was zum Beispiel einen Österreicher ärgert, dem eine deutsche Flagge gezeigt wird. Wir haben das und die kleinen Frontend-Details, die internationale Besucher im Shop halten, in Währungsumschalter und Sprachflaggen genauer behandelt, deshalb rollen wir es hier nicht noch einmal auf.

SEO: Lassen Sie Übersetzungen nicht miteinander konkurrieren

Sobald dieselbe Seite in mehreren Sprachen existiert, müssen Sie Google sagen, dass es Alternativen zueinander sind und keine Duplikate. Genau dafür gibt es hreflang-Auszeichnungen, und das Thema ist umfangreich genug für einen eigenen Leitfaden: hreflang-Tags. Die dafür relevanten Spracheinstellungen gehören aber hierher:

• Meta-Daten pro Sprache schreiben, nicht nur übersetzen. Meta-Titel und Beschreibungen werden pro Sprache gespeichert, in der Tabelle meta_lang für statische und CMS-Seiten und in product_lang / category_lang für Katalogseiten. Das beste Keyword auf Englisch ist selten die wörtliche Übersetzung. Meta-Daten sollten daher in der Zielsprache von jemandem geschrieben werden, der auch in dieser Sprache sucht, übersetzen Sie Ihre Meta-Tags nicht automatisch.
• Benutzerfreundliche URLs pro Sprache. Wenn benutzerfreundliche URLs aktiviert sind (Shop-Einstellungen → Traffic & SEO), erhält jede Sprache einen lokalisierten Slug, /en/shower-drain, /de/duschrinne, /fr/caniveau-de-douche, deutlich stärker, als englische Slugs in jede Sprache mitzunehmen. Unser Smart SEO Friendly URL Manager hält diese Slugs sauber und sprachlich passend, damit Sie sie nicht Produkt für Produkt bearbeiten müssen.
• Sitemaps pro Sprache mit hreflang. Eine Sitemap, die jede Sprachversion aufführt und gegenseitig referenziert, hilft Google, den gesamten Satz zu indexieren statt nur eine Version. Unser Advanced SEO Sitemap Builder erzeugt sprachbezogene Sitemaps mit den richtigen Auszeichnungen.
• Innerhalb einer Sprache verlinken. Ein deutscher Blogbeitrag sollte auf deutsche Produktseiten verlinken, nicht auf deren englische Varianten, gemischtsprachige interne Links verschwenden Autorität und verwirren Crawler. Der Automatic Internal SEO Linker berücksichtigt beim Aufbau von Links die aktuelle Sprache, damit das korrekt bleibt, während Ihr Katalog wächst.

Übersetzung vs. Lokalisierung: der Teil, den Teams unterschätzen

Die Wörter zu übersetzen ist notwendig; sie an den Markt anzupassen sorgt erst für Conversions. PrestaShop übernimmt einen Teil davon, sobald Sprachen und Lokalisierungspaket eingerichtet sind, aber eben nur einen Teil:

• Datums- und Zahlenformate. Werden über die oben genannten Einstellungen pro Sprache gesteuert (1.234,56 für Deutschland, 1,234.56 für Großbritannien), vorausgesetzt, Sie setzen das Formatfeld korrekt.
• Maßeinheiten, das Lokalisierungspaket setzt metrische oder imperiale Standards, aber Ihre Produktbeschreibungen müssen trotzdem die passenden Einheiten verwenden.
• Kulturelle Passung, ein Valentinstagsbanner oder ein stark US-bezogener Verweis wirkt im falschen Markt flach; das ist redaktionelles Urteilsvermögen, keine Einstellung.
• Zahlungserwartungen, niederländische Käufer erwarten iDEAL, polnische Käufer BLIK. Das ist eine Entscheidung bei den Zahlungsarten, erklärt aber, warum ein „vollständig übersetzter“ Shop an der Kasse trotzdem fremd wirken kann.

Auch Währungen gehören hierher, ein deutschsprachiger Österreicher erwartet EUR, ein deutschsprachiger Schweizer CHF, und die Sprache allein löst das nicht. Weil Währungen eine wirklich eigene Achse neben der Sprache sind, behandeln wir sie vollständig im Leitfaden zu mehreren Währungen, statt sie hier halb abzudecken.

Ein Admin oder mehrere? Wenn Sprachen nicht reichen

Alles oben Genannte betreibt mehrere Sprachen innerhalb eines Shops mit gemeinsamem Katalog. Für die meisten internationalen Händler ist das das richtige Modell. Wenn Ihre Märkte aber tatsächlich unterschiedliche Kataloge, Preisstrukturen oder Markenauftritte brauchen, nicht nur Übersetzungen desselben Shops, sind Sie im Multishop-Bereich angekommen. Das ist eine andere Architektur mit eigenen Kompromissen. Wir vergleichen beide Modelle und wann welches sinnvoll ist in PrestaShop Multishop. Für die große Mehrheit der Shops ist Mehrsprachigkeit in einem einzelnen Shop einfacher, günstiger zu pflegen und völlig ausreichend.

Die Fehler, die Sie unbemerkt Umsatz kosten

• Eine Sprache aktivieren, bevor sie übersetzt ist. Nutzen Sie den deaktivierten Status. Ein live geschalteter halb englischsprachiger Shop zerstört Vertrauen schneller als gar keine Übersetzung.
• Den Katalog übersetzen, aber das Übersetzungstool auslassen. Produkte auf Deutsch, Buttons und E-Mails auf Englisch. Das sind die Ebenen, die am häufigsten zurückbleiben, weil der Shop fertig aussieht.
• Englisch in jedes Sprachfeld kopieren. Aus dem Wunsch heraus, Lücken zu vermeiden, erzeugt das Duplicate Content. Leer ist reparierbar; dupliziert ist eine selbst verursachte SEO-Wunde.
• Meta-Daten und Slugs automatisch übersetzen. Ihre URLs und Suchergebnis-Snippets verdienen native Keyword-Entscheidungen, keine wörtlichen Übersetzungen.
• Modultexte nach jeder neuen Installation vergessen. Jedes Drittanbieter-Modul bringt eigene Übersetzungen mit; führen Sie das Tool erneut aus, wenn Sie eines hinzufügen.

Häufig gestellte Fragen

Stellt eine neue Kundensprache mein Backoffice auf diese Sprache um?

Nein. Die Sprachen, die Ihre Kunden sehen, und die Sprache, in der Ihr Team arbeitet, sind getrennt. Deutsch für den Shop zu aktivieren berührt Ihre Administration nicht. Jeder Mitarbeiter legt seine eigene Admin-Sprache unter Erweiterte Einstellungen → Team → Mitarbeiter (oder in den eigenen Einstellungen) fest. So können Sie in sechs Sprachen verkaufen, während Ihr Lagerteam die Verwaltung auf Englisch nutzt.

Warum ist mein Produkt übersetzt, aber der Button „Add to cart“ noch auf Englisch?

Weil beides an unterschiedlichen Stellen liegt. Kataloginhalte (Produktnamen, Beschreibungen, CMS) befinden sich in den sprachbezogenen _lang-Tabellen und werden über den Sprachumschalter auf der jeweiligen Bearbeitungsseite übersetzt. Oberflächentexte, Buttons, Beschriftungen, Fehlermeldungen, E-Mails, kommen aus Übersetzungsdateien und dem Übersetzungstool (International → Übersetzungen), einem komplett separaten Workflow. Sie müssen beides erledigen und das Tool nach jeder neuen Installation für jedes Modul erneut ausführen.

Sollte ich den englischen Text in leere Sprachfelder kopieren, um Lücken zu vermeiden?

Nein. Das ist schlimmer, als sie leer zu lassen. Wenn Sie Englisch in jedes Sprachfeld einfügen, erzeugen Sie Duplicate Content über Ihre Sprach-URLs hinweg, und damit ein selbst verursachtes SEO-Problem. Ein leeres Feld ist reparierbar; duplizierter Inhalt ist eine Wunde, die Sie später bereinigen müssen. Übersetzen Sie sauber oder lassen Sie das Feld leer und übersetzen Sie es als Nächstes.

Kann ich Übersetzungen vorbereiten, ohne dass Kunden einen halb fertigen Shop sehen?

Ja, lassen Sie die Sprache während der Arbeit deaktiviert. Eine deaktivierte Sprache bleibt installiert und bearbeitbar, erscheint aber nicht im Sprachumschalter des Frontoffice. So können Sie CMS-Seiten, Katalog, E-Mails und Modultexte intern übersetzen und sie erst aktivieren, wenn sie wirklich fertig ist. Der deaktivierte Status existiert genau dafür, dass Sie niemals einen zu 70 % übersetzten Shop zeigen müssen.

Sollte ich Meta-Titel und URL-Slugs automatisch übersetzen?

Nein. Meta-Titel und Beschreibungen werden pro Sprache gespeichert und sollten in der Zielsprache von jemandem geschrieben werden, der auch in dieser Sprache sucht. Das beste englische Keyword ist selten die wörtliche Übersetzung. Benutzerfreundliche URLs sollten pro Sprache einen lokalisierten Slug erhalten (/de/duschrinne, nicht den englischen Slug überall mitnehmen). Unser Smart SEO Friendly URL Manager hält diese sprachbezogenen Slugs sauber, damit Sie sie nicht Produkt für Produkt bearbeiten müssen.

Weiterführende Lektüre

• Hreflang-Tags, sobald Sie mehrere Sprach-URLs haben, verhindern Sie damit, dass sie sich in der Suche gegenseitig kannibalisieren.
• Mehrere Währungen und internationales Verkaufen. Währung ist eine eigene Achse neben der Sprache (ein deutschsprachiger Schweizer erwartet CHF, nicht EUR).
• Verkaufen in Europa, der Überblick, der Sprache, Währung und EU-Mehrwertsteuerregeln zusammenführt.

Ein korrekt eingerichteter mehrsprachiger PrestaShop-Shop öffnet Märkte, die Ihre einsprachigen Wettbewerber nicht erreichen, und die Plattform gibt Ihnen die Werkzeuge dafür an die Hand, sprachbezogene Inhaltsfelder, eine echte Übersetzungsoberfläche, lokalisierte Formate und URLs. Die Arbeit liegt nicht in einer einzelnen Einstellung, sondern darin zu wissen, dass es fünf Textebenen gibt, sie in einer Reihenfolge abzuarbeiten, die niemals einen halb fertigen Shop sichtbar macht, und Sprache, Währung und SEO als die getrennten Themen zu behandeln, die sie tatsächlich sind. Wenn die Reihenfolge stimmt, liest sich der Shop so, als wäre er in jeder Sprache nativ gebaut worden, und für den Kunden, der entscheidet, ob er Ihnen eine Zahlung anvertraut, ist genau das entscheidend.