Überprüft im Juni 2026, die hier beschriebenen Module ps_languageselector und ps_currencyselector sowie der Hook displayNav2 gelten für PrestaShop 1.7, 8 und 9.

Ein Besucher aus Spanien landet in Ihrem deutschsprachigen Shop. Innerhalb weniger Sekunden sucht er oben auf der Seite nach einer Möglichkeit, auf Spanisch oder zumindest auf Englisch umzuschalten. Findet er sofort einen klaren Umschalter, bleibt er. Findet er nichts, klickt er zurück, direkt zu Google, um einen Shop zu finden, der seine Sprache spricht. Diese spontane Entscheidung fällt in jedem internationalen Shop, jeden Tag, und sie hängt vollständig an zwei kleinen Frontend-Widgets: dem Sprachumschalter und dem Währungswähler.

Dieser Beitrag konzentriert sich genau auf diese Widgets, wo sie in einem PrestaShop-Theme sitzen, welche Blöcke und Hooks sie ausgeben, warum die Debatte Flaggen gegen Text tatsächlich die Conversion beeinflusst und wie Sie beide Elemente sichtbar machen, ohne den Header zu überladen. Es geht um die sichtbare Ladenseite. Die Technik dahinter, das Hinzufügen der Sprachen und Währungen selbst, Wechselkurse, Steuern und hreflang, das Google sagt, welche Version ausgeliefert werden soll. Hat jeweils ihren eigenen Platz; darauf verweise ich, statt es hier zu wiederholen.

Die zwei PrestaShop-Blöcke, die die Umschalter ausgeben

Ein Tischglobus mit farbigen Standortnadeln neben einem klaren Dropdown-Menü-UI-Element
Sprach-, Währungs- und Länderumschalter sind die kleinen Schaufensterdetails, die internationale Käufer sich zu Hause fühlen lassen.

Bevor Sie über Flaggen diskutieren, sollten Sie wissen, was Sie tatsächlich bearbeiten. In einem Standard-Theme von PrestaShop 1.7, 8 oder 9 sind die Umschalter im Header nicht fest in Ihr Template einprogrammiert. Es sind zwei native Module, die oben auf der Seite in einen Hook eingehängt sind:

  • ps_languageselector, das Dropdown für die Sprache. Standardmäßig wird es über den Hook displayNav2 ausgegeben (rechts in der oberen Leiste) und zeigt jede Sprache an, die Sie unter International → Lokalisierung → Sprachen aktiviert haben.
  • ps_currencyselector, das Dropdown für die Währung, standardmäßig ebenfalls in displayNav2, mit allen Währungen, die unter International → Lokalisierung → Währungen aktiviert sind.
[SCREENSHOT: Ein Storefront-Header oben rechts, der den Sprachumschalter (Deutsch) und den Währungswähler (€ EUR) nebeneinander zeigt]

Was bedeutet das konkret für Sie? Wenn ein Umschalter in Ihrem Header fehlt, ist die Lösung fast nie eine Theme-Operation. Gehen Sie zu Design → Positionen, suchen Sie den Hook displayNav2 (der Standardplatz für beide Umschalter; manche Themes verschieben sie nach displayNav1 oder in einen eigenen Top-Bar-Hook) und prüfen Sie, ob das Modul dort eingehängt ist. Wenn es vorhanden ist, aber leer bleibt, liegt das eigentliche Problem eine Ebene früher. Sie haben nur eine Sprache oder nur eine Währung aktiviert, also gibt es nichts, worauf umgeschaltet werden könnte. Das Widget blendet sich korrekterweise aus, statt ein sinnloses Dropdown mit nur einem Eintrag zu zeigen.

Ein Detail führt häufig in die Irre: Ein Umschalter erscheint erst, wenn eine zweite Sprache oder Währung aktiv und dem aktuellen Shop zugewiesen ist (und im Multistore auch der aktuellen Shop-Gruppe). Wenn Sie mehrere Storefronts aus einem Adminbereich betreiben, prüfen Sie, ob die Sprache bei der richtigen Shop-Zuordnung angehakt ist, wie diese Zuordnungen funktionieren, erklärt PrestaShop Multistore: mehrere Shops über ein Admin-Panel betreiben.

Wo der Umschalter platziert werden sollte

Sprach- und Währungswähler gehören in den Header, sichtbar auf jeder Seite und ohne Scrollen. Die Standard-Top-Bar von PrestaShop platziert sie oben rechts, und genau dort suchen internationale Käufer intuitiv. Die zwei vertretbaren Positionen sind die obere rechte Ecke und eine eigene Top-Bar oberhalb der Hauptnavigation. Entscheidend ist nicht, welche der beiden Varianten Sie wählen, sondern dass das Widget ohne Scrollen sichtbar, erkennbar und auf der Startseite vorhanden ist, der Seite, auf der die meisten internationalen Erstbesucher landen.

Der typische Fehler ist, es zu verstecken. Wird der Umschalter im Footer vergraben oder ohne sichtbare Flagge beziehungsweise Währungscode in ein mobiles Hamburger-Menü geschoben, erzwingen Sie genau die Zwei-Sekunden-Suche, die Besucher zurück zu Google schickt. Besonders auf Mobilgeräten sollte mindestens die aktuelle Sprachflagge und der Währungscode in der Header-Leiste sichtbar bleiben, selbst wenn ein Tippen darauf ein vollständigeres Menü öffnet. Ein Käufer sollte nie nach dem Beweis suchen müssen, dass Ihr Shop ihn in seiner Sprache und mit seiner Währung anspricht.

Flaggen, Text oder beides, die Debatte, die sich lohnt

Das ist die eine wirklich strittige Entscheidung, und für die meisten Shops gibt es eine richtige Antwort. Die Falle besteht darin, dass Flaggen Länder repräsentieren, nicht Sprachen:

  • Nur Flaggen: visuell schnell zu erfassen, aber mehrdeutig und gelegentlich ausgrenzend. Die deutsche Flagge steht für Deutschland, österreichische und schweizerdeutsche Käufer erkennen sich darin womöglich nicht wieder. Ein Union Jack für „Englisch“ signalisiert amerikanischen, australischen, indischen und irischen Besuchern leise, dass dieses Englisch für jemand anderen gedacht ist. Und wenn Sie in Märkte mit politisch sensiblen Flaggenbezügen verkaufen, kann ein reiner Flaggen-Umschalter echten Schaden anrichten.
  • Nur Text: präzise und eindeutig, „English | Deutsch | Français | Español“ kann nicht missverstanden werden, aber visuell zurückhaltend. Ab sechs oder mehr Sprachen wirkt eine reine Textzeile schnell überladen und wird leicht übersehen.
  • Flaggen + Text: die pragmatische Wahl, bei der die meisten erfolgreichen internationalen Shops landen. Die Flagge sorgt für sofortige visuelle Wiedererkennung; der Sprachname (in der jeweiligen Sprache geschrieben, Deutsch, nicht „German“) nimmt die Mehrdeutigkeit heraus. Das ist auch die barriereärmste Option, weil die Textbeschriftung von Screenreadern gelesen werden kann, eine bloße Flaggen-Grafik dagegen nicht.

Der Standard-ps_languageselector von PrestaShop ist textbasiert (er zeigt den Namen der Sprache). Wenn Sie Flaggen oder Flagge-plus-Text wünschen, ist das eine Template-Anpassung in der Ansicht des Moduls oder ein Umschalter-Modul, das die Ausgabe von Flaggen mitbringt, keine Änderung am Core. Wenn Sie Flaggen hinzufügen, wählen Sie die Flagge des Landes, das in Ihrem Markt am stärksten mit der Sprache verbunden ist, akzeptieren Sie diese Wahl als Konvention statt als Wahrheit und kombinieren Sie sie immer mit dem Sprachnamen, damit die Konvention nicht nach hinten losgeht.

Der Währungswähler: eine Zahl zeigen, die Menschen sofort einordnen können

Ein Preis von „49.99 EUR“ ist für einen Käufer aus der Eurozone sofort klar. Bei einem Besucher aus Polen löst er stilles Kopfrechnen von EUR in PLN aus; bei einem Besucher aus Großbritannien von EUR in GBP. Diese gedankliche Umrechnung ist Reibung, und direkt neben dem Preis ist der schlechteste Ort dafür. Ein Währungswähler, mit dem der Besucher „229 PLN“ oder „£42“ sieht, nimmt diese Rechnung weg und lässt ihn den Preis sofort an seinem eigenen inneren Maßstab messen.

Zwei Dinge sorgen dafür, dass der Währungswähler seinen Zweck erfüllt:

  • Erkennen, dann anbieten, nicht erzwingen. Die stärkste Nutzererfahrung entsteht, wenn der Shop dem Besucher eine sinnvolle Standardwährung und -sprache zeigt, der Umschalter aber sichtbar bleibt, damit jeder die Auswahl überschreiben kann. Harte IP-basierte Weiterleitungen gehen nach hinten los: VPN-Nutzer landen am falschen Ort, Auswanderer möchten ihre Heimatsprache statt der lokalen Sprache, und Suchmaschinen-Crawler können in die falsche Version geschoben und falsch indexiert werden. Ein dezenter Hinweisbanner („In PLN stöbern?“) schlägt eine erzwungene Weiterleitung jedes Mal.
  • Konsistenz von der Produktseite bis zur Kasse. Auf der Produktseite EUR zu zeigen und erst an der Kasse auf die lokale Währung umzuschalten, überrascht den Kunden im denkbar schlechtesten Moment. Welche Währung der Umschalter auswählt, muss über Katalog, Warenkorb und Kasse hinweg erhalten bleiben, PrestaShop führt das über den Warenkorb-Kontext des Kunden mit, daher besteht die Aufgabe vor allem darin, sicherzustellen, dass im Theme nirgends eine Währung fest einprogrammiert wurde.

Eine ehrliche Grenze: Der Umschalter ändert die angezeigte Währung. Ob Sie auch in dieser Währung abrechnen, hängt von Ihrem Zahlungsanbieter und Ihrer Bereitschaft zur Mehrwährungsbuchhaltung ab. Das ist eine ganz eigene Entscheidung. Die Mechanik des Hinzufügens von Währungen, Cron-Updates für EZB-Wechselkurse, währungsspezifisches Runden, damit aus „47.83 PLN“ „49.90 PLN“ wird, und die Frage Abrechnung statt bloßer Anzeige werden alle in Mehrwährung und internationaler Verkauf mit PrestaShop: ein praktischer Einrichtungsleitfaden behandelt. Wenn innerhalb der EU auch Steuern eine Rolle spielen, ist Europaweit verkaufen mit PrestaShop: Sprachen, Währungen und Steuern der richtige nächste Beitrag.

Länderauswahl: eine Entscheidung statt zwei

Manche Shops führen die zwei Widgets in einer einzigen Länderauswahl zusammen: Der Kunde wählt „Polen“, und der Shop wechselt in einem Schritt auf Polnisch, auf PLN und auf die Versandoptionen für Polen. Für die Mehrheit der Besucher, die tatsächlich dieses passende Paket möchten, ist das klarer und nimmt eine Entscheidung weg.

Der Preis dafür ist der Käufer mit gemischten Präferenzen. Ein Auswanderer möchte Englisch als Sprache und PLN als Währung; ein schweizerdeutscher Käufer möchte Deutsch als Sprache und CHF als Währung. Ein kombinierter Umschalter kann das nicht ausdrücken. Die Faustregel:

Ihre SituationBessere WahlWarum
Die meisten Besucher möchten das passende Sprach- und WährungspaketKombinierte LänderauswahlEine Entscheidung, weniger Unruhe im Header, weniger falsch eingestellte Warenkörbe
Viele Auswanderer / grenzüberschreitende Käufer (gemischte Präferenzen)Getrennte Sprach- und WährungsumschalterErmöglicht Kombinationen wie EN+PLN oder DE+CHF
Sie verkaufen stark über MobilgeräteGetrennt, aber beide hinter einem klaren Symbol zusammenfassenSpart Breite im Header, ohne die Kombination zu erzwingen

PrestaShop liefert die beiden Umschalter standardmäßig getrennt aus. Das kombinierte Länder-Muster bedeutet also entweder ein eigenes Modul oder Frontend-Arbeit. Entscheiden Sie danach, wer tatsächlich bei Ihnen kauft, nicht danach, was im Mock-up aufgeräumter aussieht.

Die SEO-Falle hinter dem Umschalter

Ein Umschalter ist ein UX-Element, aber die Art, wie Sie den Sprachwechsel umsetzen, hat direkte SEO-Folgen, und Fehler an dieser Stelle kosten Sie still den internationalen Traffic, für den das Widget eigentlich gedacht war:

  • Jede Sprache braucht ihre eigene URL. PrestaShop macht das von Haus aus richtig, mit aktivierten benutzerfreundlichen URLs erhalten Sie Präfixe wie /en/, /de/, /fr/ (oder eigene Domains je Shop im Multistore). Die Kardinalsünde ist, unterschiedliche Sprachen auf derselben URL anhand eines Cookies oder einer IP-Vermutung auszuliefern; Crawler können nur eine Version einer URL indexieren, sodass Ihre anderen Sprachen praktisch aus der Suche verschwinden.
  • Selbstreferenzierende Canonicals pro Version. Jede Sprach-URL sollte mit ihrem Canonical auf sich selbst zeigen, nicht auf eine andere Sprache, damit Sie keine Duplicate-Content-Behandlung auslösen.
  • Hreflang ist der Teil, den der Umschalter nicht für Sie erledigen kann. Das Dropdown lässt einen Menschen wechseln; hreflang sagt Google, welche Version welchem Suchenden automatisch ausgeliefert werden soll. Das ist eine separate, detailreiche Aufgabe mit eigenen Regeln.

Die hreflang-Mechanik. Rückverweise, x-default, Sprach-Regions-Codes. Ist umfangreich genug für einen eigenen Beitrag: Hreflang-Tags: Google mitteilen, welche Sprachversion angezeigt werden soll. Und wenn Sie den übersetzten Shop selbst noch aufbauen, Übersetzungen zuweisen, URL-Struktur sortieren und den Katalog wirklich mehrsprachig statt halb übersetzt machen, beginnen Sie mit Mehrsprachigen Shop einrichten: PrestaShop für den internationalen Verkauf vorbereiten.

Saubere, vorhersehbare mehrsprachige URLs sind auch der Punkt, an dem sich eine URL-Verwaltungsebene bezahlt macht, unser SEO-freundlicher URL-Manager und die umfassendere SEO-Konfigurationssuite halten diese sprachspezifischen Pfade sauber und kanonisch, sodass Frontend-Umschalter und Suchmaschinen dieselbe Vorstellung davon haben, welche Seite welche ist.

Die häufigsten Fehler auf einen Blick

  • Den Umschalter verstecken. Eine Platzierung im Footer oder ein Hamburger-Menü ohne Flagge erzwingt die Zwei-Sekunden-Suche, die den Besucher verliert. Header, ohne Scrollen sichtbar, auch mobil erkennbar.
  • Nur Flaggen verwenden. Im besten Fall mehrdeutig, im schlechtesten Fall ausgrenzend. Kombinieren Sie jede Flagge mit dem Sprachnamen in der jeweiligen Sprache.
  • Erzwungene IP-Weiterleitungen. Sie scheitern bei VPN-Nutzern, Auswanderern und Crawlern. Erkennen und vorschlagen; niemals einsperren.
  • Währung, die erst an der Kasse wechselt. Halten Sie die gewählte Währung von der Produktseite bis zur Zahlung konsistent, Überraschungen an der Kasse lösen Kaufabbrüche aus.
  • Maschinell übersetzte Inhalte hinter einem echt wirkenden Umschalter. Fünf Sprachen anzubieten, von denen vier rohe Google-Translate-Ausgaben sind, zerstört Vertrauen schneller, als eine einzige Sprache sauber anzubieten. Übersetzen Sie lieber weniger Sprachen richtig als viele schlecht.

Häufig gestellte Fragen

Mein Sprachumschalter erscheint nicht im Header, woran liegt das?

Zwei Ursachen sind wahrscheinlich. Wenn der Header dort leer ist, wo der Umschalter erscheinen sollte, prüfen Sie unter Design → Positionen, ob ps_languageselector in displayNav2 eingehängt ist (manche Themes verschieben ihn nach displayNav1 oder in einen eigenen Top-Bar-Hook). Wenn das Modul vorhanden ist, aber nichts ausgibt, liegt das eigentliche Problem eine Ebene früher. Sie haben nur eine Sprache aktiviert, also gibt es nichts, worauf umgeschaltet werden könnte, und das Widget blendet sich korrekterweise aus, statt ein sinnloses Dropdown mit nur einem Eintrag zu zeigen. Prüfen Sie im Multistore außerdem, ob die zweite Sprache dem aktuellen Shop zugewiesen ist.

Sollte ich für den Sprachumschalter Flaggen, Text oder beides verwenden?

Für die meisten Shops: Flaggen plus Text. Flaggen repräsentieren Länder, nicht Sprachen, eine deutsche Flagge grenzt österreichische und schweizerdeutsche Käufer aus, und ein Union Jack signalisiert amerikanischen oder irischen Besuchern, dass dieses Englisch nicht für sie gedacht ist. Text allein („Deutsch | Français“) ist eindeutig, aber visuell zurückhaltend und wirkt ab sechs oder mehr Sprachen überladen. Die Kombination bietet sofortige visuelle Wiedererkennung plus den eindeutigen Sprachnamen in der jeweiligen Sprache (Deutsch, nicht „German“) und ist die barriereärmste Option, weil Screenreader die Textbeschriftung lesen können.

Sollte ich Besucher per IP automatisch auf ihre Sprache weiterleiten?

Nein, erkennen und vorschlagen, niemals erzwingen. Harte IP-Weiterleitungen gehen nach hinten los: VPN-Nutzer landen am falschen Ort, Auswanderer möchten ihre Heimatsprache statt der lokalen Sprache, und Crawler werden in die falsche Version geschoben und falsch indexiert. Zeigen Sie eine sinnvolle Voreinstellung, lassen Sie den Umschalter sichtbar und nutzen Sie lieber einen dezenten Hinweis („In PLN stöbern?“) als eine erzwungene Weiterleitung.

Sollte ich Sprache und Währung in einer einzigen Länderauswahl kombinieren?

Nur wenn die meisten Ihrer Besucher tatsächlich das passende Paket möchten. Eine kombinierte Auswahl „Polen wählen → Polnisch + PLN“ ist klarer und nimmt eine Entscheidung weg, kann aber gemischte Präferenzen nicht abbilden, etwa einen Auswanderer, der Englisch mit PLN möchte, oder einen schweizerdeutschen Käufer, der Deutsch mit CHF möchte. Wenn Sie ein relevantes grenzüberschreitendes Publikum oder viele Auswanderer haben, lassen Sie die beiden Umschalter getrennt, damit solche Kombinationen möglich sind. PrestaShop liefert sie standardmäßig getrennt aus; das kombinierte Muster erfordert also ein eigenes Modul oder Frontend-Arbeit.

Rechnet der Währungswähler wirklich in dieser Währung ab oder zeigt er sie nur an?

Standardmäßig ändert er die angezeigte Währung, und PrestaShop führt diese Auswahl über den Warenkorb-Kontext des Kunden konsistent von der Produktseite über den Warenkorb bis zur Kasse mit. Ob Sie auch in dieser Währung abrechnen, hängt von Ihrem Zahlungsanbieter und Ihrer Bereitschaft zur Mehrwährungsbuchhaltung ab, eine separate Entscheidung, die im Leitfaden zur Einrichtung mehrerer Währungen behandelt wird.

Weiterführende Beiträge

Diese zwei Widgets sind klein, aber die Botschaft, die sie senden, ist es nicht: Ein klarer Sprachumschalter und ein sinnvoller lokaler Preis sagen einem internationalen Besucher: „Wir haben mit Ihnen gerechnet, wir sind bereit für Sie, Sie sind hier richtig.“ Wenn Platzierung, Flagge-plus-Text-Beschriftung und währungsübergreifende Konsistenz über alle Seiten stimmen, haben Sie genau die Reibung entfernt, die über den Zwei-Sekunden-Moment von Bleiben oder Gehen entscheidet, und das ist die eigentliche Aufgabe eines Frontends, das über Grenzen hinweg verkaufen soll.

Diesen Beitrag teilen:
David Miller

David Miller

Gründer, mypresta.rocks

David Miller ist PrestaShop-Spezialist mit über einem Jahrzehnt praktischer Erfahrung und Gründer von mypresta.rocks, einem Software-Studio im polnischen Tychy. Er entwickelt und pflegt einen Katalog von 152 PrestaShop-Modulen, darunter 21 „Revolution"-Suiten für SEO, Checkout, Sicherheit, Performance, Marketing, Suche, Support und Lagerverwaltung, , die reale Shops Tag für Tag verbessern und für PrestaShop 1.7.8, 8.x und 9.x getestet sind. Darüber hinaus betreut er Produktivshops mit einem Jahresumsatz in Millionenhöhe, sodass seine Arbeit an echten Verkäufen gemessen wird und nicht an Demos. Seine Erfahrung deckt die gesamte Bandbreite des E-Commerce ab, Performance, Sicherheit, SEO und Marketing, und reicht über PrestaShop hinaus bis zu WooCommerce, Shopify und maßgeschneiderten Systemen. Im Blog schreibt er über die technische Seite von PrestaShop: was die Plattform wirklich tut, was in der Produktion bricht und welche Lösungen sich bewähren.

Kommentare

Noch keine Kommentare. Seien Sie der Erste!
Hat Ihnen dieser Artikel gefallen?

Erhalten Sie unsere neuesten Tipps, Anleitungen und Modul-Updates direkt in Ihr Postfach.

Sie können Ihr Einverständnis jederzeit widerrufen. Unsere Kontaktinformationen finden Sie u. a. in der Datenschutzerklärung.

Lade ...
Nach oben