Konverteringstracking ved betaling ved levering og eksterne checkouter

Konverteringstracking ved betaling ved levering betyr å sende hvert kjøp til annonseplattformene dine fra selve bestillingen, på serveren, i stedet for å stole på en nettleserpixel på en takkeside. Bestillinger fra apper for betaling ved levering, eksterne checkouter, bestillingsskjemaer og funnels fullføres ofte utenfor den vanlige checkouten, så pixelen går glipp av dem eller rapporterer dem på feil tidspunkt.

Denne guiden forklarer hvorfor disse bestillingene forsvinner og hvorfor betalingsstatusen betyr noe. Den sammenligner tre tidspunkter for å sende kjøpet: når bestillingen opprettes, når den bekreftes og når den betales. Den tar også for seg avviste bestillinger og refusjoner, og hvordan ROASaurus håndterer eksterne checkouter.

Hvorfor går pixler glipp av bestillinger med betaling ved levering?

En nettleserpixel rapporterer et kjøp når kjøperen kommer til en side som kjører den. Det er vanligvis takkesiden i checkouten din. Hver bestillingsvei som hopper over denne siden, eller kjører den på et annet domene, mister kjøpseventen eller annonseklikket som hører til.

Selve bestillingen går aldri tapt. Den havner i nettbutikken eller funnel-verktøyet ditt med en bestillings-ID, et beløp, en e-postadresse og ofte et telefonnummer. Derfor er den pålitelige løsningen å sende kjøpet fra bestillingsdataene, server-side, og la annonseklikket følge med til bestillingen. Server-side tracking på Shopify forklarer den generelle metoden. Dette innlegget tar for seg bestillingene som trenger ekstra omtanke.

Noen apper for betaling ved levering utløser også sine egne pixel-events. Hvis de bruker den samme pixelen som server-side trackingen din, men en annen event-ID, teller plattformen bestillingen to ganger. Slå av disse app-eventene, eller følg stegene for å unngå dobbelttelling.

Hvorfor betalingsstatusen betyr noe

En kortbetaling gjennomføres i checkouten, så bestillingen er betalt i det øyeblikket den finnes. En bestilling med betaling ved levering er annerledes. Shopify lister betaling ved levering som en manuell betalingsmetode, og disse bestillingene står som Payment pending til du markerer dem som betalt. I praksis skjer det etter at budet har fått inn kontantene, noe som kan ta dager. Noen bestillinger blir aldri betalt, fordi kjøperen nekter å ta imot pakken eller ikke er hjemme.

Mange trackingoppsett sender kjøpet når bestillingen er betalt, fordi det er det tryggeste tidspunktet for kortbestillinger. For en bestilling med betaling ved levering betyr den samme regelen at kjøpet kommer dager for sent eller aldri. Loggen under viser et typisk tilfelle i en butikk som sender kjøp ved betaling.

WooCommerce fungerer omvendt. Det setter bestillinger med betaling ved levering til Processing til betalingen er innkrevd, bortsett fra bestillinger med et nedlastbart produkt, som går til On hold. Et oppsett som sender bestillinger i Processing sender dem derfor så snart de er lagt inn. Sjekk hvilken status plattformen din gir disse bestillingene før du bestemmer noe annet.

Opprettet, bekreftet eller betalt: når bør du sende kjøpet?

Det er tre tidspunkter å velge mellom. Hvert av dem bytter fart mot nøyaktighet.

Hvorfor sene kjøpsevents er et problem

Annonseplattformer krediterer et kjøp til en annonse bare når det skjer innenfor attribusjonsvinduet etter klikket. Med 7-dagers klikkattribusjon på Meta teller et kjøp for en annonse inntil 7 dager etter klikket. Metas Conversions API avviser også events der event_time er mer enn 7 dager tilbake i tid, og den avviser hele forespørselen hvis én event er for gammel. Et kjøp som sendes ved betaling har derfor to dårlige alternativer:

• Send det med tidspunktet for bestillingen. Hvis betalingen kom mer enn 7 dager senere, avviser Meta det.
• Send det med tidspunktet for betalingen. Meta godtar det, men annonseklikket kan nå være mer enn 7 dager gammelt, så kjøpet krediteres ikke annonsen.

Hastighet betyr også noe for optimalisering. Kampanjer som optimaliserer for kjøp lærer av kjøpene du sender. Et signal som kommer en uke for sent forteller algoritmen om forrige ukes målgruppe.

Hvilket tidspunkt du bør velge

For de fleste butikker med betaling ved levering er det best å sende ved opprettelse som standard. Signalet er umiddelbart, klikket er fortsatt innenfor vinduet, og ingenting avvises. Ulempen er at avviste bestillinger teller som kjøp i Ads Manager. Du korrigerer for det i målene dine, slik neste avsnitt viser.

Hvis teamet ditt bekrefter hver bestilling på telefon eller melding før forsendelse, er bekreftelsen en god mellomløsning. Den fjerner falske bestillinger, og skjer vanligvis innen en dag. Bruk den når ditt eget system kan sende kjøpet i det øyeblikket, for eksempel gjennom et API. Falske bestillinger betyr mer enn de ser ut til: hvis annonseplattformen lærer av dem, leter den etter flere personer som legger inn bestillinger og ikke betaler.

Slik håndterer du avviste bestillinger, kanselleringer og refusjoner

Når et kjøp først er sendt, blir det stående i Ads Manager. En pakke som avvises ved døren, fjerner det ikke. ROASaurus sender heller ikke refusjoner eller kanselleringer til Meta, TikTok og de fleste andre annonseplattformer, så omsetningen de rapporterer, inkluderer bestillinger du aldri fikk inn. Bare verdier i Google Ads og Microsoft Advertising kan korrigeres etter en refusjon, når verdikorrigeringer er slått på. Løsningen er å måle avvisningsraten din og justere tallene du sammenligner med.

Her er et regneeksempel for én måned. For å gjøre det enkelt er prisene uten mva.

Med $3,000 i annonsekostnader ser den samme måneden svært ulik ut, avhengig av hvilken omsetning du bruker:

Bruttomarginen på levert omsetning er $3,878 ÷ $8,200 = 47.3%, så break-even-ROAS er 1 ÷ 0.473 = 2.11. Det break-even-punktet gjelder levert omsetning. Ads Manager teller også de avviste bestillingene, så du må regne det om før du sammenligner. Break-even-ROAS forklarer grunnformelen.

Du kan sjekke resultatet direkte. Annonsene går i null når annonsekostnadene tilsvarer bruttofortjenesten på $3,878, og $10,000 i rapportert omsetning ÷ $3,878 = 2.58.

Avvisningsrater varierer ofte etter region, produkt og kampanje. Beregn dem per kampanje når du har nok bestillinger, og bruk POAS-kalkulatoren for å sjekke resultatet på bruttofortjeneste.

Refusjoner og kanselleringer i dine egne tall

På Shopify når kanselleringer og refusjoner ROASaurus via webhook, så fortjenesteanalysen trekker refusjoner fra omsetningen. Du velger om kansellerte bestillinger som aldri ble ekspedert skal telle med, og som standard holdes de utenfor. En kansellert bestilling som allerede var sendt, blir med, fordi frakten fortsatt kostet deg penger. For nylige bestillinger som fortsatt kan komme i retur holder innstillingen Predicted returns tilbake en forventet andel av salget til de faktiske refusjonene kommer.

Slik håndterer ROASaurus betaling ved levering og eksterne checkouter

Shopify

Hver Shopify-butikk har en Checkout type i Store settings, med to alternativer:

• Shopify checkout: kjøpet sendes når Shopify melder bestillingen som betalt, gjennom orders/paid-webhooken.
• External / COD checkout: kjøpet sendes når bestillingen opprettes, gjennom orders/create-webhooken. Bruk det for betaling ved levering og for eksterne checkouter, som CheckoutChamp eller Checkify, som oppretter Shopify-bestillingen selv.

Innstillingen gjelder for alle bestillinger i butikken. Kortbestillinger som betales i checkouten blir opprettet og betalt nesten i samme øyeblikk, så valget endrer hovedsakelig når ubetalte bestillinger sendes. Hver bestilling sendes én gang. Når betalingsoppdateringen for en bestilling med betaling ved levering kommer senere, sendes ikke noe nytt kjøp.

Kjøpet bruker bestillingens egne data: beløpet, valutaen, produktene og kjøperens e-post, telefon og adresse, hashet før de forlater systemet. ROASaurus kobler bestillingen til annonseklikket gjennom besøks-ID-en som skriptet lagrer på handlekurven. Når en bestilling ikke har den, prøver ROASaurus i denne rekkefølgen: handlekurv- og checkout-tokenene, kjøpseventen fra checkouten, en e-postadresse den besøkende oppga tidligere på nettstedet ditt, og samme IP-adresse og nettleser kort tid før bestillingen, når nøyaktig én besøkende passer. Siden for Shopify-integrasjonen har hele oppsettet.

WooCommerce og andre nettbutikker

WooCommerce-pluginen sender en bestilling når den når Processing eller Completed. Bestillinger med betaling ved levering når Processing når de legges inn, så de sendes med en gang. Bestillinger med bankoverføring sendes når de går til Processing. De andre nettbutikk-koblingene sender en bestilling på disse tidspunktene:

• Wix, Squarespace, Ecwid, Lightspeed, CCV Shop og Shopware: når bestillingens betalingsstatus er betalt.
• BigCommerce: når bestillingen når en status som Awaiting Fulfillment, Awaiting Shipment, Shipped eller Completed.
• Magento: når bestillingens tilstand er Processing eller Complete.
• PrestaShop: når bestillingen er markert som gyldig.
• Egendefinert webhook og bestillings-API: når ditt eget system sender bestillingen.

Sjekk hvordan plattformen din markerer bestillinger med betaling ved levering. Hvis de forblir ubetalt til budet betaler ut, kommer kjøpene deres sent.

Funnels og din egen checkout

1. Legg skriptet til funnel-sidene

   Bruk den samme butikknøkkelen som nettbutikken din, så en besøkende beholder én besøks-ID på begge domener.

2. List opp domenene dine

   I Store settings legger du til funnel- og butikkdomenene under Linked domains. Lenker mellom disse domenene tar da med besøks-ID-en og click id-ene.

3. Send bestillingene gjennom bestillings-API-et

   Hvis funnelen tar imot bestillingen selv, send hver bestilling til /api/v1/orders med _tl-cookien som visitor_id. Systemet ditt bestemmer tidspunktet: ved opprettelse, ved bekreftelse eller ved betaling.

4. Sjekk Event log

   Når de første ekte bestillingene kommer inn, åpner du Event log og sjekker at hver av dem ble sendt til alle tilkoblede plattformer.

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

Bestillings-API-et beholder den første kopien av hver bestillings-ID. Hvis systemet ditt kaller det ved opprettelse og igjen ved betaling, sender bare det første kallet et kjøp. Mer detaljer finnes under funnels og flere domener.

Vanlige feil å unngå

• Å vente på betalt-status i en butikk med betaling ved levering. Kjøp kommer en uke for sent eller ikke i det hele tatt, og sene events avvises eller havner utenfor attribusjonsvinduet.
• Å sammenligne ROAS i Ads Manager med et break-even laget for betalte bestillinger. Del break-even på betalingsandelen din først.
• To kilder for ett kjøp. En skjemaapps egen pixel og server-eventene dine teller samme bestilling to ganger. Se dupliserte kjøpsevents.
• Å miste klikket mellom domener. En funnel på et annet domene trenger skriptet og koblede domener, ellers kommer bestillingene uten annonseklikk.
• Å utelate manuelle bestillinger. Bestillinger på telefon og chat har ingen nettleserøkt, men de har fortsatt en e-postadresse eller et telefonnummer. Sendt fra bestillingsdataene gir de annonseplattformen noe å matche mot.

Kilder

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

I ROASaurus

• Shopify-integrasjon
• WooCommerce-integrasjon
• Hjelp: funnels og flere domener
• Fortjenesteanalyse i ROASaurus

Les videre