Mehrsprachiger Shop PL und DE: richtig umgesetzt

Ein mehrsprachiger Shop bedeutet URL, hreflang, Währungen und Steuern, nicht nur ein Plugin
WPML mit WooCommerce Multilingual ist die sicherste Wahl für einen Shop DE plus PL
Polylang bei kleinerem Budget, TranslatePress bei einfacher Seite
Eine Sprache pro URL plus korrektes hreflang ist das SEO-Fundament
Steuern stellst du getrennt für Deutschland und Polen ein, EU-Verkauf über OSS
Der häufigste Fehler ist ein nicht übersetzter Checkout und fehlende Rechtstexte
[/dwb_keytakeaways]

Ein mehrsprachiger Shop ist ein Gesamtsystem, kein Plugin

Das häufigste Missverständnis bei einem Shop auf Deutsch und Polnisch klingt so: Ich installiere ein Uebersetzungs-Plugin und habe zwei Sprachen. Das Plugin ist aber nur der erste Baustein. Ein mehrsprachiger Shop funktioniert erst dann richtig, wenn fünf Dinge gleichzeitig stimmen: die URL-Struktur, die hreflang-Tags, die Uebersetzung von Produkten und Bestellprozess, die Währungen und die getrennt pro Land eingestellten Steuern.

Hinkt einer dieser Punkte, sind die Folgen schmerzhaft. Google zeigt einem Polen die deutsche Version, Preise vermischen sich mit Währungen und der Kunde landet an der Kasse und sieht plötzlich das halbe Formular auf Deutsch statt Polnisch. Deshalb behandle ich einen Shop DE plus PL als ein zusammenhängendes Projekt und nicht als nachträglich angeklebte Sprache.

In diesem Text gehen wir der Reihe nach durch die Plugin-Wahl, die URL-Struktur und hreflang, die Uebersetzung von Produkten und Checkout, die Währungen, die Steuern für Deutschland und Polen, das mehrsprachige SEO und die Fehler, die ich am häufigsten sehe. Ohne Geschwafel, mit konkreten Hinweisen für einen echten Shop.

WPML, Polylang oder TranslatePress

Das sind die drei am häufigsten genutzten Lösungen für einen mehrsprachigen WordPress- und WooCommerce-Shop. Jede schafft zwei Sprachen, aber sie unterscheiden sich darin, wie gut sie mit dem Shop umgehen, also mit Produkten, Varianten, Attributen und dem Checkout.

• WPML: der Standard für Shops. Mit dem Zusatz WooCommerce Multilingual übersetzt es Produkte, Varianten, Attribute, Kategorien und den Bestellprozess, spielt gut mit Germanized und den Zahlungsanbietern zusammen. Kostenpflichtig, aber die wenigsten Überraschungen im Live-Betrieb.
• Polylang: leichter und günstiger, mit kostenloser und bezahlter Version. Für den Shop braucht es einen WooCommerce-Zusatz. Gute Wahl bei kleinerem Katalog und knappem Budget, verlangt aber etwas mehr Handarbeit bei den Produkten.
• TranslatePress: übersetzt visuell im Frontend, was für nicht technische Personen bequem ist. Am besten bei einer einfacheren Seite und kleinerem Shop. Bei einem großen Katalog mit Varianten oft weniger komfortabel als WPML.

In der Praxis nehme ich für einen produktiven Shop DE plus PL mit echtem Katalog meist WPML, weil ich hinterher am wenigsten mit Kleinigkeiten kaempfe. Polylang wähle ich, wenn der Shop kleiner ist und das Budget knapp. TranslatePress schlage ich vor, wenn die Seite einfacher ist und der Inhaber die Inhalte selbst bequem übersetzen soll.

URL-Struktur: eine Sprache, eine Adresse

Das ist das Fundament, das ganz am Anfang entschieden wird und falsch gesetzt bei jeder Änderung Ärger macht. Die Regel ist einfach: Jede Sprache hat eine eigene, feste URL, und Google darf nicht zwei Sprachen unter derselben Adresse sehen. Du hast drei sinnvolle Varianten.

1. Unterverzeichnis: shop.de für Deutsch und shop.de/pl für Polnisch. Am einfachsten zu pflegen, die gesamte SEO-Kraft bleibt auf einer Domain. Das ist meine Standardwahl für die meisten Shops DE plus PL.
2. Getrennte Domains: shop.de und shop.pl. Sinnvoll, wenn du zwei eigenständige, starke Marken für zwei Märkte aufbaust und volle Trennung willst. Mehr Aufwand und Kosten, aber saubere Aufteilung.
3. Subdomain: pl.shop.de. Funktioniert technisch, bringt aber seltener einen Vorteil gegenüber dem Unterverzeichnis und ist im SEO manchmal heikler. Ich nutze sie eher als Ausnahme.

Was du vermeiden solltest: Parameter wie shop.de/?lang=pl oder ein Sprachumschalter ohne Adresswechsel. Für die Suchmaschine ist das eine URL mit gemischtem Inhalt und ein direkter Weg zu Indexierungsproblemen. Die Sprache muss immer in der Adresse selbst sichtbar sein.

hreflang: damit Google die richtige Version zeigt

hreflang ist ein Tag im Seitenkopf, das der Suchmaschine sagt: Diese Seite hat ein Gegenstueck in einer anderen Sprache. Die deutsche Produktseite verweist auf ihre polnische Version und die polnische auf die deutsche. So zeigt Google einem Deutschen die deutsche und einem Polen die polnische Version und behandelt beide nicht als Duplikat.

Die gute Nachricht: WPML, Polylang und TranslatePress setzen hreflang automatisch für verknüpfte Seiten. Die schlechte Nachricht: Die Automatik funktioniert nur, wenn die Seiten korrekt verknüpft sind. Ist die deutsche Produktseite nicht mit der polnischen verbunden, fehlt das Tag oder ist unvollständig.

Produkte und Checkout übersetzen

Hier unterscheidet sich ein Shop von einer normalen Seite. Du übersetzt nicht nur Beschreibungen, sondern die ganze Kette, die den Kunden zur Zahlung führt. Übersetzt du die Beschreibungen und lässt den Checkout auf Polnisch, bricht der deutsche Kunde im letzten Schritt ab.

• Produkte: Name, Beschreibung, Kurzbeschreibung, Attribute (Farbe, Größe) und Varianten. Attribute werden oft vergessen, weil sie getrennt von der Beschreibung liegen.
• Kategorien und Schlagworte: Namen und Beschreibungen der Kategorien, denn sie erscheinen im Menü und in den URLs.
• Checkout und Warenkorb: Feldbeschriftungen, Meldungen, Versand- und Zahlungsarten. Genau hier entscheidet sich der Verkauf.
• Transaktions-Mails: Bestellbestaetigung, Versand und Rechnung müssen in der Sprache des Kunden ankommen.
• Rechtstexte: für den deutschen Markt AGB, Widerrufsbelehrung, Datenschutzerklaerung und Impressum nach deutschem Recht.

Zur Uebersetzung selbst: Eine Maschine wie DeepL ist gut für die erste Version und für technische Beschreibungen, reicht aber allein nicht. Ein Kunde merkt unnatürliche Sprache sofort, und Rechtstexte sowie Verkaufstexte brauchen ein muttersprachliches Lektorat. Am besten funktioniert ein Mischmodell: Die Maschine liefert das Gerüst, ein Mensch überarbeitet Checkout, Mails, AGB und die wichtigsten Beschreibungen.

Währungen: Euro und Zloty in einem Shop

Ein deutscher Kunde will Preise in Euro sehen, ein polnischer in Zloty. WooCommerce hat nativ nur eine Währung, also ergänzt du die Mehrwaehrungsfaehigkeit über eine Funktion des Plugins (WPML bietet etwa WooCommerce Multilingual mit Mehrwaehrungsunterstuetzung) oder einen separaten Waehrungszusatz.

Hier ist eine geschäftliche und nicht nur technische Entscheidung nötig: Ist der Zloty einfach der zum Tageskurs umgerechnete Euro, oder setzt du eigene, runde Preise für den polnischen Markt. Die Umrechnung zum Kurs ergibt hässliche Preise wie 84,37 Zloty, was im Frontend schwach aussieht. Oft ist es besser, runde Preise pro Markt zu setzen und den jeweiligen Markt als eigene Preisliste zu behandeln.

Steuern pro Land: Deutschland und Polen getrennt

Steuern sind der Teil, der am häufigsten oberflächlich gemacht wird und Ärger mit der Buchhaltung verursacht. WooCommerce erlaubt getrennte Steuersaetze pro Land, und das muss man nutzen. Deutschland hat seine Umsatzsteuersaetze, Polen seine, und die Berechnung hängt davon ab, wohin du lieferst und wer der Kunde ist.

Kurz und vorsichtig, denn das ist ein steuerliches Thema: Beim Verkauf an Verbraucher in der EU fällt nach Überschreiten der gemeinsamen EU-Schwelle von 10.000 Euro pro Jahr die Umsatzsteuer des Ziellandes an, die du über das OSS-Verfahren meldest. In WooCommerce stellst du dann getrennte Steuerklassen und Sätze pro Land ein und zeigst die Preise mit dem Hinweis inkl. MwSt. Für den deutschen Markt kommt praktisch immer das Plugin Germanized dazu, das die rechtlich vorgeschriebenen Shop-Elemente sauber regelt.

Die konkrete Konfiguration von Sätzen und Schwellen kläre ich immer mit dem Steuerberater des Kunden, denn Lieferort, Kundenstatus (Verbraucher oder Firma mit USt-IdNr.) und die aktuellen Vorschriften entscheiden. Meine Aufgabe ist es, den Shop technisch so einzustellen, dass er das berechnet, was die Buchhaltung festlegt.

Mehrsprachiges SEO: das Potenzial nicht verschenken

Ein gut gemachter zweisprachiger Shop ist die doppelte Fläche in der Suche, sofern das SEO von Anfang an mitgedacht wird. Ein paar Regeln, auf die ich achte.

• Keywords übersetzen, nicht kopieren: Ein polnischer Kunde sucht andere Begriffe als die wörtliche Uebersetzung der deutschen. Die Keywords pro Markt wählst du getrennt, nicht per DeepL auf der deutschen Liste.
• Slugs in den Adressen übersetzen: Die polnische Produktseite sollte einen polnischen Slug haben, nicht den deutschen auf /pl uebertragen. Das hilft real in der lokalen Suche.
• Meta-Title und Beschreibung pro Sprache: Lass keine deutschen Metadaten auf der polnischen Version. Rank Math und ähnliche Tools erlauben getrennte Eingaben.
• hreflang ueberwachen: Es trennt die Versionen in den Augen von Google und schützt davor, dass sie als Duplikat gelten.

Wenn du das im Griff hast, arbeitet jede Sprache für sich, und der Shop rankt in zwei Ländern gleichzeitig. Genau das ist der Grund, einen mehrsprachigen Shop richtig zu bauen und nicht im Schnellverfahren.

Die häufigsten Fehler

Zum Schluss eine Liste der Fehler, die ich bei Shops DE plus PL am häufigsten sehe. Die meisten entstehen dadurch, dass die Sprache als nachträglich angeklebter Zusatz behandelt wird.

• Nicht übersetzter Checkout, Mails und Rechtstexte: Beschreibungen auf Deutsch, aber Kasse und Bestellbestaetigung auf Polnisch. Der Kunde springt im letzten Schritt ab.
• Fehlendes oder falsches hreflang: Google vermischt die Sprachversionen oder behandelt sie als Duplikate, sodass eine Version nicht durchkommt.
• Wörtliche maschinelle Uebersetzung ohne Lektorat: Das fällt sofort auf und senkt das Vertrauen in den Shop.
• Falsche Steuern: keine getrennten Sätze und kein OSS-Verfahren, sodass Preise und Rechnungen nicht stimmen.
• Live umgerechnete Preise: hässliche Beträge mit Cent-Resten statt runder, pro Markt gesetzter Preise.

Wenn du einen zweisprachigen Shop von Grund auf aufbaust oder eine zweite Sprache sauber ergaenzen willst: Bei DawidWeb mache ich das regelmäßig, die Plugin-Wahl nach der Größe deines Katalogs, URL-Struktur und hreflang, die Uebersetzung von Produkten und Checkout, Währungen sowie getrennt eingestellte Steuern für Deutschland und Polen mit Germanized an Bord. Webseiten und Shops baue ich ab 600 Euro, ich bin Shoper-Partner, habe über 120 Projekte für den deutschen und polnischen Markt umgesetzt, und das Angebot für dein Projekt bekommst du innerhalb von 24 Stunden.