Problémy se souhlasem u server-side GTM

Proč je to důležité

Server-side GTM může snížit úniky na klientu, ale také může skrývat chyby souhlasu, pokud jsou eventy proxyované bez respektování denied stavů.

Jak to ověřit ručně

1. Ověřte, zda client-side requesty pořád proxyují analytics nebo ads eventy do serverového kontejneru ještě před souhlasem.
2. Prověřte, jak se stav souhlasu předává do server-side GTM requestů.
3. Porovnejte flow Accept a Reject a potvrďte, že denied stav blokuje i server-side dispatch.

Typické příčiny

• Server-side GTM dostává eventy bez kontextu souhlasu.
• Client-side kód přeposílá pageview do serverového endpointu ještě před souhlasem.
• Consent checks existují v browser kontejneru, ale ne v serverovém.

Oprava v GTM

1. Předávejte explicitní stav souhlasu do eventů odesílaných do server-side GTM.
2. Zrcadlete consent checks i v serverovém kontejneru místo spoléhání jen na client defaulty.
3. Auditujte tagy v browser i server kontejnerech kvůli duplicitnímu nebo bypass dispatchi.

Oprava ve WordPressu nebo CMP pluginech

1. Prověřte, zda pluginy nebo theme snippety automaticky neposílají eventy do server-side GTM endpointu.
2. Vypněte server-side analytics forwarding, dokud není stav souhlasu správně zapojený.
3. Po změnách znovu otestujte chování prohlížeče i sítě.

Obecná vývojářská oprava

1. Berte server-side GTM jako další enforcement vrstvu, ne jako výjimku z consent logiky.
2. Explicitně propagujte denied stavy a potlačte proxyování volitelných eventů před souhlasem.
3. Zdokumentujte, jak browser i server tagging sdílejí stejný source of truth pro souhlas.

Jak potvrdit, že oprava funguje

• Potvrďte, že se před souhlasem neproxyují žádné volitelné eventy do server-side GTM.
• Potvrďte, že Accept aktivuje zamýšlený event flow a Reject ho drží v denied stavu.
• Spusťte nový sken a ověřte, že problémy souhlasu kolem server-side GTM byly vyřešeny.