Praćenje konverzija za plaćanje pouzećem i vanjske naplate

Praćenje konverzija za plaćanje pouzećem znači slanje svake kupnje oglasnim platformama iz same narudžbe, na poslužitelju, umjesto oslanjanja na piksel preglednika na stranici zahvale. Narudžbe iz aplikacija za plaćanje pouzećem, vanjskih naplata, obrazaca za narudžbu i prodajnih lijevaka često završe izvan uobičajene naplate, pa ih piksel propusti ili prijavi u pogrešnom trenutku.

Ovaj vodič objašnjava zašto se te narudžbe gube i zašto je status plaćanja važan. Uspoređuje tri trenutka za slanje kupnje: kada je narudžba stvorena, kada je potvrđena i kada je plaćena. Obrađuje i odbijene narudžbe i povrate te način na koji ROASaurus postupa s vanjskim naplatama.

Zašto pikseli propuštaju narudžbe s plaćanjem pouzećem?

Piksel preglednika prijavljuje kupnju kada kupac stigne na stranicu koja ga pokreće. To je obično stranica zahvale vaše naplate. Svaki put narudžbe koji zaobilazi tu stranicu ili je pokreće na drugoj domeni gubi događaj kupnje ili klik na oglas koji mu pripada.

Sama narudžba nikada se ne gubi. Završi u vašoj web-trgovini ili alatu za lijevke s ID-om narudžbe, iznosom, adresom e-pošte i često telefonskim brojem. Zato je pouzdano rješenje slati kupnju iz podataka o narudžbi, s poslužitelja, i uz narudžbu prenijeti klik na oglas. Opća metoda objašnjena je u tekstu Praćenje na strani poslužitelja na Shopifyju. Ovaj članak obrađuje narudžbe kojima treba dodatna pažnja.

Neke aplikacije za plaćanje pouzećem šalju i vlastite događaje piksela. Ako koriste isti piksel kao vaše praćenje na strani poslužitelja, ali drugi ID događaja, platforma narudžbu broji dvaput. Isključite te događaje aplikacije ili slijedite korake za sprječavanje dvostrukog brojanja.

Zašto je status plaćanja važan

Kartično plaćanje naplaćuje se u naplati, pa je narudžba plaćena čim postoji. Narudžba s plaćanjem pouzećem je drukčija. Shopify plaćanje pouzećem navodi kao ručni način plaćanja, a takve narudžbe ostaju Payment pending dok ih ne označite kao plaćene. U praksi se to događa nakon što kurir naplati gotovinu, što može potrajati nekoliko dana. Neke narudžbe nikada nisu plaćene jer kupac odbije paket ili nije kod kuće.

Mnoge postavke praćenja šalju kupnju kada je narudžba plaćena jer je to za kartične narudžbe najsigurniji trenutak. Za narudžbu s plaćanjem pouzećem isto pravilo znači da kupnja stiže s kašnjenjem od nekoliko dana ili nikad. Dnevnik u nastavku prikazuje tipičan slučaj u trgovini koja šalje kupnje pri plaćanju.

WooCommerce radi obrnuto. Narudžbe s plaćanjem pouzećem postavlja na Processing dok se plaćanje ne naplati, osim narudžbi s proizvodom za preuzimanje, koje idu na On hold. Postavka koja šalje narudžbe u statusu Processing stoga ih šalje čim su zaprimljene. Provjerite koji status vaša platforma daje tim narudžbama prije nego što išta drugo odlučite.

Stvorena, potvrđena ili plaćena: kada poslati kupnju?

Birate između tri trenutka. Svaki je kompromis između brzine i točnosti.

Zašto su kasni događaji kupnje problem

Oglasne platforme pripisuju kupnju oglasu samo ako se dogodi unutar atribucijskog prozora nakon klika. Uz postavku atribucije od 7 dana nakon klika na Meti, kupnja se računa oglasu do 7 dana nakon klika. Conversions API na Meti također odbija događaje čiji je event_time više od 7 dana u prošlosti, a odbija cijeli zahtjev ako je jedan događaj prestar. Kupnja koja se šalje pri plaćanju stoga ima dvije loše opcije:

• Pošaljite je s vremenom narudžbe. Ako je plaćanje stiglo više od 7 dana kasnije, Meta je odbija.
• Pošaljite je s vremenom plaćanja. Meta je prihvaća, ali klik na oglas sada može biti stariji od 7 dana, pa se kupnja ne pripisuje oglasu.

Brzina je važna i za optimizaciju. Kampanje koje optimiziraju za kupnje uče iz kupnji koje šaljete. Signal koji stigne tjedan dana kasnije algoritmu govori o publici iz prošlog tjedna.

Koji trenutak odabrati

Za većinu trgovina s plaćanjem pouzećem bolja zadana opcija je slanje pri stvaranju narudžbe. Signal je trenutačan, klik je još unutar prozora i ništa se ne odbija. Cijena je da se odbijene narudžbe u Ads Manageru broje kao kupnje. To ispravljate u svojim ciljevima, kao što pokazuje sljedeći odjeljak.

Ako vaš tim potvrdi svaku narudžbu telefonom ili porukom prije slanja, potvrda je dobar kompromis. Uklanja lažne narudžbe i obično se dogodi unutar jednog dana. Koristite je kada vaš sustav može poslati kupnju u tom trenutku, na primjer putem API-ja. Lažne narudžbe važnije su nego što se čini: ako oglasna platforma uči iz njih, traži još ljudi koji naručuju i ne plaćaju.

Kako postupati s odbijenim narudžbama, otkazivanjima i povratima

Kada se kupnja jednom pošalje, ostaje u Ads Manageru. Paket odbijen na vratima ne uklanja je. ROASaurus Meti, TikToku i većini drugih oglasnih platformi ne šalje ni povrate novca ni otkazivanja, pa prihod koji one prijavljuju uključuje narudžbe koje nikad niste naplatili. Samo se vrijednosti u Google Adsu i Microsoft Advertisingu mogu ispraviti nakon povrata novca, kada su uključene korekcije vrijednosti. Rješenje je izmjeriti stopu odbijanja i prilagoditi brojke s kojima uspoređujete.

Evo razrađenog primjera za jedan mjesec. Radi jednostavnosti, cijene su bez PDV-a.

Uz $3,000 potrošnje na oglase isti mjesec izgleda vrlo različito ovisno o tome koji prihod koristite:

Stopa bruto marže na isporučenom prihodu iznosi $3,878 ÷ $8,200 = 47.3%, pa je ROAS točke pokrića 1 ÷ 0.473 = 2.11. Ta točka pokrića vrijedi za isporučeni prihod. Ads Manager broji i odbijene narudžbe, pa je prije usporedbe morate preračunati. ROAS točke pokrića objašnjava osnovnu formulu.

Rezultat možete provjeriti izravno. Oglasi su na točki pokrića kada je potrošnja na oglase jednaka bruto dobiti od $3,878, a $10,000 prijavljenog prihoda ÷ $3,878 = 2.58.

Stope odbijanja često se razlikuju po regiji, proizvodu i kampanji. Izračunajte ih po kampanji kad imate dovoljno narudžbi i pomoću POAS kalkulatora provjerite rezultat na bruto dobiti.

Povrati i otkazivanja u vašim brojkama

Na Shopifyju otkazivanja i povrati stižu do ROASaurusa putem webhooka, pa analitika dobiti povrate odbija od prihoda. Vi birate hoće li se računati otkazane narudžbe koje nikad nisu isporučene, a prema zadanim postavkama izostavljaju se. Otkazana narudžba koja je već poslana ostaje uključena jer vas je njezina dostava ipak koštala novca. Za nedavne narudžbe koje se još mogu vratiti postavka Predicted returns zadržava očekivani udio prodaje dok ne stignu stvarni povrati.

Kako ROASaurus postupa s plaćanjem pouzećem i vanjskim naplatama

Shopify

Svaka Shopify trgovina ima Checkout type u odjeljku Store settings, s dvije mogućnosti:

• Shopify checkout: kupnja se šalje kada Shopify prijavi narudžbu kao plaćenu, putem webhooka orders/paid.
• External / COD checkout: kupnja se šalje kada se narudžba stvori, putem webhooka orders/create. Koristite ga za plaćanje pouzećem i za vanjske naplate, kao što su CheckoutChamp ili Checkify, koje Shopify narudžbu stvaraju same.

Postavka vrijedi za svaku narudžbu u trgovini. Kartične narudžbe koje se plate u naplati stvaraju se i plaćaju gotovo istog trena, pa izbor uglavnom mijenja kada se šalju neplaćene narudžbe. Svaka se narudžba šalje jednom. Kada kasnije stigne ažuriranje o plaćanju narudžbe s plaćanjem pouzećem, druga se kupnja ne šalje.

Kupnja koristi podatke same narudžbe: iznos, valutu, proizvode te e-poštu, telefon i adresu kupca, hashirane prije slanja. ROASaurus povezuje narudžbu s klikom na oglas putem ID-a posjetitelja koji njegova skripta sprema uz košaricu. Kada narudžba nema taj ID, ROASaurus pokušava ovim redoslijedom: tokene košarice i naplate, događaj kupnje iz naplate, e-poštu koju je posjetitelj ranije dao na vašoj stranici te istu IP adresu i preglednik neposredno prije narudžbe, kada odgovara točno jedan posjetitelj. Stranica Shopify integracija sadrži cijelo postavljanje.

WooCommerce i ostale web-trgovine

WooCommerce dodatak šalje narudžbu kada dosegne status Processing ili Completed. Narudžbe s plaćanjem pouzećem dosežu Processing kada se zaprime, pa se šalju odmah. Narudžbe s bankovnim prijenosom šalju se kada prijeđu u Processing. Ostali konektori za web-trgovine šalju narudžbu u ovim trenucima:

• Wix, Squarespace, Ecwid, Lightspeed, CCV Shop i Shopware: kada je status plaćanja narudžbe plaćeno.
• BigCommerce: kada narudžba dosegne status kao što je Awaiting Fulfillment, Awaiting Shipment, Shipped ili Completed.
• Magento: kada je stanje narudžbe Processing ili Complete.
• PrestaShop: kada je narudžba označena kao valjana.
• Prilagođeni webhook i API za narudžbe: kada vaš sustav pošalje narudžbu.

Provjerite kako vaša platforma označava narudžbe s plaćanjem pouzećem. Ako ostaju neplaćene dok kurir ne isplati novac, njihove kupnje stižu kasno.

Lijevci i vaša vlastita naplata

1. Dodajte skriptu na stranice lijevka

   Koristite isti ključ trgovine kao za svoju web-trgovinu, kako bi posjetitelj zadržao jedan ID posjetitelja na obje domene.

2. Navedite svoje domene

   U Store settings dodajte domene lijevka i trgovine pod Linked domains. Poveznice između tih domena tada nose ID posjetitelja i ID-ove klikova.

3. Šaljite narudžbe putem API-ja za narudžbe

   Ako lijevak sam prima narudžbu, pošaljite svaku narudžbu na /api/v1/orders s kolačićem _tl kao visitor_id. Trenutak određuje vaš sustav: pri stvaranju, potvrdi ili plaćanju.

4. Provjerite Event log

   Kada stignu prve prave narudžbe, otvorite Event log i provjerite je li svaka poslana na svaku povezanu platformu.

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 }]
}

API za narudžbe zadržava prvu kopiju svakog ID-a narudžbe. Ako ga vaš sustav pozove pri stvaranju i ponovno pri plaćanju, samo prvi poziv šalje kupnju. Više pojedinosti nalazi se u dijelu lijevci i više domena.

Česte pogreške koje treba izbjegavati

• Čekanje statusa plaćeno u trgovini s plaćanjem pouzećem. Kupnje stižu tjedan dana kasnije ili uopće ne stignu, a kasni događaji se odbijaju ili padaju izvan atribucijskog prozora.
• Usporedba ROAS-a iz Ads Managera s točkom pokrića izračunatom za plaćene narudžbe. Najprije podijelite točku pokrića svojom stopom plaćanja.
• Dva izvora za jednu kupnju. Vlastiti piksel aplikacije s obrascem i vaši događaji s poslužitelja broje istu narudžbu dvaput. Pogledajte dvostruke događaje kupnje.
• Gubitak klika između domena. Lijevak na drugoj domeni treba skriptu i povezane domene, inače njegove narudžbe stižu bez klika na oglas.
• Izostavljanje ručnih narudžbi. Narudžbe telefonom i chatom nemaju sesiju preglednika, ali i dalje imaju adresu e-pošte ili telefonski broj. Poslane iz podataka o narudžbi, daju oglasnoj platformi nešto za povezivanje.

Izvori

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

U ROASaurusu

• Integracija sa Shopifyjem
• Integracija s WooCommerceom
• Pomoć: prodajni lijevci i više domena
• Analitika dobiti u ROASaurusu

Nastavite čitati