Mitä on palvelinpuolen seuranta? Opas verkkokaupoille

Palvelinpuolen seuranta tarkoittaa, että konversiotapahtumat, kuten osto, lähetetään mainosalustoille palvelimelta eikä vain ostajan selaimessa toimivasta skriptistä. Verkkokaupassa palvelin lähettää jokaisen tilauksen Metalle, TikTokille tai Googlelle niiden API:en kautta, joten myynti raportoidaan, vaikka selainpikseli olisi estetty tai sitä ei koskaan ladattaisi.

Tämä opas selittää, mitä eroa on selainpikselillä ja palvelinpuolen seurannalla, seuraa dataa mainosklikkauksesta mainosalustalle ja näyttää, mitä palvelintapahtuma sisältää. Se käsittelee myös deduplikointia, palvelinpuolen taggingia, suostumusta ja sitä, miten selvität, tarvitseeko kauppasi palvelinpuolen seurantaa. Shopifyn käyttöönotosta kerrotaan artikkelissa palvelinpuolen seuranta Shopifyssa.

Selainpikseli vs palvelinpuolen seuranta

Selainpikseli on mainosalustan JavaScript-pätkä. Se toimii sivuillasi ja lähettää tapahtumat ostajan laitteelta suoraan alustalle: sivunäytön, ostoskoriin lisäyksen, oston kiitossivulla. Se toimii vain, jos skripti latautuu, suorittuu ja tavoittaa alustan ennen kuin ostaja poistuu sivulta.

Palvelinpuolen seuranta siirtää lähetyksen palvelimelle. Tapahtuma voi lähteä dataan, joka kaupallasi jo on, kuten maksettuun tilaukseen, ja palvelin lähettää sen alustan API:in. Meta kutsuu tätä API:a nimellä Conversions API ja TikTok nimellä Events API. Google Ads käyttää Enhanced conversions -toimintoa, joka lisää konversioon hashattua asiakasdataa.

Molempien käyttö antaa alustalle täydellisimmän datan. Selaintapahtuma lisää evästeet ja sivun kontekstin. Palvelintapahtuma saapuu perille, vaikka selain epäonnistuisi. Yhteinen tapahtuma-ID varmistaa, että alusta laskee jokaisen oston vain kerran.

Miten palvelinpuolen seuranta toimii?

Verkkokaupan palvelinpuolen seurannassa on kaksi puolta. Ensimmäinen tapahtuu selaimessa: kun ostaja saapuu mainoksesta, skripti tallentaa klikkaus-ID:n URL-osoitteesta. Toinen tapahtuu palvelimella: kun tilaus on maksettu, palvelin yhdistää klikkaus-ID:n tilaukseen ja lähettää oston.

Klikkauksen tallentaminen

Mainosalustat lisäävät laskeutumis-URL-osoitteeseen klikkaus-ID:n: fbclid Metalle, ttclid TikTokille, gclid Google Adsille ja msclkid Microsoft Adsille. Klikkaus-ID on vahvin yhteys myynnin ja sen aiheuttaneen mainoksen välillä, joten se on tallennettava ensimmäisellä sivunäytöllä. UTM-parametrit lisäävät kampanjan, mainosjoukon ja mainoksen nimet muodossa, jota hallitset itse.

Tilauksen yhdistäminen

Seuraavaksi palvelimen on tiedettävä, mikä kävijä teki tilauksen. Luotettavin yhteys on arvo, joka kulkee ostoskorin mukana tilaukseen, kuten ostoskoriin tallennettu kävijätunnus. Muut menetelmät ovat heikompia: sähköpostiosoite, jonka kävijä on aiemmin antanut sivustolla, tai sama IP-osoite ja selain, jotka nähtiin vähän ennen tilausta. Jokainen verkkokauppa-alusta tarjoaa erilaisia vaihtoehtoja. Muita verkkokauppoja käsittelevä oppaamme listaa menetelmät, joita ROASaurus käyttää kullakin alustalla.

Tapahtuman lähettäminen

Lopuksi palvelin lähettää oston kunkin alustan API:in. Tapahtuma sisältää tilauksen arvon, klikkaus-ID:n ja asiakasdataa, jonka avulla alusta löytää henkilön, joka klikkasi. Jos alusta on alhaalla tai palauttaa virheen, hyvä toteutus yrittää myöhemmin uudelleen, jotta osto ei katoa.

Mitä palvelintapahtuma sisältää?

Jokaisella alustalla on omat kenttien nimensä, mutta ostotapahtuma sisältää kaikkialla samanlaisia tietoja. Tässä on lyhennetty esimerkki Meta Conversions API:lle:

{
  "data": [{
    "event_name": "Purchase",
    "event_time": 1793009700,
    "event_id": "order-1042",
    "action_source": "website",
    "event_source_url": "https://yourstore.com/checkout/thank-you",
    "user_data": {
      "em": ["8c87b489ce35cf2e2f39f80e282cb2e804932a56a213983eeeb428407d43b52d"],
      "ph": ["6d420c869d4eb97fe7de4576c9d04bb34d1a5788e0b3a657f61d7be020d8ead0"],
      "client_ip_address": "203.0.113.24",
      "client_user_agent": "Mozilla/5.0 (iPhone; CPU iPhone OS 18_6 like Mac OS X) ...",
      "fbc": "fb.1.1792832531000.IwAR2xExampleClickId",
      "fbp": "fb.1.1792832529000.1234567890"
    },
    "custom_data": { "currency": "USD", "value": 84.00 }
  }]
}

Hashaus muuttaa sähköpostiosoitteen kiinteäksi merkkijonoksi. Sama osoite antaa aina saman merkkijonon, mutta merkkijono ei paljasta osoitetta. Alusta käyttää hashattuja arvoja vain etsiäkseen vastaavuutta omien käyttäjiensä joukosta. Näin osto voidaan yhdistää henkilöön, joka näki tai klikkasi mainosta, vaikka hänen selaimensa olisi estänyt pikselin.

Miten deduplikointi toimii?

Kun pikseli ja palvelin lähettävät saman oston, alustan on laskettava se kerran. Molemmissa kopioissa on sama tapahtuman nimi ja sama tapahtuma-ID, esimerkiksi order-1042. Meta vertaa paria ja säilyttää yhden kopion, kunhan toinen kopio saapuu 48 tunnin kuluessa ensimmäisestä.

Suurin osa kaksoislaskennasta johtuu kahdesta lähettäjästä, jotka eivät jaa ID:itä. Tyypillinen tapaus on alustan oma kauppasovellus ja erillinen seurantatyökalu, jotka molemmat lähettävät ostoja omilla ID:illään. Ohjeartikkelimme aiheesta kaksoislaskennan estäminen listaa tavalliset syyt ja korjaukset.

Palvelinpuolen tagging vs lähetys tilausdatasta

Termiä palvelinpuolen seuranta käytetään kahdesta eri toteutuksesta. Molemmat lähettävät tapahtumat palvelimelta, mutta ne lähtevät liikkeelle eri paikoista.

Palvelinpuolen tagging, kuten Google Tag Managerin palvelinpuolen kontit

Palvelinpuolen taggingissa selain lähettää tapahtumansa omalle palvelimellesi sen sijaan, että lähettäisi ne suoraan jokaiselle toimittajalle. Google Tag Managerin palvelinpuolen kontti on tunnettu esimerkki. Se toimii omassa Google Cloud -projektissasi tai muussa valitsemassasi ympäristössä. Se vastaanottaa selaimen pyynnöt, ja sen tagit välittävät datan Google Analyticsille, Metalle ja muille toimittajille. Sinä päätät, mikä data menee minnekin, ja palvelin voi toimia sivustosi aliverkkotunnuksella.

Tapahtumat lähtevät silti liikkeelle selaimesta. Jos selaimessa oleva tagi on estetty tai kiitossivu ei koskaan lataudu, palvelinpuolen kontilla ei ole mitään välitettävää. Lisäksi ylläpidät, maksat ja päivität palvelimen itse.

Lähetys tilausdatasta

Toinen tapa lähtee liikkeelle kauppasi tilaustietueesta. Kauppa ilmoittaa maksetun tilauksen palvelimelle webhookin tai API:n kautta, ja palvelin lähettää sen jokaiselle yhdistetylle alustalle. Selainta tarvitaan vain aiemmin, klikkaus-ID:n tallentamiseen ostajan saapuessa.

Nämä kaksi tapaa voi yhdistää. Monet kaupat keräävät sivunäytöt ja ostoskoriin lisäykset selaimessa ja lähettävät oston tilausdatasta. Osto on tapahtuma, jota mainosalustat käyttävät ROAS:in raportointiin ja tarjousten optimointiin, joten sen täytyy olla täydellisin.

Mitä palvelinpuolen seuranta korjaa ja mitä se ei korjaa?

Suostumus koskee edelleen

Palvelinpuolen seuranta on tapa toimittaa dataa, ei tapa kiertää tietosuojasääntöjä. Jos laki edellyttää suostumusta markkinointievästeisiin tai seurantaan, vaatimus koskee keräämääsi dataa riippumatta siitä, mitä reittiä se kulkee alustalle. Seurantatyökalun siirtäminen palvelimellesi ei muuta sitä, mihin kävijä on suostunut.

Attribuutio pysyy alustakohtaisena

Jokainen alusta lukee ostot edelleen ansioksi omilla ikkunoillaan ja säännöillään. Palvelintapahtumat antavat jokaiselle alustalle parempaa dataa, mutta Metan, TikTokin ja Googlen yhteenlasketut luvut voivat silti ylittää kauppasi liikevaihdon. Jos haluat vertailla kanavia yhdellä sääntöjoukolla, käytä kaikille yhtä attribuutiomallia, kuten ROASaurus-attribuution malleja.

Tarvitseeko kauppasi palvelinpuolen seurantaa?

Kauppa, joka käyttää merkittävän budjetin maksettuun sosiaalisen median tai hakumainontaan, hyötyy yleensä. Perustelut ovat vahvimmat, kun useampi näistä kohdista pitää paikkansa:

• Mainosalusta saa selvästi vähemmän ostotapahtumia kuin kaupallasi on verkkotilauksia. Mainosestoja ja seurantaa käsittelevä oppaamme näyttää, miten tämän eron mittaa.
• Moni kävijöistäsi käyttää Safaria iPhonella tai Macilla, missä skriptien asettamat evästeet säilyvät enintään 7 päivää. Katso Safari ITP ja mainosseuranta.
• Ostajat ostavat usein päiviä ensimmäisen mainosklikkauksen jälkeen.
• Maksu päättyy sivustosi ulkopuolella, tai tilaukset maksetaan myöhemmin, kuten postiennakolla tai tilisiirrolla.
• Optimoit kampanjoita ostoihin tai oston arvoon, joten alusta tarvitsee jokaisen myynnin oppiakseen.

Näin ero muuttaa päätöksiä käytännössä. Esimerkkikaupalla on kuukaudessa 1,000 verkkotilausta. Sen Meta-pikseli raportoi 820 Purchase-tapahtumaa, joten 18% tilauksista ei koskaan tavoittanut Metaa selaimesta.

Kaupan kannattavuusrajan ROAS on 2.5, ja Ads Manager näyttää pikselidatan perusteella ROAS:in 2.3. Näillä luvuilla kampanjat tekevät tappiota. Jos mainoksista tulleita tilauksia jäi huomaamatta samalla 18%:n osuudella, todellinen ROAS on noin 2.3 ÷ 0.82 = 2.8, mikä ylittää kannattavuusrajan. Se on ylärajan arvio, koska kaikki puuttuvat tilaukset eivät tulleet mainoksesta. Se silti osoittaa, miten seurantaero voi saada kannattavan kampanjan näyttämään tappiolliselta.

Palvelinpuolen seuranta on vähemmän tärkeää kaupalle, joka ei mainosta tai käyttää mainontaan hyvin vähän.

Miten ROASaurus lähettää palvelinpuolen tapahtumat

ROASaurus tallentaa laskeutumisen yhteydessä 19 klikkaus-ID:tä ja kuusi UTM-kenttää ja säilyttää ne first-party-kävijätunnuksen alla. Se lähettää jokaisen oston kauppasi maksetuista tilauksista Metalle, TikTokille, Snapchatille, Pinterestille, Redditille, X:lle, Microsoft Adsille, Taboolalle, LinkedInille, OpenAI Adsille, Spotifylle, AppLovinille, Criteolle, AdRollille ja Outbrainille. Shopifyssa Google Adsin konversiot lähetetään Shopifyn kassalta. Selainpikselit voivat toimia palvelintapahtumien rinnalla samalla tapahtuma-ID:llä, ja Meta, TikTok, Snapchat, Pinterest, Reddit, OpenAI Ads, AppLovin ja Spotify deduplikoivat ne. Jokainen lähetys ja alustan vastaus näkyvät Event log -osiossa.

Lue lisää palvelinpuolen seuranta -sivulta tai etsi verkkokauppasi integraatiot-sivulta.

Lähteet

1. Meta for Developers: Conversions API
2. Meta for Developers: Handling Duplicate Pixel and Conversions API Events
3. Meta for Developers: Customer Information Parameters
4. Google for Developers: An introduction to server-side tagging
5. Google Ads Help: About enhanced conversions

ROASaurusissa

• Palvelinpuolen seuranta ROASaurus-palvelussa
• Suostumus ja yksityisyys
• Kaksoislaskennan estäminen

Lue lisää