Migrare da Cookiebot a CookiePilot: guida pratica alla migrazione

Migrare da Cookiebot a CookiePilot significa cambiare il punto in cui il sito gestisce consenso, categorie, script, prove, segnali per Google e controllo operativo dei tag. Non è solo la sostituzione di un banner. Se la migrazione viene trattata come un intervento tecnico minore, il rischio è lasciare in produzione vecchi trigger, doppie logiche di consenso, misurazioni incoerenti o script non più governati.

Una migrazione ben fatta parte dall'inventario, conserva le evidenze, mappa finalità e categorie, valida Google Consent Mode v2 e controlla i percorsi critici, soprattutto negli ecommerce. CookiePilot può aiutare a gestire il consenso e a semplificare il lavoro operativo, ma nessuna piattaforma può garantire da sola la conformità al GDPR o alla normativa applicabile sui cookie. Contano configurazione, testi, fornitori, finalità, basi giuridiche, processi interni e verifica legale.

Se state ancora valutando il cambio, potete confrontare la pagina alternativa a Cookiebot, le funzionalità di CookiePilot e i prezzi. Questo articolo si concentra invece su come passare da Cookiebot a CookiePilot in modo pratico.

Quando ha senso passare da Cookiebot a CookiePilot

Il cambio di CMP è utile quando l'attuale configurazione ostacola il lavoro quotidiano. Succede spesso durante un redesign, una migrazione CMS, una revisione del Google Tag Manager, l'adozione di Google Consent Mode v2, l'apertura di nuovi mercati o la pulizia di un ecommerce con molti plugin e pixel pubblicitari. In questi casi il valore non sta solo nel banner, ma nella possibilità di rimettere ordine nel consenso.

Prima di iniziare, definite il motivo commerciale. Volete ridurre il tempo necessario per aggiungere un nuovo tag? Migliorare la qualità dei segnali inviati a Google Ads e GA4? Rendere più chiara la gestione per il team marketing italiano? Coordinare meglio sviluppo, legale e agenzia media? Preparare WooCommerce, Shopify, Magento o Prestashop a un setup più controllato? Una ragione concreta aiuta a scegliere priorità e profondità del progetto.

Definite anche ciò che il cambio non risolve automaticamente. Una CMP non decide quali fornitori sono necessari, non cancella tag inutili, non aggiorna da sola l'informativa privacy e non trasforma uno storico disordinato in una governance pulita. CookiePilot può supportare l'implementazione, ma le decisioni su finalità, categorie e testi restano dell'organizzazione.

Per il contesto italiano, usate fonti ufficiali come il Garante per la protezione dei dati personali, l'AGCOM, il Comitato europeo per la protezione dei dati, la pagina della Commissione europea sulla protezione dei dati e la documentazione Google su Consent Mode. Sono riferimenti autorevoli, non scorciatoie rispetto a una valutazione legale specifica.

Audit prima della migrazione

La prima attività è capire come Cookiebot è installato oggi. Individuate domini, sottodomini, lingue, ambienti, script, categorie, banner, collegamenti all'informativa, contenitori GTM e integrazioni CMS. In molti siti italiani il CMP è stato aggiunto nel tempo tramite plugin, tema, snippet, Google Tag Manager o interventi dell'agenzia. Prima di rimuovere qualcosa, bisogna sapere da dove viene caricato.

Create un inventario operativo. Le colonne minime sono: pagina o template, servizio, fornitore, finalità, categoria attuale in Cookiebot, categoria prevista in CookiePilot, posizione tecnica, proprietario interno, trigger GTM, cookie o storage usati, consenso richiesto, priorità di test e note. Per un ecommerce aggiungete homepage, categoria, scheda prodotto, ricerca, carrello, checkout, pagamento, conferma ordine, account e pagine post-vendita.

Eseguite test manuali con un profilo browser pulito. Aprite la home, rifiutate tutto, accettate tutto, selezionate solo alcune categorie, cambiate preferenze e ricaricate la pagina. Usate DevTools per cookie, local storage, richieste di rete e dataLayer. Usate l'anteprima GTM per vedere quali tag partono e perché. Un controllo solo visivo del banner non è sufficiente.

Distinguete con cura i servizi necessari da quelli opzionali. Carrello, sicurezza, autenticazione, bilanciamento del carico o preferenza lingua possono avere una logica diversa da advertising, analytics, heatmap, remarketing, social plugin o personalizzazione. Un servizio importante per il business non è automaticamente necessario per l'utente. Nei casi dubbi coinvolgete il referente privacy o il consulente.

Esportare configurazioni e prove

Prima di disattivare Cookiebot, archiviate tutto ciò che può servire come prova o confronto: testi del banner, pulsanti, categorie, fornitori, dichiarazioni script, impostazioni di dominio, lingue, report di scansione, screenshot e log di consenso disponibili. Salvate data, ora, ambiente, versione del sito e responsabile dell'export.

Questo archivio evita discussioni basate sulla memoria. Se dopo il lancio cambiano i numeri di GA4 o Google Ads, potete confrontare il comportamento precedente. Se una categoria viene contestata, potete vedere cosa è stato modificato. Se un cliente chiede spiegazioni, avete una cronologia chiara.

Non date per scontato che i vecchi consensi siano trasferibili. Se cambiano categorie, finalità, fornitori, durata, testi o modalità di scelta, la validità della preferenza precedente va valutata. In alcuni casi può essere più prudente chiedere una nuova scelta. In altri, una continuità tecnica può essere possibile. La decisione deve essere consapevole e documentata.

Mappare categorie, script e segnali di consenso

Il mapping deve partire dalle finalità, non dai nomi delle categorie. "Statistiche", "marketing", "funzionali" o "preferenze" possono avere significati diversi tra due configurazioni. Un servizio di video embed, per esempio, può essere trattato diversamente da un pixel di retargeting o da una misurazione aggregata.

Preparate una tabella di corrispondenza con servizio, fornitore, finalità, vecchia categoria Cookiebot, nuova categoria CookiePilot, script, tag GTM, evento di attivazione, segnale Consent Mode e pagina di test. Non raggruppate tutto sotto il nome del fornitore. Google Analytics, Google Ads, YouTube e Maps hanno usi diversi. Lo stesso vale per Meta, strumenti email, piattaforme affiliate, chat e sistemi di recensione.

Per Google Consent Mode v2, verificate almeno analytics_storage, ad_storage, ad_user_data e ad_personalization. Il consenso predefinito deve essere impostato prima che i tag interessati possano partire. Dopo la scelta dell'utente, CookiePilot deve aggiornare lo stato in modo coerente con le categorie selezionate.

Se usate GTM, pianificate con l'articolo su Google Consent Mode v2 con Google Tag Manager e con la panoramica su Google Consent Mode v2. Ricordate però che Consent Mode riguarda soprattutto i tag Google. I tag non Google richiedono controlli specifici tramite trigger, condizioni o integrazioni.

Piano di sostituzione passo per passo

Gestite il passaggio come una release. Lavorate in staging quando possibile. Se non esiste un ambiente di prova affidabile, fissate una finestra di lancio breve, con sviluppo, marketing e responsabile sito disponibili.

1. Congelate le modifiche al consenso. Durante la preparazione non cambiate Cookiebot, GTM o testi.
2. Completate audit ed export. Inventario, screenshot, report e problemi noti vanno salvati.
3. Configurate CookiePilot. Inserite domini, lingue, categorie, fornitori, testi, link e comportamento del banner.
4. Installate CookiePilot in staging. Rimuovete o disattivate Cookiebot nello stesso ambiente.
5. Aggiornate GTM. Sostituite trigger e variabili legate a Cookiebot con logiche compatibili con CookiePilot.
6. Controllate gli script hardcoded. Tema, plugin, snippet e template devono rispettare le nuove categorie.
7. Validate Consent Mode v2. Testate default, update e comportamento dei tag Google.
8. Testate ecommerce e form. Carrello, checkout, lead form e conferme sono percorsi critici.
9. Preparate rollback. Versione GTM precedente, vecchio deployment e istruzioni di ripristino devono essere pronti.
10. Lanciate con verifica congiunta. Non lasciate il controllo a un solo team.
11. Monitorate. Consensi, conversioni, errori e segnalazioni vanno osservati subito.

Per WooCommerce è utile leggere anche la guida sul cookie banner per WooCommerce, perché molti plugin caricano script solo in carrello, checkout o pagina ordine.

Validare Google Tag Manager e Consent Mode v2

Aprire GTM Preview con un profilo pulito è obbligatorio. Controllate la sequenza: prima lo stato di consenso predefinito, poi l'eventuale attivazione dei tag consentiti, poi l'aggiornamento dopo l'azione dell'utente. Testate rifiuto, accettazione, scelta parziale e modifica successiva.

Per GA4 guardate page_view, eventi personalizzati, conversioni ed eventi ecommerce. Per Google Ads controllate Conversion Linker, tag conversione, remarketing e diagnostica. Per Meta, Microsoft Advertising, LinkedIn, TikTok, affiliate, piattaforme email e chat, verificate trigger e blocchi dedicati. Un tag non Google non diventa automaticamente corretto perché il Consent Mode è configurato.

Cercate duplicazioni. Durante una migrazione è frequente trovare Cookiebot ancora attivo in GTM mentre CookiePilot è già nel codice, o viceversa. Questo può generare due banner, due eventi dataLayer, tag doppi o stati di consenso incompatibili. In produzione dovrebbe essere attiva una sola CMP.

Usate DevTools per leggere cookie, local storage, network e dataLayer. Dopo un rifiuto, verificate che i tag opzionali non partano. Dopo un'accettazione, verificate che partano una volta sola. Dopo un cambio preferenze, verificate che i comportamenti futuri seguano la scelta aggiornata.

WordPress, WooCommerce ed ecommerce italiano

In WordPress cercate tutte le fonti di caricamento: plugin Cookiebot, header del tema, child theme, plugin di snippet, GTM, page builder o integrazioni dell'hosting. Disattivate il vecchio CMP solo quando il nuovo percorso è chiaro. Intervenire a tentativi può lasciare script duplicati o banner intermittenti.

WooCommerce richiede test mirati. Controllate liste prodotto, schede prodotto, add to cart, coupon, calcolo spedizione, login, registrazione, checkout, pagamento, ritorno dal payment service provider, conferma ordine e area account. Estensioni di pagamento, recensioni, chat, antifrode, upsell e marketing automation possono attivarsi solo in quei passaggi.

Nel mercato italiano considerate anche servizi locali o ricorrenti: pagamenti con carte, PayPal, bonifico, soluzioni rateali, corrieri, comparatori prezzi, marketplace, piattaforme recensioni, affiliazione, sistemi CRM e strumenti di newsletter. Ogni servizio va classificato per finalità. Un controllo antifrode nel checkout non equivale a un pixel per remarketing.

Dopo il lancio, confrontate le metriche con cautela. I tassi di consenso possono cambiare per effetto di testi, categorie, layout e comportamento dell'utente. Le conversioni visibili possono cambiare anche per browser, blocchi e modellazione. Il punto è verificare coerenza tecnica: i tag devono partire quando consentito e restare fermi quando non lo è.

Pensate anche alla gestione ordinaria dopo il go-live. In molti ecommerce italiani nuovi script arrivano tramite agenzie media, plugin di recensione, strumenti di email marketing, app per promozioni o aggiornamenti del tema. Stabilite che ogni nuovo servizio debba avere finalità, categoria, proprietario, pagina di test e prova del comportamento con rifiuto e accettazione. Senza questa regola, anche una migrazione ordinata può diventare confusa dopo poche campagne.

Se vendete in più Paesi, provate combinazioni realistiche: utente italiano su pagina inglese, cliente svizzero su checkout italiano, traffico da comparatore, traffico da newsletter e visita mobile da campagna paid. Il consenso deve funzionare nei percorsi reali, non solo nella home aperta dal team durante il test.

Matrice di test per la migrazione

Area	Test	Risultato atteso	Evidenza
Prima visita	Aprire la home in profilo pulito	CookiePilot appare e i default precedono i tag	Screenshot, dataLayer
Rifiuta tutto	Rifiutare categorie opzionali	Marketing e analytics bloccati secondo configurazione	GTM Preview, cookie
Accetta tutto	Accettare tutte le categorie	Tag consentiti attivati una sola volta	Log tag
Scelta parziale	Accettare solo statistiche	Analytics attivo, marketing bloccato	Tab consenso
Cambio scelta	Riaprire preferenze e revocare	I futuri trigger seguono la nuova scelta	Registrazione breve
Ecommerce	Completare ordine di test	Checkout funzionante, conversioni secondo consenso	Ordine test
Lingue	Provare italiano e altre locale	Testi, pulsanti e link corretti	Screenshot
Visitatore di ritorno	Ricaricare dopo scelta salvata	Preferenza mantenuta come configurato	Storage browser
Mobile	Test su viewport piccolo	Banner leggibile e utilizzabile	Screenshot mobile
Rollback	Ripristinare setup precedente in staging	Procedura pronta e funzionante	Nota release

Errori comuni nella migrazione

Il primo errore è cambiare il banner ma non la logica. Vecchi trigger Cookiebot, variabili dataLayer o condizioni nei template possono restare attivi. Cercate riferimenti nel codice, in GTM e nei plugin.

Il secondo errore è non conservare prove. Senza export, screenshot e note, è difficile spiegare cosa è cambiato o tornare a un comportamento noto.

Il terzo errore è copiare le categorie senza rivedere le finalità. I nomi sembrano simili, ma il contenuto può essere diverso.

Il quarto errore è considerare Google Consent Mode v2 una soluzione completa per tutti i tag. È importante per Google, ma i fornitori non Google vanno controllati separatamente.

Il quinto errore è testare solo la home. I problemi più costosi emergono nei form lead, nel checkout e nella conferma ordine.

Il sesto errore è non assegnare un proprietario. Legale, marketing, agenzia e sviluppo devono sapere chi decide e chi approva.

Un altro errore è ignorare eventi server-side o integrazioni backend. Se inviate conversioni tramite API, server-side tagging o piattaforme CRM, verificate come questi flussi si collegano alla scelta espressa nel browser. La migrazione del banner non basta se una parte della misurazione segue una logica separata.

Attenzione anche alle cache. Plugin di performance, CDN e ottimizzatori JavaScript possono cambiare l'ordine di caricamento o servire una vecchia versione dello script. Dopo il deploy svuotate le cache previste e testate da browser non autenticato, perché l'esperienza dell'amministratore WordPress può essere diversa da quella del visitatore.

Checklist di lancio

Prima del go-live, verificate:

• CookiePilot è configurato per domini, sottodomini e lingue attive.
• Cookiebot è rimosso o disattivato nel percorso di produzione.
• Le vecchie referenze Cookiebot sono state cercate in GTM, tema e plugin.
• Categorie, finalità e fornitori sono stati rivisti.
• Informativa privacy e pagina cookie sono collegate correttamente.
• I default Consent Mode v2 partono prima dei tag Google.
• I tag non Google hanno trigger di consenso espliciti.
• Form, checkout e conferma ordine sono stati testati.
• La matrice di test è compilata.
• Rollback tecnico e GTM precedente sono disponibili.
• Responsabili marketing, tecnico e sito sono presenti al lancio.

Evitate di unire la migrazione a troppe modifiche non correlate. Se cambiate contemporaneamente tema, checkout, piano media e CMP, isolare un problema diventa molto più difficile.

Durante il lancio tenete un registro breve: ora del deploy, versione GTM pubblicata, configurazione CookiePilot, pagine testate, anomalie trovate, decisione finale e nome dei responsabili. Non serve un documento complesso. Serve una traccia condivisa che permetta di capire cosa è successo se dopo qualche giorno emergono domande su dati o comportamento del banner.

Monitoraggio dopo il lancio

Nelle prime 24 ore controllate pagine principali, form, carrello, checkout, tassi di consenso, GA4 realtime, diagnostica Google Ads, conversioni, errori JavaScript e messaggi al supporto. Verificate desktop e mobile. Se il sito serve più Paesi, testate almeno l'Italia e i mercati principali.

Nella prima settimana guardate le tendenze. Un calo dei consensi marketing può dipendere da testo più chiaro o categorie diverse. Una scomparsa improvvisa delle conversioni è più probabilmente un problema tecnico. Annotate gli scostamenti e classificate la causa prima di cambiare configurazioni.

Dopo una o due settimane fate una revisione. Controllate se i nuovi tag seguono il processo approvato, se l'inventario è aggiornato e se le modifiche alle categorie sono tracciate. La migrazione ha valore quando migliora la gestione ordinaria, non solo quando il banner si vede.

Coinvolgete anche supporto clienti e commerciale. Gli utenti raramente segnalano un problema dicendo che il consenso è sbagliato. Diranno che un video non si apre, una chat non compare, un codice sconto non funziona o una pagina di pagamento sembra bloccata. Questi segnali vanno collegati rapidamente ai test tecnici.

Controllate inoltre pagine meno visibili: vecchie landing page, form per webinar, download di cataloghi, mappe dei punti vendita, pagine partner e campagne stagionali. Spesso contengono script inseriti anni prima, fuori dai template principali. Se generano lead o vendite, devono rientrare nel controllo post-migrazione.

Decidere se migrare ora

Ha senso migrare ora se avete un obiettivo chiaro, un responsabile, un inventario ragionevole e una finestra di rilascio. Motivi validi sono Consent Mode v2, revisione GTM, ecommerce, multilingua, redesign o adozione del flusso CookiePilot.

Aspettate se nessuno sa quali tag sono attivi, se il sito è in un rilascio caotico o se le categorie non sono state approvate. In quel caso, dedicate prima tempo all'audit. Per orientarvi potete leggere l'articolo su guida al banner cookie GDPR, il confronto Cookiebot vs CookieYes vs CookiePilot e la guida ai prezzi delle CMP.

Se volete discutere un piano concreto, usate la pagina contatti indicando domini, CMS, GTM, piattaforma ecommerce, lingue e data prevista.

FAQ

Posso trasferire i consensi da Cookiebot a CookiePilot?

Non sempre. Bisogna confrontare finalità, categorie, fornitori, testi e logica tecnica. Prima esportate le evidenze, poi decidete se le preferenze precedenti sono riutilizzabili.

Devo modificare Google Tag Manager?

Nella maggior parte dei casi sì. Trigger, variabili e stati legati a Cookiebot devono essere sostituiti e testati con CookiePilot.

CookiePilot garantisce la conformità GDPR?

No. CookiePilot può supportare la gestione del consenso, ma la conformità dipende dalla configurazione e dalle scelte dell'organizzazione.

Quanto dura una migrazione?

Un sito semplice può richiedere poco tempo tecnico. Un ecommerce multilingua con molti tag richiede più audit, mapping e test.

Cosa devo testare in WooCommerce?

Prodotti, carrello, coupon, checkout, pagamento, conferma ordine, account, pixel conversione e plugin che caricano script opzionali.

Quali metriche monitorare dopo il lancio?

Tassi di consenso, eventi GA4, conversioni Ads, errori JavaScript, tag GTM, abbandoni checkout e messaggi al supporto.

Da dove iniziare se il setup attuale è confuso?

Partite dall'inventario. Elencate script, fornitori, finalità, posizione tecnica, categoria e responsabile prima di configurare CookiePilot.