Analytiikka ja mittaus

Google tag gateway: ero server-side GTM:ään ja testaus

· Julkaistu

Google tag gateway for advertisers mahdollistaa Google-tagin lataamisen omalla verkkotunnuksellasi olevan toteutuksen kautta. Mittauspyynnöt kulkevat oman verkkotunnuksen reitille ja välitetään sieltä Googlelle. Palvelun käyttöönotto ei silti ole sama asia kuin kokonaisen server-side Tag Manager -ympäristön rakentaminen.12

Aloita selvittämällä, minkä nykyisen mittausongelman haluat ratkaista. Kirjaa sen jälkeen tagien lataustapa, tapahtumien kulku ja suostumuksen toiminta. Jos nämä eivät ole tiedossa, uusi reititys tekee muutoksen vaikutuksen tulkitsemisesta vaikeaa.

Pääpointit:

  • Erota tagin latausreitti ja tapahtumia käsittelevä palvelinkontti.
  • Valitse toteutustapa nykyisen ympäristösi perusteella.
  • Tarkista suostumus ennen muutosta ja sen jälkeen.
  • Testaa, ettei sama toiminto kirjaudu kahdesti.
  • Säilytä palautuspolku ennen käyttöönottoa.

Mitä Google tag gateway muuttaa?

Tavallisessa asennuksessa selain hakee Google-tagin Googlen verkkotunnuksesta. Gateway-toteutuksessa tagi palvellaan sivustosi verkkotunnuksen kautta. Googlen ohjeessa toteutusvaihtoehtoihin kuuluvat esimerkiksi CDN, kuormantasaaja ja oma verkkopalvelin.1

CDN eli sisällönjakeluverkko on tässä yksi paikka toteuttaa reititys. Valinta riippuu siitä, mitä sivustosi käyttää jo nyt. Älä vaihda koko sivuston palvelinympäristöä ennen kuin olet selvittänyt, tukeeko nykyinen ympäristö tarvitsemaasi ratkaisua.

Kirjaa lähtötilasta ainakin verkkotunnus, nykyinen tagitunnus ja tagin lisäävä toteutus. Selvitä, tuleeko tagi sivupohjasta, lisäosasta vai Google Tag Managerin kautta. Nimeä myös henkilö, joka hallinnoi kyseistä kohtaa.

Jos sama tagi löytyy useasta asennuspaikasta, selvitä niiden tarkoitus ensin. Ota lähtötilan mittauspyynnöistä talteen havainto ennen kuin poistat tai lisäät mitään. Muuten et tiedä myöhemmin, syntyikö ero gatewaysta vai vanhan päällekkäisyyden korjauksesta.

Google tag gateway ja server-side GTM ovat eri tehtäviä

Server-side GTM tarkoittaa palvelimella toimivaa Tag Manager -konttia. Se ottaa vastaan tapahtumia, käsittelee niitä ja välittää niitä määriteltyjen tagien kautta eteenpäin. Gatewayn latausreitti ei itsessään kuvaa koko tätä tapahtumien käsittelyä.3

Voit hahmottaa eron kysymällä kaksi eri kysymystä:

Kysymys Mitä selvität?
Mistä selain lataa tagin? Tagin latausreitti ja verkkotunnus
Missä tapahtumaa käsitellään ennen vastaanottajaa? Tapahtumapolku ja mahdollinen palvelinkontti

Google dokumentoi myös gatewayn käytön server-side-tagituksen yhteydessä.1 Näitä ei siis tarvitse esittää toisensa poissulkevina vaihtoehtoina. Lue server-side GTM:n opas, jos tarpeesi koskee tapahtumien käsittelyä palvelimella.

Tee oman sivustosi polusta yksinkertainen kuvaus: selain, latausosoite, tapahtuman vastaanottava osoite ja lopullinen palvelu. Merkitse erikseen, missä suostumus vaikuttaa polkuun. Jos et pysty täyttämään jotain kohtaa, selvitä se ennen toteutusreitin valintaa.

Tarkista suostumus ja latausjärjestys

Googlen ohje kehottaa tarkistamaan suostumusasetukset, kun gateway muuttaa tagin toimintaa. Consent Mode välittää käyttäjän suostumustilan Google-tageille ja ohjaa niiden käyttäytymistä. Se ei tarkoita, että jokaisen verkkosivun pitäisi käyttää samaa lataustapaa.24

Googlen Cloudflare-ohjeessa on olennainen rajaus: kun käytät Consent Modea, poista automaattinen skriptin asennus käytöstä. Tämä asetus pitää erottaa tilien yhdistämisen automaatiosta ja itse mittausreitin määrittämisestä.2

Älä päättele bannerin näkyvyyden perusteella, että latausjärjestys on oikein. Käy läpi Consent Mode v2:n periaatteet ja kirjoita omaan testisuunnitelmaasi, mitä ennen suostumusvalintaa saa tapahtua ja mitä ei.

Kirjaa odotettu käyttäytyminen ennen gatewayn käyttöönottoa ja käytä sitä myös lopputestin vertailukohtana. Jos nykyisen toteutuksen tarkoitus on estää analytiikkatagin lataus ennen hyväksyntää, gatewayta ei pidä tulkita luvaksi muuttaa sitä toisenlaiseksi toteutukseksi. Erota tekninen kokeilu suostumusmallin muuttamisesta.

Valitse testireitti ennen tuotantomuutosta

Googlen ohjeessa käyttöönoton yhteydessä valitaan mittauspolku. Tarkista, ettei suunniteltu polku ole jo sivustosi muun toiminnon käytössä. Toteutuksen tarkat vaiheet riippuvat valitusta ympäristöstä.5

Rajaa kokeilu testiympäristöön, jonka tagit ja tapahtumat pystyt erottamaan tuotannosta. Kirjaa käytettävä tunnus, valittu polku ja muutoksen vastuuhenkilö. Älä käytä yhden testin aikana samanaikaisesti uutta tagia, uutta suostumusbanneria ja uusia konversiomäärityksiä.

Valmistele palautus ennen käyttöönottoa:

  1. Tallenna nykyisen tagin asennustapa ja tunnukset.
  2. Kirjaa, mihin nykyinen skriptin osoite muutetaan.
  3. Selvitä, kuka voi palauttaa aiemman reitityksen.
  4. Valitse testit, joilla toteat palautuksen onnistuneen.
  5. Päätä, mikä havainto keskeyttää kokeilun.

Keskeytysperuste voi olla esimerkiksi sovitun suostumusmallin vastainen verkkopyyntö tai saman ostotapahtuman lähettäminen kahdesti. Nämä ovat testille asetettavia ehtoja, eivät väitteitä siitä, että omalla sivustollasi olisi juuri nyt tällainen virhe.

Tarkista latausreitti ja tapahtumat erikseen

Google neuvoo tarkistamaan Tag Assistantilla, kulkevatko lähetetyt mittauspyynnöt valitun mittauspolun kautta.5 Tarkista siis myös tapahtumapyyntöjen reitti, vaikka hallintanäkymä näyttäisi käyttöönoton aktiivisena.

Avaa lisäksi selaimen kehittäjätyökalujen Network-näkymä ja etsi valitsemaasi mittauspolkua. Pelkkä Googlen verkkotunnuksiin rajattu suodatin ei riitä tarkistukseen, koska gatewayn pyynnöt osoittavat omalle verkkotunnuksellesi.2

Tee testi ensin tavallisella sivun avauksella ja sen jälkeen yhdellä nimetyllä toiminnolla. Valitse esimerkiksi tapahtuma, jonka käynnistymisen pystyt toistamaan ja jonka odotetun nimen tunnet. GA4:n konversioseurannan opas auttaa rajaamaan testattavan toiminnon.

Käytä havaintojen kirjaamiseen samaa taulukkoa koko kokeilun ajan:

Testitilanne Odotettu toiminta Toteutunut havainto
Uusi käynti ennen valintaa Kirjaa oman mallisi odotus Täytä testin jälkeen
Analytiikan hylkäys Kirjaa oman mallisi odotus Täytä testin jälkeen
Analytiikan hyväksyntä Kirjaa odotettu tagi ja tapahtuma Täytä testin jälkeen
Suostumuksen peruutus Kirjaa sovittu toiminta Täytä testin jälkeen
Yksi testattava toiminto Kirjaa tapahtuma ja odotettu määrä Täytä testin jälkeen

Testaa myös palaava kävijä, jonka suostumusvalinta on jo tallennettu, sekä suostumuksen muuttaminen kesken istunnon. Kirjaa, edellyttääkö oma toteutuksesi peruutuksen jälkeen sivun uudelleenlatausta.

Säilytä havainto jokaisesta rivistä. Pelkkä onnistunut hyväksynnän jälkeinen testi ei kerro, mitä hylkäyksen tai peruutuksen jälkeen tapahtuu. Tarkista myös, ettei vanha toteutus jää uuden rinnalle huomaamatta.

Kun arvioit koetta, vertaile ensin teknistä toimintaa. Älä nimeä lyhyen testin aikana muuttunutta raporttilukua gatewayn tuomaksi myynnin kasvuksi. Valmis tekninen tarkistus tarkoittaa tässä, että tunnet toteutuksen polun, suostumuksen käyttäytymisen ja valitsemasi tapahtuman, et sitä, että kampanjan tulos olisi todistettu paremmaksi.

Footnotes

  1. Google: Google tag gateway for advertisers. Ohje tarkistettu 7.11.2026. ↩ ↩2 ↩3

  2. Google: Set up Google tag gateway for advertisers in the Google tag with Cloudflare, erityisesti Before you begin ja When to re-tag your website. Ohje tarkistettu 7.11.2026. ↩ ↩2 ↩3 ↩4

  3. Google: An introduction to server-side tagging. ↩

  4. Google: Set up consent mode on websites. ↩

  5. Google: Set up Google tag gateway for advertisers in Google Tag Manager with Cloudflare. ↩ ↩2