Meta Pixel din Google Tag Manager așteaptă acum automat consimțământul pentru cookie-uri

Un utilizator al pluginului mi-a trimis un mesaj: pe site-ul lui, Meta Pixel pornea atunci când un vizitator accepta cookie-urile analitice, chiar dacă marketingul era refuzat. Iar când un vizitator accepta doar marketingul, pixelul nu pornea deloc.

Configurația lui era foarte obișnuită: Google Tag Manager instalat cu pluginul GTM4WP, iar Meta Pixel în GTM ca tag Custom HTML care se declanșează pe All Pages.

Versiunea 1.8.10 rezolvă ambele probleme și nu trebuie să schimbi nimic în containerul tău.

De ce s-a întâmplat

Un plugin de consimțământ pentru cookie-uri vede pagina pe care o trimite WordPress. Google Tag Manager este un singur script din acea pagină, iar pluginul îl reținea până când vizitatorul accepta cookie-urile analitice.

Tot ce se afla în container era invizibil pentru plugin. GTM își adaugă tag-urile în pagină abia după ce s-a încărcat. Așadar, când erau acceptate cookie-urile analitice:

1. Pluginul lăsa GTM să se încarce.
2. GTM rula fiecare tag cu declanșatorul All Pages, inclusiv Meta Pixel.
3. Nimic nu îi spunea GTM că marketingul era refuzat, deoarece un tag Custom HTML nu urmează Consent Mode așa cum o fac tag-urile proprii Google.

Iar când era acceptat doar marketingul, GTM nu se încărca niciodată, așa că pixelul nu avea nicio șansă.

Cu Consent Mode avansat, în care tag-urile Google se încarcă înainte de orice alegere, situația era mai gravă: Meta Pixel rula înainte ca vizitatorul să fi ales ceva. Nimeni nu raportase încă această problemă, dar laboratorul nostru de testare a scos-o la iveală.

Ce face versiunea 1.8.10

Pluginul pune acum un mic „paznic” primul în head-ul paginii. Când orice cod, inclusiv GTM, adaugă un script în pagină după încărcarea acesteia, paznicul verifică adresa scriptului în raport cu trackerele pe care le cunoaște pluginul și cu regulile tale Blocare după adresă.

• Un tracker a cărui categorie nu a fost permisă de vizitator este reținut.
• Când vizitatorul permite acea categorie, scriptul reținut rulează. Meta Pixel trimite atunci vizualizarea paginii pe care o pusese în așteptare.
• Tot restul se încarcă ca înainte.

Iar cu Consent Mode de bază, Google Tag Manager se încarcă acum atunci când vizitatorul acceptă cookie-urile analitice sau de marketing. În interiorul containerului, fiecare tag așteaptă propria categorie:

Trebuie să-mi schimb containerul GTM?

Nu. Tag-urile configurate „greșit” se comportă acum corect, iar tag-urile care aveau deja setări de consimțământ continuă să funcționeze ca înainte.

Fila Integrare în versiunea 1.8.10. Consent Mode v2 este activat implicit, în modul de bază.

Dacă vrei să fii riguros, setările de consimțământ proprii GTM rămân o idee bună: la un tag Meta Pixel, alege Advanced Settings → Consent Settings → Require additional consent for tag to fire și adaugă ad_storage. Pluginul setează acest semnal pe baza alegerii vizitatorului privind marketingul.

Cum am testat

Pluginul are un laborator de testare care construiește site-uri WordPress reale și le controlează automat într-un browser headless. Pentru această corecție, a primit două scenarii noi, cu pluginul GTM4WP real și cu un container care rulează Meta Pixel, LinkedIn Insight și Hotjar în tag-uri Custom HTML, plus tag-uri GA4 și Google Ads.

Aceleași teste eșuează pe versiunea 1.8.9 exact așa cum a descris utilizatorul:

Versiunea 1.8.9. S3 este doar consimțământ pentru analiză, S4 doar consimțământ pentru marketing.

Și trec pe 1.8.10:

Versiunea 1.8.10. Toate verificările trec.

Un test mai amplu adaugă prin JavaScript, după încărcarea paginii, toate cele 31 de trackere pe care le cunoaște pluginul: versiunea 1.8.9 le lăsa pe toate să ruleze înainte de orice alegere, iar 1.8.10 le reține pe toate.

Actualizează pluginul din panoul de control WordPress sau descarcă-l de pe WordPress.org (se deschide într-o filă nouă). Detaliile se găsesc în documentația Google Consent Mode.