Jos sivustosi käyttää Google Tag Manageria, Google muuttaa tapaa, jolla Tag Manager käynnistyy sivuillasi. Googlen 8. lokakuuta 2026 päivätyn julkaisutiedotteen mukaan jokainen Tag Manager -säilö (Tag Managerin “laatikko”, jossa sivustosi tagit ovat) käynnistyy heti latautuessaan sen sijaan, että se odottaisi sivulla olevaa gtag('config')-komentoa. Tämä Google Tag Manager gtag config -muutos koskee eniten sivustoja, joissa Tag Manager on yhdistetty erilliseen Google-tagin koodiin, sekä säilöjä, joissa on sääntöjä (triggereitä), jotka käynnistävät tageja jokaisesta tapahtumasta.
Google lähetti sähköpostia niiden säilöjen omistajille, joiden asetuksia se pitää virheellisinä. Google ei ole kertonut, kuinka monesta säilöstä on kyse, ja korjausta käsittelevällä ohjesivulla lukee yhä, että päivitys tulee “pian”.
Mikä muuttui Google Tag Managerissa 8. lokakuuta?
Googlen mukaan Tag Manager -säilöt eivät enää odota gtag('config')-riviä eli komentoa, joka kertoo Google-tagille, mille tilille data lähetetään ja millä asetuksilla. 8. lokakuuta julkaistussa tiedotteessa sanotaan englanniksi, suomennoksemme mukaan: “kaikki Google Tag Managerin (gtm.js) säilökoodinpätkät alustetaan säilön latautuessa riippumatta gtag(‘config’)-komennoista.”
Koodinpätkä on muutaman rivin koodi, joka liitetään sivustosi jokaiselle sivulle. Tagi on pieni koodinpala, joka raportoi, mitä sivustollasi tapahtuu, esimerkiksi sivun katselun tai lähetetyn lomakkeen. Tagi lähettää tiedon työkaluun, kuten Google Analyticsiin tai Google Adsiin. Sivusto voi ladata Googlen tagit kahdella eri koodinpätkällä:
| Tag Managerin koodinpätkä | Google-tagin koodinpätkä | |
|---|---|---|
| Ladattava tiedosto | gtm.js | gtag.js |
| Käytettävä tunnus | Alkaa merkeillä GTM- | Tuotteen tunnus, kuten G- tai AW- |
Molemmat koodinpätkät kirjoittavat dataLayeriin, sivulla olevaan viestijonoon, jota Tag Manager lukee. Tähän asti säilö saattoi huomata muualla sivulla olevan gtag('config')-rivin ja odottaa sitä, ja osa sivustoista luotti tähän. Tiedote muuttaa myös sitä, mitä säilö näkee (suomennoksemme): “config-komennot tulevat nyt dataLayeriin näkyvinä gtag.config-tapahtumina.”
Mitä sivustoja Google Tag Manager gtag config -muutos koskee?
Muutos koskee kahta sivustojen ryhmää. Googlen sähköpostit lähtivät ensimmäiselle ryhmälle, jonka toteutusta Google kutsuu ei-tuetuksi. Toisen ryhmän asetukset voivat olla Googlen mielestä oikeat, mutta niissä on sääntöjä (triggereitä), jotka käynnistävät tageja jokaisesta tapahtumasta.
Sekamuotoiset asetukset. Googlen ohjesivu gtag.js-asennuksesta kuvaa sivustoja, jotka lataavat G-, AW- tai DC-tunnuksen Tag Managerin koodinpätkän kautta. Sen esimerkki virheellisestä toteutuksesta on tavallinen GTM-koodinpätkä, jonka perässä on erillinen gtag('config')-rivi. Googlen mukaan näillä sivustoilla “voi ilmetä odottamattomia muutoksia tagien toiminnassa”, ja käyttäjät, joiden säilöissä on ei-tuettuja toteutuksia, “ovat saaneet sähköposti-ilmoituksen”.
Jokerimerkkiä käyttävät triggerit. Triggeri on sääntö, joka kertoo tagille, milloin se käynnistyy. Oman tapahtuman triggeri voi tunnistaa tapahtumien nimiä kuviolla .*, joka vastaa jokaista dataLayerin tapahtumaa. Googlen julkaisutiedote varoittaa (suomennoksemme): “Jos Google Tag Manager -säilösi käyttävät jokerimerkkiä omien tapahtumien triggereissä, tämä muutos voi saada kyseiset tagit käynnistymään.”
Googlen omia tapahtumia käsittelevä ohje suositteli jo ennestään kapeampaa kuviota, koska .* vastaa myös tapahtumia, joita Tag Manager ja Google-tagi lähettävät automaattisesti. PPC Land huomauttaa, että jokerimerkkitriggerien riski koskee myös sivustoja, joiden asetukset Google katsoo oikeiksi, koska tavallinen gtag.js-koodinpätkä sisältää itsessään config-kutsun.
Milloin Google ilmoitti gtag config -muutoksesta?
Varoitus tuli viikkoja ennen julkaisutiedotetta. PPC News Feed kertoi Googlen ohjesivun ilmoituksesta 27. elokuuta 2026. WordPress.orgin tukifoorumin käyttäjä julkaisi 20. elokuuta sähköpostin, jonka eräs asiakas oli saanut Googlelta. Viestissä luki (suomennoksemme): “2. lokakuuta 2026 alkaen kaikki gtm.js-koodinpätkät alustetaan säilön latautuessa”.
Julkaisutiedote on päivätty 8. lokakuuta. Korjausta käsittelevän Googlen ohjesivun mukaan Tag Managerin koodinpätkät “päivitetään pian”. Kuten PPC Land ja Relevant Audience huomauttavat, Google ei ole kertonut, tuliko muutos kaikkiin säilöihin samana päivänä vai otetaanko se käyttöön vaiheittain.
Mitä Google ei ole kertonut
Google ei ole antanut lopullista määräaikaa eikä arviota siitä, kuinka paljon dataa muutos voi sotkea. Relevant Audience huomauttaa, että julkaisutiedotteessa “ei mainita maa- tai aluekohtaisia rajauksia”, eikä korjausta käsittelevä ohjesivukaan mainitse niitä.
Lisäksi on käytännön aukko. Sähköposti lähti sille, joka on merkitty säilön yhteyshenkilöksi. Relevant Audience huomauttaa, että jos tämä henkilö on entinen työntekijä tai aiempi verkkokehittäjä, “varoitus ei ehkä ole koskaan tavoittanut sitä, joka hoitaa sivustoa nyt”.
Mitä tämä tarkoittaa yrityksellesi
Meidän näkemyksemme mukaan nyt kannattaa tarkistaa seuranta-asetukset huolellisesti. Tehtävänä on tarkistaa, mitä sivusi lataavat, valita toinen Googlen kahdesta korjauksesta, jos asetuksesi ovat sekamuotoiset, ja testata, että jokainen yhteydenotto lasketaan kerran. Etenisimme näissä vaiheissa tässä järjestyksessä ennen kuin mainostileillä muutetaan mitään.
- Selvitä, kuka omistaa säilön. Tarvitset pääsyn Tag Manageriin, jotta voit tarkistaa mitään, ja säilön pitäisi olla yrityksen omistuksessa niin, että mahdollinen toimisto on lisätty käyttäjäksi. Oppaamme markkinointitoimiston arvioinnista kertoo, miksi tilien pitäisi olla sinun hallussasi.
- Katso, minkä koodinpätkän sivusi lataavat. Avaa sivustosi, näytä sivun lähdekoodi ja hae tekstiä “googletagmanager.com”. Jos osoitteessa on gtm.js ja tunnus, joka alkaa GTM-, säilösi latautuu tuettua reittiä. Jos gtm.js:ssä on G-, AW- tai DC-tunnus tai Tag Managerin koodinpätkän vieressä on erillinen
gtag('config')-rivi, sinulla on juuri se toteutus, josta Google varoitti. - Valitse toinen Googlen kahdesta korjauksesta. Käytä Google-tagin (gtag.js) koodinpätkää jokaisella sivulla ja poista gtm.js-koodinpätkä sekä kaikki erilliset config-rivit. Tai jos Tag Manager hoitaa muut tagisi, pidä koodinpätkä GTM-tunnuksellasi ja ota Google-tagi käyttöön säilön sisällä. Siirrä mukaan asetukset, jotka vanha config-rivi välitti, ja jätä evästesuostumuksen asetukset paikoilleen, jotta tagit noudattavat yhä kävijän valintaa evästebannerissa.
- Etsi säilöstä
.*-triggerit. Avaa triggerien luettelo ja etsi omien tapahtumien triggerit, jotka vastaavat kaikkia tapahtumia. Rajaa jokainen niistä niihin tapahtumanimiin, joita se tarvitsee, koska gtag.config-tapahtumasta käynnistyvä tagi voi lähettää saman datan uudelleen ja esimerkiksi laskea yhden yhteydenoton kahdeksi. - Testaa Tag Assistantilla ja oikealla yhteydenotolla. Tag Assistant on Googlen vianmääritystyökalu sivustosi tagien tarkistamiseen, ja Googlen ohjesivun mukaan tagitunnuksesi kohdalla pitäisi näkyä siellä vihreä tai sininen tilakuvake. Lähetä sen jälkeen testiyhteydenotto puhelimellasi ja tarkista, että se lasketaan kerran, kuten kuvaamme oppaassa Google Ads tuo klikkejä mutta ei yhteydenottoja. Maksetun mainonnan kampanjoissamme tarkistamme seurannan ennen kuin muutamme hintatarjouksia.
- Vertaa lukuja sähköpostiisi tai CRM:ään. Aseta sähköpostiin tai CRM:ään tulleet yhteydenotot rinnakkain niiden konversioiden kanssa, jotka Google raportoi samoilta päiviltä, ennen 8. lokakuuta ja sen jälkeen. Käytämme samaa tarkistusta CRM- ja analytiikkaprojekteissamme, ja jos luvut eivät enää täsmää, tagit ovat ensimmäinen paikka, josta etsiä.
