Weitere E-Commerce-Plattformen und Integrationen

Shopware ohne native Integration mit Omnisend verbinden

Veröffentlicht am July 19, 2026 von

Ja, Sie können Omnisend auf einem Shopware-Shop betreiben, auch wenn es keinen Ein-Klick-Konnektor dafür gibt. Sie überbrücken die beiden mit einer Zwischenschicht: einem No-Code-Automatisierungstool wie Zapier oder Make, dem Flow Builder von Shopware, der Webhooks verschickt, oder einer direkten API-Verbindung, die Ihr Entwickler einrichtet. Die richtige Wahl hängt davon ab, wie viele Daten Sie bewegen müssen und wie schnell sie ankommen sollen. Dieser Leitfaden geht die realistischen Optionen durch, was jede senden kann und was nicht, und in welcher Reihenfolge ich sie angehen würde, damit Sie Warenkorbabbruch- und Willkommens-Flows live bekommen, ohne auf ein Plugin zu warten, das vielleicht nie erscheint.

Zuerst eine kurze Ehrlichkeitsprüfung. Zum Zeitpunkt des Schreibens veröffentlicht Omnisend keine offizielle Shopware-App, so wie für Shopify, BigCommerce oder WooCommerce. Das kann sich ändern – Anbieter fügen ständig Konnektoren hinzu –, also prüfen Sie Omnisends aktuelles Integrationsverzeichnis, bevor Sie irgendetwas bauen. Wenn es jetzt einen nativen Konnektor gibt, nutzen Sie ihn. Dieser Artikel ist für die Situation, in der es keinen gibt und Sie die Automatisierungen trotzdem wollen.

Warum „einfach aufs Plugin warten” Sie Geld kostet

Shopware-Händler sind tendenziell etwas technischer als der durchschnittliche Shopify-Shopbetreiber, also ist der Instinkt oft, auf eine ordentliche Integration zu warten oder das Ganze von Tag eins an intern zu bauen. Beide Instinkte lassen Umsatz durchsickern.

Warten bedeutet, dass Ihre abgebrochenen Warenkörbe weiterhin nicht zurückgewonnen werden. Ein Shop mit 50.000 € Monatsumsatz und einer typischen Warenkorbabbruchrate sieht jede Woche zu, wie eine Menge voller Warenkörbe verpufft, und ein funktionierender Rückgewinnungs-Flow holt in der Regel einen bedeutenden Anteil davon zurück. Jede Woche, die Sie auf einen Konnektor warten, ist eine Woche, in der dieser Flow nicht läuft. Alles zuerst maßgeschneidert zu bauen, hat das umgekehrte Problem: Es ist langsamer und teurer als nötig für Flows, die Sie an einem Nachmittag mit einer No-Code-Brücke aufsetzen könnten.

Der nützliche Rahmen ist, dass Sie nicht alle Daten von Shopware bewegen müssen, um Wert zu schaffen. Sie müssen die wenigen Ereignisse bewegen, die die einträglichsten Automatisierungen antreiben, und den Rest können Sie später hinzufügen.

Welche Daten tatsächlich reisen müssen

Bevor Sie ein Tool wählen, machen Sie sich klar, was Omnisend von Shopware braucht, um die Flows laufen zu lassen, auf die es ankommt. In grober Prioritätsreihenfolge:

Neue Kontakte – E-Mail, Name und Einwilligungsstatus aus Kontoregistrierungen und Newsletter-Formularen. Ohne das funktioniert nichts anderes.
Bestellereignisse – Bestellung aufgegeben, mit Positionen und Wert. Das treibt Bestellbestätigungen, Post-Purchase-Flows, Cross-Sell und Win-back-Timing an.
Warenkorbaktivität – der Auslöser für die Warenkorbabbruch-Rückgewinnung, in der Regel Ihre einträglichste einzelne Automatisierung.
Produktkatalog – damit E-Mails korrekte Bilder, Preise und Links laden statt kaputter Platzhalter.
Browse-Verhalten – Produktansichten für Browse-Abandonment, das Letzte, was hinzukommt, weil es am fummeligsten ist.

Sie merken, das Geld sitzt oben. Kontakte, Bestellungen und Warenkörbe bringen Ihnen den größten Teil des Umsatzes; Katalog- und Browse-Daten verfeinern ihn. Planen Sie Ihren Aufbau in dieser Reihenfolge, statt zu versuchen, alles auf einmal zu synchronisieren.

Die drei Wege zur Verbindung, vom einfachsten zum belastbarsten

Option 1: Eine No-Code-Brücke (Zapier oder Make)

Hier sollten die meisten Shopware-Händler anfangen. Shopware 6 kann Ereignisse auslösen, und Tools wie Zapier oder Make haben Omnisend-Aktionen, die Kontakte erstellen oder aktualisieren und – in manchen Tarifen – benutzerdefinierte Ereignisse auslösen. Sie ordnen „neuer Kunde in Shopware” auf „Abonnent in Omnisend hinzufügen” zu, „Bestellung aufgegeben” auf „Bestellereignis auslösen” und so weiter.

Der Reiz ist die Geschwindigkeit. Sie können Kontaktsynchronisation und ein einfaches Bestellereignis am selben Tag laufen haben, ohne Deployment und ohne Entwicklerzeit. Der Kompromiss sind Kosten und Latenz im Maßstab – die Abrechnung pro Aufgabe summiert sich, sobald Sie Tausende Ereignisse im Monat feuern, und diese Tools pollen oder puffern, statt sofort zuzustellen, sodass ein Ereignis Sekunden oder Minuten zu spät landen kann. Für Willkommens- und Post-Purchase-Flows ist diese Verzögerung unsichtbar. Für die Warenkorb-Rückgewinnung, bei der das Timing enger ist, ist sie meist trotzdem in Ordnung, aber im Auge zu behalten.

Option 2: Shopware Flow Builder plus Webhooks

Shopware 6 bringt den Flow Builder mit, sein eingebautes Automatisierungssystem, und dieser kann einen Webhook aufrufen, wenn etwas passiert – eine Bestellung wird aufgegeben, ein Kunde registriert sich, ein Status ändert sich. Sie richten diese Webhooks auf einen Endpunkt, der die Shopware-Nutzlast in einen Omnisend-API-Aufruf übersetzt.

Das liegt in der Mitte: mehr Einrichtung als Zapier, mehr Kontrolle und keine Abrechnung pro Aufgabe. Sie zahlen keinem Mittelsmann pro Ereignis, und Sie entscheiden genau, welche Shopware-Auslöser auf welche Omnisend-Ereignisse abbilden. Der Haken ist, dass „ein Endpunkt, der die Nutzlast übersetzt” ein kleines Stück Code ist, das jemand schreiben und hosten muss. Wenn Sie irgendeine Entwicklerhilfe haben, ist das oft der Sweet Spot. Webhooks sind das Rückgrat dieses ganzen Ansatzes, und es lohnt sich, sie richtig zu verstehen – wie Sie Webhooks in der E-Commerce-Marketing-Automatisierung nutzen erklärt die Mechanik und die häufigen Fehlerquellen.

Option 3: Eine direkte API-Integration

Hier baut Ihr Entwickler direkt gegen Shopwares Admin-API und Omnisends API und synchronisiert Kontakte, Bestellungen, Produkte und benutzerdefinierte Ereignisse nach Ihren Bedingungen. Es ist der meiste Aufwand und das Belastbarste – gebündelte historische Importe, ordentliche Retry-Logik, volle Kontrolle über Feldzuordnung und Deduplizierung.

Greifen Sie danach, wenn der No-Code-Weg teuer wird, wenn Sie nahezu Echtzeit-Ereignisse im Volumen brauchen oder wenn Ihr Shop auf eine Weise wirklich individuell ist, die ein generischer Konnektor nicht abbilden kann. Dieser tiefere, entwicklergeführte Weg – benutzerdefinierte Ereignisse, Katalogsynchronisation, Batching – ist ein eigenes Thema; die Mechanik behandle ich in wie Sie Omnisend mit einem API-basierten Shop nutzen. Wenn Ihr Shopware-Setup stark modifiziert oder faktisch maßgeschneidert ist, sehen Sie sich auch wie Sie einen individuellen E-Commerce-Shop mit Omnisend verbinden an, wo es um die Entscheidung selbst geht statt um die Shopware-Details.

Eine realistische Aufbaureihenfolge

So würde ich es für einen Shopware-Shop tatsächlich takten und dabei die Optionen oben mischen:

Woche 1: Kontaktsynchronisation über Zapier oder Make. Bringen Sie jeden neuen Kunden und jede Newsletter-Anmeldung mit korrektem Einwilligungsstatus nach Omnisend. Schalten Sie sofort einen Willkommens-Flow ein – es ist der schnellste Gewinn und beginnt zu verdienen, während Sie den Rest bauen.
Woche 2: Bestellereignisse, noch No-Code, wenn das Volumen es erlaubt. Das schaltet Bestellbestätigungen, Bewertungsanfragen und Win-back-Timing ein.
Woche 3–4: Warenkorb- und Browse-Daten. Hier steigen Sie in der Regel auf Flow-Builder-Webhooks oder einen direkten API-Aufruf um, weil Warenkorb-Auslöser von engerem Timing profitieren und Sie nicht Tausende Ereignisse durch einen kostenpflichtigen Konnektor abrechnen wollen.
Laufend: Katalogsynchronisation, damit Produktblöcke korrekt rendern, dann Browse-Abandonment zuletzt.

Der Sinn der Staffelung: Sie sind in Woche eins live und gewinnen Umsatz zurück, nicht in Monat drei.

Zwei Dinge, die Sie beißen werden, wenn Sie sie überspringen

Einwilligung. Shopware und Omnisend verfolgen beide den Abonnementstatus, und wenn Ihre Brücke ihn nicht korrekt zuordnet, importieren Sie entweder Leute, die nie zugestimmt haben – ein Zustellbarkeits- und Rechtsproblem –, oder Sie markieren fälschlicherweise eingewilligte Kunden als Nicht-Abonnenten und schreiben ihnen nie. Ordnen Sie das Einwilligungsfeld explizit zu und testen Sie mit ein paar echten Datensätzen, bevor Sie es für alle scharfschalten.

Duplikate. Wenn ein Kunde in Shopware existiert, nach Omnisend geschoben wird und dann ein Newsletter-Formular ausfüllt, das ebenfalls nach Omnisend schiebt, können Sie mit gespaltenen oder doppelten Kontakten enden, falls die E-Mail nicht als strikter eindeutiger Schlüssel verwendet wird. Das ruiniert still Ihre Segmentierung und bläht Ihre Kontaktzahl auf. Es ist über gebrückte Setups hinweg häufig genug, dass es sich lohnt, wie Sie doppelte Kontakte über Integrationen hinweg vermeiden zu lesen, bevor Sie das Problem haben, statt danach.

Wie Sie messen, dass die Verbindung tatsächlich funktioniert

Gehen Sie nicht davon aus, dass Daten fließen, nur weil die Automatisierung „an” ist. Prüfen Sie:

Kontakt-Trefferquote – erscheinen neue Shopware-Kunden innerhalb Ihres erwarteten Fensters in Omnisend, mit intakter Einwilligung?
Empfangene Bestellereignisse – zeigt sich ein Testkauf als Bestellereignis, mit den richtigen Positionen und dem richtigen Wert?
Zurückgewonnener Warenkorbumsatz – die Zahl, die den ganzen Aufwand rechtfertigt. Wenn Ihre Warenkorb-Brücke still versagt, bleibt diese bei null und sagt es Ihnen schnell.
Kaputte Produktblöcke – prüfen Sie stichprobenartig ein paar automatisierte E-Mails auf fehlende Bilder oder falsche Preise, was auf Lücken in der Katalogsynchronisation hinweist.

Wenn Bestellungen in Omnisend fehlend oder unvollständig aussehen, liegt die Ursache fast immer in der Brückenzuordnung und nicht an der Plattform selbst. Verschicken Sie einen Testkauf, verfolgen Sie das Ereignis durch Ihre Brücke und prüfen Sie, wo die Nutzlast Felder verliert.

Wo Omnisend hineinpasst, ehrlich gesagt

Ich betreibe Omnisend in meinen eigenen Shops, nachdem ich es gegen Klaviyo getestet habe, hauptsächlich wegen des kombinierten E-Mail, SMS und Push an einem Ort und der E-Commerce-fokussierten Automatisierungen, die keinen Entwickler zur Pflege brauchen. Speziell bei Shopware muss man sich klar darüber sein, dass das Fehlen eines nativen Konnektors bedeutet, dass die Verbindung Ihre Verantwortung ist, sie zu bauen und zu überwachen – die Automatisierungen selbst sind weiterhin der einfache, intuitive Teil, sobald Daten ankommen. Omnisend ist ein Affiliate-Partner von Shopimation, und der kostenlose Tarif reicht, um Ihre Shopware-Brücke an einem kleinen Segment zu bauen und zu testen, bevor Sie sich festlegen.

Ihr nächster Schritt

Wählen Sie Ihren ersten Flow – mit ziemlicher Sicherheit den Willkommens-Flow – und richten Sie diese Woche die Kontaktsynchronisation über Zapier oder Make ein. Bringen Sie echte Kunden mit korrekter Einwilligung in Omnisend, schicken Sie die Willkommens-E-Mail und gehen Sie erst dann die Prioritätenliste hinunter zu Bestellungen und Warenkörben. Ein funktionierender Flow, der verdient, schlägt eine perfekte Integration, die noch in Planung ist. Wenn Sie den weiteren Tool-Stack drumherum abstecken, beginnen Sie mit einen E-Commerce-Marketing-Integrations-Stack planen.

Druge platforme in integracije spletnih trgovin

Kako povezati Shopware z Omnisendom brez izvorne integracije

Veröffentlicht am July 18, 2026 von

Da, Omnisend lahko poganjate na trgovini Shopware, čeprav zanjo ne obstaja povezovalnik z enim klikom. Platformi premostite z vmesnim slojem: brezkodnim orodjem za avtomatizacijo, kot sta Zapier ali Make, s Shopwareovim lastnim Flow Builderjem, ki pošilja webhooke, ali z neposredno povezavo prek API-ja, ki jo vzpostavi vaš razvijalec. Prava izbira je odvisna od tega, koliko podatkov morate premikati in kako hitro morajo prispeti. Ta vodnik predstavi realne možnosti, kaj vsaka od njih zmore poslati in česa ne, ter vrstni red, po katerem bi se jih lotil sam, da boste tokove za opuščene košarice in dobrodošlico spravili v pogon brez čakanja na vtičnik, ki morda nikoli ne bo izšel.

Najprej pošten pregled stanja. V času pisanja Omnisend ne ponuja uradne aplikacije za Shopware, kot jo ponuja za Shopify, BigCommerce ali WooCommerce. To se lahko spremeni — ponudniki nenehno dodajajo povezovalnike — zato pred kakršno koli gradnjo preverite Omnisendov trenutni imenik integracij. Če izvorni povezovalnik zdaj obstaja, ga uporabite. Ta članek je namenjen položaju, ko ga ni, vi pa si kljub temu želite avtomatizacije.

Zakaj vas “samo počakaj na vtičnik” stane denarja

Trgovci na Shopwaru so običajno nekoliko bolj tehnično podkovani od povprečnega lastnika trgovine na Shopifyju, zato je nagon pogosto ta, da bi zdržali do prave integracije ali da bi celotno stvar že od prvega dne zgradili sami. Oba nagona puščata denar.

Čakanje pomeni, da vaše opuščene košarice ostajajo neobnovljene. Trgovina, ki mesečno ustvari 50.000 € s tipično stopnjo opuščanja košaric, gleda, kako vsak teden izpuhti veliko polnih košaric, delujoč tok za obnovitev pa običajno vrne pomemben delež med njimi. Vsak teden čakanja na povezovalnik je teden, ko ta tok ne teče. Gradnja vsega po meri od začetka ima nasprotno težavo: je počasnejša in dražja, kot bi morala biti za tokove, ki bi jih lahko postavili na noge v enem popoldnevu z brezkodnim mostom.

Uporabna miselna slika je, da vam ni treba premakniti vseh Shopwareovih podatkov, da bi imeli korist. Premakniti morate le nekaj dogodkov, ki poganjajo najbolj donosne avtomatizacije, ostalo pa lahko dodate pozneje.

Kateri podatki dejansko morajo potovati

Preden izberete orodje, si razjasnite, kaj Omnisend potrebuje od Shopwara, da požene pomembne tokove. Približno po prednostnem vrstnem redu:

Novi stiki — e-pošta, ime in status privolitve iz registracij računov in obrazcev za prijavo na e-novice. Brez tega ne deluje nič drugega.
Dogodki naročil — oddano naročilo z artikli in vrednostjo. To poganja potrditve naročil, ponakupne tokove, navzkrižno prodajo in časovnico za ponovno pridobivanje.
Aktivnost košarice — sprožilec za obnovitev opuščene košarice, običajno vaša najbolj donosna posamezna avtomatizacija.
Katalog izdelkov — da lahko e-poštna sporočila prikažejo pravilne slike, cene in povezave namesto pokvarjenih nadomestkov.
Vedenje pri brskanju — ogledi izdelkov za opuščanje brskanja; to dodate nazadnje, ker je najbolj sitno.

Opazili boste, da denar sedi blizu vrha. Stiki, naročila in košarice vam prinesejo večino prihodka; katalog in podatki o brskanju ga izpilijo. Gradnjo načrtujte v tem vrstnem redu, namesto da bi vse skušali sinhronizirati naenkrat.

Trije načini povezovanja, od najlažjega do najbolj vzdržljivega

Možnost 1: Brezkodni most (Zapier ali Make)

Tu bi morala večina trgovcev na Shopwaru začeti. Shopware 6 lahko proži dogodke, orodja, kot sta Zapier ali Make, pa imajo Omnisendova dejanja, ki ustvarijo ali posodobijo stike in na nekaterih paketih sprožijo dogodke po meri. “Novega kupca v Shopwaru” preslikate v “dodaj naročnika v Omnisend”, “oddano naročilo” v “sproži dogodek naročila” in tako naprej.

Privlačnost je hitrost. Sinhronizacijo stikov in osnovni dogodek naročila lahko poženete še isti dan, brez namestitve in brez časa razvijalca. Kompromis sta strošek in zakasnitev pri obsegu — cena na opravilo se sešteje, ko mesečno prožite tisoče dogodkov, ta orodja pa poizvedujejo ali čakajo v vrsti, namesto da bi dostavljala takoj, tako da lahko dogodek prispe nekaj sekund ali minut pozneje. Za tokove dobrodošlice in ponakupne tokove je ta zamik neopazen. Za obnovitev košarice, kjer je časovnica tesnejša, je običajno še vedno v redu, a jo je vredno spremljati.

Možnost 2: Shopware Flow Builder in webhooki

Shopware 6 vključuje Flow Builder, svoj vgrajeni sistem za avtomatizacijo, ki lahko ob dogodkih pokliče webhook — ko je oddano naročilo, ko se kupec registrira, ko se spremeni stanje. Te webhooke usmerite na končno točko, ki Shopwareovo vsebino prevede v klic Omnisendovega API-ja.

To je nekje vmes: več nastavljanja kot pri Zapierju, več nadzora in brez merjenja na opravilo. Posredniku ne plačujete na dogodek in sami odločate, kateri Shopwareovi sprožilci se preslikajo v katere Omnisendove dogodke. Zanka je, da je “končna točka, ki prevede vsebino”, košček kode, ki jo mora nekdo napisati in gostiti. Če imate kakršno koli razvijalsko pomoč, je to pogosto najslajša točka. Webhooki so hrbtenica celotnega tega pristopa in jih je vredno dobro razumeti — kako uporabljati webhooke v avtomatizaciji email marketinga za spletne trgovine pokriva mehaniko in pogoste točke odpovedi.

Možnost 3: Neposredna integracija prek API-ja

Tu vaš razvijalec gradi neposredno proti Shopwareovemu Admin API-ju in Omnisendovemu API-ju ter po vaših pogojih sinhronizira stike, naročila, izdelke in dogodke po meri. To je največ dela in najbolj odporno — paketni zgodovinski uvozi, prava logika za ponovne poskuse, poln nadzor nad preslikavo polj in odstranjevanjem podvojitev.

Po tem posezite, ko brezkodna pot postane draga, ko potrebujete skoraj takojšnje dogodke pri obsegu ali ko je vaša trgovina resnično prilagojena na načine, ki jih splošni povezovalnik ne zmore obvladati. Ta globlja, razvijalsko vodena pot — dogodki po meri, sinhronizacija kataloga, paketiranje — je tema zase; mehaniko podrobno obravnavam v članku kako uporabljati Omnisend s spletno trgovino, ki temelji na API-ju. Če je vaša postavitev Shopwara močno predelana ali dejansko po meri, glejte tudi kako povezati spletno trgovino po meri z Omnisendom, ki govori o sami odločitvi in ne o Shopwareovih posebnostih.

Realen vrstni red gradnje

Takole bi za trgovino Shopware dejansko zaporedil korake, pri čemer bi mešal zgornje možnosti:

1. teden: Sinhronizacija stikov prek Zapierja ali Maka. Poskrbite, da vsak nov kupec in vsaka prijava na e-novice priteče v Omnisend s pravilnim statusom privolitve. Takoj vklopite tok dobrodošlice — to je najhitrejša zmaga in začne prinašati, medtem ko gradite preostalo.
2. teden: Dogodki naročil, še vedno brezkodno, če obseg to dopušča. To vklopi potrditve naročil, prošnje za ocene in časovnico za ponovno pridobivanje.
3.–4. teden: Podatki o košarici in brskanju. Tu običajno napredujete na webhooke Flow Builderja ali na neposreden klic API-ja, ker sprožilci košarice pridobijo s tesnejšo časovnico in ne želite meriti tisočev dogodkov skozi plačljiv povezovalnik.
Nenehno: Sinhronizacija kataloga, da se bloki izdelkov pravilno prikažejo, in nato nazadnje opuščanje brskanja.

Bistvo postopnosti: v pogonu ste in obnavljate prihodek že prvi teden, ne šele tretji mesec.

Dve stvari, ki vas bosta ugriznili, če ju preskočite

Privolitev. Shopware in Omnisend oba sledita statusu naročnine, in če ga vaš most ne preslika pravilno, lahko bodisi uvozite ljudi, ki niso nikoli privolili — težava dostavljivosti in pravna težava — ali napačno označite privolitvene kupce kot nenaročnike in jim nikoli ne pišete. Polje privolitve preslikajte izrecno in preskusite z nekaj resničnimi zapisi, preden ga vklopite za vse.

Podvojitve. Ko kupec obstaja v Shopwaru, se potisne v Omnisend, nato pa izpolni obrazec za e-novice, ki tudi potisne v Omnisend, lahko končate z razdeljenimi ali podvojenimi stiki, če e-pošta ni uporabljena kot strogi enolični ključ. To tiho uniči segmentacijo in napihne število stikov. Med premoščenimi postavitvami je to dovolj pogosto, da je vredno prebrati kako se izogniti podvojenim stikom med integracijami, preden imate težavo, in ne šele potem.

Kako izmeriti, da povezava dejansko deluje

Ne predpostavljajte, da podatki tečejo samo zato, ker je avtomatizacija “vklopljena”. Preverite:

Stopnja ujemanja stikov — se novi kupci s Shopwara pojavijo v Omnisendu znotraj pričakovanega okna, z nedotaknjeno privolitvijo?
Prejeti dogodki naročil — se preskusni nakup prikaže kot dogodek naročila s pravilnimi artikli in vrednostjo?
Obnovljeni prihodek iz košaric — številka, ki upraviči celotno vajo. Če vaš most za košarico tiho odpoveduje, ta ostane na nič in vam to hitro pove.
Pokvarjeni bloki izdelkov — naključno preverite nekaj avtomatiziranih e-poštnih sporočil glede manjkajočih slik ali napačnih cen, kar nakazuje vrzeli v sinhronizaciji kataloga.

Če so naročila v Omnisendu videti manjkajoča ali nepopolna, je vzrok skoraj vedno v preslikavi mosta, ne v sami platformi. Pošljite preskusni nakup, sledite dogodku skozi svoj most in preverite, kje vsebina izgubi polja.

Kam Omnisend sodi, pošteno

V svojih trgovinah poganjam Omnisend, potem ko sem ga preskusil proti Klaviyu, predvsem zaradi združene e-pošte, SMS-a in potisnih sporočil na enem mestu ter zaradi na e-trgovino usmerjenih avtomatizacij, ki za vzdrževanje ne potrebujejo razvijalca. Prav pri Shopwaru se je treba trezno zavedati, da odsotnost izvornega povezovalnika pomeni, da je povezava vaša odgovornost za gradnjo in spremljanje — same avtomatizacije so še vedno enostaven, intuitiven del, ko podatki enkrat pritekajo. Omnisend je pridruženi partner Shopimationa, brezplačni paket pa zadošča, da svoj most za Shopware zgradite in preskusite na majhnem segmentu, preden se zavežete.

Vaš naslednji korak

Izberite svoj prvi tok — skoraj zagotovo tok dobrodošlice — in ta teden vzpostavite sinhronizacijo stikov prek Zapierja ali Maka. Poskrbite, da resnični kupci pristanejo v Omnisendu s pravilno privolitvijo, odpošljite e-pošto dobrodošlice in šele nato se pomaknite navzdol po prednostnem seznamu k naročilom in košaricam. En delujoč tok, ki prinaša, premaga popolno integracijo, ki je še vedno v načrtovanju. Če načrtujete širši nabor orodij okoli tega, začnite z načrtovanjem nabora integracij za e-trženje spletne trgovine.

Other Ecommerce Platforms and Integrations

Connecting Shopware to Omnisend Without a Native Integration

Veröffentlicht am July 18, 2026 von

Yes, you can run Omnisend on a Shopware store even though there’s no one-click connector for it. You bridge the two with a middle layer: a no-code automation tool like Zapier or Make, Shopware’s own Flow Builder sending webhooks, or a direct API connection your developer wires up. The right choice depends on how much data you need to move and how quickly you need it to arrive. This guide walks through the realistic options, what each one can and can’t send, and the order I’d tackle them in so you get abandoned-cart and welcome flows live without waiting on a plugin that may never ship.

First, a quick honesty check. As of writing, Omnisend does not publish an official Shopware app the way it does for Shopify, BigCommerce, or WooCommerce. That can change — vendors add connectors all the time — so check Omnisend’s current integrations directory before you build anything. If a native connector now exists, use it. This article is for the situation where it doesn’t, and you still want the automations.

Why “just wait for the plugin” costs you money

Shopware merchants tend to be a bit more technical than the average Shopify store owner, so the instinct is often to hold out for a proper integration or to build the whole thing in-house from day one. Both instincts leak revenue.

Waiting means your abandoned carts keep going unrecovered. A store doing €50,000 a month with a typical cart abandonment rate is watching a lot of full baskets evaporate every week, and a working recovery flow tends to bring back a meaningful slice of them. Every week you wait for a connector is a week that flow isn’t running. Building everything bespoke first has the opposite problem: it’s slower and more expensive than it needs to be for flows you could stand up in an afternoon with a no-code bridge.

The useful framing is that you don’t need to move all of Shopware’s data to get value. You need to move the few events that drive the highest-earning automations, and you can add the rest later.

What data actually needs to travel

Before picking a tool, get clear on what Omnisend needs from Shopware to run the flows that matter. In rough priority order:

New contacts — email, name, and consent status from account signups and newsletter forms. Without this, nothing else works.
Order events — order placed, with line items and value. This powers order confirmations, post-purchase flows, cross-sell, and win-back timing.
Cart activity — the trigger for abandoned-cart recovery, usually your single highest-earning automation.
Product catalog — so emails can pull correct images, prices, and links instead of broken placeholders.
Browse behavior — product views for browse-abandonment, the last thing to add because it’s the fiddliest.

You’ll notice the money sits near the top. Contacts and orders and carts get you most of the revenue; catalog and browse data refine it. Plan your build in that order rather than trying to sync everything at once.

The three ways to connect, from easiest to most durable

Option 1: A no-code bridge (Zapier or Make)

This is where most Shopware merchants should start. Shopware 6 can fire events, and tools like Zapier or Make have Omnisend actions that create or update contacts and, on some plans, trigger custom events. You map “new customer in Shopware” to “add subscriber in Omnisend,” “order placed” to “trigger order event,” and so on.

The appeal is speed. You can have contact sync and a basic order event running the same day, with no deployment and no developer time. The trade-off is cost and latency at scale — per-task pricing adds up once you’re firing thousands of events a month, and these tools poll or queue rather than delivering instantly, so an event might land seconds or minutes late. For welcome and post-purchase flows, that delay is invisible. For cart recovery, where timing is tighter, it’s usually still fine but worth watching.

Option 2: Shopware Flow Builder plus webhooks

Shopware 6 ships with Flow Builder, its built-in automation system, and it can call a webhook when things happen — an order is placed, a customer registers, a state changes. You point those webhooks at an endpoint that translates the Shopware payload into an Omnisend API call.

This sits in the middle: more setup than Zapier, more control and no per-task metering. You’re not paying a middleman per event, and you decide exactly which Shopware triggers map to which Omnisend events. The catch is that “an endpoint that translates the payload” is a small piece of code someone has to write and host. If you have any developer help, this is often the sweet spot. Webhooks are the backbone of this whole approach, and they’re worth understanding properly — how to use webhooks in ecommerce marketing automation covers the mechanics and the common failure points.

Option 3: A direct API integration

Here your developer builds against both Shopware’s Admin API and Omnisend’s API directly, syncing contacts, orders, products, and custom events on your terms. It’s the most work and the most resilient — batched historical imports, proper retry logic, full control over field mapping and deduplication.

Reach for this when the no-code route gets expensive, when you need near-real-time events at volume, or when your store is genuinely custom in ways a generic connector can’t handle. That deeper, developer-led path — custom events, catalog sync, batching — is its own topic; I go into the mechanics in how to use Omnisend with an API-based store. If your Shopware setup is heavily modified or effectively bespoke, also see how to connect a custom ecommerce store to Omnisend, which is about the decision itself rather than the Shopware specifics.

A realistic build order

Here’s how I’d actually sequence it for a Shopware store, mixing the options above:

Week 1: Contact sync via Zapier or Make. Get every new customer and newsletter signup flowing into Omnisend with the right consent status. Turn on a welcome flow immediately — it’s the fastest win and it starts earning while you build the rest.
Week 2: Order events, still no-code if the volume allows. This turns on order confirmations, review requests, and win-back timing.
Week 3–4: Cart and browse data. This is usually where you graduate to Flow Builder webhooks or a direct API call, because cart triggers benefit from tighter timing and you don’t want to meter thousands of events through a paid connector.
Ongoing: Catalog sync so product blocks render correctly, then browse abandonment last.

The point of staging it: you’re live and recovering revenue in week one, not month three.

Two things that will bite you if you skip them

Consent. Shopware and Omnisend both track subscription status, and if your bridge doesn’t map it correctly you can either import people who never opted in — a deliverability and legal problem — or wrongly mark opted-in customers as non-subscribers and never email them. Map the consent field explicitly, and test with a couple of real records before you flip it on for everyone.

Duplicates. When a customer exists in Shopware, gets pushed to Omnisend, then fills a newsletter form that also pushes to Omnisend, you can end up with split or duplicate contacts if email isn’t used as the strict unique key. This quietly wrecks segmentation and inflates your contact count. It’s common enough across bridged setups that it’s worth reading how to avoid duplicate contacts across integrations before you have the problem instead of after.

How to measure that the connection is actually working

Don’t assume data is flowing just because the automation is “on.” Check:

Contact match rate — are new Shopware customers appearing in Omnisend within your expected window, with consent intact?
Order events received — does a test purchase show up as an order event, with the right line items and value?
Recovered cart revenue — the number that justifies the whole exercise. If your cart bridge is silently failing, this stays at zero and tells you fast.
Broken product blocks — spot-check a few automated emails for missing images or wrong prices, which signals catalog sync gaps.

If orders look missing or partial in Omnisend, the cause is almost always in the bridge mapping rather than the platform itself. Send a test purchase, follow the event through your bridge, and check where the payload loses fields.

Where Omnisend fits, honestly

I run Omnisend in my own stores after testing it against Klaviyo, mostly for the combined email, SMS, and push in one place and the ecommerce-focused automations that don’t need a developer to maintain. On Shopware specifically, the thing to be clear-eyed about is that the lack of a native connector means the connection is your responsibility to build and monitor — the automations themselves are still the easy, intuitive part once data is arriving. Omnisend is an affiliate partner of Shopimation, and the free tier is enough to build and test your Shopware bridge on a small segment before committing.

Your next step

Pick your first flow — almost certainly the welcome flow — and set up contact sync through Zapier or Make this week. Get real customers landing in Omnisend with correct consent, ship the welcome email, and only then move down the priority list to orders and carts. One working flow that earns beats a perfect integration that’s still in planning. If you’re mapping out the wider tool stack around this, start with planning an ecommerce marketing integration stack.