Ir para o conteúdo
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

  1. Verifique se pedidos client-side continuam a fazer proxy de eventos analytics ou ads para o contentor servidor antes do consentimento.
  2. Verifique como o estado de consentimento é transmitido para pedidos GTM server-side.
  3. 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

  1. Passe explicitamente o estado de consentimento para eventos enviados ao GTM server-side.
  2. Espelhe checks de consentimento no contentor servidor em vez de confiar apenas nos defaults do cliente.
  3. Audite tags nos contentores browser e servidor para evitar dispatch duplicado ou bypass.

Correção em WordPress ou plugins CMP

  1. Verifique se plugins ou snippets do tema enviam automaticamente eventos para um endpoint GTM server-side.
  2. Desative o forwarding analytics server-side até o estado de consentimento estar corretamente ligado.
  3. Reteste o comportamento do browser e da rede após as atualizações.

Correção genérica para developers

  1. Trate o GTM server-side como uma camada adicional de enforcement, não como exceção à lógica de consentimento.
  2. Propague explicitamente estados denied e suprima qualquer proxy de evento opcional antes do consentimento.
  3. 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.

Problemas de consentimento com GTM server-side — GDPR Fix Guide