Küpsisebänner, nõusolek ja analüütika: kuidas mitte teha seda poolikult?

On teemasid, millest ettevõtjad tahaksid võimalusel elegantse kaarega mööda kõndida.

Küpsisebänner on üks neist.

Sest no ausalt — keegi ei ärka hommikul mõttega, et “täna tahaks natuke consent mode’i seadistada”. Enamik tahab lihtsalt, et veeb töötaks, analüütika mõõdaks ja Google Ads ei viskaks kuskilt punast hoiatust näkku nagu pahane maksuhaldur.

Aga siin on probleem: väga paljud veebid teevad selle osa poolikult.
Bänner on nagu olemas. Midagi justkui küsitakse. Analytics jookseb nagu natuke. GTM-is on mingid tagid. Kõik tundub enam-vähem. Kuni ühel hetkel selgub, et “enam-vähem” tähendab tegelikult seda, et mõõtmine on katki, consent-signaalid ei jõua õigesti kohale või Google’i jaoks on kogu asi poolik pusle. Google ütleb ise üsna selgelt: kui sul on EEA kasutajad ja mõõdad Google’i tag’idega kasutajakäitumist, siis tuleb lõppkasutaja nõusolekuvalikud Google’ile edasi anda. Kui sul ei ole bännerit, siis pane see üles; kui sul on bänner, aga consent mode’i pole, siis see tuleb juurde teha. Ehk siis need ei ole üks ja sama asi, vaid kaks omavahel seotud juppi.

Kõigepealt üks oluline asi selgeks

Küpsisebänner ei ole sama asi mis consent mode.

Bänner on see, mida inimene näeb ja millega ta valiku teeb.
Consent mode on see, kuidas Google’i tagid selle valiku põhjal käituvad.

See tähendab väga lihtsat asja: kui sul on ainult bänner, aga tagid ei saa sellest korrektselt aru, siis on sul ilus kasutajaliides, aga tehniline pool lonkab. Ja kui sul on tehniline consent mode’i loogika, aga korralikku bännerit pole, siis on jälle pool lahendust puudu. Google’i enda juhendid eristavad neid väga konkreetselt: banner tuleb kasutaja valiku kogumiseks, consent mode selleks, et Google’i tagid selle valiku järgi andmeid käitleksid.

Poolik lahendus näeb tavaliselt välja umbes nii

Sul on veebis bänner.
Inimene klikib midagi.
Analytics justkui töötab.
Google Ads justkui töötab.
Kõik nagu liigub.

Aga tegelikult juhtub üks neist kolmest:

esimene variant — tagid laevad enne valikut valesti,
teine variant — bänner näitab midagi, aga signaal ei jõua Google’ile õigesti,
kolmas variant — kõik blokeeritakse nii agressiivselt, et mõõtmine läheb lihtsalt pimedaks.

See viimane on eriti salakaval. Google ütleb otse, et kui sa hoiad Google tag’i täielikult kinni kuni kasutaja bänneriga suhtleb ja consent mode’i pole korrektselt rakendatud, siis ei saa Google kasutaja valikuid verifitseerida ning see võib viia andmekadudeni. Ehk siis “mängime eriti turvaliselt ja blokeerime kõik ära” ei pruugi lõppeda mitte õnnistatud rahuga, vaid katkise mõõtmisega.

Millest üks normaalne lahendus koosneb?

Praktiliselt võiks mõelda sellest nii.

1. Bänner kogub valiku

Inimene saab otsustada, millega nõustub ja millega mitte.

2. Consent mode tõlgib selle valiku tehniliseks signaaliks

Google’i tagid saavad aru, mida tohib teha ja mida mitte.

3. Mõõtmine käitub vastavalt sellele

Kui nõusolek on antud, saab mõõtmine töötada tavapärasemalt. Kui ei ole, siis Google’i süsteemid piiravad küpsiste kasutust ja osa mõõtmisest toimub cookieless pings’i või modelleerimise loogika kaudu. Google’i dokumentatsioon eristab siin basic ja advanced consent mode’i: basicu puhul on tagid blokeeritud kuni valikuni, advanced’i puhul laevad tagid vaikimisi piiratud režiimis ja kohanduvad valiku järgi.

Need neli nõusolekut ei ole lihtsalt tehniline ilu

Google’i consent mode’i juures jooksevad vähemalt need põhiparameetrid:

• ad_storage
• analytics_storage
• ad_user_data
• ad_personalization

Google’i enda viited ütlevad üsna selgelt, mida need tähendavad: ad_storage puudutab reklaamiga seotud salvestust nagu küpsised, analytics_storage analüütikaga seotud salvestust, ad_user_data kasutajaandmete saatmist Google’ile reklaami eesmärkidel ja ad_personalization personaliseeritud reklaami. Lisaks rõhutab Google, et ad_user_data on vajalik mitmete mõõtmise use case’ide jaoks, näiteks enhanced conversions ja tag-based conversion tracking.

Tõlgituna normaalsesse inimkeelde:
kui su veeb mõõdab, reklaamib või tahab aru saada, mis kampaaniatest päriselt kasu on, siis ei piisa enam sellest, et “Analytics on küljes”. Sul peab olema ka selge loogika, millise nõusoleku põhjal mida üldse teha tohib.

Mis juhtub siis, kui inimene ei nõustu?

See on koht, kus pool internetti läheb närvi, sest kardetakse, et “siis me ei näe enam midagi”.

Google’i dokumentatsiooni järgi ei tähenda analytics_storage='denied' automaatselt täielikku tühjust. Sellisel juhul ei loeta ega kirjutata Analyticsi küpsiseid, kuid Google Analyticsile võidakse saata cookieless pings’e ja neid kasutatakse tulevases modelleerimises. Sama loogika kehtib ka reklaami poolel: kui ad_storage='denied', siis uusi reklaamiküpsiseid ei kirjutata ja Google piirab oluliselt, mida saab lugeda ja kasutada.

See tähendab, et õige lahendus ei ole “kas kõik või mitte midagi”, vaid korrektselt juhitud mõõtmine. Poolik lahendus teeb tavaliselt mõlemad halvasti: kasutaja usaldus on udune ja andmed on ka poolikud.

Basic või advanced? See on päris küsimus, mitte ainult arendaja kiiks

Google kirjeldab kahte peamist lähenemist.

Basic consent mode tähendab, et tagid on kuni kasutaja valikuni blokeeritud. Enne nõusolekut ei saadeta andmeid.
Advanced consent mode tähendab, et tagid laevad vaikimisi denied-seadetega ja pärast kasutaja valikut kohandavad oma käitumist; kui nõusolekut ei anta, saadetakse piiratud kujul cookieless pings’e, mis aitavad modelleerimist. Google märgib ka, et advanced consent mode võimaldab detailsemat conversion modeling’ut kui basic.

Praktiline järeldus:
kui sul on oluline reklaami- ja analüütikapilt, siis advanced võib olla mõistlikum. Kui tahad lihtsamat ja rangemat lähenemist, võib basic sobida. Aga mõlemal juhul peab loogika olema õigesti üles ehitatud. “Panime mingi plugina” ei ole tehniline strateegia.

Kõige tavalisemad vead

Siin on see osa, kus pooled projektid vastu puud jooksevad.

Viga nr 1: bänner on olemas, consent mode puudub
Väga levinud. Kujunduslikult kõik kena, tehniliselt poolik. Google’i enda abiartiklid ütlevadki eraldi: kui sul on banner, aga consent mode’i pole, siis rakenda consent mode.

Viga nr 2: consent default tuleb vales järjekorras
Google’i arendajadokumentatsioon rõhutab, et consent-koodi järjekord on kriitiline. Kui default consent seatakse liiga hilja, siis ei tööta kogu loogika õigesti.

Viga nr 3: EEA loogika on valesti või üldse puudu
Google lubab region-specific seadistusi, aga need tuleb päriselt läbi mõelda. Ei ole mõtet teha “üks lahendus kogu maailmale”, kui su liiklus, kanalid ja nõusolekunõuded on piirkonniti erinevad.

Viga nr 4: keegi ei testi, kas asi päriselt töötab
Google soovitab consent mode’i kontrollimiseks kasutada Tag Assistantit, millega saab näha default consent state’i, kasutaja järel tehtud uuendusi ja tagide käitumist. Ehk siis jah — seda saab ja tuleb päriselt kontrollida, mitte lihtsalt loota.

Kuidas mitte teha seda poolikult?

Kõige praktilisem ellujäämisjuhend oleks selline.

1. Pane paika, mida sa üldse mõõdad

GA4? Google Ads? Floodlight? Enhanced conversions?
Ära hakka bannerit sättima enne, kui tead, millised tagid sul veebis päriselt olemas on.

2. Kasuta normaalset CMP-d või ehita oma lahendus korralikult

Google soovitab kasutada integreeritud CMP-partnereid või siis teha oma lahendus nii, et consent mode oleks päriselt rakendatud. Kui kasutad Google-certified CMP-d, on uusima consent mode’i versiooni tugi üldiselt lihtsam hallata.

3. Sea vaikimisi olek õigesti

Kui teed oma lahendust, näitab Google’i dokumentatsioon näidet, kus in-page default on alguses denied ja kasutaja valiku järel uuendatakse vastavad väärtused granted’iks.

4. Ära unusta v2 parameetreid

Kui sul on vana consent mode, siis sellest ei pruugi enam piisata. Google rõhutab v2 puhul just ad_user_data ja ad_personalization lisamist.

5. Testi päriselt

Ava Tag Assistant. Vaata, mis on default. Kliki bänneris “nõustu”. Vaata, mis muutub. Kliki “keeldu”. Vaata uuesti. Kui sa seda ei testi, siis sa ei tea, kas sul töötab süsteem või lihtsalt väga veenev lootus.

Lõppkokkuvõte, ilma juriidilise keerutamiseta

Küpsisebänner, nõusolek ja analüütika ei ole kolm suvalist karpi, mida võib veebis eri nurkadesse laiali visata ja loota, et küll nad omavahel kuidagi tuttavaks saavad.

Need peavad töötama koos.

Bänner kogub valiku.
Consent mode annab selle valiku tehniliselt edasi.
Tagid ja mõõtmine käituvad selle põhjal õigesti.

Kui üks neist puudub, on lahendus poolik. Ja poolik lahendus on siin eriti tüütu, sest ta näeb esmapilgul välja nagu valmis asi. Alles hiljem selgub, et andmed on augulised, kampaaniad saavad kehvemat signaali ja keegi peab hakkama seda kõike tagantjärele päästma. Google’i enda juhised ütlevad selle päris selgelt välja: kui mõõdad EEA kasutajaid Google tag’idega, peab nõusolekuinfo olema õigesti edasi antud; kui banner on olemas, aga consent mode puudub, lisa see; kui bannerit pole, alusta sellest.

Ehk siis selle teema kõige ausam kokkuvõte on väga lihtne:

ära tee ilusat bännerit ja looda, et tehnika mõtleb ülejäänu ise välja.

Veeb ei ole selgeltnägija. Google tag ka mitte. Ja kui tahad, et see kõik töötaks mitte ainult “enam-vähem”, vaid päriselt, siis peab sul olema korras nii mõõtmine, digitaalne usaldus, otsingunähtavuse loogika ja vajadusel ka tehniline tugi.