La modalità di consenso è il meccanismo con cui i vostri strumenti di misurazione e pubblicità adattano il comportamento a quanto il visitatore ha accettato. La sua implementazione è diventata una condizione di accesso ad alcune funzioni pubblicitarie in Europa, e spesso viene fatta a metà.
Le regole generali del banner cookie sono state trattate a parte. Questo articolo riguarda l’articolazione tecnica con gli strumenti di misurazione.
Il principio
Senza modalità di consenso, la scelta è binaria: o lo script di misurazione si carica, o non si carica.
Con la modalità di consenso, lo script si carica in uno stato limitato finché il visitatore non ha accettato. Non scrive cookie, non trasmette identificativi e può inviare segnali privi di dati personali.
Due conseguenze pratiche. Conservate una misurazione aggregata sui visitatori che rifiutano. E il passaggio dal rifiuto all’accettazione viene recepito subito, senza ricaricare.
Punto da non confondere: questo meccanismo non esime dal consenso. Definisce cosa fanno i vostri strumenti in sua assenza.
I quattro segnali
Il dispositivo poggia su quattro indicatori, ciascuno concesso o negato in modo indipendente.
Due riguardano la misurazione dell’audience: l’archiviazione a fini analitici e la trasmissione dei dati di misurazione.
Due riguardano la pubblicità: l’archiviazione pubblicitaria e l’uso dei dati per la personalizzazione o la misurazione pubblicitaria.
Tre regole di implementazione.
Ogni segnale deve corrispondere a una finalità del vostro banner. Se il banner propone «misurazione dell’audience» e «pubblicità», la corrispondenza è semplice. Se propone solo una scelta globale, non potete valorizzare i segnali correttamente.
Tutti i segnali vanno dichiarati, anche quelli che non usate. Un segnale assente è trattato come non impostato, che non equivale a negato.
Lo stato predefinito è il rifiuto, finché il visitatore non sceglie.
L’ordine di esecuzione, punto critico
È l’errore tecnico più frequente e rende inefficace l’intero dispositivo.
Lo stato predefinito deve essere dichiarato prima del caricamento degli script di misurazione. Se lo script si carica per primo e lo stato arriva dopo, il primo evento parte con le impostazioni predefinite dello strumento, cioè senza restrizioni.
In concreto la sequenza è: dichiarazione dello stato predefinito, poi caricamento del gestore di tag, poi aggiornamento dello stato quando il visitatore sceglie.
Su PrestaShop questo presuppone che il codice di dichiarazione sia iniettato molto in alto nella pagina, prima di ogni altro script di misurazione. Un modulo di consenso che si carica dopo il gestore di tag non può funzionare correttamente.
Verifica: guardate l’ordine degli script nel sorgente della vostra home page. La dichiarazione di stato deve precedere tutto il resto.
DataFirefly Cookie Manager — basato sul motore open-source tarteaucitron.jsIl banner cookie conforme al Garante Privacy, senza rinunciare alla misurazione.€220.00
Il blocco preventivo resta necessario
Confusione frequente da chiarire.
La modalità di consenso gestisce il comportamento degli strumenti che la supportano. Non blocca gli altri.
I vostri script di chat, mappa, video incorporato, recensioni o test comportamentali non la conoscono. Devono essere bloccati dal vostro dispositivo di consenso, come prima.
La configurazione corretta combina quindi due meccanismi: un blocco preventivo per tutto ciò che deposita tracciatori senza supportarla, e la modalità di consenso per gli strumenti compatibili.
Errore da evitare: credere che l’implementazione della modalità di consenso esima dal blocco. Copre solo una parte della vostra pagina.
L’aggiornamento al momento della scelta
Tre punti di implementazione.
L’aggiornamento deve essere immediato, senza ricaricare la pagina. Un visitatore che accetta deve vedere attivarsi la misurazione completa sulla sessione in corso.
Deve riflettere la scelta per finalità, non applicare un accordo globale. Un visitatore che accetta la misurazione e rifiuta la pubblicità deve produrre due segnali concessi e due negati.
La scelta va memorizzata e riapplicata a ogni visita, fino alla scadenza.
Punto complementare: la revoca del consenso deve aggiornare anch’essa i segnali, nell’altro senso. Un dispositivo che gestisce solo l’accettazione è incompleto.
Cosa misurate in caso di rifiuto
Domanda legittima, e la risposta merita sfumature.
In stato limitato, gli strumenti possono trasmettere segnali senza identificativo né cookie. Questi segnali permettono una stima del comportamento dei visitatori che hanno rifiutato, tramite modellazione.
Tre precisazioni oneste.
Questa stima è una modellazione, non una misurazione. Produce ordini di grandezza, non cifre esatte.
Presuppone un volume sufficiente di dati osservati per poter essere calcolata. Su un negozio piccolo può non essere disponibile.
Non ripristina ciò che il rifiuto ha soppresso. Attenua la perdita, non la annulla.
Presentare questo meccanismo come un modo per «recuperare le conversioni perse» è una lettura eccessiva che circola molto.
Verificare che funzioni
Quattro controlli, tutti eseguibili nel browser.
Prima di qualsiasi scelta, aprite la console e guardate le richieste in uscita. Le chiamate di misurazione possono partire, ma senza cookie e con i parametri che indicano lo stato limitato.
Dopo un rifiuto, verificate che non venga depositato alcun cookie di misurazione o di pubblicità.
Dopo un’accettazione, verificate che i cookie compaiano e che le chiamate portino gli identificativi attesi.
A una visita di ritorno, verificate che la scelta precedente venga riapplicata senza richiedere.
Aggiungete un controllo nello strumento di misurazione stesso, che di norma espone un report sullo stato dei segnali ricevuti. È lì che si vedono le incoerenze che la console non mostra.
Gli errori frequenti
Un solo segnale valorizzato. Alcune configurazioni dichiarano solo l’archiviazione analitica e lasciano gli altri tre non impostati.
Lo stato predefinito concesso. Errore grave: equivale a raccogliere prima del consenso.
La corrispondenza approssimativa. Una finalità «marketing» del banner mappata su tutti e quattro i segnali insieme, il che non rispetta la scelta del visitatore.
Il dispositivo assente su alcune pagine. Il processo d’ordine o le landing page pubblicitarie sfuggono a volte al banner, per un template di pagina diverso.
Quest’ultimo caso è il più dannoso: le pagine che contano di più per la vostra misurazione sono quelle dove il dispositivo manca.
L’articolazione con l’invio lato server
Punto da affrontare se trasmettete eventi dal vostro server.
L’invio lato server non passa dal browser, quindi ignora lo stato dei segnali, salvo che glielo trasmettiate esplicitamente.
Due conseguenze. La vostra implementazione server deve conoscere lo stato del consenso del visitatore, il che presuppone di memorizzarlo e associarlo alla sessione.
E deve condizionare o limitare l’invio di conseguenza. Trasmettere dati pubblicitari dal server per un visitatore che li ha rifiutati nel browser è un aggiramento, non un’ottimizzazione.
Il Cookie Manager per PrestaShop realizza questa catena su PrestaShop 8 e 9: dichiarazione dello stato predefinito prima di ogni script di misurazione, corrispondenza tra le finalità del banner e i quattro segnali, aggiornamento immediato alla scelta e blocco preventivo degli script di terze parti che non supportano il meccanismo.
