Server-side GTM: Google Ads menja obradu IP adresa

Google Ads tagovi u server-side Google Tag Manager kontejnerima od 11. januara 2027. prihvataće pune IP adrese, prema obaveštenju oglašivačima koje prenosi Search Engine Journal. Google Analytics serverski tagovi nastavljaju da delimično maskiraju IP adrese. Za sajtove iz Srbije koji koriste ovu postavku to je povod da pre januara provere podatke poslate oglasnim platformama.

Promena se odnosi na serverske kontejnere. Ne treba je tumačiti kao najavu da se istog dana menja svaki Google tag u pregledaču. Ako održavate analitiku internet prodavnice ili vodite kampanje za klijente, prvo utvrdite da li uopšte koristite server-side GTM i koji oglasni tagovi rade u njemu.

Šta je najavljeno za server-side GTM?

Prema izveštaju Search Engine Journala od 3. novembra, Google prelazi sa maskiranja IP adresa na nivou celog serverskog kontejnera na obradu koju određuje pojedinačni tag. Obaveštenje obuhvata Google Ads, Display & Video 360, Search Ads 360 i Campaign Manager 360.

Važna je i ograda uz vest. SEJ navodi da je obaveštenje oglašivačima podeljeno 2. novembra, da na njemu nema datuma izdavanja i da promena do 3. novembra nije bila navedena u beleškama o izdanjima Tag Managera. Datum početka zato prenosimo uz jasno navođenje izvora, a ne kao već uvedeno ponašanje svih kontejnera.

Google je, međutim, objavio uputstvo za delimično maskiranje IP adresa u serverskom označavanju. U njemu objašnjava kako se pomoću funkcije Transformations podaci menjaju pre nego što im pojedinačni tag pristupi. To daje konkretan postupak za timove koji žele da zadrže delimično maskiranje.

Analytics i oglasni tagovi imaju različita pravila

U Google uputstvu za maskiranje IP adresa piše da Google Analytics serverski tagovi već podrazumevano primenjuju delimično maskiranje. Oglasne tagove treba pregledati odvojeno. Podešavanje koje proverite za Analytics zato nije dovoljan dokaz da i svaki drugi tag dobija iste podatke.

Za vlasnika sajta to znači da pitanje „da li nam je analitika podešena” nije dovoljno precizno. Tražite pregled po tagu: odakle uzima IP adresu i šta odlazi ka njegovom odredištu. Posebno proverite tagove drugih dobavljača ako dele isti kontejner.

Ovo ne menja način na koji treba da tumačite organski saobraćaj. Ako istovremeno uređujete merenje upita i kupovina, odvojite taj posao od promene IP polja. Naš vodič za GA4 događaje i organski saobraćaj pomaže da pregled merenja ostane usmeren na ono što korisnik stvarno radi na sajtu.

Kako zadržati delimično maskiranje IP adresa?

Google opisuje postupak koji koristi promenljivu napravljenu pomoću prilagođenog šablona i transformaciju događaja. To je posao za osobu koja održava serverski kontejner, uz proveru u Preview režimu pre objave.

U Google uputstvu navedeni su sledeći koraci:

1. Otvorite serverski radni prostor u Google Tag Manageru i u delu Variables napravite novu Custom Template promenljivu.
2. U šablonu pozovite funkciju getAnonymizedIpAddress i vratite njenu vrednost.
3. U delu Transformations napravite novu transformaciju tipa Augment event.
4. Podesite da transformacija prepiše polje ip_override vrednošću nove promenljive.
5. Preko Matching Conditions ili Affected Tags odaberite tagove kojima treba proslediti delimično maskiranu adresu.
6. Pokrenite Preview, aktivirajte odabrane tagove i proverite podatke pre nego što napuste server. Tek zatim sačuvajte i objavite izmenu.

Kod koji Google daje za promenljivu izgleda ovako:

const getAnonymizedIpAddress = require('getAnonymizedIpAddress');
return getAnonymizedIpAddress();

Ovaj kod pripada odgovarajućem šablonu u serverskom GTM-u. Nemojte ga nasumično dodavati u temu sajta ili u običan JavaScript tag u pregledaču. Pratite postupak za serverski kontejner i proverite potrebne dozvole šablona.

Šta tačno radi funkcija za maskiranje?

Google API dokumentacija za getAnonymizedIpAddress navodi da se kod IPv4 adresa poslednji oktet zamenjuje nulom. Dokumentovani primer je promena adrese 198.51.100.42 u 198.51.100.0.

Kod IPv6 adresa nulama se zamenjuje poslednjih 80 bitova, dok se prvih 48 zadržava. Ako IP adresa nije ispravna ili ne može da se utvrdi, funkcija vraća ::. U dokumentaciji je navedena i povezana dozvola user_ip, što osoba koja pravi šablon treba da uzme u obzir.

Delimično maskiranje nije potpuno uklanjanje IP podatka. U internom izveštaju zato zapišite da je adresa delimično maskirana, umesto neodređenog opisa da se „IP ne šalje”. Tehnička provera treba da pokaže stvarnu vrednost u izlaznom polju.

Tagovi drugih dobavljača traže zasebnu proveru

Google upozorava da svi tagovi ne čitaju IP adresu iz polja ip_override. Neki koriste posebna zaglavlja ili druge parametre događaja. Transformacija koja menja samo standardno polje tada može da ostavi drugo polje netaknutim.

Zato za svaki takav tag pregledajte dokumentaciju dobavljača ili ulazne zahteve u Tag Assistantu. Ako koristi drugo polje, Google upućuje na zasebnu Augment event transformaciju koja menja baš to polje. Ponovite Preview proveru za odabrani tag, umesto da pretpostavite da ga prva transformacija automatski pokriva.

Ovo je dobar trenutak da razdvojite različite zadatke u održavanju analitike. Na primer, GA4 Include filter za hostname bavi se drugim pitanjem. Nemojte njegovo podešavanje beležiti kao završenu proveru IP podataka u oglasnim tagovima.

Zadatak za timove u Srbiji pre januara

Za domaću prodavnicu ili agenciju najkorisniji početak je popis postojeće postavke. Sledeći primer je predlog radnog zadatka, a ne opis konkretne firme: ako prodavnica koristi serverski GTM za Google Ads, zadužite održavaoca da zabeleži aktivne tagove, izvor IP podatka i rezultat provere nakon transformacije.

Uz tehnički deo pregledajte i obaveštenja korisnicima. Prema obaveštenju koje prenosi SEJ, oglašivači moraju da obezbede odgovarajuća obaveštenja i zakonom potrebne saglasnosti pre prikupljanja podataka. Za korisnike iz Evropskog ekonomskog prostora, Ujedinjenog Kraljevstva i Švajcarske navedena je i Google politika o saglasnosti korisnika.

Za sajt iz Srbije koji ima posetioce iz tih područja, nemojte procenu završiti samo na adresi sedišta firme. Sa osobom zaduženom za privatnost proverite zahteve za korisnike kojima pružate uslugu. Samo uključivanje transformacije nije dokaz da su rešena sva pitanja saglasnosti.

Google u prenetom obaveštenju navodi filtriranje nevažećeg saobraćaja i unapređenje učinka kampanja kao razloge za promenu. Iz toga se ne može izvesti obećanje o određenom rastu prodaje. SEJ takođe navodi da obaveštenje ne objašnjava gde bi se pune IP adrese čuvale niti koliko dugo.

Danas otvorite serverski kontejner ili zatražite pristup izveštaju od agencije. Za svaki oglasni tag unesite naziv IP polja i osobu odgovornu za proveru, pa zakažite Preview test dovoljno pre 11. januara 2027. Sačuvajte rezultat testa uz verziju kontejnera koju planirate da objavite.