CASE · PALVELINPUOLEN SEURANTA
Kun asiakas varaa palvelun verkkosivuilla mutta maksaa vasta työn valmistuttua, jäljitys katkeaa usein. Rakensimme Stapen infrastruktuurille webhook-pohjaisen palvelinpuolen ratkaisun tanskalaisille markkinapaikoille Handyhand ja HappyHelper. Tuloksena oli 50 % enemmän mitattuja tapahtumia ja ensimmäistä kertaa luotettava kuva ROAS:sta.
Kaksi markkinapaikkaa – yksi mittausongelma
Handyhand yhdistää ihmiset paikallisiin auttajiin arjen tehtävissä, ja HappyHelper välittää säännöllistä kotisiivousta – tuhansia käyntejä kuukaudessa. Molemmat yritykset ovat riippuvaisia maksetusta mainonnasta, ja molemmilla on sama haaste: asiakas klikkaa mainosta ja tekee varauksen verkkosivuilla, mutta varsinainen arvo syntyy myöhemmin. Palveluntarjoaja suorittaa tehtävän ja käsittelee maksun – usein päiviä myöhemmin ja täysin eri laitteella.
Perinteisellä selainpohjaisella seurannalla mainosalustat näkevät siksi vain asiakaspolun ensimmäisen puoliskon. Todellista liikevaihtoa ja valmistuneita tehtäviä ei koskaan yhdistetä kampanjaan, joka ne synnytti.
Safari pahentaa ongelmaa
Casen mukaan Safarin osuus käyttäjistä oli noin 25,5 % – ja ajoittain jopa 48 % liikenteestä ja yli 50 % myynnistä. Safarin Intelligent Tracking Prevention voi poistaa evästeet jo 24 tunnin jälkeen. Liiketoiminnassa, jossa varauksen ja maksun välillä kuluu päiviä, yhteys klikkauksen ja konversion välillä katoaa siis juuri yhden arvokkaimman käyttäjäryhmän kohdalla.
Ratkaisu: webhookit ja palvelinpuolen GTM Stapessa
Rakensimme evästeettömän palvelinpuolen ratkaisun Google Tag Manageriin, Stapen infrastruktuurin päälle. Keskeiset osat olivat:
- Oma palvelinpuolen GTM-säiliö, joka yhdistää dataa useista lähteistä: verkkosivustolta, sovelluksista, CRM:stä ja offline-tapahtumista.
- Webhookit Stapen Data Clientin kautta: taustajärjestelmät lähettävät POST-pyynnön, kun tehtävä on suoritettu tai maksu on mennyt läpi – riippumatta siitä, mitä laitetta palveluntarjoaja käyttää.
- Stape Store salattujen käyttäjätunnisteiden tallentamiseen, jotta myöhempi tapahtuma voidaan yhdistää alkuperäiseen varaukseen ja sitä kautta mainosklikkaukseen.
- Stape User ID vakaana tunnisteena, joka ei ole riippuvainen lyhytikäisistä selainevästeistä.
- Suostumus ensin: eteenpäin välitetään vain suostumuksensa antaneiden käyttäjien ensimmäisen osapuolen dataa – GDPR:n mukaisesti.
Tulokset
- 50 % enemmän mitattuja tapahtumia verrattuna ratkaisuun ilman webhookeja.
- Päästä päähän -attribuutio mainosklikkauksesta suoritettuun ja maksettuun tehtävään.
- Todellinen ROAS ensimmäistä kertaa – perustuen todelliseen liikevaihtoon varausten sijaan.
- Parempi optimointi, koska mainosalustojen algoritmit saavat nyt signaaleja niistä konversioista, jotka oikeasti luovat arvoa.
- Kestävyys Safarin ja muiden selainrajoitusten suhteen.
- Sellaisten tapahtumien mittaaminen, joita ei aiemmin voitu seurata lainkaan.
Mitä tästä voi oppia?
Case on relevantti kaikille yrityksille, joissa konversio ei tapahdu selaimessa: markkinapaikat, tilauspalvelut, liidien hankinta puhelin- tai CRM-myynnillä sekä palvelut, joissa maksu tapahtuu toimituksen jälkeen. Jos tärkeimmät tapahtumanne syntyvät taustajärjestelmissä, myös mittauksen kannattaa alkaa sieltä. Webhookit ja palvelinpuolen seuranta mahdollistavat oikeiden signaalien lähettämisen Metalle, Googlelle ja muille alustoille – tinkimättä suostumuksesta tai tietoturvasta.
Obsidian on Stapen top partner, ja case on esitelty myös Stapen blogissa. Haluatteko tietää, miltä vastaava ratkaisu voisi näyttää teillä? Lue lisää Obsidianin palvelinpuolen seurannasta tai ota yhteyttä seurantatiimiimme.
