Consent problémy pri server-side GTM

Prečo je to dôležité

Server-side GTM môže znížiť client-side leakage, ale zároveň vie skryť consent zlyhania, ak sa eventy proxyujú bez rešpektovania denied state.

Ako to overiť manuálne

1. Skontrolujte, či client-side requesty neposielajú analytics alebo ad eventy do server containeru ešte pred súhlasom.
2. Overte, ako sa consent state prenáša do server-side GTM requestov.
3. Porovnajte Accept a Reject flow a potvrďte, že denied state zastaví aj server-side dispatch.

Typické príčiny

• Server-side GTM dostáva eventy bez consent kontextu.
• Client-side kód forwarduje page-view eventy do server endpointu ešte pred súhlasom.
• Consent checks existujú v browser containeri, ale nie v server containeri.

Oprava v GTM

1. Posielajte explicitný consent state do eventov forwardovaných do server-side GTM.
2. Zrkadlite consent checks aj v server-side containeri namiesto spoliehania sa na client defaults.
3. Auditujte tagy v browser aj server containeri kvôli duplikovanému alebo obídenému dispatchu.

Oprava vo WordPress alebo CMP pluginoch

1. Skontrolujte, či pluginy alebo theme snippety neposielajú eventy na server-side GTM endpoint automaticky.
2. Kým nie je consent state správne zapojený, vypnite server-side analytics forwarding.
3. Po updateoch otestujte browser aj network správanie.

Všeobecná oprava pre vývojára

1. Server-side GTM berte ako ďalšiu enforcement vrstvu, nie ako výnimku z consent logiky.
2. Explicitne forwardujte denied state a pred súhlasom potláčajte optional event proxying.
3. Zdokumentujte, ako browser a server tagging zdieľajú ten istý source of truth pre consent.

Ako potvrdiť, že oprava funguje

• Potvrďte, že sa optional eventy pred súhlasom neproxyujú do server-side GTM.
• Potvrďte, že Accept zapne zamýšľaný event flow a Reject ho udrží v denied stave.
• Spustite nový sken a overte, že consent issue okolo server-side GTM je vyriešený.