Meta Pixel Google Tag Manager konteineryje dabar automatiškai laukia sutikimo dėl slapukų

Vienas įskiepio naudotojas man parašė: jo svetainėje Meta Pixel pasileisdavo, kai lankytojas priimdavo analitikos slapukus, nors rinkodara buvo neleista. O kai lankytojas priimdavo tik rinkodarą, pikselis visai nepasileisdavo.

Jo sąranka buvo labai įprasta: Google Tag Manager įdiegtas su įskiepiu GTM4WP, o Meta Pixel GTM sistemoje – kaip tinkinta HTML žyma, suaktyvinama aktyvikliu Visi puslapiai.

1.8.10 versija ištaiso abi problemas, o savo konteineryje jums nieko keisti nereikia.

Kodėl taip nutiko

Slapukų sutikimo įskiepis mato puslapį, kurį siunčia WordPress. Google Tag Manager yra vienas to puslapio scenarijų, ir įskiepis jį sulaikydavo, kol lankytojas priimdavo analitiką.

Viskas, kas buvo konteinerio viduje, įskiepiui buvo nematoma. GTM savo žymas į puslapį prideda tik jam įsikėlus. Todėl priėmus analitiką:

1. Įskiepis leido GTM įsikelti.
2. GTM paleido kiekvieną žymą su aktyvikliu „Visi puslapiai“, įskaitant Meta Pixel.
3. Niekas nepranešė GTM, kad rinkodara neleista, nes tinkinta HTML žyma nesivadovauja Consent Mode taip, kaip pačios Google žymos.

O kai buvo priimta tik rinkodara, GTM apskritai neįsikeldavo, todėl pikselis net neturėjo galimybės pasileisti.

Naudojant išplėstinį Consent Mode, kai Google žymos įsikelia dar prieš bet kokį pasirinkimą, buvo dar blogiau: Meta Pixel pasileisdavo, lankytojui dar nieko nepasirinkus. Apie tai dar niekas nebuvo pranešęs, bet tai parodė mūsų testavimo laboratorija.

Ką daro 1.8.10

Dabar įskiepis puslapio head dalies pradžioje įdeda nedidelį apsauginį scenarijų. Kai bet koks kodas, įskaitant GTM, prideda scenarijų į jau įkeltą puslapį, apsauginis scenarijus patikrina to scenarijaus adresą pagal įskiepiui žinomus sekimo įrankius ir jūsų pačių taisykles Blokuoti pagal adresą.

• Sekimo įrankis, kurio kategorijos lankytojas neleido, sulaikomas.
• Kai lankytojas tą kategoriją leidžia, sulaikytas scenarijus paleidžiamas. Tada Meta Pixel išsiunčia eilėje laukusią puslapio peržiūrą.
• Visa kita įsikelia kaip anksčiau.

O naudojant pagrindinį Consent Mode, Google Tag Manager dabar įsikelia, kai lankytojas priima analitiką arba rinkodarą. Konteinerio viduje kiekviena žyma laukia savo kategorijos:

Ar man reikia keisti GTM konteinerį?

Ne. „Netinkamai“ nustatytos žymos dabar veikia teisingai, o žymos, kurios jau turėjo sutikimo nustatymus, toliau veikia kaip anksčiau.

Skirtukas „Integracija“ 1.8.10 versijoje. Consent Mode v2 pagal numatytuosius nustatymus įjungtas pagrindiniu režimu.

Jei norite viską atlikti kruopščiai, paties GTM sutikimo nustatymai vis tiek pravers: Meta Pixel žymoje pasirinkite Išplėstiniai nustatymai → Sutikimo nustatymai → Reikalauti papildomo sutikimo, kad būtų galima suaktyvinti žymą ir pridėkite ad_storage. Įskiepis šį signalą nustato pagal lankytojo rinkodaros pasirinkimą.

Kaip tai išbandžiau

Įskiepis turi testavimo laboratoriją, kuri kuria tikras WordPress svetaines ir valdo jas naršyklėje be grafinės sąsajos. Šiam pataisymui ji gavo du naujus scenarijus su tikru įskiepiu GTM4WP ir konteineriu, kuris tinkintose HTML žymose paleidžia Meta Pixel, LinkedIn Insight ir Hotjar, taip pat GA4 ir Google Ads žymas.

Tie patys testai 1.8.9 versijoje nepavyksta būtent taip, kaip aprašė naudotojas:

1.8.9 versija. S3 – tik analitikos sutikimas, S4 – tik rinkodaros sutikimas.

O 1.8.10 versijoje jie sėkmingi:

1.8.10 versija. Visi patikrinimai sėkmingi.

Platesnis testas jau įkėlus puslapį per JavaScript prideda visus įskiepiui žinomus sekimo įrankius (31): 1.8.9 versija leido kiekvienam iš jų pasileisti dar prieš bet kokį pasirinkimą, o 1.8.10 sulaiko juos visus.

Atnaujinkite įskiepį savo WordPress valdymo skydelyje arba atsisiųskite jį iš WordPress.org (atsidaro naujame skirtuke). Išsami informacija – Google Consent Mode dokumentacijoje.