Visit Website →
← Back to blog

7–14 dni: Googlov Consent Mode v2 v gtag.js/GTM za EHP, VB in Švica

September 9, 2026
7–14 dni: Googlov Consent Mode v2 v gtag.js/GTM za EHP, VB in Švica

Consent Mode v2 je Googlov mehanizem za pošiljanje stanja soglasja, ki poleg starih parametrov ad_storage in analytics_storage zdaj zahteva še ad_user_data in ad_personalization. Google je nadgradnjo naredil obvezno za oglaševalce, ki obdelujejo promet iz Evropskega gospodarskega prostora, Združenega kraljestva in Švice, sicer tvegate izgubo funkcij oglaševanja v Google Ads. Če vaša stran cilja na te trge, je nadgradnja praktično nujna, ne le priporočena.

Na kratko:

  • Če vaša stran cilja na Evropski gospodarski prostor, Združeno kraljestvo ali Švico, je nadgradnja na consent mode v2 nujna zaradi izgube funkcij oglaševanja v Google Ads.
  • Napredni način delovanja consent mode v2 omogoča boljšo modeliranje konverzij s pošiljanjem cookieless signalov tudi ob zavrnitvi soglasja, kar je pomembno za velike spletne strani z visokim prometom.
  • Pri implementaciji je treba ustrezno nastaviti privzete vrednosti soglasja in redno preverjati delovanje skozi orodja kot sta Google Tag Assistant in Google Analytics real-time poročila.
  • Pogoste napake vključujejo mešanje verzij API, nepravilno nastavljen posodobitveni klic ali nepopolno integracijo platforme za soglasja, ki ne pošlje vseh štirih parametrov.
  • Za zagotovitev zanesljivih rezultatov je priporočljivo uporabiti napredni način, saj omogoča boljšo modeliranje tudi pri uporabnikih, ki soglasja niso podali.
Createable
Povežite vsebine z rezultati
Createable ustvarja avtentične vsebine ter vodi profile in oglaševalske kampanje glede na potrebe posamezne blagovne znamke.
Spoznajte Createable

Kazalo

Prejšnja različica je poznala samo dva stikala: ad_storage za piškotke, povezane z oglaševanjem, in analytics_storage za analitične piškotke. V2 je to shemo razširil, ker je Google želel natančneje ločiti, za kaj natančno je uporabnik dal dovoljenje.

Novi parametri delujejo takole:

  • ad_storage določa, ali sme brskalnik shranjevati piškotke ali podobne identifikatorje za namene oglaševanja.
  • analytics_storage nadzoruje shranjevanje podatkov za analitiko, na primer v Google Analytics 4.
  • ad_user_data pove, ali lahko Google uporabniške podatke pošilja v oglaševalske namene, ločeno od vprašanja shranjevanja piškotkov.
  • ad_personalization določa, ali je dovoljena uporaba podatkov za personalizirano oglaševanje, na primer remarketing sezname.

Razlika med v1 in v2 ni kozmetična. Google je ločil vprašanje »ali lahko shranjujem podatke« od vprašanja »ali lahko podatke uporabim za personifikacijo in pošiljanje tretjim stranem«. Ta ločitev izhaja neposredno iz pričakovanj glede zasebnosti v EHP, kjer regulator zahteva bolj draguljarno soglasje kot samo splošno privolitev v piškotke, kot pojasnjuje Googlova dokumentacija za oznake.

Za oglaševalce to pomeni konkreten poseg v podatke. Če stran pošilja samo staro shemo z dvema parametroma, Google Ads ne dobi dovolj informacij, da bi lahko zanesljivo modeliral konverzije uporabnikov, ki soglasja niso podali. Posledica je vidnejša luknja v poročilih in slabša optimizacija kampanj, predvsem pri marketingu in avtomatskih strategijah ponudb.

Google ponuja dve izvedbi in razlika med njima odloča, koliko podatkov dejansko pride do Google Ads in Analytics.

V osnovnem načinu se oznake, ki so vezane na soglasje, sploh ne naložijo, dokler uporabnik ne poda pozitivne odločitve. To pomeni popolno blokado do interakcije z pasico za soglasje. Preprosto za implementacijo, a dokler uporabnik ne klikne, Google ne prejme ničesar, niti kanoniziranega signala.

Napredni način deluje drugače in je zahtevnejši, a bogatejši s podatki. Oznake se naložijo takoj, tudi še preden uporabnik izbere soglasje, vendar delujejo v omejenem, cookieless načinu. Namesto piškotkov pošiljajo tako imenovane cookieless Kinge, ki Googlu dajo osnovne signale (na primer čas obiska, stran, grobo lokacijo brez identifikatorja) za statistično modeliranje manjkajočih konverzij. Google to jasno opisuje kot razliko med oznako, ki je popolnoma blokirana, in oznako, ki se naloži ter pošilja cookieless signale, kot navaja pomoč za Google Analytics.

LastnostOsnovni načinNapredni način
Nalaganje oznake pred soglasjemNeDa, v omejenem načinu
Pošiljanje cookieless KingovNeDa
Podatki za modeliranje konverzijMinimalniBistveno bolj popolni
Zahtevnost nastavitveNižjaVišja
Priporočeno zaManjše strani z nizkim obiskomStrani z oglaševanjem in marketingom

Za vsakega upravljavca kampanj je praktična posledica jasna: napredni način skoraj vedno prinese boljšo osnovo za modeliranje, ker Google dobi vsaj nekaj signala tudi od uporabnikov, ki soglasja niso dali. Pri strani z manjšim obiskom razlika morda ni opazna, pri strani s tisoči obiskov na dan pa lahko pomeni razliko med uporabnim in neuporabnim poročilom o konverzijah.

Preden začnete spreminjati produkcijsko kodo, naredite kratek kontrolni seznam. Preverite, ali imate testno okolje ali vsaj možnost testiranja na podstraneh, naredite varnostno kopijo trenutne konfiguracije GTM in preverite, kolikšen delež prometa dejansko prihaja iz EHP, ker je od tega odvisna nujnost nadgradnje.

Postopek za osnovno tehnično izvedbo je naslednji:

  1. Nastavite privzeto stanje soglasja pred nalaganjem katerekoli oznake za merjenje. V gtag.js to naredite s klicem gtag('consent', 'default', {...}), kjer vsem štirim parametrom (ad_storage, analytics_storage, ad_user_data, ad_personalization) določite vrednost denied ali granted, odvisno od privzete politike vaše strani.
  2. Dodajte klic update() ob uporabnikovi odločitvi. Ko uporabnik izbere nastavitve v pasici za soglasje, sproži se gtag('consent', 'update', {...}) s posodobljenimi vrednostmi za posamezne parametre. Ta klic je tisti, ki dejansko spremeni obnašanje vseh nadaljnjih oznak na strani.
  3. V Google Tag Manager odprite nastavitve soglasja (Consent Settings) na ravni delovnega prostora ali posamezne oznake. GTM od različice, ki podpira Consent Mode, ponuja vgrajen mehanizem, s katerim lahko posamezni oznaki določite, kateri parameter soglasja mora biti odobren, da se oznaka sploh sproži.
  4. Preverite sprožilce. Za oznake, ki morajo delovati samo po pozitivnem soglasju za oglaševanje, nastavite pogoj, ki preverja ad_storage in ad_user_data hkrati, ne le enega od njiju.
  5. Povežite platformo za upravljanje soglasij (CMP) z GTM. Večina verificiranih CMP rešitev avtomatsko pošilja klice update() v ozadju, zato vam ročnega kodiranja pogosto ni treba pisati, potrebno pa je preveriti, da CMP dejansko pošilja vseh štiri parametre, ne le prva dva iz starejše različice.

Če stran gostuje na WordPressu, je ena od najbolj razširjenih rešitev vtičnik Complianz, ki podpira Consent Mode in ponuja lastno dokumentacijo za nastavitev privzetih vrednosti ter povezavo z GTM, kot je opisano na strani vtičnika. Za tehnično izvedbo širših sprememb na WordPress straneh so uporabni tudi vodiči za avtomatizacijo SEO nastavitev na WordPressu, ki pokrivajo podobne korake pri urejanju skriptom v glavi strani.

Pri integraciji CMP bodite pozorni na en pogost spregled: mnoge starejše CMP rešitve pošiljajo samo signal za ad_storage in analytics_storage, ker so bile zgrajene pred uvedbo v2. Preverite, ali je vaša CMP vključena v Google CMP Partner Program in ali podpira IAB TCF (Transparency and Consent Framework), ker to Googlu potrjuje, da so signali soglasja verodostojni in pravilno strukturirani, kot izhaja iz Googlovih smernic za soglasje uporabnikov v EU.

Strokovni nasvet: Ne testirajte samo, ali se pasica za soglasje prikaže. Odprite konzolo brskalnika, poiščite ukaze dataLayer in preverite, ali se ob vsakem kliku uporabnika dejansko sproži gtag consent update z vsemi štirimi parametri, ne le z dvema starejšima.

Če imate staro implementacijo z ga.js ali analytics.js, je čas za migracijo na gtag.js ali GTM neizogiben, ker starejše oznake preprosto ne razumejo strukture Consent Mode v2, kot opozarja tudi Googlova tehnična dokumentacija.

Kako preveriti, ali implementacija dejansko deluje

Po nastavitvi sledi diagnostika. Google Tag Assistant je prvo orodje, po katerem posežete, saj v realnem času pokaže, kateri parametri soglasja se pošiljajo ob nalaganju strani in ob interakciji uporabnika s pasico.

Za preverjanje na strani analitike odprite GA4 realni pregled (Realtime) in preverite, ali se dogodki sploh beležijo pri uporabnikih, ki so soglasje zavrnili. Pri naprednem načinu bi morali videti omejene, cookieless dogodke, pri osnovnem načinu pa dogodkov za te uporabnike ne bo, kar je pričakovano vedenje in ne napaka.

V prvih 7 do 14 dneh po uvedbi pričakujte naslednje spremembe v poročilih:

  • Google Ads bo začel prikazovati modelirane konverzije poleg neposredno merjenih, kar lahko spremeni skupno število konverzij v poročilu.
  • Analytics potrebuje dovolj podatkovnega volumna, preden modeliranje sploh začne delovati. Google navaja, da je smiselno počakati vsaj 7 polnih dni, preden ocenjujete vpliv na poročila.
  • Pri straneh z nizkim obiskom modeliranje morda ne doseže pragov podatkov, zato ostanejo vrzeli v poročanju vidne dlje časa.

Preden trdite, da je nekaj narobe, preverite ta pogosta izvora napak:

  • CMP ne pošilja pravilnega signala. Preverite, ali platforma za soglasje dejansko posodablja vseh štiri parametre in ne samo starejših dveh.
  • Manjkajoč klic update(). Pogosto se privzeto stanje nastavi pravilno, a se posodobitev ob interakciji uporabnika nikoli ne sproži zaradi napake v konfiguraciji GTM.
  • Neusklajene oznake. Del oznak še uporablja staro shemo, del že novo, kar povzroči nekonsistentne podatke med različnimi orodji za merjenje.

Privzeto stanje soglasja je odločitev, ki jo morate sprejeti zavestno, ne kot tehnično podrobnost. Za promet iz EHP je varnejša privzeta nastavitev denied za vse štiri parametre, dokler uporabnik ne poda izrecne privolitve, saj to ustreza pričakovanjem zakonodaje o zasebnosti v tej regiji.

Med najpogostejšimi napakami, ki jih vidimo pri implementacijah, izstopajo tri:

  • Mešanje verzij API. Del kode še kliče staro shemo Consent Mode z dvema parametroma, del že novo s štirimi, kar zmede tako GTM kot Google Ads pri interpretaciji signalov.
  • Napačna integracija CMP. CMP prikaže pasico, a v ozadju ne posreduje pravilnih vrednosti v dataLayer, zato Google kljub videzu delujoče rešitve ne prejme uporabnih podatkov.
  • Pozabljen posodobitveni klic na podstraneh. Pogosto se privzeto stanje naloži na vseh straneh, klic update() pa je vezan samo na glavno stran, zato uporabniki, ki pristanejo neposredno na podstrani, nikoli ne sprožijo pravega signala.

Strokovni nasvet: Dokumentirajte, kdo v ekipi je odgovoren za posodobitve Consent Mode ob vsaki spremembi CMP ali GTM konfiguracije. Brez jasne lastnine nad to nastavitvijo se napake nabirajo tiho, poročila pa postajajo vse manj zanesljiva, brez očitnega vzroka.

Za skladnost ni dovolj samo tehnična pravilnost. Priporočljivo je tudi redno preverjanje, ali je politika zavračanja soglasja enako preprosta kot politika sprejemanja, ker to zahteva tudi širša regulativa o zasebnosti v EHP, povezana s Digital Markets Act.

Kako Createable pomaga pri izvedbi in povezavi z rezultati

Tehnična nastavitev Consent Mode v2 je samo polovica zgodbe. Druga polovica je razumevanje, kaj spremenjeni podatki pomenijo za vaše kampanje in kako jih interpretirati brez panike ob prvem padcu v poročilu.

Pri agenciji oziroma ponudniku storitev ta korak pogosto povežejo neposredno z delom na oglasnih kampanjah v Google Ads, saj konfiguracijo CMP, nastavitve v GTM in testiranje signalov izvajajo kot del priprave kampanje, ne kot ločen tehnični projekt. Po uvedbi lahko v poročilih pričakujete začasno nihanje v številu konverzij, dokler se modeliranje ne stabilizira, kar je normalen del prehoda, ne znak težave. Pri nastavljanju konverzij v Google Ads je pravilna implementacija Consent Mode predpogoj za zanesljivo optimizacijo, ne dodatek.

Kjer se tehnična izvedba konča in začne pravno vprašanje, je meja jasna: vsebino pasice za soglasje, obseg zbiranja podatkov in skladnost z lokalno zakonodajo prepustite pravnemu svetovanju, tehnično integracijo pa agenciji ali razvijalcu.

Največja napaka, ki jo vidim pri strankah, ni odsotnost Consent Mode, temveč prepričanje, da je enkratna nastavitev dovolj. Signal soglasja se spreminja z vsako posodobitvijo CMP, vsako novo pod stranjo in vsako spremembo v GTM, zato je to živ sistem, ne enkraten projekt na seznamu opravil.

Konvencionalni nasveti se preveč osredotočajo na to, da pasica za soglasje deluje vizualno. Bolj pomembno je, ali dataLayer dejansko prejme pravilne vrednosti ob vsakem kliku uporabnika, ker od tega je odvisno vsako naslednje poročilo o konverzijah.

Prednost dajte naprednemu načinu, če vaša stran živi od oglaševanja. Cookieless pingi niso popolna zamenjava za pravi signal, a razlika med delnim vpogledom in popolno slepo pego v poročilih je ogromna. Kdor pri Google Ads še vedno gleda samo surovo število konverzij brez razumevanja modeliranja, bo sprejemal odločitve na podlagi nepopolne slike.

— Laura

This article is general information, not a substitute for advice from a qualified lawyer. Consult a qualified legal professional about your own circumstances before acting on anything here.

Viri

Priporočeno