Analytiikka ja mittaus

Server-side tracking: mitä se on ja milloin se kannattaa

Julkaistu

Server-side tracking eli palvelinpuolen seuranta tarkoittaa sitä, että kävijädata kerätään ja lähetetään mittaustyökaluille sinun hallitsemasi palvelimen kautta, ei suoraan kävijän selaimesta. Se on tapa korjata seurantaa, joka vuotaa yhä enemmän dataa mainosestojen, selainrajoitusten ja suostumusvaatimusten takia.

Tämä opas on kirjoitettu markkinoijalle, ei kehittäjälle. Käyn läpi mitä palvelinpuolen seuranta oikeasti tekee, miksi selainpohjainen mittaus ei enää riitä yksinään, paljonko käyttöönotto maksaa ja milloin se ei ole vaivan arvoista. Tekninen asennus on oma lukunsa, mutta päätöksen sen tarpeellisuudesta teet sinä.

Pääpointit:

  • Server-side tracking siirtää datan keräyksen selaimesta omalle palvelimelle, jolloin mainosestot ja selainrajoitukset eivät katkaise mittausta yhtä helposti.
  • Kyse ei ole evästeiden katoamisesta: Chrome päätti pitää kolmannen osapuolen evästeet, mutta Safari ja Firefox estävät ne jo, ja suostumus on pakollinen.
  • Suurin hyöty tulee mainonnan konversiodatasta (Meta Conversions API, Google Ads enhanced conversions) ja oman datan hallinnasta.
  • Palvelinpuolen seuranta ei ohita suostumusta: GDPR koskee myös palvelimella tapahtuvaa mittausta.
  • Pienelle, vähäliikenteiselle sivustolle se on usein ylimitoitettua. Kannattavuus riippuu liikennemääristä ja mainosbudjetista.

Mitä server-side tracking tarkoittaa

Perinteisessä selainpuolen seurannassa kävijän selain lähettää tapahtumat (sivulataukset, klikkaukset, ostot) suoraan esimerkiksi Google Analyticsille ja Metalle. Jokainen työkalu saa datan omalla skriptillään, joka ajetaan kävijän laitteella.

Palvelinpuolen seurannassa selain lähettää datan ensin yhteen paikkaan, sinun hallitsemaasi palvelinkonttiin. Palvelin käsittelee tapahtuman ja välittää sen eteenpäin mittaustyökaluille. Kävijän selaimessa ajetaan vähemmän koodia, ja sinä päätät mitä dataa lähtee minnekin.

Yksinkertaistettuna: selainpuolen seuranta on kuin lähettäisit kirjeen suoraan usealle vastaanottajalle kävijän postilaatikosta. Palvelinpuolen seuranta ohjaa kirjeet ensin omaan lajittelukeskukseesi, jossa voit tarkistaa ja muokata ne ennen edelleen lähetystä.

Miksi selainpuolen seuranta vuotaa dataa

Selainpohjainen mittaus toimii yhä, mutta se menettää vuosi vuodelta suuremman osan datasta. Syitä on useita, ja ne ovat kasautuneet:

  • Mainosestot ja selainlaajennukset. Ad blocker estää usein analytiikka- ja mainosskriptit kokonaan. Näiden kävijöiden tapahtumat eivät kirjaudu lainkaan selainpuolen seurannassa.
  • Selainten estot. Safarin ITP ja Firefoxin oletusesto rajoittavat kolmannen osapuolen evästeitä ja lyhentävät selainpuolella asetettujen evästeiden elinikää usein muutamaan päivään.1 Tämä katkoo paluukävijöiden ja konversioiden yhdistämisen.
  • Suostumus. Ilman kävijän suostumusta osaa mittauksesta ei saa tehdä lainkaan, ja Consent Mode ohjaa mitä signaaleja lähtee.

Huomaa, mistä tässä ei ole kyse. Kolmannen osapuolen evästeet eivät ole katoamassa Chromesta: Google perui suunnitelmansa niiden poistamisesta vuonna 2025 eikä tuo erillistä estokehotetta selaimeen.2 Moni suomalainen toimisto myy palvelinpuolen seurantaa yhä ”evästeiden lopulla”, mutta se on vanhentunut argumentti. Oikea syy on datan laatu ja kestävyys: Safari ja Firefox estävät evästeet jo nyt, mainosestot yleistyvät, ja mittaus kannattaa rakentaa niin, ettei se ole kiinni kävijän selaimen asetuksista.

Mitä hyötyä palvelinpuolen seurannasta on

Server-side tracking ei ole taikatemppu vaan tapa saada tarkempaa ja kestävämpää dataa. Konkreettiset hyödyt:

  1. Täydellisempi konversiodata mainonnalle. Kun konversiot lähetetään palvelimelta Metalle (Conversions API) ja Google Adsille (enhanced conversions), mainosalustat saavat myös ne tapahtumat, jotka selainpuolen pikseli menettää. Tämä parantaa mainonnan optimointia ja raportointia.
  2. Oman datan hallinta. Sinä näet ja päätät, mitä tietoa lähtee millekin työkalulle. Voit poistaa arkaluontoisia kenttiä ennen kuin data siirtyy kolmannelle osapuolelle.
  3. Kevyempi ja nopeampi sivu. Kun mittausskriptejä ajetaan selaimessa vähemmän, sivun latautuminen voi nopeutua. Tämä tukee myös hakukoneoptimointia.
  4. Pidempi-ikäiset tunnisteet. Palvelimen kautta asetetut evästeet eivät ole samojen selainrajoitusten alaisia kuin selaimessa asetetut, joten paluukävijät tunnistetaan luotettavammin.

Rehellisyyden nimissä: palvelinpuolen seuranta ei palauta kaikkea menetettyä dataa eikä ohita suostumusta. Se kaventaa selainpohjaisen mittauksen aukkoja, ei poista niitä.

Server-side GTM lyhyesti

Yleisin tapa toteuttaa palvelinpuolen seuranta on Google Tag Managerin palvelinversio, server-side GTM (sGTM). Jos käytät jo selainpuolen Google Tag Manageria, periaate on tuttu: selaimen GTM-kontti lähettää tapahtumat uuteen konttiin, joka pyörii palvelimella ja välittää datan eteenpäin.

Palvelin pitää isännöidä jossain, ja vaihtoehtoja on kolme:

  • Hallinnoitu isännöinti (esimerkiksi Stape). Palveluntarjoaja hoitaa palvelimen puolestasi. Stapella on ilmainen taso 10 000 pyyntöön kuukaudessa ja maksullinen Pro-taso 17 $/kk vuosilaskutuksella (500 000 pyyntöä).3 Tämä on markkinoijalle helpoin reitti.
  • Oma palvelin Google Cloudissa. Voit ajaa kontin itse Google Cloud Runissa. Pienelle sivustolle kustannus on tyypillisesti noin 20 - 60 $/kk, mutta se vaatii teknistä osaamista ja ylläpitoa.3
  • Valmis alusta. Osa työkaluista hoitaa palvelinpuolen seurannan ja mainosalustojen liitännät puolestasi, jolloin et rakenna jokaista liitäntää itse. Suomalainen esimerkki on Tracklution.

Kahdessa ensimmäisessä varsinainen käyttöönotto (kontin pystytys, tapahtumien reititys, testaus) on tekninen projekti. Kaikissa vaihtoehdoissa on kyse jatkuvasta palvelusta, jolla on kuukausikustannus, ei kertaluontoisesta asennuksesta.

Palvelinpuolen seuranta ei vapauta suostumuksesta. Jos sivustollasi käy kävijöitä Euroopan talousalueelta tai Isosta-Britanniasta ja käytät Google Adsia tai Google Analyticsia, Consent Mode v2 on ollut pakollinen 6.3.2024 alkaen.4

Consent Mode välittää Googlelle tiedon siitä, antoiko kävijä suostumuksen mainos- ja analytiikkaevästeille. Ilman toimivaa Consent Mode v2:ta uudelleenmarkkinointiyleisöt eivät kartu eikä konversioiden mallinnus toimi, ja vuodesta 2026 alkaen tilit ilman sitä saavat käytännön rajoituksia EU-kohdennettuun mainontaan.4

Tärkein pointti: rakenna suostumuksenhallinta (evästebanneri ja Consent Mode) kuntoon ennen kuin siirryt palvelinpuolen seurantaan. Palvelin ei korjaa puuttuvaa suostumusta, se vain toteuttaa mittauksen suostumuksen sallimissa rajoissa. Suomessa evästeiden käyttöä valvoo Traficom, ja henkilötietojen käsittelyä tietosuojavaltuutettu.

Milloin server-side tracking kannattaa (ja milloin ei)

Palvelinpuolen seurantaa myydään usein kaikille, mutta se ei ole kaikille. Näin arvioit tarpeen.

Kannattaa, kun:

  • Käytät merkittävästi rahaa Meta- tai Google-mainontaan ja tarvitset tarkempaa konversiodataa optimointiin.
  • Sivustollasi on paljon liikennettä ja mainosestojen aiheuttama datavaje näkyy raporteissa.
  • Verkkokaupassa tarkka osto- ja tuottodata on liiketoiminnan kannalta kriittistä.

Ei todennäköisesti kannata, kun:

  • Sivusto on pieni esittelysivusto ilman mainosbudjettia. Silloin kuukausikustannus ja ylläpito eivät maksa itseään takaisin.
  • Selainpuolen mittaus ja konversioseuranta eivät ole vielä kunnossa. Korjaa perusta ensin.
  • Suostumuksenhallinta on kesken. Aloita siitä.

Jos et ole varma, aloita mittaamalla nykyinen datavaje: vertaa mainosalustan raportoimia konversioita toteutuneisiin kauppoihin. Jos ero on suuri ja mainosbudjetti iso, palvelinpuolen seuranta maksaa itsensä takaisin.

Rakensin päätöksen tueksi server-side trackingin ROI-laskurin. Se arvioi mainosbudjetin, konversioiden ja evästesuostumusasteen perusteella, paljonko konversioita jää kirjautumatta ja missä ajassa käyttöönotto maksaa itsensä takaisin. Laskuri on ilmainen, se ei vaadi rekisteröitymistä eikä tallenna syötteitä. Tulos on suuntaa antava arvio, ei tarkka ennuste.

Teenkö itse vai ulkoistanko

Käyttöönotto vaatii ymmärrystä palvelinkontista, tapahtumien reitityksestä ja suostumussignaaleista. Se on selvästi vaativampaa kuin selainpuolen Tag Manager.

Jos tiimissäsi on tekninen osaaja tai käytät hallinnoitua isännöintiä, kevyt toteutus onnistuu itse. Laajemmassa toteutuksessa (useita mainosalustoja, verkkokaupan tuottodata, tietosuojan hienosäätö) kannattaa harkita asiantuntijaa, jotta mittaus on alusta asti oikein ja suostumus kunnossa. Tärkeintä on, ettei mittausta rakenneta kerran väärin: virheellinen palvelinpuolen seuranta antaa väärää dataa luottavaisesti.

Usein kysytyt kysymykset

Mitä server-side tracking tarkoittaa käytännössä? Se tarkoittaa, että kävijädata kulkee sinun hallitsemasi palvelimen kautta ennen kuin se lähtee mittaustyökaluille, sen sijaan että jokainen työkalu keräisi datan suoraan selaimesta. Käytännössä pystytät palvelinkontin (usein server-side GTM), jonne selain lähettää tapahtumat.

Onko server-side tracking laillista? On, kun hoidat suostumuksen oikein. Palvelinpuolen seuranta ei ohita GDPR:ää eikä evästesuostumusta: samat säännöt koskevat palvelimella tehtävää mittausta kuin selaimessa tehtävää. Kerää suostumus ja välitä se Consent Moden kautta.

Mitä eroa on server-side- ja selainpuolen seurannalla? Selainpuolen seurannassa kävijän selain lähettää datan suoraan työkaluille ja on altis mainosestoille ja selainrajoituksille. Palvelinpuolen seurannassa data kulkee ensin oman palvelimesi kautta, jolloin hallitset dataa paremmin ja mittaus on kestävämpää.

Korjaako palvelinpuolen seuranta mainosestot? Osittain. Kun tapahtumat lähetetään palvelimelta, mainoseston selaimessa estämä data voidaan silti välittää työkaluille. Se ei kuitenkaan palauta kaikkea, eikä sitä dataa, johon kävijä ei ole antanut suostumusta.

Paljonko server-side tracking maksaa? Hallinnoidussa isännöinnissä (esimerkiksi Stape) on ilmainen taso pieneen käyttöön ja maksullinen hinnoittelu alkaen noin 20 $/kk. Omalla Google Cloud -palvelimella pienen sivuston kustannus on tyypillisesti noin 20 - 60 $/kk, mutta se vaatii ylläpitoa.3

Tarvitsenko server-side GTM:n vai riittääkö tavallinen Tag Manager? Tavallinen selainpuolen Tag Manager riittää perusmittaukseen. Server-side GTM kannattaa vasta, kun tarvitset tarkempaa mainonnan konversiodataa tai kestävämpää mittausta ja sinulla on siihen budjetti ja liikennettä.

Linkit

Työkalut ja lähteet

Aiheeseen liittyvät oppaat

Footnotes

  1. Applen Intelligent Tracking Prevention (ITP) rajoittaa kolmannen osapuolen evästeitä ja lyhentää JavaScriptillä asetettujen evästeiden elinikää Safarissa. Firefox estää kolmannen osapuolen evästeet oletuksena (Total Cookie Protection). ↩

  2. Google ilmoitti huhtikuussa 2025, ettei se tuo Chromeen erillistä kehotetta kolmannen osapuolen evästeiden poistamiseksi, ja lokakuussa 2025 se ajoi alas suuren osan Privacy Sandbox -teknologioista. Kolmannen osapuolen evästeet säilyvät Chromessa, mutta suostumus on yhä pakollinen. Lähde: Google Privacy Sandbox ja alan analyysit (OneTrust, Didomi), 2025. ↩

  3. Stapen hinnoittelu tarkistettu stape.io/price-sivulta 14.7.2026: ilmainen taso 10 000 pyyntöä/kk, Pro 17 $/kk vuosilaskutuksella (200 $/vuosi, 500 000 pyyntöä), Business 83 $/kk (5 milj.), Enterprise 167 $/kk (20 milj.). Hinta on konttikohtainen, eli yksi sivusto vaatii oman kontin ja oman tilauksen. Omalla Google Cloud Run -palvelimella pienen sivuston kustannus on arviolta noin 20 - 60 $/kk (lähteet: Stape, how-much-does-server-gtm-cost, ja TRKKN, 2026). Hinnat muuttuvat, tarkista ne palveluntarjoajan sivulta. ↩ ↩2 ↩3

  4. Consent Mode v2 on ollut pakollinen Euroopan talousalueen ja Ison-Britannian liikennettä mainostaville 6.3.2024 alkaen niille, jotka käyttävät Google Adsia, GA4:ää tai Google Marketing Platformia. Ilman sitä uudelleenmarkkinointiyleisöt eivät kartu ja konversiomallinnus estyy. Lähde: Google Ads -ohje, Consent mode updates for EEA traffic. ↩ ↩2