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
- Controlla se richieste client continuano a proxare eventi analytics o ads al container server prima del consenso.
- Verifica come lo stato di consenso venga trasmesso alle richieste GTM server-side.
- 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
- Trasmetti esplicitamente lo stato di consenso agli eventi inviati a GTM server-side.
- Replica i controlli di consenso nel container server invece di fidarti dei default client.
- Audita i tag dei container browser e server per evitare invii duplicati o bypass.
Correzione in WordPress o plugin CMP
- Controlla se plugin o snippet del tema inviano automaticamente eventi a un endpoint GTM server-side.
- Disattiva il forwarding analytics server-side finché lo stato di consenso non è cablato correttamente.
- Ritesta il comportamento browser e di rete dopo gli aggiornamenti.
Correzione generica lato sviluppo
- Tratta GTM server-side come un ulteriore livello di enforcement, non come un'eccezione alla logica di consenso.
- Propaga esplicitamente stati denied e sopprimi qualunque proxy di evento opzionale prima del consenso.
- 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.