Mehrsprachiger Shop PL und DE: richtig umgesetzt

Ein mehrsprachiger Shop bedeutet URL, hreflang, Waehrungen und Steuern, nicht nur ein Plugin
WPML mit WooCommerce Multilingual ist die sicherste Wahl fuer 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 fuer Deutschland und Polen ein, EU-Verkauf ueber OSS
Der haeufigste Fehler ist ein nicht uebersetzter Checkout und fehlende Rechtstexte
[/dwb_keytakeaways]

Ein mehrsprachiger Shop ist ein Gesamtsystem, kein Plugin

Das haeufigste Missverstaendnis 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 fuenf Dinge gleichzeitig stimmen: die URL-Struktur, die hreflang-Tags, die Uebersetzung von Produkten und Bestellprozess, die Waehrungen 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 Waehrungen und der Kunde landet an der Kasse und sieht ploetzlich das halbe Formular auf Deutsch statt Polnisch. Deshalb behandle ich einen Shop DE plus PL als ein zusammenhaengendes Projekt und nicht als nachtraeglich 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 Waehrungen, die Steuern fuer Deutschland und Polen, das mehrsprachige SEO und die Fehler, die ich am haeufigsten sehe. Ohne Geschwafel, mit konkreten Hinweisen fuer einen echten Shop.

WPML, Polylang oder TranslatePress

Das sind die drei am haeufigsten genutzten Loesungen fuer 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 fuer Shops. Mit dem Zusatz WooCommerce Multilingual uebersetzt es Produkte, Varianten, Attribute, Kategorien und den Bestellprozess, spielt gut mit Germanized und den Zahlungsanbietern zusammen. Kostenpflichtig, aber die wenigsten Ueberraschungen im Live-Betrieb.
• Polylang: leichter und guenstiger, mit kostenloser und bezahlter Version. Fuer den Shop braucht es einen WooCommerce-Zusatz. Gute Wahl bei kleinerem Katalog und knappem Budget, verlangt aber etwas mehr Handarbeit bei den Produkten.
• TranslatePress: uebersetzt visuell im Frontend, was fuer nicht technische Personen bequem ist. Am besten bei einer einfacheren Seite und kleinerem Shop. Bei einem grossen Katalog mit Varianten oft weniger komfortabel als WPML.

In der Praxis nehme ich fuer einen produktiven Shop DE plus PL mit echtem Katalog meist WPML, weil ich hinterher am wenigsten mit Kleinigkeiten kaempfe. Polylang waehle 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 uebersetzen soll.

URL-Struktur: eine Sprache, eine Adresse

Das ist das Fundament, das ganz am Anfang entschieden wird und falsch gesetzt bei jeder Aenderung Aerger 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 fuer Deutsch und shop.de/pl fuer Polnisch. Am einfachsten zu pflegen, die gesamte SEO-Kraft bleibt auf einer Domain. Das ist meine Standardwahl fuer die meisten Shops DE plus PL.
2. Getrennte Domains: shop.de und shop.pl. Sinnvoll, wenn du zwei eigenstaendige, starke Marken fuer zwei Maerkte aufbaust und volle Trennung willst. Mehr Aufwand und Kosten, aber saubere Aufteilung.
3. Subdomain: pl.shop.de. Funktioniert technisch, bringt aber seltener einen Vorteil gegenueber 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. Fuer 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 fuer verknuepfte Seiten. Die schlechte Nachricht: Die Automatik funktioniert nur, wenn die Seiten korrekt verknuepft sind. Ist die deutsche Produktseite nicht mit der polnischen verbunden, fehlt das Tag oder ist unvollstaendig.

Produkte und Checkout uebersetzen

Hier unterscheidet sich ein Shop von einer normalen Seite. Du uebersetzt nicht nur Beschreibungen, sondern die ganze Kette, die den Kunden zur Zahlung fuehrt. Uebersetzt du die Beschreibungen und laesst den Checkout auf Polnisch, bricht der deutsche Kunde im letzten Schritt ab.

• Produkte: Name, Beschreibung, Kurzbeschreibung, Attribute (Farbe, Groesse) 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 Menue und in den URLs.
• Checkout und Warenkorb: Feldbeschriftungen, Meldungen, Versand- und Zahlungsarten. Genau hier entscheidet sich der Verkauf.
• Transaktions-Mails: Bestellbestaetigung, Versand und Rechnung muessen in der Sprache des Kunden ankommen.
• Rechtstexte: fuer den deutschen Markt AGB, Widerrufsbelehrung, Datenschutzerklaerung und Impressum nach deutschem Recht.

Zur Uebersetzung selbst: Eine Maschine wie DeepL ist gut fuer die erste Version und fuer technische Beschreibungen, reicht aber allein nicht. Ein Kunde merkt unnatuerliche Sprache sofort, und Rechtstexte sowie Verkaufstexte brauchen ein muttersprachliches Lektorat. Am besten funktioniert ein Mischmodell: Die Maschine liefert das Geruest, ein Mensch ueberarbeitet Checkout, Mails, AGB und die wichtigsten Beschreibungen.

Waehrungen: Euro und Zloty in einem Shop

Ein deutscher Kunde will Preise in Euro sehen, ein polnischer in Zloty. WooCommerce hat nativ nur eine Waehrung, also ergaenzt du die Mehrwaehrungsfaehigkeit ueber eine Funktion des Plugins (WPML bietet etwa WooCommerce Multilingual mit Mehrwaehrungsunterstuetzung) oder einen separaten Waehrungszusatz.

Hier ist eine geschaeftliche und nicht nur technische Entscheidung noetig: Ist der Zloty einfach der zum Tageskurs umgerechnete Euro, oder setzt du eigene, runde Preise fuer den polnischen Markt. Die Umrechnung zum Kurs ergibt haessliche 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 haeufigsten oberflaechlich gemacht wird und Aerger mit der Buchhaltung verursacht. WooCommerce erlaubt getrennte Steuersaetze pro Land, und das muss man nutzen. Deutschland hat seine Umsatzsteuersaetze, Polen seine, und die Berechnung haengt 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 faellt nach Ueberschreiten der gemeinsamen EU-Schwelle von 10.000 Euro pro Jahr die Umsatzsteuer des Ziellandes an, die du ueber das OSS-Verfahren meldest. In WooCommerce stellst du dann getrennte Steuerklassen und Saetze pro Land ein und zeigst die Preise mit dem Hinweis inkl. MwSt. Fuer den deutschen Markt kommt praktisch immer das Plugin Germanized dazu, das die rechtlich vorgeschriebenen Shop-Elemente sauber regelt.

Die konkrete Konfiguration von Saetzen und Schwellen klaere 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 Flaeche in der Suche, sofern das SEO von Anfang an mitgedacht wird. Ein paar Regeln, auf die ich achte.

• Keywords uebersetzen, nicht kopieren: Ein polnischer Kunde sucht andere Begriffe als die woertliche Uebersetzung der deutschen. Die Keywords pro Markt waehlst du getrennt, nicht per DeepL auf der deutschen Liste.
• Slugs in den Adressen uebersetzen: 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 aehnliche Tools erlauben getrennte Eingaben.
• hreflang ueberwachen: Es trennt die Versionen in den Augen von Google und schuetzt davor, dass sie als Duplikat gelten.

Wenn du das im Griff hast, arbeitet jede Sprache fuer sich, und der Shop rankt in zwei Laendern gleichzeitig. Genau das ist der Grund, einen mehrsprachigen Shop richtig zu bauen und nicht im Schnellverfahren.

Die haeufigsten Fehler

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

• Nicht uebersetzter 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.
• Woertliche maschinelle Uebersetzung ohne Lektorat: Das faellt sofort auf und senkt das Vertrauen in den Shop.
• Falsche Steuern: keine getrennten Saetze und kein OSS-Verfahren, sodass Preise und Rechnungen nicht stimmen.
• Live umgerechnete Preise: haessliche Betraege 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 regelmaessig, die Plugin-Wahl nach der Groesse deines Katalogs, URL-Struktur und hreflang, die Uebersetzung von Produkten und Checkout, Waehrungen sowie getrennt eingestellte Steuern fuer Deutschland und Polen mit Germanized an Bord. Webseiten und Shops baue ich ab 600 Euro, ich bin Shoper-Partner, habe ueber 120 Projekte fuer den deutschen und polnischen Markt umgesetzt, und das Angebot fuer dein Projekt bekommst du innerhalb von 24 Stunden.