Consent Mode v2: kaj morate nastaviti in preveriti zdaj

Consent Mode v2: kaj morate nastaviti in preveriti zdaj

Consent Mode v2 doda dva nova parametra, ad_user_data in ad_personalization, in če uporabljate Google Ads ali GA4, morate implementacijo nadgraditi ter preveriti. Brez tega izgubite personalizirano oglaševanje in del konverzijskih podatkov. Naslednji korak je preprost: zaženite Tag Assistant, preverite consent parametre na svoji strani in preverite, ali ima vaš CMP že vgrajeno posodobitev. Če upravljate lastno pasico za privolitev, morate nove parametre dodati ročno.

Na kratko:

• Če uporabljate Google Ads ali GA4, morate nadgraditi implementacijo consent mode v2, sicer boste izgubili dostop do personaliziranega oglaševanja in natančnega merjenja konverzij.
• Pri izboru med osnovno in napredno implementacijo je za učinkovito modeliranje podatkov potrebno imeti aktiviran napredni način, ki temelji na denyal vrednosti za vse oznake, pred nalaganjem strani.
• Ključno je vnaprej nastaviti privzete consent parametre na denied in jih posodobiti šele po dejanski uporabnikovi privolitvi, sicer ogrožate skladnost z zakonodajo in priložnosti za izkoriščanje podatkov.
• Pri tehnični izvedbi je treba najprej v kodi postaviti default klic, nato pa posodobiti stanje s klicem »update«, pri čemer je pomemben vrstni red in pravilna nastavitev, še posebej v GTM ali na strežniku.
• Redno preverjajte delovanje s pomočjo Tag Assistant in diagnostike v Google Ads ter GA4, saj lahko napačna nastavitev ali manjkajoči signali tiho preprečijo zbiranje podatkov in modeliranje vedenja.

Kazalo

• Kaj je consent mode v2 in katere spremembe prinaša
• Basic ali advanced implementacija: kaj se dogaja z oznakami
• Implementacija v praksi: gtag.js, Google Tag Manager in server-side
• CMP integracija in pravilna nastavitev privzetega stanja
• Kako preverite implementacijo in odpravite napake
• Modeliranje vedenja v GA4: pragovi in omejitve
• Checklist za produkcijsko postavitev
• Kaj se pri nadgradnji na v2 najpogosteje spregleda
• Kako Moxy-web pomaga pri nadgradnji na v2
• Viri
• Pogosta vprašanja

Kaj je consent mode v2 in katere spremembe prinaša

Consent Mode v2 je Googlova nadgrajena različica sistema za upravljanje privolitev, ki oznakam pove, katere podatke lahko obdelujejo glede na izbiro uporabnika. Google jo je uvedel, ker je spremenil pravila za personalizirano oglaševanje v Evropskem gospodarskem prostoru, priporoča pa posodobitev vsem, ki uporabljajo Google Ads ali GA4.

Sistem deluje na podlagi consent type parametrov. Vsak od njih pove Googlovim oznakam, kaj lahko počnejo s posameznim tipom podatkov:

• ad_storage — dovoljuje shranjevanje piškotkov, povezanih z oglaševanjem.
• analytics_storage — dovoljuje shranjevanje piškotkov za analitiko, na primer v GA4.
• ad_user_data — nova nastavitev v2, ki dovoljuje pošiljanje uporabniških podatkov Googlu za namene oglaševanja.
• ad_personalization — nova nastavitev v2, ki dovoljuje uporabo podatkov za personalizirano oglaševanje in remarketing.
• functionality_storage — omogoča shranjevanje, ki podpira delovanje strani (na primer jezikovne nastavitve).
• personalization_storage — omogoča shranjevanje za personifikacijo vsebine, ki ni neposredno povezana z oglaševanjem.

Prva štiri nastavitev Google uporablja pri odločanju, katere oznake lahko pošljejo podatke in v kakšni obliki. Novost pri v2 ni le dodatek dveh parametrov, ampak dejstvo, da Google Ads brez ad_user_data in ad_personalization ne more več zanesljivo izvajati personaliziranega oglaševanja ali natančnega merjenja konverzij za uporabnike v EGP. Za marketinško ekipo to pomeni neposreden vpliv na doseg remarketinških kampanj, za razvijalca pa nujnost, da nove parametre pravilno vključi v vsak klic gtag ali v konfiguracijo GTM.

Basic ali advanced implementacija: kaj se dogaja z oznakami

Odločitev med basic in advanced implementacijo določa, kako se oznake obnašajo, preden uporabnik izbere svojo privolitev. Pri basic implementaciji se oznake, za katere je privolitev zavrnjena, sploh ne naložijo. Pri advanced implementaciji pa se naložijo z default nastavitvijo denied in pošljejo omejen, brez piškotkov ping, ki Googlu omogoča modeliranje manjkajočih podatkov.

Ta razlika ni kozmetična. Basic implementacija je preprostejša za vzpostavitev, ker oznake preprosto počakajo na privolitev. Toda ker se ne naložijo, Google nima nobenega signala za modeliranje konverzij pri uporabnikih, ki privolitve ne podajo. Advanced implementacija omogoča natančnejše, oglaševalcu specifično modeliranje, vendar zahteva, da razvijalec pravilno postavi default klic z denied vrednostmi še pred nalaganjem katerekoli oznake.

V praksi to pomeni:

• Strani z visokim deležem zavrnjenih privolitev in pomembnim proračunom za Google Ads skoraj vedno potrebujejo advanced implementacijo, ker basic pusti preveč lukenj v podatkih o konverzijah.
• Manjše strani z omejenim prometom lahko začnejo z basic implementacijo, saj razlika v natančnosti modeliranja pri majhnem obsegu podatkov ni tako izrazita.
• E-trgovine, ki se močno zanašajo na remarketing, praktično nimajo izbire. Brez advanced implementacije in ad_user_data ostanejo brez velikega dela publike za oglaševanje.

Za primerjavo obeh pristopov glede na dejanski obisk je smiselno pogledati tudi nastavitev GA4 za trgovino, kjer se logika modeliranja neposredno prepleta z natančnostjo poročil o prihodkih.

Implementacija v praksi: gtag.js, Google Tag Manager in server-side

Tehnična izvedba consent mode v2 poteka na treh ravneh, in vsaka ima svoje pasti. Osnovni princip je enak povsod: najprej postavite default stanje, šele nato oznake, in privolitev posodobite z ločenim klicem, ko uporabnik izbere svojo možnost.

Strokovni nasvet: Klic gtag(‘consent’, ‘default’, …) mora biti prva vrstica JavaScripta na strani, še pred nalaganjem gtag.js knjižnice. Če ga postavite za GTM vsebnikom, tvegate, da se nekatere oznake naložijo brez privzete zavrnitve.

1. Nastavite default klic. Na vsaki strani mora teči nekaj podobnega temu vzorcu, preden se naloži kar koli drugega:

gtag('consent', 'default', {
  'ad_storage': 'denied',
  'analytics_storage': 'denied',
  'ad_user_data': 'denied',
  'ad_personalization': 'denied'
});

2. Dodajte update klic po izbiri uporabnika. Ko uporabnik potrdi ali zavrne kategorije, CMP pošlje:

gtag('consent', 'update', {
  'ad_storage': 'granted',
  'ad_user_data': 'granted',
  'ad_personalization': 'granted'
});

3. V Google Tag Managerju uporabite Consent Overview. Ta pregled v vmesniku pokaže, katere oznake so vezane na kateri consent type in kje morda manjka sprožilec. Nastavite privzete vrednosti privolitve na ravni vsebnika, ne le na ravni posamezne oznake, saj to zmanjša tveganje, da nova oznaka pozabi na consent preverjanje.
4. Dodajte Conversion Linker. Če uporabljate server-side vsebnik, mora Conversion Linker teči tudi tam, ne le v spletnem vsebniku, saj sicer izgubite del podatkov o kliknjenih oglasih.
5. Pri server-side postavitvi posredujte consent pinge naprej. Server-side vsebnik potrebuje GA4 client, Conversion Linker in Google Ads kontejner, ki so pravilno povezani, da consent stanje potuje od brskalnika do strežnika brez izgube. Če strežniška plast consent parametrov ne prenese naprej, se modeliranje na strani Google Ads preprosto ne aktivira, ne glede na to, kako pravilno je nastavljen brskalniki del.
6. Posodobite mobilne SDK-je. Za aplikacije na Android in iOS je treba nadgraditi SDK, da se consent signali pravilno prenesejo do Google Ads in Firebase Analytics. Stare različice SDK-jev consent parametrov v2 preprosto ne poznajo.

Vrstni red klicev je pri tem najpogostejši vzrok napak. Default mora priti prvi, update šele po interakciji uporabnika, in noben od klicev ne sme biti odvisen od tega, ali se je stran še popolnoma naložila.

CMP integracija in pravilna nastavitev privzetega stanja

Certificiran CMP partner precej olajša delo, ker ga Google redno posodablja skupaj s spremembami v Consent Mode. Če uporabljate certificirano platformo za upravljanje privolitev, se nove nastavitve v2 pogosto namestijo samodejno, brez posega razvijalca.

Lastna pasica za privolitev daje popoln nadzor nad oblikovanjem in besedilom, vendar zahteva ročno delo pri vsaki prihodnji spremembi Googlovih zahtev. Točka, kjer se najpogosteje zalomi, je natančno ta: razvijalec dodatnih dveh parametrov preprosto ne doda, ker jih pri prvotni postavitvi pred v2 ni bilo.

Ne glede na izbrano rešitev veljata dve pravili, ki nista opcijska za uporabnike v EGP in Združenem kraljestvu:

• Privzeto stanje na strani mora biti denied, preden uporabnik naredi kakršno koli izbiro. To pomeni, da oznake ne smejo predpostavljati privolitve.
• Posodobitev na strani mora slediti šele po dejanski izbiri uporabnika, ne pred njo in ne samodejno po določenem času brez interakcije.

To ni le tehnično priporočilo, temveč pogoj, ki izhaja iz evropskih pravil o zasebnosti. Podjetja, ki delujejo v EGP ali Združenem kraljestvu, morajo lahko dokazati, da so consent signali resnični in preverljivi, ne le kozmetično prisotni v kodi. Google to preverja tudi prek programa CMP partnerjev, ki od ponudnikov zahteva, da signale pošiljajo v strukturirani, standardizirani obliki. Za širši pregled zahtev je koristen tudi vodnik o GDPR skladnosti na spletu, ki pojasni širši pravni okvir, znotraj katerega consent mode deluje.

Kako preverite implementacijo in odpravite napake

Preverjanje ni opcijsko, saj je consent mode v2 sistem, kjer ena napačna vrstica kode lahko tiho ustavi ves tok podatkov, ne da bi stran videti drugače deloval.

1. Zaženite Tag Assistant. Odprite stran v načinu za DeSUS in poglejte izpis Consent eventov. Tu preverite, ali so vidni vsi štirje ključni parametri, ad_storage, ad_personalization, ad_user_data in analytics_storage, in ali imajo pravilne vrednosti pred in po interakciji uporabnika.
2. Preverite on-page default vrednost. Tag Assistant mora pokazati denied kot začetno stanje. Če pokaže granted ali če parametra sploh ni v izpisu, je default klic postavljen napačno ali prepozno.
3. Preverite update po izbiri. Ko simulirate sprejem privolitve, se morajo vrednosti spremeniti v granted brez ponovnega nalaganja strani.
4. Preglejte diagnostiko v Google Ads in Analytics. Oba vmesnika prikažeta status implementacije consent mode in obvestijo, če manjkajo ključni signali. Podatki o modeliranju se v poročilih pojavijo z zamikom, saj Google potrebuje čas za zbiranje dovolj vzorcev.
5. Preverite pokritost po celotni strani, ne le na domači strani. Pogosta napaka je, da je consent mode pravilno nastavljen na domači strani, na strani za nakup pa GTM vsebnik sploh ne dobi pravega signala.

Najpogostejše napake, na katere naletite pri implementaciji, so manjkajoč default klic pred nalaganjem GTM vsebnika, napačen vrstni red med default in update klicem ter blokirani GTM vsebniki zaradi napačno nastavljenih sprožilcev za posamezne consent tipe. Vse tri je mogoče odkriti z enim samim pregledom v Tag Assistantu, če veste, kaj iščete.

Modeliranje vedenja v GA4: pragovi in omejitve

GA4 ne pusti podatkov o zavrnjenih uporabnikih preprosto izginiti, ampak jih poskuša statistično oceniti prek vedenjskega modeliranja. Ta funkcija pa ni samodejno vključena za vsako lastnost.

Prag za motivacijo modeliranja: lastnost mora zbrati vsaj 1.000 dogodkov na dan z analytics_storage nastavljenim na denied za vsaj sedem dni, hkrati pa mora imeti vsaj 1.000 dnevnih uporabnikov z analytics_storage granted vsaj sedem od zadnjih 28 dni. Manjše strani ta pogoj pogosto ne izpolnijo in zato ne dobijo natančnejšega, oglaševalcu specifičnega modeliranja.

Ko je prag dosežen, modeliranje vpliva na metrike, kot so uporabniki, seje, prvi obiski in dogodki, kar pomeni, da poročila v GA4 prikazujejo oceno skupnega obnašanja, ne samo dejansko zabeleženih interakcij. Vpliv modeliranja na konverzije v Google Ads se pokaže na ravni domene in države znotraj štirih tednov od aktivacije.

Nekatere funkcije modeliranih podatkov ne podpirajo. Med njimi so oblikovanje publik za remarketing na podlagi posameznih dogodkov, uporaba orodja za raziskovanje posameznih uporabnikov in izvoz surovih podatkov. Modeliranje popravi skupno slike, ne pa posamezne sledi vsakega obiskovalca.

Checklist za produkcijsko postavitev

Preden nadgradnjo objavite v živo, preverite naslednje točke, saj so to mesta, kjer se v praksi največ zaplete:

• Default klic teče pred vsako drugo skripto na vsaki strani, ne le na domači.
• Update klic pravilno pošlje vseh štiri consent type parametre, ne samo starih dveh iz v1.
• Server-side vsebnik ima nastavljen Conversion Linker in prejema consent pinge iz brskalnika.
• CMP je ali certificiran partner z že vgrajeno podporo za v2, ali je lastna pasica ročno posodobljena z novimi parametri.
• Tag Assistant ne pokaže manjkajočih ali nepravilnih vrednosti za noben consent type na katerikoli ključni strani (domača, kategorija, nakup).
• Mobilne aplikacije uporabljajo posodobljene SDK-je za Android in iOS.

Strokovni nasvet: Zapišite kratko interno dokumentacijo, kdo je odgovoren za posodobitev consent parametrov ob vsaki prihodnji Googlovi spremembi. Marketing pogosto opazi upad podatkov prej kot razvijalec, zato mora obstajati jasna pot, kako obvestilo pride do prave osebe.

Redno testiranje po vsaki večji spremembi strani je smiselno ravno zato, ker consent mode deluje v ozadju in napaka ni vidna na prvi pogled, dokler ne pogledate poročil o konverzijah teden ali dva pozneje.

Kaj se pri nadgradnji na v2 najpogosteje spregleda

Pri delu na projektih, kjer je bilo treba nadgraditi staro implementacijo consent mode, se je največkrat izkazalo, da težava ni v pomanjkanju znanja, ampak v napačnem vrstnem redu dela. Ekipe najprej postavijo CMP pasico, šele nato razmišljajo o tem, kako je povezana z GTM vsebnikom, in takrat odkrijejo, da default klic manjka ali je postavljen za nalaganjem drugih skript.

Advanced implementacijo priporočamo praktično vedno, ko podjetje aktivno vlaga v Google Ads kampanje, ker izguba signala pri basic implementaciji neposredno pomeni slabše optimizirane kampanje. Server-side postavitev pa ima smisel, ko stran že ima resen obisk in več oglaševalskih kanalov, saj takrat prednost natančnejšega prenosa podatkov odtehta dodatno tehnično kompleksnost.

Sodelovanje med pravno službo, marketingom in razvojem je pri tem enako pomembno kot koda sama. Pravnik določi, katere kategorije privolitve so potrebne, marketing določi, kateri podatki so poslovno kritični, razvijalec pa poskrbi, da je oboje pravilno preslikano v kodo brez vrzeli med default in update klicem.

— Ziga

Kako Moxy-web pomaga pri nadgradnji na v2

Obstajajo ponudniki, ki zagotavljajo celovite storitve za consent mode, ki vključujejo poznavanje spletne strani, GTM vsebnika in server-side postavitve, kar lahko pomeni manj časa za usklajevanje med razvijalcem in agencijo ter hitrejšo odpravo napak, ki se v Tag Assistantu pokažejo šele po podrobnem pregledu. V okviru storitev Podpora & Vzdrževanje ter Spletne Trgovine Moxy-web ureja implementacijo GTM in server-side vsebnikov, integracijo s CMP platformami ter testiranje consent parametrov po vsaki večji spremembi strani.

Ker Moxy-web kodo razvija po meri in ne uporablja vnaprej pripravljenih platform, je vsaka nadgradnja consent mode prilagojena dejanski strukturi vaše strani, ne generični predlogi. Če želite preveriti, kje vaša implementacija trenutno pušča podatke, si oglejte ponudbo Moxy-web in dogovorite začetni pregled vaše postavitve.

Viri

Za nadaljnje branje so najbolj zanesljivi Googlovi uradni viri: dokumentacija o konceptih consent mode, pomoč za Google Ads in pomoč za GA4 vedenjsko modeliranje. Koristen je tudi tehnični pregled preverjanja neobičajnih virov prometa kot primer podrobnega testiranja podatkov v GA4.

• Adapt to privacy and regulatory changes with consent mode - Google Ads Help
• Google developers — consent mode concepts

Pogosta vprašanja

Kako omogočim google consent mode v2?

Najprej dodajte default klic z vsemi štirimi consent parametri, nastavljenimi na denied, še preden se naloži katera koli druga skripta. Nato dodajte update klic, ki se sproži, ko uporabnik izbere svojo privolitev, bodisi prek certificiranega CMP bodisi prek lastne pasice.

Kakšna je razlika med v1 in consent mode v2?

Consent mode v2 doda dva nova consent type parametra, ad_user_data in ad_personalization, ki ju v1 ni imel. Brez teh dveh parametrov Google Ads ne more zanesljivo izvajati personaliziranega oglaševanja za uporabnike v EGP in Združenem kraljestvu.

Je consent mode v2 obvezen?

Google ga formalno ne označuje kot pravno obvezen izven zahtev lokalne zakonodaje, vendar brez nadgradnje izgubite dostop do personaliziranega oglaševanja in dela remarketinških publik v EGP. Za podjetja, ki oglašujejo v Google Ads, je nadgradnja v praksi nujna za ohranitev zmogljivosti kampanj.

Je consent mode v2 skladen z GDPR?

Consent mode v2 je orodje, ki podjetju pomaga tehnično izvesti odločitve uporabnika, vendar sam po sebi ne zagotavlja skladnosti z GDPR. Skladnost je odvisna od tega, ali je vaš CMP oziroma lastna pasica pravno ustrezno zasnovana, torej ali je privzeto stanje res denied in ali uporabnik privolitev poda prostovoljno, kar pojasnjuje tudi vodnik o GDPR skladnosti.

Koliko dogodkov potrebujem za modeliranje v GA4?

Lastnost potrebuje vsaj 1.000 dogodkov na dan z analytics_storage denied za vsaj sedem dni, poleg tega pa vsaj 1.000 dnevnih uporabnikov z granted stanjem v sedmih od zadnjih 28 dni. Manjše strani teh pragov pogosto ne dosežejo in modeliranje se zanje ne aktivira.

Priporočeno

• Vodnik spletne analitike za boljše odločitve
• Integracija spletne strani s CRM brez izgub leadov
• Varnost podatkov na spletni strani brez ugibanja