Analytiikka ja mittaus

GA4 server-side: palvelinpuolen mittaus Google Analyticsille

Julkaistu

GA4 server-side tarkoittaa sitä, että Google Analytics 4:n tapahtumat kulkevat sinun hallitsemasi palvelimen kautta ennen kuin ne lähtevät Googlelle, sen sijaan että selain lähettäisi ne suoraan. Käytännössä GA4-data reititetään palvelinpuolen Tag Managerin läpi, jolloin mittaus on tarkempaa ja kestää paremmin selainten rajoituksia.

Tämä opas on jatkoa perusmittaukselle: jos GA4 on jo käytössä, tästä näet mitä palvelinpuolen mittaus tuo lisää, miten se karkeasti toteutetaan ja milloin se kannattaa. Tekninen asennus on kehittäjän työtä, mutta päätöksen ja kokonaiskuvan tarvitset itse.

Pääpointit:

  • GA4 server-side reitittää GA4-tapahtumat oman palvelimen kautta, ei suoraan selaimesta Googlelle.
  • Suurin hyöty on tarkempi ja kestävämpi data: pidempi-ikäiset ensimmäisen osapuolen evästeet ja parempi kestävyys mainosestoja vastaan.
  • Toteutus nojaa palvelinpuolen Tag Manageriin (sGTM); Measurement Protocol on täysin palvelimelta palvelimelle -tapa lähettää tapahtumia.
  • Suostumus koskee myös palvelinpuolen GA4-mittausta: Consent Mode pitää olla kunnossa.
  • Kannattaa, kun GA4-data on liiketoiminnalle tärkeää ja selainmittaus vuotaa. Pienelle sivustolle usein ylimitoitettua.

Mitä GA4:n palvelinpuolen mittaus tarkoittaa

Tavallisessa GA4-mittauksessa kävijän selain lähettää tapahtumat (sivulataukset, klikkaukset, ostot) suoraan Googlen palvelimille gtag- tai Google Tag Manager -skriptin kautta. Kaikki tapahtuu selaimessa.

Palvelinpuolen mittauksessa selain lähettää GA4-tapahtumat ensin palvelinpuolen Tag Manager -konttiin, joka pyörii sinun hallitsemallasi palvelimella. Kontti käsittelee tapahtuman ja välittää sen edelleen GA4:lle. Tämä on sama server-side tracking -periaate sovellettuna nimenomaan Google Analyticsiin.

Mitä hyötyä GA4 server-sidesta on

Palvelinpuolen mittaus ei muuta sitä, mitä GA4 raportoi, mutta se parantaa datan laatua ja kestävyyttä:

  • Pidempi-ikäiset evästeet. Palvelimen kautta asetetut ensimmäisen osapuolen evästeet eivät ole samojen selainrajoitusten alaisia kuin selaimessa asetetut, joten paluukävijät tunnistetaan luotettavammin.
  • Parempi kestävyys mainosestoja vastaan. Osa tapahtumista, jotka selainpuolen mittaus menettää mainoseston takia, saadaan silti kirjattua.
  • Datan hallinta. Voit siivota tai poistaa tietokenttiä palvelimella ennen kuin data lähtee Googlelle.
  • Kevyempi selainkuorma. Kun selaimessa ajetaan vähemmän skriptiä, sivun suorituskyky voi parantua.

Hyöty on siis parempi ja täydellisempi mittausdata, ei uusia raportteja. Jos GA4:n konversioseuranta on liiketoiminnan päätöksenteon pohja, tämä laatuero on merkittävä.

Näin GA4 server-side toteutetaan pääpiirteissään

Markkinoijan on hyvä tuntea toteutuksen runko, vaikka varsinaisen asennuksen tekisi kehittäjä:

  1. Pystytetään palvelinpuolen Tag Manager -kontti (sGTM) omalle palvelimelle tai hallinnoituun isännöintiin.
  2. Selaimen GA4-tapahtumat ohjataan tähän konttiin oman mittausdomainin kautta.
  3. Kontissa määritellään GA4-client, joka vastaanottaa tapahtumat ja välittää ne GA4:lle.
  4. Toteutus testataan ja varmistetaan, että tapahtumat kirjautuvat oikein.

Kyseessä on jatkuva palvelu, jolla on kuukausikustannus (palvelimen isännöinti), ei kertaluontoinen asennus.

Measurement Protocol vs palvelinpuolen Tag Manager

Nämä kaksi menevät helposti sekaisin. Palvelinpuolen Tag Manager ottaa vastaan selaimen lähettämiä tapahtumia ja välittää ne eteenpäin. Measurement Protocol on Googlen rajapinta, jolla tapahtumia voi lähettää GA4:lle suoraan palvelimelta ilman selainta, esimerkiksi taustajärjestelmästä kirjautuvia ostoja tai palautuksia.

Käytännössä ne täydentävät toisiaan: sGTM hoitaa selaimesta tulevan liikenteen, Measurement Protocol taustajärjestelmän tapahtumat.

Milloin GA4 server-side kannattaa

Palvelinpuolen GA4-mittaus ei ole kaikille. Näin arvioit tarpeen.

Se kannattaa, kun GA4-data ohjaa liiketoiminnan päätöksiä, mainosbudjetti on merkittävä ja huomaat selainmittauksen vuotavan. Vuodon tunnistat esimerkiksi siitä, että mainosalustan raportoimat konversiot poikkeavat selvästi toteutuneista kaupoista. Verkkokaupassa, jossa tuotto- ja ostodata on kriittistä, hyöty on suurin.

Se ei todennäköisesti kannata, jos sivusto on pieni esittelysivusto ilman mainosbudjettia tai jos GA4:n perusmittaus ja konversioseuranta eivät ole vielä kunnossa. Korjaa perusta ensin: väärin rakennettu palvelinpuolen mittaus antaa väärää dataa luottavaisesti.

Isännöinnin voi hoitaa itse Google Cloudissa tai hallinnoidun palvelun kautta. Kummassakin tapauksessa kyse on jatkuvasta kuukausikustannuksesta ja ylläpidosta, mikä kannattaa laskea mukaan päätökseen. Suuruusluokan saa nopeasti server-side trackingin ROI-laskurilla.

Muista suostumus

Palvelinpuolen mittaus ei ohita suostumusta. Jos sivustollasi käy kävijöitä Euroopan talousalueelta tai Isosta-Britanniasta ja käytät GA4:ää tai Google Adsia, Consent Mode v2 on pakollinen.1 Varmista, että suostumustieto välittyy myös palvelinpuolen mittaukseen, muuten data ei ole GDPR:n mukaista.

Usein kysytyt kysymykset

Mitä palvelinpuolen analytiikka tarkoittaa GA4:ssä? Se tarkoittaa, että GA4-tapahtumat kulkevat oman palvelimesi kautta ennen kuin ne lähtevät Googlelle. Data kerätään yhä samoista tapahtumista, mutta reitti kulkee selaimen sijaan palvelimen läpi, mikä parantaa datan laatua ja kestävyyttä.

Miten GA4 otetaan käyttöön palvelinpuolella? Pystytetään palvelinpuolen Tag Manager -kontti, ohjataan selaimen GA4-tapahtumat sinne omaa mittausdomainia käyttäen ja määritellään kontissa GA4-client, joka välittää tapahtumat Googlelle. Asennus on tekninen projekti ja vaatii yleensä kehittäjän.

Mitä eroa on selainpuolen ja palvelinpuolen GA4-mittauksella? Selainpuolen mittauksessa selain lähettää tapahtumat suoraan Googlelle ja on altis mainosestoille ja selainrajoituksille. Palvelinpuolen mittauksessa tapahtumat kulkevat oman palvelimen kautta, jolloin data on tarkempaa ja kestävämpää.

Mikä on Measurement Protocol? Se on Googlen rajapinta, jolla GA4-tapahtumia voi lähettää suoraan palvelimelta ilman selainta. Sillä kirjataan esimerkiksi taustajärjestelmässä tapahtuvia ostoja tai palautuksia, jotka eivät kulje kävijän selaimen kautta.

Linkit

Työkalut ja lähteet

Aiheeseen liittyvät oppaat

Footnotes