E-Mail-Marketing für WooCommerce

E-Mail-Marketing für einen mehrsprachigen WooCommerce-Shop automatisieren

Veröffentlicht am July 19, 2026 von

Wenn Sie in mehr als einer Sprache verkaufen, ist die Grundregel simpel: Kennen Sie die Sprache jedes Kontakts, markieren Sie sie im Moment des Beitritts und verzweigen Sie jede Automatisierung so, dass die Nachricht in der Sprache rausgeht, die er tatsächlich liest. Das ist das ganze Spiel. Ein deutscher Käufer sollte die deutsche Willkommens-E-Mail, die deutsche Warenkorb-Erinnerung und den deutschen Win-back bekommen – automatisch, ohne dass Sie irgendjemanden von Hand sortieren. Die Mechanik unterscheidet sich, ob Sie einen Flow mit Sprachbedingungen im Inneren fahren oder parallele Flows pro Sprache – aber das Prinzip gilt in beiden Fällen: Sprache ist ein Datenattribut, das Sie früh erfassen und überall darauf reagieren. Verfehlen Sie es, und Sie schicken französische E-Mails an slowenische Kunden, was ungefähr so gut konvertiert, wie es klingt.

Dieser Leitfaden dreht sich um die Automatisierungsarchitektur für einen mehrsprachigen Shop – Sprache erfassen, Flows strukturieren und Produktinhalte über Sprachen hinweg korrekt halten. Er setzt voraus, dass Sie den Shop bereits mit Ihrem E-Mail-Tool verbunden haben; falls nicht, beginnen Sie mit wie man Omnisend mit einem WooCommerce-Shop verbindet.

Das eigentliche Problem: ein Flow, viele Sprachen

Ein einsprachiger Shop baut einen Willkommens-Flow einmal und macht weiter. Ein mehrsprachiger Shop kann das nicht. Derselbe Warenkorbabbruch-Auslöser muss je nachdem, wer abgebrochen hat, eine andere E-Mail erzeugen. Ignorieren Sie das, fallen Sie standardmäßig auf eine Sprache zurück – meist Ihre eigene –, und jeder Kunde außerhalb davon bekommt E-Mails, die er halb versteht und meist löscht.

Der Schmerz zeigt sich leise. Ihre Öffnungsraten sehen im Durchschnitt gut aus, weil Ihre Heimatmarkt-Mehrheit sie stützt, während Ihre Segmente mit Zweitsprache still und leise unterdurchschnittlich abschneiden und Sie nie bemerken, dass sie der Grund sind, warum Ihre internationale Expansion „nicht funktioniert“. Es liegt nicht am Markt. Es liegt an der E-Mail in der falschen Sprache.

Warum die üblichen Lösungen zu kurz greifen

Der Instinkt ist, das auf Vorlagenebene zu lösen – die E-Mail in zwei Sprachen schreiben, stapeln, fertig. Das funktioniert für eine einmalige Kampagne und zerfällt in der Automatisierung. Ein Willkommens-Flow mit Englisch-dann-Deutsch, in dieselbe E-Mail eingefügt, wirkt amateurhaft, verdoppelt die Länge und begräbt den Handlungsaufruf. Niemand liest bis zum zweiten Sprachblock.

Die andere übliche Nicht-Lösung ist, pro Versand manuell zu übersetzen. In Ordnung für einen monatlichen Newsletter, den Sie von Hand schreiben. Unmöglich für automatisierte Flows, die rund um die Uhr feuern – der ganze Sinn von Automatisierung ist, dass Sie nicht da sind, um eine Sprache zu wählen, wenn die E-Mail rausgeht. Die Entscheidung muss von Daten getroffen werden, im Voraus.

Und Sie können die Sprache auch nicht zuverlässig aus dem Land erraten. Jemand in der Schweiz möchte vielleicht Deutsch, Französisch oder Italienisch. Ein Kunde in Belgien könnte Niederländisch oder Französisch sein. Das Land ist ein schwacher Näherungswert. Was Sie brauchen, ist die angegebene oder erkannte Sprache des Kunden, gespeichert auf seinem Kontaktdatensatz.

Die praktische Lösung: Sprache an der Quelle erfassen

Alles funktioniert, sobald jeder Kontakt eine Sprachmarkierung trägt. Die erste Aufgabe ist also, sie zuverlässig zu erfassen, in dieser Reihenfolge der Präferenz:

Aus dem Anmeldeformular oder Popup. Wenn Ihr Popup auf einer sprachspezifischen Version Ihrer Website erscheint (etwa den /de/-Seiten), stempeln Sie diese Abonnenten bei der Anmeldung als Deutsch. Das ist die sauberste Quelle, weil sie im Moment der Absicht erfasst wird.
Aus der WooCommerce-Bestellung. Wenn Ihr Shop mit einem mehrsprachigen Setup läuft (WPML, Polylang oder Ähnliches), weiß die Bestellung oft, über welche Sprachversion der Kunde gekauft hat. Übergeben Sie das an den Kontaktdatensatz.
Aus einer expliziten Wahl. Ein Sprachauswahl-Element im Anmeldeformular oder ein Präferenzzentrum lässt den Kunden es Ihnen direkt sagen.

Wie auch immer Sie es erfassen, das Ergebnis ist dasselbe: ein Sprachfeld auf jedem Kontakt. Dieses Feld ist das, worauf jede Automatisierung verzweigt. Ohne es haben Sie nichts zum Weiterleiten – also wenn Sie diese Woche eine Sache in Ordnung bringen, bringen Sie diese in Ordnung.

Zwei Wege, die Flows zu strukturieren

Sobald die Kontakte markiert sind, wählen Sie eine Architektur. Beide sind legitim; die richtige hängt davon ab, wie viele Sprachen es sind und wie stark sich Ihre Inhalte unterscheiden.

Option A – ein Flow, Sprachbedingungen im Inneren. Ein einziger Willkommens-Flow mit einer Aufteilung nahe dem Anfang: Wenn Sprache = Deutsch, sende die deutschen E-Mails; wenn Französisch, die französischen. Ein Flow, um Logik und Timing zu pflegen, mehrere Inhaltsversionen darin. Am besten, wenn Sie zwei oder drei Sprachen haben und ein einheitliches Timing über alle hinweg wollen.

Option B – parallele Flows pro Sprache. Ein separater Willkommens-Flow für jede Sprache, jeder nur für Kontakte dieser Sprache ausgelöst. Mehr Flows zu verwalten, aber jeder ist simpel und vollständig unabhängig – leichter, wenn Sprachen stark in Inhalt, Angeboten oder sogar Sendezeitpunkt auseinanderlaufen, oder wenn verschiedene Personen verschiedene Märkte betreuen.

Ich neige zu Option A für zwei oder drei eng geführte Sprachen, weil Sie die Flow-Logik einmal ändern, und zu Option B, wenn ein Markt unterschiedlich genug ist, um seinen eigenen Verantwortlichen und seinen eigenen Kalender zu rechtfertigen. Es gibt keine universell richtige Antwort; wählen Sie danach, wie stark sich Ihre Märkte tatsächlich unterscheiden.

Was auch immer Sie wählen, die zugrunde liegenden Flows sind dieselben, die jeder Shop braucht – Willkommen, Warenkorb-Rückgewinnung, Post-Purchase, Win-back. Sie erfinden keine neuen Automatisierungen, Sie machen bestehende sprachbewusst. Falls diese Basis-Flows noch nicht gebaut sind, starten Sie mit wie man E-Mail-Marketing-Automatisierung für WooCommerce einrichtet und legen Sie die Sprachebene obendrauf.

Was konkret automatisieren

Nehmen Sie den Willkommens-Flow als durchgearbeitetes Beispiel. Hier ist die vollständige Spezifikation für ein zweisprachiges (Englisch/Deutsch) Setup mit dem Ein-Flow-Ansatz:

Auslöser: neuer Abonnent hinzugefügt.
Erster Schritt – nach Sprache verzweigen: aufteilen in einen englischen und einen deutschen Pfad.
Englischer Pfad: E-Mail 1 sofort (Willkommen + was Sie verkaufen), E-Mail 2 nach zwei Tagen (Bestseller oder Anstoß zur Erstbestellung).
Deutscher Pfad: dieselben zwei E-Mails, identisches Timing, nativ auf Deutsch geschrieben – nicht maschinell übersetzt und ungelesen liegen gelassen. Übersetzen Sie ordentlich; ein holpriges Willkommen ist ein schlechterer erster Eindruck als gar keins.
Produktinhalt: jeder Pfad zieht Produktnamen, Beschreibungen und Preise in der passenden Sprache aus Ihrem Katalog (mehr dazu gleich).
Ziel: erster Kauf; verlassen Sie den Flow beim Kauf, damit Käufer nicht weiter willkommen geheißen werden.

Wiederholen Sie dasselbe Muster für Warenkorb-Rückgewinnung und Win-back. Die Struktur ist Kopieren-und-Einfügen; nur der Sprachinhalt und die Produktdatenquelle ändern sich.

Der Basis-Flow selbst – Timing, Nachrichtenlogik, was jede E-Mail sagt – lohnt sich, unabhängig von der Sprache richtig hinzubekommen. Einen WooCommerce-Willkommens-Flow aufbauen behandelt diese Grundlagen.

Das Reibungsdetail, vor dem niemand warnt: die Sprache der Produktdaten

Hier ist der Teil, der die Leute erwischt, die dachten, sie hätten es mit übersetzten Vorlagen gelöst. Ihr E-Mail-Text kann perfekt Deutsch sein, aber wenn der Produktempfehlungsblock den Produktnamen, die Beschreibung und den Preis aus Ihrem Katalog in der Standardsprache zieht, bekommen Sie eine schöne deutsche E-Mail, die englische Produktnamen zeigt. Diese Diskrepanz irritiert und tötet den Klick.

Mehrsprachige WooCommerce-Plugins speichern die Übersetzungen jedes Produkts als verknüpfte, aber getrennte Entitäten. Ob Ihr E-Mail-Tool die korrekte Sprachversion eines Produkts in einen dynamischen Block zieht, hängt davon ab, wie die Integration diese Struktur liest, und das lässt sich nicht immer sauber abbilden [VERIFY – wie eine gegebene E-Mail-Plattform WPML/Polylang-Produktübersetzungen in dynamische E-Mail-Blöcke auflöst, variiert; testen Sie es an einem echten Produkt, bevor Sie sich darauf verlassen]. Testen Sie es also direkt: Bauen Sie eine deutsche Warenkorb-E-Mail, lösen Sie sie an einer deutschen Testbestellung aus und prüfen Sie, dass der Produktblock deutsche Namen und die richtige Währung zeigt. Nehmen Sie nicht an, dass übersetzte Vorlagen den Produktinhalt behoben haben – das sind getrennte Systeme.

Das berührt auch die Segmentierung. Wenn Sie für Cross-Selling nach Produkt oder Kategorie segmentieren, stellen Sie sicher, dass die Segmentlogik übersetzte Produktvarianten als dasselbe zugrunde liegende Produkt erkennt. WooCommerce-Bestelldaten für die E-Mail-Segmentierung nutzen geht darauf ein, wie man diese Segmente sauber aufbaut.

Wo der Umsatz versickert

Zwei Lecks, beide leise. Erstens, E-Mails in der falschen Sprache an Ihre Zweitmärkte – sie öffnen weniger, klicken weniger, kaufen weniger, und Sie schreiben es als „dieser Markt ist eben schwächer“ ab. Zweitens, nicht passender Produktinhalt – deutscher Text, englische Produktnamen –, was gerade Ihre automatisierten E-Mails mit der höchsten Kaufabsicht untergräbt, die Warenkorb- und Browse-Nachrichten, die am besten konvertieren sollten.

Eine Veranschaulichung. Nehmen wir an, 25 % Ihrer Liste sind Deutschsprachige und sie bekommen derzeit englische Flows. Wenn ordentliche Lokalisierung den Automatisierungsumsatz dieses Segments auch nur um ein Drittel anhöbe – plausibel, wenn Sie aufhören, Leuten E-Mails in einer Sprache zu schicken, um die sie nicht gebeten haben – und dieses Segment 1.200 € im Monat aus Flows machte, dann sind das 400 € im Monat, die Sie liegen lassen, für den Preis einer Sprachmarkierung und einer Übersetzung. (Beispielhaft – Ihre Aufteilung und Ihr Zuwachs werden anders ausfallen.)

Wie Sie messen, ob es funktioniert hat

Segmentieren Sie Ihr Reporting immer nach Sprache. Der ganze Sinn ist, dass Durchschnitte das Problem verbergen.

Öffnungs- und Klickrate pro Sprachsegment – die Zweitsprachen sollten sich in Richtung Parität mit Ihrem Heimatmarkt bewegen, sobald die Lokalisierung greift.
Flow-Umsatz pro Sprache – verfolgen Sie, ob die Automatisierungen jeder Sprache ihren Teil beitragen, relativ zur Größe dieses Segments.
Beschwerde- und Abmelderate pro Sprache – ein Ausschlag in einer Sprache bedeutet meist ein Übersetzungs- oder Produktinhaltsproblem in diesem Pfad.

Wenn ein Sprachsegment nach der Lokalisierung flach bleibt, prüfen Sie die Produktdaten-Diskrepanz, bevor Sie den Markt beschuldigen – es ist der häufigste versteckte Übeltäter.

Wie Omnisend hineinpasst

Für einen mehrsprachigen Shop sind die praktischen Anforderungen: ein Sprachfeld auf jedem Kontakt, einfaches Verzweigen innerhalb der Flows und dynamische Produktblöcke, die die Sprache respektieren. Omnisend handhabt Kontakteigenschaften und bedingte Aufteilungen innerhalb von Automatisierungen, was den Ansatz „ein Flow mit Sprachverzweigungen“ machbar macht, und das ist es, was ich in meinen eigenen Shops fahre (es ist ein Affiliate-Partner von Shopimation). Der ehrliche Vorbehalt ist der Produktdaten-Punkt von oben – kein Tool nimmt Ihnen die Verantwortung ab, zu testen, dass das Produkt in der korrekten Sprache tatsächlich in einem dynamischen Block dargestellt wird, denn das hängt davon ab, wie Ihr mehrsprachiges Plugin und Ihre E-Mail-Plattform aufeinandertreffen. Prüfen Sie es an einem echten Versand. Das Tool verzweigt den Flow; Sie bestätigen, dass der Inhalt richtig landet.

Ihr nächster Schritt

Bevor Sie irgendeinen Flow neu bauen, tun Sie eine Sache: Prüfen Sie, ob Ihre Kontakte gerade jetzt ein Sprachfeld tragen. Wenn nicht, bringen Sie zuerst die Erfassung in Ordnung – stempeln Sie die Sprache bei der Anmeldung und aus Bestellungen –, denn jeder Zweig hängt davon ab. Sobald die Sprache auf dem Datensatz ist, wählen Sie Ihre Architektur (ein Flow mit Bedingungen oder parallele Flows) und lokalisieren Sie zuerst Ihren Willkommens-Flow, Produktblöcke inklusive. Weiten Sie dann dasselbe Muster Ihre Automatisierungsliste hinunter aus, beginnend mit wie man E-Mail-Marketing-Automatisierung für WooCommerce einrichtet.

Email marketing za WooCommerce

Kako avtomatizirati email marketing za večjezično trgovino WooCommerce

Veröffentlicht am July 18, 2026 von

Če prodajate v več kot enem jeziku, je temeljno pravilo preprosto: poznajte jezik vsakega stika, ga označite v trenutku, ko se pridruži, in razvejite vsako avtomatizacijo, da sporočilo odide v jeziku, ki ga dejansko bere. To je vsa igra. Nemški kupec naj dobi nemško dobrodošlico, nemški opomnik za košarico in nemško ponovno aktivacijo — samodejno, ne da bi kogar koli razvrščali na roko. Mehanika se razlikuje med izvajanjem enega toka z jezikovnimi pogoji znotraj njega in izvajanjem vzporednih tokov po jezikih, a načelo drži tako ali tako: jezik je podatkovni atribut, ki ga zajamete zgodaj in po njem ravnate povsod. Zgrešite to in pošiljate francoske e-pošte slovenskim strankam, kar konvertira približno tako, kot se sliši.

Ta vodnik govori o arhitekturi avtomatizacije za večjezično trgovino — zajemanju jezika, strukturiranju tokov in ohranjanju pravilne vsebine izdelkov v vseh jezikih. Predpostavlja, da imate trgovino že povezano z orodjem za e-pošto; če ne, začnite s kako povezati Omnisend s trgovino WooCommerce.

Pravi problem: en tok, več jezikov

Enojezična trgovina zgradi tok dobrodošlice enkrat in gre naprej. Večjezična tega ne more. Isti sprožilec za opuščeno košarico mora ustvariti drugačno e-pošto glede na to, kdo je opustil. Če to prezrete, se privzeto vrnete na en jezik — običajno svoj — in vsaka stranka zunaj njega dobi e-pošte, ki jih napol razume in večinoma briše.

Bolečina se pokaže tiho. Vaše stopnje odpiranja v povprečju izgledajo v redu, ker jih večina z domačega trga podpira, medtem ko vaši segmenti drugotnih jezikov tiho podpovprečno delujejo in nikoli ne opazite, da so oni razlog, zakaj vaša mednarodna širitev “ne deluje”. Ni trg. Je neujemajoča se jezikovna e-pošta.

Zakaj običajne rešitve odpovedo

Nagon je, da to rešite na ravni predloge — napišite e-pošto v dveh jezikih, zložite ju, konec. To deluje za enkratno kampanjo in razpade pri avtomatizaciji. Tok dobrodošlice z angleščino-in-nato-nemščino, zlepljeno v isto e-pošto, izgleda amatersko, podvoji dolžino in pokoplje poziv k dejanju. Nihče ne bere do drugega jezikovnega bloka.

Druga pogosta nerešitev je ročno prevajanje ob vsakem pošiljanju. V redu za mesečno glasilo, ki ga pišete na roko. Nemogoče za avtomatizirane tokove, ki se prožijo okoli ure — celotno bistvo avtomatizacije je, da vas ni tam, da bi izbrali jezik, ko e-pošta odide. Odločitev morajo sprejeti podatki, vnaprej.

Jezika tudi ne morete zanesljivo uganiti iz države. Nekdo v Švici morda želi nemščino, francoščino ali italijanščino. Stranka v Belgiji je lahko nizozemsko ali francosko govoreča. Država je slab približek. Kar potrebujete, je strankin navedeni ali zaznani jezik, shranjen na njenem stiku.

Praktična rešitev: zajemite jezik pri izvoru

Vse deluje, ko vsak stik nosi jezikovno oznako. Zato je prva naloga zanesljivo zajemanje, po vrstnem redu prednosti:

Iz prijavne forme ali pojavnega okna. Če se vaše pojavno okno pojavi na jezikovni različici vašega spletnega mesta (recimo na straneh /de/), te naročnike ob prijavi označite kot nemško govoreče. To je najčistejši vir, ker je zajet v trenutku namere.
Iz naročila WooCommerce. Če vaša trgovina teče na večjezični postavitvi (WPML, Polylang ali podobno), naročilo pogosto ve, prek katere jezikovne različice je stranka kupila. To prenesite na stik.
Iz izrecne izbire. Izbirnik jezika v prijavni formi ali središče preferenc omogoča stranki, da vam pove neposredno.

Kakor koli ga zajamete, je rezultat isti: jezikovno polje na vsakem stiku. To polje je tisto, po katerem se razveji vsaka avtomatizacija. Brez njega nimate ničesar, po čemer bi usmerjali, zato če ta teden popravite eno stvar, popravite to.

Dva načina strukturiranja tokov

Ko so stiki označeni, izberete arhitekturo. Obe sta legitimni; prava je odvisna od tega, koliko jezikov imate in koliko se vaša vsebina razlikuje.

Možnost A — en tok, jezikovni pogoji znotraj. En sam tok dobrodošlice z razcepom blizu vrha: če je jezik = nemščina, pošlji nemške e-pošte; če francoščina, francoske. En tok za vzdrževanje logike in časovnice, več različic vsebine znotraj njega. Najboljše, ko imate dva ali tri jezike in želite dosledno časovnico v vseh.

Možnost B — vzporedni tokovi po jezikih. Ločen tok dobrodošlice za vsak jezik, vsak sprožen le za stike tega jezika. Več tokov za upravljanje, a vsak je preprost in popolnoma neodvisen — lažje, ko se jeziki močno razhajajo v vsebini, ponudbah ali celo časovnici pošiljanja, ali ko različni ljudje upravljajo različne trge.

Nagibam se k možnosti A za dva ali tri tesno vodene jezike, ker logiko toka spremenite enkrat, in k možnosti B, ko je trg dovolj drugačen, da si zasluži svojega lastnika in svoj koledar. Ni univerzalno pravilnega odgovora; izberite po tem, koliko se vaši trgi dejansko razlikujejo.

Kar koli izberete, so temeljni tokovi isti, kot jih potrebuje vsaka trgovina — dobrodošlica, obnovitev košarice, ponakupna komunikacija, ponovna aktivacija. Ne izumljate novih avtomatizacij, obstoječe delate jezikovno zavedne. Če teh temeljnih tokov še niste zgradili, začnite s kako nastaviti avtomatizacijo e-poštnega marketinga za WooCommerce in dodajte jezikovno plast na vrh.

Kaj avtomatizirati, konkretno

Vzemite tok dobrodošlice kot izdelani primer. Tu je celotna specifikacija za dvojezično (angleško/nemško) postavitev z uporabo pristopa enega toka:

Sprožilec: dodan nov naročnik.
Prvi korak — razvejitev po jeziku: razcep na angleško in nemško pot.
Angleška pot: e-pošta 1 takoj (dobrodošlica + kaj prodajate), e-pošta 2 po dveh dneh (najbolje prodajani izdelki ali sunek k prvemu naročilu).
Nemška pot: isti dve e-pošti, časovnica enaka, napisani domače v nemščini — ne strojno prevedeni in puščeni brez branja. Prevedite pravilno; nerodna dobrodošlica je slabši prvi vtis kot nobena.
Vsebina izdelkov: vsaka pot potegne imena izdelkov, opise in cene v ujemajočem se jeziku iz vašega kataloga (o tem več v nadaljevanju).
Cilj: prvi nakup; ob nakupu izstop iz toka, da kupci ne dobivajo naprej dobrodošlic.

Ponovite isti vzorec za obnovitev košarice in ponovno aktivacijo. Struktura je kopiraj-prilepi; spremenita se le jezikovna vsebina in vir podatkov o izdelkih.

Sam temeljni tok — časovnica, logika sporočil, kaj vsaka e-pošta pove — je vreden, da ga dobro nastavite neodvisno od jezika. Gradnja toka dobrodošlice za WooCommerce pokriva to podlago.

Podrobnost trenja, na katero vas nihče ne opozori: jezik podatkov o izdelkih

Tu je del, ki ujame ljudi, ki so mislili, da so rešili s prevedenimi predlogami. Vaše besedilo e-pošte je lahko popolnoma nemško, a če blok s priporočili izdelkov potegne ime izdelka, opis in ceno iz vašega privzetega jezikovnega kataloga, dobite lepo nemško e-pošto, ki prikazuje angleška imena izdelkov. To neujemanje je moteče in ubija klik.

Večjezični vtičniki WooCommerce shranjujejo prevode vsakega izdelka kot povezane, a ločene entitete. Ali vaše orodje za e-pošto potegne pravilno jezikovno različico izdelka v dinamični blok, je odvisno od tega, kako integracija bere to strukturo, in to se ne preslika vedno čisto [VERIFY — kako dana e-poštna platforma razreši prevode izdelkov WPML/Polylang v dinamične e-poštne bloke se razlikuje; preizkusite na resničnem izdelku, preden zaupate]. Zato preizkusite neposredno: zgradite nemško e-pošto o košarici, sprožite jo na nemškem testnem naročilu in preverite, da blok izdelkov prikazuje nemška imena in pravo valuto. Ne domnevajte, da so prevedene predloge popravile vsebino izdelkov — to sta ločena sistema.

To se dotika tudi segmentacije. Če segmentirate po izdelku ali kategoriji za navzkrižno prodajo, poskrbite, da logika segmenta prepozna prevedene različice izdelka kot isti temeljni izdelek. Uporaba podatkov o naročilih WooCommerce za segmentacijo e-pošte se poglobi v čisto gradnjo teh segmentov.

Kje pušča prihodek

Dve puščanji, obe tihi. Prvič, e-pošte v napačnem jeziku na vaše drugotne trge — odpirajo manj, klikajo manj, kupujejo manj, vi pa to odpišete kot “ta trg je pač šibkejši”. Drugič, neujemajoča se vsebina izdelkov — nemško besedilo, angleška imena izdelkov — kar spodkopava prav vaše avtomatizirane e-pošte z najvišjim namenom nakupa, sporočila o košarici in brskanju, ki naj bi najbolje konvertirala.

Ponazoritev. Recimo, da je 25 % vašega seznama nemško govorečih in trenutno dobivajo angleške tokove. Če bi pravilna lokalizacija dvignila prihodek avtomatiziranih tokov tega segmenta že za tretjino — verjetno, ko ljudem nehate pošiljati e-pošte v jeziku, ki ga niso zahtevali — in je ta segment ustvarjal 1.200 € na mesec iz tokov, je to 400 € na mesec, ki jih puščate na mizi zaradi jezikovne oznake in prevoda. (Ponazoritveno — vaša razdelitev in dvig bosta drugačna.)

Kako izmeriti, da je delovalo

Poročanje vedno segmentirajte po jeziku. Celotno bistvo je, da povprečja skrijejo problem.

Stopnja odpiranja in klikanja na jezikovni segment — drugotni jeziki naj se povzpnejo proti enakosti z vašim domačim trgom, ko lokalizacija pristane.
Prihodek tokov na jezik — spremljajte, ali avtomatizacije vsakega jezika vlečejo svojo težo glede na velikost tega segmenta.
Stopnja pritožb in odjav na jezik — skok v enem jeziku običajno pomeni težavo s prevodom ali vsebino izdelkov na tej poti.

Če jezikovni segment po lokalizaciji ostane raven, preverite neujemanje podatkov o izdelkih, preden krivite trg — to je najpogostejši skriti krivec.

Kako se v to vključi Omnisend

Za večjezično trgovino so praktične potrebe: jezikovno polje na vsakem stiku, enostavno razvejanje znotraj tokov in dinamični bloki izdelkov, ki spoštujejo jezik. Omnisend obvladuje lastnosti stikov in pogojne razcepe znotraj avtomatizacij, kar omogoča pristop enega toka z jezikovnimi razvejitvami, in to je tisto, kar uporabljam v svojih trgovinah (je partner Shopimationa v pridruženem programu). Pošten pridržek je točka o podatkih o izdelkih zgoraj — nobeno orodje vam ne odvzame odgovornosti, da preizkusite, ali se izdelek v pravilnem jeziku dejansko prikaže v dinamičnem bloku, ker je to odvisno od tega, kako se vaš večjezični vtičnik in vaša e-poštna platforma srečata. Preverite na resničnem pošiljanju. Orodje razveji tok; vi potrdite, da vsebina pristane pravilno.

Vaš naslednji korak

Preden ponovno zgradite kateri koli tok, storite eno stvar: preverite, ali vaši stiki trenutno nosijo jezikovno polje. Če ne, najprej popravite zajemanje — označite jezik ob prijavi in iz naročil — ker je vsaka razvejitev odvisna od tega. Ko je jezik na stiku, izberite svojo arhitekturo (en tok s pogoji ali vzporedni tokovi) in najprej lokalizirajte svoj tok dobrodošlice, vključno z bloki izdelkov. Nato razširite isti vzorec navzdol po svojem seznamu avtomatizacij, začenši s kako nastaviti avtomatizacijo e-poštnega marketinga za WooCommerce.

WooCommerce Email Marketing

How to Automate Email Marketing for a Multi-Language WooCommerce Store

Veröffentlicht am July 18, 2026 von

If you sell in more than one language, the core rule is simple: know each contact’s language, tag it at the moment they join, and branch every automation so the message goes out in the language they actually read. That’s the whole game. A German buyer should get the German welcome email, the German cart reminder, and the German win-back — automatically, without you sorting anyone by hand. The mechanics differ between running one flow with language conditions inside it and running parallel flows per language, but the principle holds either way: language is a data attribute you capture early and act on everywhere. Miss it and you’re sending French emails to Slovenian customers, which converts about as well as it sounds.

This guide is about the automation architecture for a multi-language store — capturing language, structuring flows, and keeping product content correct across languages. It assumes you’ve already got the store connected to your email tool; if not, start with how to connect Omnisend to a WooCommerce store.

The real problem: one flow, many languages

A single-language store builds a welcome flow once and moves on. A multi-language store can’t. The same abandoned-cart trigger has to produce a different email depending on who abandoned. If you ignore that, you default to one language — usually your own — and every customer outside it gets emails they half-understand and mostly delete.

The pain shows up quietly. Your open rates look fine on average because your home-market majority props them up, while your secondary-language segments quietly underperform and you never notice they’re the reason your international expansion “isn’t working.” It’s not the market. It’s the mismatched-language email.

Why the usual fixes fall short

The instinct is to solve this at the template level — write the email in two languages, stack them, done. That works for a one-off campaign and falls apart in automation. A welcome flow with English-then-German pasted in the same email looks amateur, doubles the length, and buries the call to action. Nobody reads to the second language block.

The other common non-fix is translating manually per send. Fine for a monthly newsletter you write by hand. Impossible for automated flows that fire around the clock — the entire point of automation is that you’re not there to pick a language when the email goes out. The decision has to be made by data, in advance.

And you can’t reliably guess language from country, either. Someone in Switzerland might want German, French, or Italian. A customer in Belgium could be Dutch or French. Country is a weak proxy. What you need is the customer’s stated or detected language, stored on their contact record.

The practical solution: capture language at the source

Everything works once each contact carries a language tag. So the first job is capturing it reliably, in order of preference:

From the signup form or popup. If your popup appears on a language-specific version of your site (say the /de/ pages), stamp those subscribers as German at signup. This is the cleanest source because it’s captured at the moment of intent.
From the WooCommerce order. If your store runs a multilingual setup (WPML, Polylang, or similar), the order often knows which language version the customer bought through. Pass that into the contact record.
From an explicit choice. A language selector in the signup form or a preference center lets the customer tell you directly.

However you capture it, the output is the same: a language field on every contact. That field is what every automation branches on. Without it, you have nothing to route by, so if you fix one thing this week, fix this.

Two ways to structure the flows

Once contacts are tagged, you choose an architecture. Both are legitimate; the right one depends on how many languages and how much your content differs.

Option A — one flow, language conditions inside. A single welcome flow with a split near the top: if language = German, send the German emails; if French, the French ones. One flow to maintain the logic and timing, multiple content versions inside it. Best when you have two or three languages and want consistent timing across all of them.

Option B — parallel flows per language. A separate welcome flow for each language, each triggered only for contacts of that language. More flows to manage, but each is simple and fully independent — easier when languages diverge a lot in content, offers, or even send timing, or when different people manage different markets.

I lean toward Option A for two or three closely-run languages because you change the flow logic once, and toward Option B when a market is different enough to warrant its own owner and its own calendar. There’s no universally right answer; pick by how much your markets actually differ.

Whichever you choose, the underlying flows are the same ones every store needs — welcome, cart recovery, post-purchase, win-back. You’re not inventing new automations, you’re making existing ones language-aware. If those base flows aren’t built yet, start from how to set up email marketing automation for WooCommerce and add the language layer on top.

What to automate, concretely

Take the welcome flow as the worked example. Here’s the full spec for a two-language (English/German) setup using the one-flow approach:

Trigger: new subscriber added.
First step — branch on language: split into English and German paths.
English path: email 1 immediately (welcome + what you sell), email 2 after two days (bestsellers or first-order nudge).
German path: the same two emails, timing identical, written natively in German — not machine-translated and left unread. Translate properly; a clumsy welcome is a worse first impression than none.
Product content: each path pulls product names, descriptions, and prices in the matching language from your catalog (more on that next).
Goal: first purchase; exit the flow on purchase so buyers don’t keep getting welcomed.

Repeat the same pattern for cart recovery and win-back. The structure is copy-paste; only the language content and the product-data source change.

The base flow itself — timing, message logic, what each email says — is worth getting right independent of language. Building a WooCommerce welcome flow covers that groundwork.

The friction detail nobody warns you about: product data language

Here’s the part that catches people who thought they’d solved it with translated templates. Your email copy can be perfectly German, but if the product recommendation block pulls the product name, description, and price from your default-language catalog, you get a beautiful German email showing English product names. That mismatch is jarring and it kills the click.

Multilingual WooCommerce plugins store each product’s translations as linked-but-separate entities. Whether your email tool pulls the correct language version of a product into a dynamic block depends on how the integration reads that structure, and it doesn’t always map cleanly [VERIFY — how a given email platform resolves WPML/Polylang product translations into dynamic email blocks varies; test it on a real product before trusting it]. So test it directly: build a German cart email, trigger it on a German test order, and check that the product block shows German names and the right currency. Don’t assume translated templates fixed the product content — they’re separate systems.

This also touches segmentation. If you segment by product or category for cross-sell, make sure the segment logic recognizes translated product variants as the same underlying product. Using WooCommerce order data for email segmentation gets into building those segments cleanly.

Where the revenue leaks

Two leaks, both quiet. First, wrong-language emails to your secondary markets — they open less, click less, buy less, and you write it off as “that market’s just weaker.” Second, mismatched product content — German copy, English product names — which undercuts your highest-intent automated emails specifically, the cart and browse messages that should convert best.

An illustration. Say 25% of your list is German-speaking and they’re currently getting English flows. If proper localization lifted that segment’s automated-flow revenue by even a third — plausible when you stop sending people emails in a language they didn’t ask for — and that segment was doing €1,200 a month from flows, that’s €400 a month you’re leaving on the table for want of a language tag and a translation. (Illustrative — your split and lift will differ.)

How to measure it worked

Segment your reporting by language, always. The whole point is that averages hide the problem.

Open and click rate per language segment — the secondary languages should climb toward parity with your home market once localization lands.
Flow revenue per language — track whether each language’s automations pull their weight relative to that segment’s size.
Complaint and unsubscribe rate per language — a spike in one language usually means a translation or product-content problem in that path.

If a language segment stays flat after you localize, check the product-data mismatch before blaming the market — it’s the most common hidden culprit.

How Omnisend fits

For a multi-language store the practical needs are: a language field on every contact, easy branching inside flows, and dynamic product blocks that respect language. Omnisend handles contact properties and conditional splits inside automations, which is what makes the one-flow-with-language-branches approach workable, and it’s what I run in my own stores (it’s an affiliate partner of Shopimation). The honest caveat is the product-data point above — no tool removes your responsibility to test that the correct-language product actually renders in a dynamic block, because that depends on how your multilingual plugin and your email platform meet. Verify it on a real send. The tool branches the flow; you confirm the content lands right.

Your next step

Before you rebuild any flow, do one thing: check whether your contacts carry a language field right now. If they don’t, fix capture first — stamp language at signup and from orders — because every branch depends on it. Once language is on the record, pick your architecture (one flow with conditions, or parallel flows) and localize your welcome flow first, product blocks included. Then extend the same pattern down your automation list, starting from how to set up email marketing automation for WooCommerce.