Consent Mode v2: verificare cosa succede davvero prima e dopo il banner

Un banner visibile non dimostra che il collegamento funzioni

La domanda tecnica è questa: la scelta effettuata dalla persona arriva ai tag corretti, nel momento corretto, e produce il comportamento concordato? Per rispondere bisogna osservare una sequenza di eventi. Uno screenshot del banner o una spunta nella configurazione della CMP non bastano a dimostrare l'intero percorso.

Nella spiegazione originaria del 2020, Simo Ahava distingue Consent Mode dal sistema che raccoglie la scelta. Manteniamo questa distinzione; per i segnali v2 usiamo l'approfondimento successivo di Markus Baersch. Il comportamento da collaudare deve essere definito dall'azienda con chi presidia consenso e trattamento dei dati: il test tecnico non sostituisce una valutazione giuridica.

1. Traduci la scelta nei quattro segnali corretti

Markus Baersch distingue storage e uso pubblicitario: ad_storage riguarda la memorizzazione pubblicitaria, analytics_storage quella analitica; ad_user_data riguarda l'invio di dati utente a Google per finalità pubblicitarie e ad_personalization la personalizzazione pubblicitaria. Non rappresentano quattro sinonimi di 'accetta'. Leggili separatamente prima di interpretare il comportamento del tag.

Costruisci una matrice con le opzioni del banner sulle righe e i quattro segnali sulle colonne. Compilala con il comportamento atteso approvato dall'azienda. Se una scelta consente analytics ma nega una finalità pubblicitaria, non puoi trasformarla in quattro granted soltanto perché l'utente ha premuto un pulsante positivo. La matrice serve anche a scoprire impostazioni ereditate da vecchie versioni della CMP.

2. Definisci cosa deve accadere in modalità basic o advanced

Nel confronto di Baersch, basic blocca i tag Google prima del consenso richiesto; advanced permette il caricamento con stato negato e l'invio di ping senza cookie. Questa scelta cambia il comportamento atteso. La presenza di una richiesta e la scrittura di un cookie sono controlli diversi.

Questa differenza cambia il test. Un risultato atteso in una modalità può essere un'anomalia nell'altra. Scrivi quindi prima del collaudo quali richieste devono partire, quali dati possono contenere e quali devono restare assenti in ogni scenario. Non usare 'nessun cookie' come sinonimo di 'nessuna richiesta': sono osservazioni diverse, da registrare distintamente.

3. Controlla l'ordine: default, scelta, update

Ahava segnala un problema di sequenza: Consent Initialization parte prima degli altri trigger, ma una chiamata asincrona può completarsi dopo l'avvio dei tag successivi. Verifica quando lo stato viene effettivamente impostato. Selezionare il trigger iniziale non dimostra che ogni dipendenza sia pronta.

Controlla anche Built-in e Additional Consent Checks. Ahava chiarisce che i primi indicano accesso del template ai segnali; non significano automaticamente blocco del tag. I controlli aggiuntivi possono condizionarne l'attivazione. Per ciascun template scrivi se modifica il payload, resta fermo o richiede una configurazione specifica. Poi verifica lo stato al momento dell'azione: un valore corretto a fine caricamento non prova che lo fosse all'inizio.

4. Usa Tag Assistant come traccia degli eventi

Baersch invita a usare Tag Assistant senza dipendere soltanto dalla decodifica manuale dei parametri di rete. La presenza di gcd non dimostra una corretta implementazione di Consent Mode. Confronta default e aggiornamenti nella cronologia, poi osserva le richieste prodotte in quello stesso momento.

Affianchiamo a questa vista il pannello Network del browser e l'ispezione dello storage. Per ogni scenario archiviamo la sequenza osservata, i tag coinvolti e le differenze rispetto all'atteso. Se il contenitore è bloccato dalla configurazione basic, quel comportamento va interpretato nel suo contesto: non dimostra automaticamente che GTM sia installato male. La diagnosi deve spiegare il risultato osservato, non inseguire una spunta verde.

5. Prova anche ritorno e revoca

Il percorso più facile è accettare tutto alla prima visita. Un collaudo utile cerca gli altri percorsi. Ogni caso deve partire da uno stato noto; altrimenti potresti stare misurando una preferenza precedente senza accorgertene. Ripeti inoltre il test sulle pagine che usano componenti diversi, come checkout esterno, sottodominio e area account.

• Prima visita senza interazione: verifica default, caricamenti e richieste rispetto alla modalità scelta.
• Rifiuto: confronta tutti e quattro i segnali con la matrice aziendale.
• Accettazione parziale: controlla che le categorie restino separate.
• Seconda pagina e visita di ritorno: verifica che la preferenza venga recuperata correttamente.
• Modifica o revoca: osserva l'aggiornamento e il comportamento dei tag nelle azioni successive.
• Pagina lenta o errore della CMP: controlla che l'ordine di inizializzazione resti quello progettato.

Esempio operativo: il checkout usa una configurazione vecchia

Immagina un sito in cui homepage e schede prodotto usano il nuovo template CMP, mentre il checkout ospitato su un sottodominio mantiene un vecchio script. Nel percorso di test l'utente accetta soltanto analytics. Sulle prime pagine i quattro stati corrispondono alla matrice; nel checkout due campi risultano assenti e un tag pubblicitario parte prima dell'inizializzazione.

Non cambieremmo subito tutte le impostazioni dell'account Ads. Apriremmo un intervento circoscritto sul checkout: proprietario della configurazione, sequenza attuale, sequenza attesa, prova da ripetere. Dopo la correzione rifaremmo gli stessi scenari. Il valore del test sta nella riproducibilità: chi sviluppa deve poter vedere il difetto e dimostrare che non si presenta più.

La consegna utile è una matrice con evidenze

Al termine del lavoro, lascia un registro con ambiente, data, versione del contenitore, scelta effettuata, stato atteso e stato osservato. Aggiungi l'esito e il responsabile di ogni problema aperto. È un documento piccolo, ma permette di ripetere il controllo dopo un aggiornamento del CMS o della CMP senza ripartire da zero.

Tieni separata la correttezza del passaggio dei segnali dalle metriche pubblicitarie. L'implementazione può essere corretta senza produrre un incremento predeterminato delle conversioni osservate o modellate. Promettere un recupero fisso di dati prima di conoscere traffico, impostazioni e comportamento degli utenti non aiuta a prendere decisioni migliori.