Utánvétes konverziókövetés és külső pénztárak

Az utánvétes konverziókövetés azt jelenti, hogy minden vásárlást magából a rendelésből, a szerveren küldesz el a hirdetési platformoknak, ahelyett hogy egy köszönőoldalon lévő böngészőpixelre támaszkodnál. Az utánvétes appokból, külső pénztárakból, rendelési űrlapokból és funnelekből érkező rendelések gyakran a szokásos pénztáron kívül zárulnak le, így a pixel nem látja őket, vagy rossz pillanatban jelenti őket.

Ez az útmutató elmagyarázza, miért tűnnek el ezek a rendelések, és miért számít a fizetési státusz. Összehasonlítja a vásárlás elküldésének három időpontját: amikor a rendelést létrehozzák, amikor megerősítik, és amikor kifizetik. Kitér a visszautasított rendelésekre és a visszatérítésekre is, valamint arra, hogyan kezeli a ROASaurus a külső pénztárakat.

Miért nem látják a pixelek az utánvétes rendeléseket?

A böngészőpixel akkor jelent vásárlást, amikor a vevő eljut egy olyan oldalra, amely futtatja. Ez általában a pénztárad köszönőoldala. Minden olyan rendelési út, amely kihagyja ezt az oldalt, vagy másik domainen futtatja, elveszíti a vásárlási eseményt vagy a hozzá tartozó hirdetési kattintást.

Maga a rendelés sosem vész el. A webáruházadban vagy a funnel-eszközödben végzi rendelésazonosítóval, összeggel, e-mail-címmel és gyakran telefonszámmal. Ezért a megbízható megoldás az, hogy a vásárlást a rendelési adatokból, szerveroldalon küldöd el, és a hirdetési kattintást is magaddal viszed a rendelésig. A Szerveroldali követés Shopifyon az általános módszert magyarázza el. Ez a cikk azokat a rendeléseket tárgyalja, amelyek extra figyelmet igényelnek.

Egyes utánvétes appok saját pixeleseményeket is aktiválnak. Ha ugyanazt a pixelt használják, mint a szerveroldali követésed, de más event id-val, a platform kétszer számolja a rendelést. Kapcsold ki ezeket az app-eseményeket, vagy kövesd a dupla számolás megelőzésének lépéseit.

Miért számít a fizetési státusz

A kártyás fizetés a pénztárban megtörténik, így a rendelés abban a pillanatban kifizetett, amikor létrejön. Az utánvétes rendelés más. A Shopify az utánvétet kézi fizetési módként kezeli, és ezek a rendelések Payment pending állapotban maradnak, amíg kifizetettnek nem jelölöd őket. A gyakorlatban ez azután történik, hogy a futár beszedte a készpénzt, ami napokig is eltarthat. Egyes rendeléseket soha nem fizetnek ki, mert a vevő nem veszi át a csomagot, vagy nincs otthon.

Sok követési beállítás akkor küldi el a vásárlást, amikor a rendelés kifizetett, mert kártyás rendeléseknél ez a legbiztonságosabb pillanat. Utánvétes rendelésnél ugyanez a szabály azt jelenti, hogy a vásárlás napokat késik, vagy sosem érkezik meg. Az alábbi napló egy tipikus esetet mutat egy olyan webáruházban, amely a fizetéskor küldi a vásárlásokat.

A WooCommerce fordítva működik. Az utánvétes rendeléseket Processing állapotba teszi, amíg a fizetést be nem szedik, kivéve a letölthető terméket tartalmazó rendeléseket, amelyek On hold állapotba kerülnek. Egy olyan beállítás, amely a Processing állapotú rendeléseket küldi el, ezért már a leadásuk pillanatában elküldi őket. Mielőtt bármi másról döntenél, nézd meg, milyen státuszt ad a platformod ezeknek a rendeléseknek.

Létrehozva, megerősítve vagy kifizetve: mikor küldd el a vásárlást?

Három időpont közül választhatsz. Mindegyik a sebesség és a pontosság közötti kompromisszumot jelenti.

Miért probléma a késői vásárlási esemény

A hirdetési platformok csak akkor tulajdonítanak egy vásárlást egy hirdetésnek, ha az a kattintás utáni attribúciós ablakon belül történik. Ha a Metán 7 napos kattintási attribúció van beállítva, egy vásárlás a kattintás után legfeljebb 7 napig számít a hirdetésnek. A Meta Conversions API-ja azokat az eseményeket is elutasítja, amelyek event_time értéke több mint 7 napja volt, és az egész kérést elutasítja, ha egyetlen esemény is túl régi. A fizetéskor elküldött vásárlásnak ezért két rossz lehetősége van:

• Elküldöd a rendelés időpontjával. Ha a fizetés több mint 7 nappal később érkezett, a Meta elutasítja.
• Elküldöd a fizetés időpontjával. A Meta elfogadja, de a hirdetési kattintás ekkor már lehet, hogy több mint 7 napos, így a vásárlást nem tulajdonítják a hirdetésnek.

A sebesség az optimalizálásnál is számít. A vásárlásra optimalizáló kampányok az általad küldött vásárlásokból tanulnak. Egy egy hetet késő jel az algoritmusnak a múlt heti közönségről szól.

Melyik időpontot válaszd

A legtöbb utánvétes webáruháznál a létrehozáskor küldés a jobb alapértelmezés. A jel azonnali, a kattintás még az ablakon belül van, és semmit sem utasítanak el. Ennek az ára, hogy a visszautasított rendelések vásárlásként számítanak az Ads Managerben. Ezt a céljaidban korrigálod, ahogy a következő rész mutatja.

Ha a csapatod minden rendelést telefonon vagy üzenetben megerősít a feladás előtt, a megerősítés jó középút. Kiszűri a hamis rendeléseket, és általában egy napon belül megtörténik. Akkor használd, ha a saját rendszered el tudja küldeni a vásárlást ebben a pillanatban, például egy API-n keresztül. A hamis rendelések fontosabbak, mint amilyennek tűnnek: ha a hirdetési platform ezekből tanul, még több olyan embert keres, aki rendel, de nem fizet.

Hogyan kezeld a visszautasított rendeléseket, a lemondásokat és a visszatérítéseket

Ha egy vásárlás egyszer elment, az Ads Managerben marad. Az ajtóban visszautasított csomag nem törli. A ROASaurus a visszatérítéseket és a lemondásokat sem küldi el a Metának, a TikToknak és a legtöbb más hirdetési platformnak, így az általuk jelentett bevétel olyan rendeléseket is tartalmaz, amelyek árát soha nem szedted be. Csak a Google Ads és a Microsoft Advertising értékei javíthatók egy visszatérítés után, ha az értékkorrekció be van kapcsolva. A megoldás az, hogy méred a visszautasítási arányodat, és ennek megfelelően igazítod azokat a számokat, amelyekhez viszonyítasz.

Íme egy kidolgozott példa egy hónapra. Az egyszerűség kedvéért az árak áfa nélkül szerepelnek.

$3,000 hirdetési költésnél ugyanaz a hónap nagyon másképp néz ki attól függően, melyik bevételt használod:

A kézbesített bevétel bruttó árrésrátája $3,878 ÷ $8,200 = 47.3%, így a megtérülési ROAS 1 ÷ 0.473 = 2.11. Ez a megtérülési pont a kézbesített bevételre vonatkozik. Az Ads Manager a visszautasított rendeléseket is beleszámolja, ezért az összehasonlítás előtt át kell számolnod. A megtérülési ROAS elmagyarázza az alapképletet.

Az eredményt közvetlenül is ellenőrizheted. A hirdetések akkor érik el a megtérülést, ha a hirdetési költés megegyezik a $3,878 bruttó profittal, és $10,000 jelentett bevétel ÷ $3,878 = 2.58.

A visszautasítási arány gyakran eltér régiónként, termékenként és kampányonként. Ha elég rendelésed van, számold ki kampányonként, és a POAS-kalkulátorral ellenőrizd az eredményt a bruttó profiton.

Visszatérítések és lemondások a saját számaidban

Shopifyon a lemondások és visszatérítések webhookon keresztül jutnak el a ROASaurushoz, így a profitanalitika a visszatérítéseket a bevétel ellenében számolja. Te döntöd el, hogy a teljesítetlen, lemondott rendelések beleszámítanak-e, és alapértelmezés szerint kimaradnak. Az a lemondott rendelés, amelyet már feladtak, bent marad, mert a szállítása így is pénzbe került. Azoknál a friss rendeléseknél, amelyek még visszaérkezhetnek, a Predicted returns beállítás visszatartja az eladások várt hányadát, amíg meg nem érkeznek a tényleges visszatérítések.

Hogyan kezeli a ROASaurus az utánvétet és a külső pénztárakat

Shopify

Minden Shopify-webáruháznak van egy Checkout type beállítása a Store settings alatt, két lehetőséggel:

• Shopify checkout: a vásárlás akkor megy el, amikor a Shopify kifizetettnek jelenti a rendelést, az orders/paid webhookon keresztül.
• External / COD checkout: a vásárlás a rendelés létrehozásakor megy el, az orders/create webhookon keresztül. Használd utánvéthez, valamint olyan külső pénztárakhoz, például a CheckoutChamphez vagy a Checkifyhoz, amelyek maguk hozzák létre a Shopify-rendelést.

A beállítás a webáruház minden rendelésére érvényes. A pénztárban kifizetett kártyás rendelések szinte ugyanabban a pillanatban jönnek létre és fizetődnek ki, így a választás főleg azt változtatja meg, mikor mennek el a kifizetetlen rendelések. Minden rendelés egyszer megy el. Ha az utánvétes rendelés kifizetési frissítése később érkezik, nem megy el második vásárlás.

A vásárlás a rendelés saját adatait használja: az összeget, a pénznemet, a termékeket, valamint a vevő e-mail-címét, telefonszámát és címét, elküldés előtt hashelve. A ROASaurus a rendelést a hirdetési kattintáshoz a látogatóazonosítón keresztül párosítja, amelyet a szkriptje elment a kosáron. Ha egy rendelés nem tartalmazza, a ROASaurus ebben a sorrendben próbálkozik: a kosár- és pénztártokenek, a pénztárból érkező vásárlási esemény, egy e-mail-cím, amelyet a látogató korábban megadott az oldaladon, valamint ugyanaz az IP-cím és böngésző közvetlenül a rendelés előtt, ha pontosan egy látogató illik rá. A teljes beállítás a Shopify-integráció oldalon található.

WooCommerce és más webáruházak

A WooCommerce-plugin akkor küld el egy rendelést, amikor az eléri a Processing vagy a Completed állapotot. Az utánvétes rendelések leadáskor elérik a Processing állapotot, így azonnal elmennek. Az átutalásos rendelések akkor mennek el, amikor Processing állapotba lépnek. A többi webáruház-összekötő ezekben a pillanatokban küld el egy rendelést:

• Wix, Squarespace, Ecwid, Lightspeed, CCV Shop és Shopware: amikor a rendelés fizetési státusza kifizetett.
• BigCommerce: amikor a rendelés eléri az olyan státuszok egyikét, mint az Awaiting Fulfillment, az Awaiting Shipment, a Shipped vagy a Completed.
• Magento: amikor a rendelés állapota Processing vagy Complete.
• PrestaShop: amikor a rendelést érvényesként jelölik meg.
• Egyedi webhook és rendelések API: amikor a saját rendszered elküldi a rendelést.

Nézd meg, hogyan jelöli a platformod az utánvétes rendeléseket. Ha ezek kifizetetlenek maradnak, amíg a futár el nem számol, a vásárlásaik későn érkeznek meg.

Funnelek és a saját pénztárad

1. Add hozzá a szkriptet a funnel oldalaihoz

   Ugyanazt a store key-t használd, mint a webáruházad, így a látogató mindkét domainen megtartja ugyanazt a látogatóazonosítót.

2. Add meg a domaineket

   A Store settings alatt add hozzá a funnel és a webáruház domainjeit a Linked domains alatt. A domainek közötti linkek ekkor továbbviszik a látogatóazonosítót és a kattintásazonosítókat.

3. Küldd el a rendeléseket a rendelések API-n keresztül

   Ha a funnel maga veszi fel a rendelést, küldd el minden rendelést a /api/v1/orders végpontra, a _tl sütit visitor_id néven megadva. Az időpontot a saját rendszered határozza meg: létrehozáskor, megerősítéskor vagy fizetéskor.

4. Ellenőrizd az Event log oldalt

   Amikor megérkeznek az első valódi rendelések, nyisd meg az Event log oldalt, és ellenőrizd, hogy mindegyik elment-e minden csatlakoztatott platformhoz.

POST /api/v1/orders
X-Roasaurus-Key: <store key>
Authorization: Bearer <API key>
Content-Type: application/json

{
  "order_id": "F-20931",
  "created_at": "2026-10-20T14:05:00Z",
  "total": 50.00,
  "currency": "USD",
  "email": "buyer@example.com",
  "phone": "+15555550123",
  "country": "US",
  "visitor_id": "<value of the _tl cookie>",
  "click_ids": { "fbc": "<_fbc cookie>", "fbp": "<_fbp cookie>" },
  "client_ip": "203.0.113.7",
  "user_agent": "Mozilla/5.0 ...",
  "items": [{ "variant_id": "SKU1", "quantity": 1, "price": 50.00 }]
}

A rendelések API minden rendelésazonosítónak az első példányát tartja meg. Ha a rendszered létrehozáskor és fizetéskor is meghívja, csak az első hívás küld vásárlást. További részletek a funnelek és több domain részben találhatók.

Gyakori hibák, amelyeket érdemes elkerülni

• A kifizetett státuszra várni egy utánvétes webáruházban. A vásárlások egy hetet késve vagy egyáltalán nem érkeznek meg, a késői eseményeket pedig elutasítják, vagy kívül esnek az attribúciós ablakon.
• Az Ads Manager ROAS-át a kifizetett rendelésekre számolt megtérülési ponttal összehasonlítani. Előbb oszd el a megtérülési pontot a fizetési arányoddal.
• Két forrás egy vásárláshoz. Egy űrlap-app saját pixele és a szerveroldali eseményeid ugyanazt a rendelést kétszer számolják. Lásd a duplikált vásárlási események részt.
• A kattintás elvesztése a domainek között. Egy másik domainen lévő funnelnek szüksége van a szkriptre és az összekapcsolt domainekre, különben a rendelései hirdetési kattintás nélkül érkeznek.
• A kézi rendelések kihagyása. A telefonos és chates rendeléseknek nincs böngészőmunkamenetük, de van e-mail-címük vagy telefonszámuk. A rendelési adatokból elküldve mégis van mivel párosítania a hirdetési platformnak.

Források

1. Meta for Developers: Server Event Parameters
2. Shopify: WebhookSubscriptionTopic (GraphQL Admin API)
3. Shopify Help Center: Manual payment methods
4. Shopify Help Center: Understanding your order statuses
5. WooCommerce: Cash on Delivery documentation

A ROASaurusban

• Shopify integráció
• WooCommerce-integráció
• Súgó: tölcsérek és több domain
• Profitanalitika a ROASaurusban

Olvass tovább