Konverteringstracking ved efterkrav og eksterne checkouts

Konverteringstracking ved efterkrav betyder, at du sender hvert køb til dine annonceplatforme fra selve ordren, på serveren, i stedet for at stole på en browserpixel på en tak-side. Ordrer fra efterkravsapps, eksterne checkouts, ordreformularer og funnels afsluttes ofte uden for det normale checkout, så pixelen overser dem eller rapporterer dem på det forkerte tidspunkt.

Denne guide forklarer, hvorfor de ordrer forsvinder, og hvorfor betalingsstatus betyder noget. Den sammenligner tre tidspunkter for at sende købet: når ordren oprettes, når den bekræftes, og når den betales. Den dækker også afviste ordrer og refunderinger og hvordan ROASaurus håndterer eksterne checkouts.

Hvorfor overser pixels efterkravsordrer?

En browserpixel rapporterer et køb, når køberen når frem til en side, der kører den. Det er normalt tak-siden i dit checkout. Hver ordrevej, der springer den side over eller kører den på et andet domæne, mister købseventet eller det annonceklik, der hører til.

Selve ordren går aldrig tabt. Den havner i din webshop eller dit funnel-værktøj med et ordre-id, et beløb, en e-mailadresse og ofte et telefonnummer. Derfor er den pålidelige løsning at sende købet fra ordredata, server-side, og at lade annonceklikket følge med til ordren. Server-side tracking på Shopify forklarer den generelle metode. Dette indlæg dækker de ordrer, der kræver ekstra omhu.

Nogle efterkravsapps udløser også deres egne pixel-events. Hvis de bruger samme pixel som din server-side tracking, men et andet event-id, tæller platformen ordren to gange. Slå de app-events fra, eller følg trinene til at undgå dobbelttælling.

Hvorfor betalingsstatus betyder noget

En kortbetaling gennemføres i checkout, så ordren er betalt i samme øjeblik, den findes. En efterkravsordre er anderledes. Shopify behandler efterkrav som en manuel betalingsmetode, og disse ordrer forbliver Payment pending, indtil du markerer dem som betalt. I praksis sker det, efter at kureren har opkrævet pengene, hvilket kan tage dage. Nogle ordrer bliver slet ikke betalt, fordi køberen nægter at modtage pakken eller ikke er hjemme.

Mange trackingopsætninger sender købet, når ordren er betalt, fordi det for kortordrer er det sikreste tidspunkt. For en efterkravsordre betyder den samme regel, at købet kommer dage for sent eller aldrig. Loggen herunder viser et typisk tilfælde i en shop, der sender køb ved betaling.

WooCommerce fungerer omvendt. Det sætter efterkravsordrer til Processing, indtil betalingen er opkrævet, undtagen ordrer med et downloadbart produkt, som går til On hold. En opsætning, der sender ordrer i Processing, sender dem derfor, så snart de er afgivet. Tjek, hvilken status din platform giver disse ordrer, før du beslutter noget andet.

Oprettet, bekræftet eller betalt: hvornår skal du sende købet?

Der er tre tidspunkter at vælge mellem. Hvert af dem afvejer hastighed mod nøjagtighed.

Hvorfor sene købsevents er et problem

Annonceplatforme tilskriver kun en annonce et køb, hvis det sker inden for attributionsvinduet efter klikket. Med en 7-dages klikattribution på Meta tæller et køb for en annonce op til 7 dage efter klikket. Metas Conversions API afviser desuden events, hvis event_time ligger mere end 7 dage tilbage, og den afviser hele forespørgslen, når ét event er for gammelt. Et køb, der sendes ved betaling, har derfor to dårlige muligheder:

• Send det med ordrens tidspunkt. Hvis betalingen kom mere end 7 dage senere, afviser Meta det.
• Send det med betalingens tidspunkt. Meta accepterer det, men annonceklikket kan nu være mere end 7 dage gammelt, så købet tilskrives ikke annoncen.

Hastighed har også betydning for optimeringen. Kampagner, der optimerer mod køb, lærer af de køb, du sender. Et signal, der kommer en uge for sent, fortæller algoritmen om sidste uges målgruppe.

Hvilket tidspunkt du skal vælge

For de fleste shops med efterkrav er det den bedste standard at sende ved oprettelse. Signalet er øjeblikkeligt, klikket ligger stadig inden for vinduet, og intet afvises. Prisen er, at afviste ordrer tæller som køb i Ads Manager. Det korrigerer du for i dine mål, som næste afsnit viser.

Hvis dit team bekræfter hver ordre pr. telefon eller besked før afsendelse, er bekræftelsen et godt kompromis. Den fjerner falske ordrer, og den sker som regel inden for en dag. Brug den, når dit eget system kan sende købet på det tidspunkt, for eksempel via en API. Falske ordrer betyder mere, end man skulle tro: Hvis annonceplatformen lærer af dem, leder den efter flere mennesker, der afgiver ordrer og ikke betaler.

Sådan håndterer du afviste ordrer, annulleringer og refunderinger

Når et køb først er sendt, bliver det stående i Ads Manager. En pakke, der afvises ved døren, fjerner det ikke. ROASaurus sender heller ikke refunderinger eller annulleringer til Meta, TikTok og de fleste andre annonceplatforme, så den omsætning, de rapporterer, omfatter ordrer, du aldrig fik betaling for. Kun værdier i Google Ads og Microsoft Advertising kan korrigeres efter en refundering, når værdikorrektioner er slået til. Løsningen er at måle din afvisningsrate og justere de tal, du sammenligner med.

Her er et gennemregnet eksempel for én måned. For overskuelighedens skyld er priserne uden moms.

Med $3,000 i annonceforbrug ser den samme måned meget forskellig ud, afhængigt af hvilken omsætning du bruger:

Bruttomarginen på den leverede omsætning er $3,878 ÷ $8,200 = 47.3%, så break-even-ROAS er 1 ÷ 0.473 = 2.11. Det break-even gælder for den leverede omsætning. Ads Manager tæller også de afviste ordrer med, så du skal omregne det, før du sammenligner. Break-even-ROAS forklarer grundformlen.

Du kan tjekke resultatet direkte. Annoncerne går i break-even, når annonceforbruget svarer til bruttooverskuddet på $3,878, og $10,000 i rapporteret omsætning ÷ $3,878 = 2.58.

Afvisningsrater varierer ofte efter region, produkt og kampagne. Beregn dem pr. kampagne, når du har nok ordrer, og brug POAS-beregneren til at tjekke resultatet på bruttooverskud.

Refunderinger og annulleringer i dine egne tal

På Shopify når annulleringer og refunderinger frem til ROASaurus via webhook, så overskudsanalysen trækker refunderinger fra omsætningen. Du vælger, om annullerede ordrer, der aldrig blev ekspederet, tæller med, og som standard udelades de. En annulleret ordre, der allerede var afsendt, forbliver med, fordi dens fragt stadig kostede dig penge. For nyere ordrer, der stadig kan komme retur, holder indstillingen Predicted returns en forventet andel af salget tilbage, indtil de faktiske refunderinger kommer.

Sådan håndterer ROASaurus efterkrav og eksterne checkouts

Shopify

Hver Shopify-shop har en Checkout type under Store settings med to muligheder:

• Shopify checkout: Købet sendes, når Shopify melder ordren som betalt, via orders/paid-webhooken.
• External / COD checkout: Købet sendes, når ordren oprettes, via orders/create-webhooken. Brug den til efterkrav og til eksterne checkouts, f.eks. CheckoutChamp eller Checkify, som selv opretter Shopify-ordren.

Indstillingen gælder for hver ordre i shoppen. Kortordrer, der betales i checkout, oprettes og betales næsten samtidig, så valget ændrer hovedsageligt, hvornår ubetalte ordrer sendes. Hver ordre sendes én gang. Når betalingsopdateringen for en efterkravsordre kommer senere, sendes der ikke et andet køb.

Købet bruger ordrens egne data: beløbet, valutaen, produkterne og køberens e-mail, telefon og adresse, hashet, før de forlader systemet. ROASaurus matcher ordren med annonceklikket via det besøgs-id, som dets script gemmer på kurven. Hvis en ordre ikke har det, prøver ROASaurus i denne rækkefølge: kurv- og checkout-tokens, Purchase-eventet fra checkout, en e-mail, den besøgende tidligere har oplyst på dit site, og den samme IP-adresse og browser kort før ordren, når præcis én besøgende passer. Siden om Shopify-integrationen har den fulde opsætning.

WooCommerce og andre webshops

WooCommerce-pluginet sender en ordre, så snart den når Processing eller Completed. Efterkravsordrer når Processing, når de afgives, så de sendes med det samme. Ordrer betalt med bankoverførsel sendes, når de skifter til Processing. De andre webshop-connectorer sender en ordre på disse tidspunkter:

• Wix, Squarespace, Ecwid, Lightspeed, CCV Shop og Shopware: når ordrens betalingsstatus er betalt.
• BigCommerce: når ordren når en status som Awaiting Fulfillment, Awaiting Shipment, Shipped eller Completed.
• Magento: når ordrens tilstand er Processing eller Complete.
• PrestaShop: når ordren er markeret som gyldig.
• Custom webhook og orders API: når dit eget system sender ordren.

Tjek, hvordan din platform markerer efterkravsordrer. Hvis de forbliver ubetalte, indtil kureren udbetaler pengene, kommer deres køb for sent.

Funnels og dit eget checkout

1. Tilføj scriptet til funnel-siderne

   Brug den samme shopnøgle som din webshop, så en besøgende beholder ét besøgs-id på begge domæner.

2. Angiv dine domæner

   Tilføj funnel- og shopdomænerne under Linked domains i Store settings. Links mellem de domæner bærer så besøgs-id'et og klik-id'erne med.

3. Send ordrerne via orders API

   Hvis funnelen selv tager imod ordren, så send hver ordre til /api/v1/orders med _tl-cookien som visitor_id. Dit system bestemmer tidspunktet: ved oprettelse, ved bekræftelse eller ved betaling.

4. Tjek Event log

   Når de første rigtige ordrer kommer ind, så åbn Event log, og tjek, at hver af dem blev sendt til alle forbundne platforme.

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

Orders API beholder den første kopi af hvert ordre-id. Hvis dit system kalder den ved oprettelse og igen ved betaling, er det kun det første kald, der sender et køb. Flere detaljer findes i funnels og flere domæner.

Almindelige fejl, du bør undgå

• At vente på betalt-status i en shop med efterkrav. Køb kommer en uge for sent eller slet ikke, og sene events afvises eller falder uden for attributionsvinduet.
• At sammenligne ROAS i Ads Manager med et break-even beregnet på betalte ordrer. Divider først break-even med din betalingsrate.
• To kilder til ét køb. En formularapps egen pixel og dine server-events tæller den samme ordre to gange. Se dobbelte købsevents.
• At miste klikket mellem domæner. En funnel på et andet domæne har brug for scriptet og sammenkædede domæner, ellers kommer dens ordrer uden et annonceklik.
• At udelade manuelle ordrer. Telefon- og chatordrer har ingen browsersession, men de har stadig en e-mailadresse eller et telefonnummer. Sendt fra ordredata giver de annonceplatformen noget at matche med.

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-integration
• WooCommerce-integration
• Hjælp: funnels og flere domæner
• Overskudsanalyse i ROASaurus

Læs videre