Selainpuolen ja palvelinpuolen seuranta: mitä eroa niillä on
Selainpuolen seurannassa kävijän selain lähettää tapahtumat suoraan mittaustyökaluille. Palvelinpuolen seurannassa ne kulkevat ensin sinun hallitsemasi palvelimen kautta, joka välittää ne eteenpäin. Ero kuulostaa tekniseltä, mutta se ratkaisee sen, kuinka suuri osa datastasi katoaa matkalla.
Yleisin väärinkäsitys on, että palvelinpuolen seuranta korvaisi selainpuolen. Näin ei ole. Useimmissa toteutuksissa molemmat ovat käytössä yhtä aikaa, ja ymmärrys siitä miksi auttaa tekemään oikean päätöksen.
Pääpointit:
- Selainpuolen seuranta: selain lähettää datan suoraan työkaluille. Ilmainen, helppo, altis häviöille.
- Palvelinpuolen seuranta: data kulkee oman palvelimen kautta. Maksaa, kestää paremmin, vaatii osaamista.
- Palvelinpuolen seuranta ei korvaa selainpuolta: tapahtuma syntyy yhä selaimessa.
- Häviön aiheuttavat mainosestot, selainrajoitukset ja puuttuva suostumus.
- Kumpikaan ei ohita suostumusta.
Miten selainpuolen seuranta toimii
Selainpuolen seuranta on tuttu perusratkaisu. Kävijän selaimeen ladataan skripti, esimerkiksi Google Tag Manager tai Metan pikseli. Kun kävijä tekee jotain, skripti lähettää tapahtuman suoraan mittaustyökalulle.
Etuja on kaksi: se on ilmainen ja sen saa käyttöön ilman kehittäjää. Siksi se on yhä useimman sivuston perusta, ja hyvästä syystä.
Ongelma on, että kaikki tapahtuu kävijän laitteella, jota et hallitse. Jos selain päättää estää skriptin, tapahtumaa ei synny.
Miten palvelinpuolen seuranta toimii
Palvelinpuolen seurannassa selain lähettää tapahtuman ensin omalle palvelimellesi, tyypillisesti server-side GTM -konttiin. Palvelin käsittelee tapahtuman ja välittää sen eteenpäin GA4:lle, Metalle ja muille.
Tässä on olennaista huomata, että tapahtuma syntyy edelleen selaimessa. Palvelinpuolen seuranta ei siis ole taikaa, joka näkisi kävijöitä joita selain ei näe. Se vaikuttaa siihen, mitä tapahtuu sen jälkeen, kun tapahtuma on lähtenyt liikkeelle.
Poikkeus on täysin palvelimelta palvelimelle kulkeva data, esimerkiksi taustajärjestelmästä lähetetty tieto toteutuneesta kaupasta. Se ei kulje selaimen kautta lainkaan.
Vertailu
| Selainpuolen seuranta | Palvelinpuolen seuranta | |
|---|---|---|
| Missä tagit ajetaan | Kävijän selaimessa | Omalla palvelimella |
| Alttius mainosestoille | Korkea | Matalampi |
| Evästeiden elinikä | Selainrajoitusten alainen | Pidempi |
| Datan hallinta | Data lähtee suoraan työkaluille | Voit muokata ennen lähetystä |
| Kustannus | Ilmainen | Kuukausikustannus |
| Vaativuus | Markkinoija pärjää | Vaatii teknistä osaamista |
| Suostumus | Pakollinen | Pakollinen |
Mistä datahäviö syntyy
Kolme syytä kasautuu, ja ne ovat kaikki selainpuolen ongelmia:
- Mainosestot. Ad blocker estää analytiikka- ja mainosskriptit kokonaan. Näiden kävijöiden tapahtumat eivät kirjaudu.
- Selainrajoitukset. Safarin ITP ja Firefoxin oletusesto rajoittavat evästeitä ja lyhentävät selaimessa asetettujen evästeiden elinikää. Tämä katkoo paluukävijöiden tunnistamisen.
- Suostumus. Ilman suostumusta osaa mittauksesta ei saa tehdä lainkaan.
Palvelinpuolen seuranta auttaa kahteen ensimmäiseen. Kolmanteen se ei auta eikä saa auttaa: suostumus koskee myös palvelimella tehtävää mittausta.
Miksi mainosesto ei tunnista palvelinpuolen seurantaa
Tämä on kohta, joka jää useimmissa selityksissä auki. Jos tapahtuma syntyy yhä selaimessa, miksi mainosesto ei estä sitä palvelinpuolellakin?
Vastaus on osoitteessa. Mainosesto toimii pitkälti tunnettujen osoitteiden listalla: se tunnistaa kutsut esimerkiksi Metan tai Googlen seurantapalvelimille ja estää ne. Palvelinpuolen seurannassa selain ei kutsu näitä osoitteita lainkaan, vaan sinun omaa alidomainiasi, esimerkiksi data.omasivusto.fi.
Koska kutsu menee samaan verkkotunnukseen kuin sivusto itse, se ei näytä kolmannen osapuolen seurannalta eikä osu estolistalle. Palvelin hoitaa varsinaisen lähetyksen Metalle ja Googlelle, eikä kävijän selain ole siinä mukana.
Tästä syystä oma mittausdomain on olennainen osa toteutusta. Ilman sitä suuri osa palvelinpuolen seurannan hyödystä jää saamatta.
Miksi tarvitset molempia
Käytännön toteutuksessa selaimen kontti ja palvelinkontti toimivat rinnakkain. Selain havaitsee tapahtuman ja lähettää sen palvelimelle, palvelin välittää sen työkaluille.
Sama pätee mainosalustoihin. Metan suositus on ajaa sekä pikseliä että Conversions APIa yhtä aikaa ja poistaa kaksoiskappaleet tapahtumatunnisteella. Kyse ei ole kumpi tai, vaan molemmat.
Kumpi sinun kannattaa valita
Jos sivusto on pieni eikä mainosbudjettia juuri ole, selainpuolen seuranta riittää. Varmista, että se on oikein rakennettu ja suostumuksenhallinta kunnossa. Se on halvin tapa saada käyttökelpoista dataa.
Jos käytät mainontaan merkittävästi rahaa ja huomaat mainosalustan raportoimien konversioiden poikkeavan toteutuneista kaupoista, palvelinpuolen seuranta kannattaa. Suuruusluokan voi arvioida rakentamallani ROI-laskurilla.
Lisää päätöksen tueksi löydät server-side trackingin pääoppaasta.
Usein kysytyt kysymykset
Mitä eroa on selainpuolen ja palvelinpuolen seurannalla? Selainpuolen seurannassa kävijän selain lähettää tapahtumat suoraan mittaustyökaluille ja on altis mainosestoille ja selainrajoituksille. Palvelinpuolen seurannassa tapahtumat kulkevat ensin oman palvelimesi kautta, jolloin hallitset dataa ja mittaus kestää paremmin.
Mitä palvelinpuolen seuranta tarkoittaa käytännössä? Se tarkoittaa palvelinkonttia, usein server-side GTM:ää, joka vastaanottaa selaimen lähettämät tapahtumat ja välittää ne eteenpäin. Kontti pyörii omalla palvelimella tai isännöintipalvelussa, ja siitä maksetaan kuukausimaksu.
Korvaako palvelinpuolen seuranta selainpuolen seurannan? Ei. Useimmissa toteutuksissa molemmat ovat käytössä yhtä aikaa: tapahtuma syntyy selaimessa ja kulkee palvelimen kautta eteenpäin. Poikkeus ovat taustajärjestelmästä lähetettävät tapahtumat, jotka eivät kulje selaimen kautta lainkaan.
Onko palvelinpuolen seuranta tarkempaa? Yleensä kyllä, koska se kestää paremmin mainosestoja ja selainrajoituksia. Se ei kuitenkaan palauta kaikkea menetettyä dataa eikä ohita suostumusta.
Linkit
Työkalut
- Server-side trackingin ROI-laskuri (ilmainen, tekemäni): sampsavainio.fi
- Google Tag Manager (server-side): tag-platform-dokumentaatio
Aiheeseen liittyvät oppaat