Postiennakkotilausten konversioseuranta ja ulkoiset kassat

Postiennakkotilausten konversioseuranta tarkoittaa, että jokainen osto lähetetään mainosalustoillesi itse tilauksesta palvelimella sen sijaan, että luotettaisiin kiitossivun selainpikseliin. Postiennakkosovellusten, ulkoisten kassojen, tilauslomakkeiden ja suppiloiden tilaukset valmistuvat usein tavallisen kassan ulkopuolella, joten pikseli ei näe niitä tai raportoi ne väärällä hetkellä.

Tämä opas selittää, miksi nämä tilaukset katoavat ja miksi maksun tila on tärkeä. Siinä verrataan kolmea hetkeä, jolloin osto voidaan lähettää: kun tilaus luodaan, kun se vahvistetaan ja kun se maksetaan. Lisäksi käsitellään vastaanottamatta jätetyt tilaukset ja hyvitykset sekä se, miten ROASaurus käsittelee ulkoiset kassat.

Miksi pikselit eivät näe postiennakkotilauksia?

Selainpikseli raportoi oston, kun ostaja saapuu sivulle, joka suorittaa sen. Se on yleensä kassasi kiitossivu. Jokainen tilauspolku, joka ohittaa tämän sivun tai suorittaa sen toisessa domainissa, menettää ostotapahtuman tai siihen kuuluvan mainosklikkauksen.

Tilaus itse ei koskaan katoa. Se päätyy verkkokauppaasi tai suppilotyökaluusi tilaus-ID:n, summan, sähköpostiosoitteen ja usein puhelinnumeron kanssa. Siksi luotettava korjaus on lähettää osto tilausdatasta palvelinpuolelta ja viedä mainosklikkaus mukana tilaukselle. Yleinen menetelmä selitetään oppaassa palvelinpuolen seuranta Shopifyssa. Tämä kirjoitus käsittelee tilauksia, jotka vaativat erityistä huolellisuutta.

Jotkin postiennakkosovellukset laukaisevat myös omia pikselitapahtumiaan. Jos ne käyttävät samaa pikseliä kuin palvelinpuolen seurantasi mutta eri tapahtuma-ID:tä, alusta laskee tilauksen kahdesti. Kytke nämä sovellustapahtumat pois tai noudata ohjeita kaksoislaskennan estämiseksi.

Miksi maksun tila on tärkeä

Korttimaksu veloitetaan kassalla, joten tilaus on maksettu heti kun se syntyy. Postiennakkotilaus on erilainen. Shopify listaa postiennakon manuaalisena maksutapana, ja nämä tilaukset pysyvät tilassa Payment pending, kunnes merkitset ne maksetuiksi. Käytännössä se tapahtuu, kun kuljetusyritys on perinyt käteisen, mikä voi kestää päiviä. Joitakin tilauksia ei makseta koskaan, koska ostaja kieltäytyy paketista tai ei ole kotona.

Monet seurantaratkaisut lähettävät oston, kun tilaus maksetaan, koska korttitilauksille se on turvallisin hetki. Postiennakkotilauksella sama sääntö tarkoittaa, että osto saapuu päiviä myöhässä tai ei lainkaan. Alla oleva loki näyttää tyypillisen tapauksen kaupassa, joka lähettää ostot maksun yhteydessä.

WooCommerce toimii päinvastoin. Se asettaa postiennakkotilaukset tilaan Processing, kunnes maksu on kerätty, paitsi tilaukset, joissa on ladattava tuote, jotka menevät tilaan On hold. Asetus, joka lähettää tilaukset tilassa Processing, lähettää ne siksi heti, kun ne tehdään. Tarkista, minkä tilan alusta antaa näille tilauksille, ennen kuin päätät mitään muuta.

Luotu, vahvistettu vai maksettu: milloin osto kannattaa lähettää?

Valittavana on kolme hetkeä. Jokaisessa joudutaan tasapainoilemaan nopeuden ja tarkkuuden välillä.

Miksi myöhästyneet ostotapahtumat ovat ongelma

Mainosalustat lukevat oston mainoksen ansioksi vain, kun se tapahtuu klikkauksen jälkeisen attribuutioikkunan sisällä. Metan 7 päivän klikkausattribuutioasetuksella osto lasketaan mainoksen ansioksi enintään 7 päivää klikkauksen jälkeen. Metan Conversions API hylkää myös tapahtumat, joiden event_time on yli 7 päivää menneisyydessä, ja se hylkää koko pyynnön, jos yksi tapahtuma on liian vanha. Maksun yhteydessä lähetetyllä ostolla on siksi kaksi huonoa vaihtoehtoa:

• Lähetä se tilauksen ajankohdalla. Jos maksu tuli yli 7 päivää myöhemmin, Meta hylkää sen.
• Lähetä se maksun ajankohdalla. Meta hyväksyy sen, mutta mainosklikkaus voi nyt olla yli 7 päivää vanha, joten ostoa ei lasketa mainoksen ansioksi.

Nopeus on tärkeää myös optimoinnin kannalta. Ostoihin optimoivat kampanjat oppivat lähettämistäsi ostoista. Viikon myöhässä saapuva signaali kertoo algoritmille viime viikon yleisöstä.

Minkä hetken valita

Useimmille postiennakkokaupoille lähettäminen luontihetkellä on parempi oletus. Signaali on välitön, klikkaus on yhä ikkunan sisällä, eikä mitään hylätä. Hintana on, että vastaanottamatta jätetyt tilaukset lasketaan ostoiksi Ads Managerissa. Tämä korjataan tavoitteissasi, kuten seuraava osio näyttää.

Jos tiimisi vahvistaa jokaisen tilauksen puhelimitse tai viestillä ennen lähetystä, vahvistus on hyvä välimuoto. Se poistaa väärät tilaukset, ja se tapahtuu yleensä vuorokauden sisällä. Käytä sitä, kun oma järjestelmäsi pystyy lähettämään oston siinä hetkessä, esimerkiksi API:n kautta. Väärät tilaukset ovat tärkeämpiä kuin miltä näyttää: jos mainosalusta oppii niistä, se etsii lisää ihmisiä, jotka tekevät tilauksia eivätkä maksa.

Miten käsitellä vastaanottamatta jätetyt tilaukset, peruutukset ja hyvitykset

Kun osto on lähetetty, se pysyy Ads Managerissa. Ovella vastaanottamatta jätetty paketti ei poista sitä. ROASaurus ei myöskään lähetä hyvityksiä tai peruutuksia Metalle, TikTokille eikä useimmille muille mainosalustoille, joten niiden raportoimaan liikevaihtoon sisältyy tilauksia, joita et koskaan perinyt. Vain Google Adsin ja Microsoft Advertisingin arvoja voidaan korjata hyvityksen jälkeen, kun arvokorjaukset ovat päällä. Korjaus on mitata kieltäytymisasteesi ja säätää lukuja, joihin vertaat.

Tässä läpikäyty esimerkki yhdeltä kuukaudelta. Yksinkertaisuuden vuoksi hinnat ovat ilman ALV:a.

$3,000 mainoskuluilla sama kuukausi näyttää hyvin erilaiselta sen mukaan, mitä liikevaihtoa käytät:

Toimitetun liikevaihdon bruttokateprosentti on $3,878 ÷ $8,200 = 47.3%, joten kannattavuusrajan ROAS on 1 ÷ 0.473 = 2.11. Tämä kannattavuusraja koskee toimitettua liikevaihtoa. Ads Manager laskee mukaan myös vastaanottamatta jätetyt tilaukset, joten se täytyy muuntaa ennen vertailua. Peruskaava selitetään oppaassa kannattavuusrajan ROAS.

Tuloksen voi tarkistaa suoraan. Mainokset ovat kannattavuusrajalla, kun mainoskulut vastaavat bruttovoittoa $3,878, ja raportoitu liikevaihto $10,000 ÷ $3,878 = 2.58.

Kieltäytymisasteet vaihtelevat usein alueen, tuotteen ja kampanjan mukaan. Laske ne kampanjakohtaisesti, kun tilauksia on tarpeeksi, ja tarkista tulos bruttovoitosta POAS-laskurilla.

Hyvitykset ja peruutukset omissa luvuissasi

Shopifyssa peruutukset ja hyvitykset saapuvat ROASaurukseen webhookilla, joten voittoanalytiikka vähentää hyvitykset liikevaihdosta. Voit valita, lasketaanko mukaan peruutetut tilaukset, joita ei koskaan toimitettu, ja oletuksena ne jätetään pois. Peruutettu tilaus, joka oli jo lähetetty, pysyy mukana, koska sen toimitus maksoi silti rahaa. Tuoreille tilauksille, jotka voivat vielä palata, Predicted returns -asetus pidättää odotetun osuuden myynnistä, kunnes todelliset hyvitykset saapuvat.

Miten ROASaurus käsittelee postiennakkotilaukset ja ulkoiset kassat

Shopify

Jokaisella Shopify-kaupalla on kohdassa Store settings asetus Checkout type, jossa on kaksi vaihtoehtoa:

• Shopify checkout: osto lähetetään, kun Shopify ilmoittaa tilauksen maksetuksi orders/paid-webhookin kautta.
• External / COD checkout: osto lähetetään, kun tilaus luodaan, orders/create-webhookin kautta. Käytä sitä postiennakkoon sekä ulkoisille kassoille, kuten CheckoutChamp tai Checkify, jotka luovat Shopify-tilauksen itse.

Asetus koskee kaikkia kaupan tilauksia. Kassalla maksetut korttitilaukset luodaan ja maksetaan lähes samalla hetkellä, joten valinta muuttaa lähinnä sitä, milloin maksamattomat tilaukset lähetetään. Jokainen tilaus lähetetään kerran. Kun postiennakkotilauksen maksupäivitys saapuu myöhemmin, toista ostoa ei lähetetä.

Osto käyttää tilauksen omia tietoja: summaa, valuuttaa, tuotteita sekä ostajan sähköpostia, puhelinnumeroa ja osoitetta, hashattuina ennen lähettämistä. ROASaurus yhdistää tilauksen mainosklikkaukseen kävijätunnuksen avulla, jonka sen skripti tallentaa ostoskoriin. Kun tilauksessa ei ole sitä, ROASaurus kokeilee tässä järjestyksessä: ostoskorin ja kassan tokeneita, kassan ostotapahtumaa, sähköpostia, jonka kävijä antoi aiemmin sivustollasi, sekä samaa IP-osoitetta ja selainta hetkeä ennen tilausta, kun täsmälleen yksi kävijä sopii. Koko käyttöönotto-ohje on sivulla Shopify-integraatio.

WooCommerce ja muut verkkokaupat

WooCommerce-lisäosa lähettää tilauksen, kun se saavuttaa tilan Processing tai Completed. Postiennakkotilaukset saavuttavat tilan Processing, kun ne tehdään, joten ne lähetetään heti. Tilisiirtotilaukset lähetetään, kun ne siirtyvät tilaan Processing. Muut verkkokauppaliitännät lähettävät tilauksen näinä hetkinä:

• Wix, Squarespace, Ecwid, Lightspeed, CCV Shop ja Shopware: kun tilauksen maksutila on maksettu.
• BigCommerce: kun tilaus saavuttaa tilan, kuten Awaiting Fulfillment, Awaiting Shipment, Shipped tai Completed.
• Magento: kun tilauksen tila on Processing tai Complete.
• PrestaShop: kun tilaus merkitään kelvolliseksi.
• Oma webhook ja orders API: kun oma järjestelmäsi lähettää tilauksen.

Tarkista, miten alustasi merkitsee postiennakkotilaukset. Jos ne pysyvät maksamattomina, kunnes kuljetusyritys tilittää maksun, niiden ostot saapuvat myöhässä.

Suppilot ja oma kassa

1. Lisää skripti suppilosivuille

   Käytä samaa kauppa-avainta kuin verkkokaupassasi, jotta kävijällä säilyy yksi kävijätunnus molemmissa domaineissa.

2. Listaa domainisi

   Lisää kohdassa Store settings suppilon ja kaupan domainit kohtaan Linked domains. Näiden domainien väliset linkit kuljettavat silloin mukanaan kävijätunnuksen ja klikkaus-ID:t.

3. Lähetä tilaukset orders API:n kautta

   Jos suppilo ottaa tilauksen vastaan itse, lähetä jokainen tilaus POST-pyynnöllä osoitteeseen /api/v1/orders niin, että _tl-eväste on kenttänä visitor_id. Järjestelmäsi päättää hetken: luontihetkellä, vahvistuksen yhteydessä tai maksun yhteydessä.

4. Tarkista Event log

   Kun ensimmäiset oikeat tilaukset saapuvat, avaa Event log ja tarkista, että jokainen on lähetetty jokaiselle yhdistetylle alustalle.

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 säilyttää jokaisen tilaus-ID:n ensimmäisen kopion. Jos järjestelmäsi kutsuu sitä luontihetkellä ja uudelleen maksun yhteydessä, vain ensimmäinen kutsu lähettää oston. Lisätietoa on osiossa suppilot ja useat domainit.

Yleisiä virheitä, joita kannattaa välttää

• Maksetun tilan odottaminen postiennakkokaupassa. Ostot saapuvat viikon myöhässä tai eivät lainkaan, ja myöhästyneet tapahtumat hylätään tai jäävät attribuutioikkunan ulkopuolelle.
• Ads Managerin ROAS:n vertaaminen maksetuille tilauksille laskettuun kannattavuusrajaan. Jaa kannattavuusraja ensin maksuasteellasi.
• Kaksi lähdettä yhdelle ostolle. Lomakesovelluksen oma pikseli ja palvelintapahtumasi laskevat saman tilauksen kahdesti. Katso päällekkäiset ostotapahtumat.
• Klikkauksen menettäminen domainien välillä. Toisessa domainissa oleva suppilo tarvitsee skriptin ja linkitetyt domainit, tai sen tilaukset saapuvat ilman mainosklikkausta.
• Käsin luotujen tilausten jättäminen pois. Puhelin- ja chat-tilauksilla ei ole selainistuntoa, mutta niillä on silti sähköpostiosoite tai puhelinnumero. Tilausdatasta lähetettyinä ne antavat mainosalustalle jotain, mihin yhdistää.

Lähteet

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

ROASaurusissa

• Shopify-integraatio
• WooCommerce-integraatio
• Ohje: suppilot ja useat domainit
• Voittoanalytiikka ROASaurusissa

Lue lisää