Gravidade: AltaResponsável: DesenvolvimentoTempo para corrigir: 1-3 h
Problemas de consentimento com GTM server-side
Alinhe o routing GTM server-side e a propagação do consentimento para que o tagging do lado do servidor não contorne o estado de consentimento do visitante.
Abrange: ssgtm_consent_issue, server_side_gtm_before_consent
Porque isto importa
O GTM server-side pode reduzir fugas do lado do cliente, mas também pode ocultar falhas de consentimento se eventos forem proxied sem respeitar estados denied.
Como verificar manualmente
- Verifique se pedidos client-side continuam a fazer proxy de eventos analytics ou ads para o contentor servidor antes do consentimento.
- Verifique como o estado de consentimento é transmitido para pedidos GTM server-side.
- Compare os fluxos Accept e Reject para confirmar que um estado denied também bloqueia o dispatch server-side.
Causas típicas
- O contentor GTM server-side recebe eventos sem contexto de consentimento.
- O código client-side reencaminha pageviews para o endpoint servidor antes do consentimento.
- Existem checks de consentimento no contentor browser, mas não no contentor servidor.
Correção no GTM
- Passe explicitamente o estado de consentimento para eventos enviados ao GTM server-side.
- Espelhe checks de consentimento no contentor servidor em vez de confiar apenas nos defaults do cliente.
- Audite tags nos contentores browser e servidor para evitar dispatch duplicado ou bypass.
Correção em WordPress ou plugins CMP
- Verifique se plugins ou snippets do tema enviam automaticamente eventos para um endpoint GTM server-side.
- Desative o forwarding analytics server-side até o estado de consentimento estar corretamente ligado.
- Reteste o comportamento do browser e da rede após as atualizações.
Correção genérica para developers
- Trate o GTM server-side como uma camada adicional de enforcement, não como exceção à lógica de consentimento.
- Propague explicitamente estados denied e suprima qualquer proxy de evento opcional antes do consentimento.
- Documente como o tagging browser e servidor partilham a mesma fonte de verdade do consentimento.
Como confirmar que a correção funciona
- Confirme que nenhum evento opcional é proxied para GTM server-side antes do consentimento.
- Confirme que Accept ativa o fluxo de eventos pretendido e que Reject o mantém denied.
- Execute um novo scan e verifique que os problemas de consentimento à volta do GTM server-side ficam resolvidos.
Próximo passo
Execute uma nova análise após o deploy para confirmar que o comportamento real em runtime mudou e não apenas o texto do banner.