Eseguire il debug di Google Consent Mode con i DevTools del browser: leggere il parametro gcs

Perché verificare nel browser

Un banner di consenso dall'aspetto corretto non dimostra che i tuoi tag si comportino bene. I problemi di Consent Mode sono silenziosi: le pagine si caricano, gli annunci vengono mostrati e i report si riempiono, eppure i segnali inviati a Google potrebbero essere sbagliati. Gli strumenti per sviluppatori del browser permettono di controllare cosa sta davvero accadendo, in pochi minuti e senza software aggiuntivo.

Passaggio 1: aprire la scheda Network in modo pulito

  1. Apri la pagina in una finestra privata, così non è memorizzata alcuna scelta precedente.
  2. Apri i DevTools e vai alla scheda Network.
  3. Seleziona Preserve log perché le richieste sopravvivano alla navigazione.
  4. Ricarica la pagina e non toccare ancora il banner.

Passaggio 2: trovare lo stato del consenso nelle richieste

I tag di Google aggiungono un parametro gcs alle loro richieste. Puoi filtrare l'elenco di rete per collect o per google e aprire qualsiasi risultato per leggerne la query string. Il valore appare come G100 o G111.

Leggendo i caratteri da sinistra a destra dopo G1: la prima cifra è lo stato dell'archiviazione pubblicitaria e la seconda quello dell'archiviazione analitica, dove 1 significa concesso e 0 negato. Le implementazioni più recenti inviano anche un parametro gcd con uno stato codificato più lungo che include i segnali aggiuntivi di Consent Mode v2.

Passaggio 3: cosa dovresti vedere prima di qualsiasi scelta

In una regione in cui il consenso è richiesto, le prime richieste, inviate prima che il visitatore interagisca, dovrebbero mostrare lo stato denied. Se vedi già G111 prima che il visitatore abbia cliccato qualcosa, il tuo valore predefinito è sbagliato, oppure il tag si è attivato prima che il valore predefinito fosse impostato.

Passaggio 4: cosa dovresti vedere dopo l'accettazione

Clicca su accetta, poi osserva le nuove richieste. Lo stato dovrebbe passare a concesso e i tag dovrebbero procedere. Se il banner dice «accettato» ma le richieste portano ancora lo stato negato, la chiamata di aggiornamento non sta raggiungendo i tag di Google, oppure viene eseguita troppo tardi.

Passaggio 5: ispezionare il data layer

Nella Console, digita dataLayer ed espandi le voci. Cerchi due cose, in ordine:

  1. Una voce consent con il comando default, che elenchi ogni segnale come negato per le regioni che richiedono il consenso.
  2. Una voce consent successiva con il comando update, dopo la scelta dell'utente.

I segnali di Consent Mode v2 sono ad_storage, analytics_storage, ad_user_data e ad_personalization. Se gli ultimi due mancano, hai una configurazione in stile v1.

Gli errori più comuni

Passaggio 6: controllare la modalità Anteprima di Tag Manager

Se usi Google Tag Manager, la modalità Anteprima mostra lo stato del consenso per ogni evento della pagina e quali tag sono stati attivati o bloccati. Confrontala con ciò che hai visto nella scheda di rete: le due viste dovrebbero coincidere.

Fanne una routine

Esegui questo controllo di cinque minuti dopo ogni modifica del banner, ogni pubblicazione del contenitore o ogni rilascio del sito. Annota il valore gcs atteso per quattro casi: prima visita, dopo l'accettazione, dopo il rifiuto e dopo una successiva modifica della scelta. Tutto ciò che non corrisponde è un bug da correggere prima che siano i tuoi report a segnalarlo.

Dove si inserisce FlexyConsent

FlexyConsent è una CMP certificata da Google (CMP ID 317) che supporta Google Consent Mode v2 e invia per te i segnali default e update. Dovresti comunque eseguire questo controllo nel browser sulle tue pagine, perché l'ordine dei tag e le impostazioni del contenitore sono specifici del tuo sito.

Punti chiave

← Blog Leggi tutto →