Težave soglasja v server-side GTM

Zakaj je to pomembno

Server-side GTM lahko zmanjša nekatere client-side puščanja, lahko pa tudi skrije pomanjkljivosti pri enforcementu soglasja, če se dogodki proxyjajo brez upoštevanja denied stanja.

Kako to ročno preveriti

1. Preverite, ali client-side zahtevki še vedno proxyjajo analytics ali ads dogodke v server container pred soglasjem.
2. Preglejte, kako se stanje soglasja prenaša v server-side GTM zahtevkih.
3. Primerjajte toka Accept in Reject, da potrdite vpliv denied stanja tudi na server-side dispatch.

Tipični vzroki

• Server-side GTM prejema dogodke brez konteksta soglasja.
• Client koda pošilja pageviewe na server endpoint pred soglasjem.
• Kontrole soglasja obstajajo v browser containerju, ne pa tudi v server containerju.

Popravek v GTM

1. Skupaj z dogodki v server-side GTM pošiljajte ekspliciten status soglasja.
2. Consent kontrole preslikajte tudi v server container in se ne zanašajte le na client default nastavitve.
3. Auditirajte browser in server containere glede podvojenega ali obvoznega dispatcha.

Popravek v WordPressu ali CMP vtičnikih

1. Preverite, ali vtičniki ali snippet-i teme samodejno pošiljajo dogodke na server-side GTM endpoint.
2. Izklopite server-side analytics forwarding, dokler stanje soglasja ni pravilno povezano.
3. Po spremembah ponovno testirajte browser in omrežno vedenje.

Splošen developerski popravek

1. Server-side GTM obravnavajte kot dodatni enforcement sloj, ne kot izjemo od logike soglasja.
2. Izrecno propagirajte denied stanje in zatrete vsak optional event proxying pred soglasjem.
3. Dokumentirajte, kako browser in server-side tagging delita isti source of truth za soglasje.

Kako potrditi, da popravek deluje

• Potrdite, da se optional dogodki ne proxyjajo v server-side GTM pred soglasjem.
• Potrdite, da Accept aktivira želeni tok dogodkov, Reject pa ga ohranja v denied stanju.
• Zaženite nov scan in preverite, da so findings za server-side GTM soglasje odpravljeni.