Druge platforme in integracije spletnih trgovin

Kako odpraviti manjkajoče podatke o naročilih v email platformah

Posted on July 18, 2026 by

Ko se naročila ne prikazujejo v vaši email platformi, delajte nazaj skozi štiri člene v verigi: naročilo se je res zgodilo in se po emailu ujema s kontaktom, trgovina je poslala dogodek o naročilu, integracija ga je posredovala naprej, in platforma ga je zabeležila na pravem profilu. Devetdeset odstotkov težav z manjkajočimi naročili se pretrga na enem od teh spojev — običajno pri neujemajočem se emailu med naročilom in kontaktom ali pri integraciji, ki sinhronizira nove kontakte, ne pa tudi njihove zgodovine naročil. Ta vodnik govori o naročilih in nakupih, ki izginjajo: dogodkih o naročilih, zneskih, številu naročil, datumih zadnjih naročil ter segmentih in tokovih, ki so od njih odvisni. Če je vaša težava v podrobnostih o izdelkih — slikah, cenah, imenih, priporočilnih blokih — je to ločena napaka in sem jo opisal posebej.

Najprej opredelite, kaj tukaj pomeni “manjka”

Podatki o naročilih poganjajo nekatere vaše najdragocenejše avtomatizacije, zato se splača natančno določiti, kateri del manjka. Različni simptomi kažejo na različne prelome:

Sploh nobenih naročil za nikogar, nikoli — kaže na samo integracijo ali na to, da sinhronizacija naročil ni bila nikoli vklopljena.
Naročila obstajajo, a se pripnejo na napačen kontakt ali na nobenega — kaže na neujemanje emaila ali težave z identiteto.
Število naročil in datum zadnjega naročila sta v profilih napačna — kaže na delno ali zgodovinsko vrzel v sinhronizaciji.
Nova naročila se sinhronizirajo, stara pa se nikoli niso — kaže na manjkajoče polnjenje nazaj (backfill) ob prvi povezavi.
Potrošnakupni (post-purchase) in win-back tokovi se sprožajo napačno — poznejši simptom katere koli od zgornjih težav.

Prikovajte simptom, preden se dotaknete nastavitev. Odpravljanje “sploh nobenih naročil” in odpravljanje “naročila na napačnem kontaktu” sta različni opravili.

Zakaj je to zlahka spregledati, dokler vas ne stane

Podatki o naročilih odpovejo tiho. Vaše kampanje se še vedno pošiljajo, vaš pozdravni tok se še vedno sproža, nadzorna plošča je še vedno videti živa. Kar potiho preneha delovati, so avtomatizacije, ki so odvisne od nakupa: potrošnakupno zaporedje, opomniki za dopolnitev zaloge, win-back, ki naj bi se sprožil 60 dni po zadnjem naročilu osebe. Če podatki o naročilih ne pristajajo, se ti tokovi bodisi nikoli ne sprožijo bodisi se sprožijo ob napačnem času, napake pa ne dobite — dobite le manj prihodka in nobenega očitnega razloga.

Zato “naše številke so nekoliko nižje” pogosto vodi nazaj sem. Lastnik trgovine domneva, da tok slabo deluje, in prepiše besedilo, resnična težava pa je, da sprožilec toka — naročilo — v platformo nikoli ni prispel.

Veriga štirih členov in kako preizkusiti vsakega

Preverjajte jih v tem vrstnem redu. Ustavite se, ko najdete prelom.

Člen 1: Se naročilo ujema s kontaktom?

Vaša platforma naročilo veže na osebo prek emaila. Če je stranka opravila nakup z Jane@Gmail.com, prijavila pa se je kot jane@gmail.com, ali če je kupila kot gost z drugačnim naslovom, kot je na njenem kontaktnem zapisu, naročilo nima kam pristati. Nakup kot gost je klasičen krivec — naročilo je resnično, a ni ujemajočega se naročnika, zato bodisi ustvari tanek nov kontakt bodisi lebdi nepripeto.

Preizkusite: oddajte resnično testno naročilo z natančnim emailom obstoječega kontakta. Dajte mu nekaj minut. Če se to naročilo prikaže na profilu, ujemanje deluje in vaše žive vrzeli so primeri neujemanja emaila. Če se ne prikaže, je prelom niže po verigi.

Člen 2: Je trgovina poslala dogodek o naročilu?

Platforma trgovine mora oddati naročilo — prek domače integracije, webhooka ali aplikacije. Preverite, ali je sinhronizacija naročil/nakupov res omogočena v nastavitvah povezave; pogosto je sinhronizacija kontaktov vklopljena, sinhronizacija naročil pa izklopljena, saj sta včasih ločena stikala.

Če vaša trgovina uporablja prilagojeno ali headless postavitev, naročila običajno potujejo kot dogodki, ki jih pošiljate sami, manjkajoče naročilo pa pogosto pomeni, da dogodek ni bil nikoli sprožen ob koraku “naročilo oddano” ali “naročilo plačano”. Razlika je pomembna: sprožanje ob “oddano” v primerjavi z “plačano” spremeni, ali preklicana in neuspela plačila onesnažujejo vaše podatke.

Člen 3: Je integracija to posredovala naprej?

Med trgovino in platformo sedi povezovalnik — domača aplikacija, vmesniško (middleware) orodje ali vaša lastna koda. Tu se pokvarita dve stvari. Prvič, preslikava polj: skupni znesek naročila, valuta, postavke in datum naročila se vsak preslika v polje platforme, napačna ali prazna preslikava pa pomeni, da naročilo prispe votlo (obstaja, a se skupni znesek prebere kot nič, zato ga segmenti, ki temeljijo na vrednosti, napačno ocenijo). Drugič, tihe napake: omejitve hitrosti (rate limits), potekel API ključ ali webhook, ki je vrnil napako in ni bil nikoli ponovljen. Večina platform in vmesniških orodij vodi dnevnik sinhronizacije ali vir dejavnosti — preberite ga. Niz neuspelih klicev tam je vaš odgovor.

Člen 4: Je platforma to pravilno zabeležila?

Občasno naročilo prispe, a pristane na podvojeni kopiji kontakta namesto na glavni, zato profil, ki ga gledate, ne kaže ničesar, medtem ko drugi, skriti profil drži naročilo. Tam se težave z manjkajočimi naročili in podvojenimi kontakti prekrivajo; če to sumite, ob tem predelajte kako preprečiti podvojene kontakte med integracijami.

Vrzel pri polnjenju nazaj, na katero naleti skoraj vsak

Tukaj je tista, ki ljudi ujame. Ko trgovino prvič povežete z email platformo, mnogo integracij sinhronizira kontakte in nato zajema naročila le od tega trenutka naprej. Vsako naročilo, oddano pred datumom povezave, se nikoli ne prenese, razen če izrecno zaženete zgodovinski uvoz. Tako vaše šestmesečne stranke izgledajo popolnoma nove, “skupaj porabljeno” je povsod podcenjeno, in vsak segment, zgrajen na življenjski vrednosti ali številu naročil, je potiho napačen za vaše najstarejše — in najboljše — stranke.

Če ste se povezali nedavno in vaši dolgoletni kupci kažejo eno naročilo, ko veste, da so jih opravili deset, je skoraj zagotovo to. Rešitev je zgodovinski uvoz naročil, ki ga večina platform podpira med ali po namestitvi. Naredite ga enkrat, preverite nekaj znanih strank in vaši vrednostni segmenti postanejo zanesljivi.

Kaj avtomatizirati, da se ne ponovi

Tedensko preverjanje smiselnosti: primerjajte naročila v skrbniku trgovine za zadnjih 7 dni z naročili, zabeleženimi v email platformi za isto obdobje. Vztrajna vrzel je vaše zgodnje opozorilo.
Nadzorovana povezava: če sinhronizirate prek webhookov ali API-ja, beležite napake in se ob njih opozarjajte, namesto da zaupate tišini. Webhook, ki tiho odpove, je najtežje opazna vrzel. Mehaniko se splača dobro naučiti — glejte kako uporabljati webhooke v marketinški avtomatizaciji spletne trgovine.
Pravilo za nakup kot gost: odločite se, kako se obravnavajo naročila z neprepoznanimi emaili — kasneje ujeta ali zadržana — da preprosto ne izginejo.

Kratek ponazoritveni primer

Vodite potrošnakupni tok, ki naj bi se sprožil po vsakem naročilu. Prodaja je stabilna, a prihodek toka nenehno drsi. Ko poglobljeno pogledate, ugotovite, da je bila sinhronizacija naročil izklopljena med posodobitvijo povezovalnika pred tremi tedni — kontakti so se še naprej sinhronizirali, zato ni bilo videti nič pokvarjeno, a od takrat ni nobeno naročilo sprožilo toka. Tri tedne potrošnakupnih in dopolnitvenih pošiljk ni bilo poslanih. Ponovno vklopite sinhronizacijo naročil, zaženete kratko polnjenje nazaj za vrzel, in tok si opomore. Z besedilom ni bilo nič narobe. (Ponazoritveno — resnično zgodbo povedo vaši lastni dnevniki.)

Kako izmeriti, da je odpravljeno

Paritetnost naročil: naročila v trgovini proti naročilom, zabeleženim v platformi, v istem 7-dnevnem obdobju bi se morala ujemati znotraj meje zaokroževanja.
Točnost vrednosti: naključno preverite pet znanih ponovnih strank; število naročil in skupaj porabljeno bi morala odražati resničnost, vključno z njihovo zgodovino.
Obseg sprožitev toka: vaši z nakupom sproženi tokovi bi morali kazati vstope približno v skladu z obsegom naročil.
Delež pripetih naročil: kolikšen delež naročil pristane na resničnem, obstoječem kontaktu namesto na tankem novem — približek zdravja vašega ujemanja po emailu.

Kje se vključi Omnisend

Omnisend uporabljam v vseh svojih trgovinah, in pri tej težavi je njegova uporabnost predvsem v vidljivosti: njegova sinhronizacija s trgovino razkriva pogled dejavnosti, tako da lahko, ko naročila ne pristajajo, vidim, ali dogodki prihajajo in kje odpovedujejo, namesto da ugibam. Podpira tudi zgodovinski uvoz ob namestitvi, kar je rešitev za zgornjo vrzel pri polnjenju nazaj. Kljub temu nobena platforma ne more pripeti naročila, katerega email se ne ujema z nobenim kontaktom — nakup kot gost s svežim naslovom je podatkovna težava, ki jo rešite v trgovini, ne v email orodju. Omnisend je partner Shopimationa v pridruženem programu; priporočam ga iz resnične uporabe. Karkoli uporabljate, vrstni red razhroščevanja je enak: ujemi, pošlji, posreduj, zabeleži.

Vaš naslednji korak

Oddajte eno testno naročilo z emailom znanega kontakta in opazujte, ali pristane. Ta en sam test vam pove, katerega od štirih členov popraviti najprej. Če naročila prihajajo, a se izdelki znotraj vaših emailov prikazujejo prazni ali napačni, je to sosednja težava — preberite kako odpraviti manjkajoče podatke o izdelkih v avtomatiziranih emailih. In ko vaši podatki zanesljivo pristajajo, jih tako ohranite tako, da te preglede vključite v redno rutino revizije marketinških integracij spletne trgovine, ali pa celoten tok premišljeno zasnujte z načrtovanjem nabora integracij za marketing spletne trgovine.

Other Ecommerce Platforms and Integrations

How to Troubleshoot Missing Order Data in Email Platforms

Posted on July 18, 2026 by

When orders aren’t showing up in your email platform, work backwards through four links in the chain: the order actually happened and matches a contact by email, the store sent an order event, the integration passed it through, and the platform recorded it against the right profile. Ninety percent of missing-order problems break at one of those joints — usually a mismatched email between the order and the contact, or an integration that syncs new contacts but not their order history. This guide is about order and purchase data going missing: order events, totals, order counts, last-order dates, and the segments and flows that depend on them. If your problem is product details — images, prices, names, recommendation blocks — that’s a separate failure, and I’ve written it up separately.

First, define what “missing” means here

Order data drives some of your most valuable automations, so it’s worth being precise about which piece is absent. Different symptoms point at different breaks:

No orders at all for anyone, ever — points at the integration itself, or order sync never being switched on.
Orders exist but attach to the wrong or no contact — points at email mismatch or identity problems.
Order count and last-order date are wrong in profiles — points at a partial or historical sync gap.
New orders sync but old ones never did — points at a missing backfill when you first connected.
Post-purchase and win-back flows misfire — the downstream symptom of any of the above.

Pin the symptom before you touch settings. Fixing “no orders at all” and fixing “orders on the wrong contact” are different jobs.

Why this is easy to miss until it costs you

Order data fails silently. Your campaigns still send, your welcome flow still fires, the dashboard still looks alive. What quietly stops working are the automations that depend on a purchase: the post-purchase sequence, replenishment reminders, the win-back that’s supposed to trigger 60 days after someone’s last order. If order data isn’t landing, those flows either never fire or fire on bad timing, and you don’t get an error — you just get less revenue and no obvious reason.

That’s why “our numbers are down a bit” often traces back here. A store owner assumes the flow underperforms and rewrites the copy, when the real issue is that the flow’s trigger — the order — never arrived in the platform.

The four-link chain, and how to test each

Check them in this order. Stop when you find the break.

Link 1: Does the order match a contact?

Your platform ties an order to a person by email. If a customer checked out with Jane@Gmail.com but subscribed as jane@gmail.com, or bought as a guest with a different address than the one on their contact record, the order has nowhere to land. Guest checkout is the classic offender — the order is real, but there’s no matching subscriber, so it either creates a thin new contact or floats unattached.

Test it: place a real test order using the exact email of an existing contact. Give it a few minutes. If that order shows on the profile, matching works and your live gaps are email-mismatch cases. If it doesn’t, the break is further down the chain.

Link 2: Did the store send the order event?

The store platform has to emit the order — through a native integration, a webhook, or an app. Confirm order/purchase sync is actually enabled in the connection settings; it’s common for contact sync to be on while order sync sits off, because they’re sometimes separate toggles.

If your store uses a custom or headless setup, orders usually travel as events you send yourself, and a missing order often means the event was never fired at the “order placed” or “order paid” step. The distinction matters: firing on “placed” versus “paid” changes whether cancelled and failed payments pollute your data.

Link 3: Did the integration pass it through?

Between store and platform sits the connector — a native app, a middleware tool, or your own code. Two things break here. First, the field mapping: the order total, currency, line items, and order date each map to a platform field, and a wrong or empty mapping means the order arrives hollow (it exists, but the total reads as zero, so value-based segments misjudge it). Second, silent failures: rate limits, an expired API key, or a webhook that returned an error and was never retried. Most platforms and middleware keep a sync log or activity feed — read it. A string of failed calls there is your answer.

Link 4: Did the platform record it correctly?

Occasionally the order arrives but lands on a duplicate copy of the contact rather than the main one, so the profile you’re looking at shows nothing while a second, hidden profile holds the order. That’s where missing-order and duplicate-contact problems overlap; if you suspect it, work through avoiding duplicate contacts across integrations alongside this.

The backfill gap almost everyone hits

Here’s the one that catches people. When you first connect a store to an email platform, many integrations sync contacts and then only capture orders from that moment forward. Every order placed before the connection date never comes across unless you explicitly run a historical import. So your six-month customers look brand new, “total spent” is understated across the board, and any segment built on lifetime value or order count is quietly wrong for your oldest — and best — customers.

If you connected recently and your veterans show one order when you know they’ve made ten, this is almost certainly it. The fix is a historical order import, which most platforms support during or after setup. Do it once, verify a few known customers, and your value segments become trustworthy.

What to automate so it doesn’t recur

A weekly sanity check: compare orders in your store admin for the last 7 days against orders recorded in the email platform for the same window. A persistent gap is your early warning.
A monitored connection: if you sync via webhooks or an API, log failures and alert on them rather than trusting silence. A webhook that fails quietly is the hardest gap to notice. The mechanics are worth learning properly — see how to use webhooks in ecommerce marketing automation.
A guest-checkout rule: decide how orders from unrecognized emails are handled — matched later, or held — so they don’t just vanish.

A quick illustrative example

You run a post-purchase flow that should fire after every order. Sales are steady, but the flow’s revenue keeps sliding. Digging in, you find order sync was toggled off during a connector update three weeks ago — contacts kept syncing, so nothing looked broken, but no order has triggered the flow since. Three weeks of post-purchase and replenishment sends never went out. Flip order sync back on, run a short backfill for the gap, and the flow recovers. Nothing was wrong with the copy. (Illustrative — your own logs tell the real story.)

How to measure it’s fixed

Order parity: store orders vs. platform-recorded orders over the same 7-day window should match within a rounding margin.
Value accuracy: spot-check five known repeat customers; order count and total spent should reflect reality, including their history.
Flow trigger volume: your purchase-triggered flows should show entries roughly in line with order volume.
Attached-order rate: what share of orders land on a real, existing contact rather than a thin new one — a proxy for your email-matching health.

Where Omnisend fits

I use Omnisend across my stores, and for this problem its usefulness is mostly in visibility: its store sync exposes an activity view, so when orders aren’t landing I can see whether events are arriving and where they’re failing rather than guessing. It also supports a historical import at setup, which is the fix for the backfill gap above. That said, no platform can attach an order whose email doesn’t match any contact — guest checkout with a fresh address is a data problem you solve at the store, not in the email tool. Omnisend is an affiliate partner of Shopimation; I recommend it from real use. Whatever you run, the debugging order is the same: match, send, pass, record.

Your next step

Place one test order with a known contact’s email and watch whether it lands. That single test tells you which of the four links to fix first. If orders arrive but the products inside your emails show up blank or wrong, that’s the neighbouring problem — read how to troubleshoot missing product data in automated emails. And once your data is landing reliably, keep it that way by folding these checks into a regular auditing ecommerce marketing integrations routine, or design the whole flow deliberately with planning an ecommerce marketing integration stack.