Vai al contenuto
Gravità: AltaResponsabile: SviluppoTempo di correzione: 1-3 h

Problemi di consenso con GTM server-side

Allinea il routing GTM server-side e la propagazione del consenso in modo che il tagging lato server non aggiri lo stato di consenso del visitatore.

Copre: ssgtm_consent_issue, server_side_gtm_before_consent

Perché è importante

GTM server-side può ridurre alcune perdite lato client, ma può anche nascondere fallimenti di consenso se gli eventi vengono proxati senza rispettare gli stati denied.

Come verificare manualmente

  1. Controlla se richieste client continuano a proxare eventi analytics o ads al container server prima del consenso.
  2. Verifica come lo stato di consenso venga trasmesso alle richieste GTM server-side.
  3. Confronta i flussi Accept e Reject per confermare che uno stato denied blocchi anche l'invio lato server.

Cause tipiche

  • Il container GTM server-side riceve eventi senza contesto di consenso.
  • Il codice client inoltra pageview all'endpoint server prima del consenso.
  • I controlli di consenso esistono nel container browser ma non in quello server.

Correzione in GTM

  1. Trasmetti esplicitamente lo stato di consenso agli eventi inviati a GTM server-side.
  2. Replica i controlli di consenso nel container server invece di fidarti dei default client.
  3. Audita i tag dei container browser e server per evitare invii duplicati o bypass.

Correzione in WordPress o plugin CMP

  1. Controlla se plugin o snippet del tema inviano automaticamente eventi a un endpoint GTM server-side.
  2. Disattiva il forwarding analytics server-side finché lo stato di consenso non è cablato correttamente.
  3. Ritesta il comportamento browser e di rete dopo gli aggiornamenti.

Correzione generica lato sviluppo

  1. Tratta GTM server-side come un ulteriore livello di enforcement, non come un'eccezione alla logica di consenso.
  2. Propaga esplicitamente stati denied e sopprimi qualunque proxy di evento opzionale prima del consenso.
  3. Documenta come tagging browser e server condividano la stessa fonte di verità del consenso.

Come confermare che la correzione funziona

  • Conferma che nessun evento opzionale venga proxato a GTM server-side prima del consenso.
  • Conferma che Accept attivi il flusso previsto e che Reject lo mantenga denied.
  • Esegui una nuova scansione e verifica che i problemi di consenso attorno a GTM server-side siano risolti.

Passaggio successivo

Riesegui una scansione dopo il deploy per confermare che sia cambiato il comportamento reale a runtime, non solo il testo del banner.

Problemi di consenso con GTM server-side — GDPR Fix Guide