Passare dal plugin
Cookiemark è nato dal plugin CookieConsent per WordPress e sa leggerne le impostazioni. Questa pagina ti guida nel passaggio ed elenca cosa cambiare sul tuo sito dopo.
Prima di iniziare
Il plugin e Cookiemark non devono mai girare sulla stessa pagina, perché i visitatori vedrebbero due banner. Quindi prepari prima tutto in Cookiemark e alla fine sostituisci il plugin con lo script in un solo passaggio.
Dopo il passaggio, ai visitatori verrà chiesto di nuovo il consenso. Il plugin salvava la scelta in un cookie chiamato bfcc_consent, mentre Cookiemark usa cookiemark_consent. Cookiemark non legge il vecchio cookie, quindi ogni visitatore sceglie un'altra volta.
Passaggio 1: esporta dal plugin
In WordPress apri CookieConsent, poi Setup, e premi Export settings. Ottieni un file JSON.
Già che sei nel plugin, esporta anche il suo registro dei consensi come file CSV. Il registro resta nel tuo database WordPress e non passa a Cookiemark. Conserva l'esportazione finché ti serve come prova.
Passaggio 2: importa in Cookiemark
- Aggiungi il sito in Cookiemark, in Siti, Aggiungi sito.
- Apri il sito, poi Impostazioni, poi Importa dal plugin WordPress.
- Scegli il file esportato, o incollane il contenuto, e premi Importa come bozza.
L'importazione finisce nella bozza, quindi non c'è ancora niente online. Prima di pubblicare, controlla l'aspetto nella scheda Aspetto.
Cosa viene importato
- Il layout, la posizione, i colori, le dimensioni, gli angoli, l'icona, l'animazione e il pulsante per riaprire.
- Il CSS personalizzato. I nomi di classe che iniziano con
bfcc-diventanocmk-. - Un Google Font diventa la stessa famiglia di Bunny Fonts, che la serve dall'UE senza cookie.
- Le categorie che offri, la versione del consenso, la durata della scelta e il dominio del cookie.
- Google Consent Mode, l'associazione tra categorie e segnali, l'ID del contenitore, il nome del data layer e gli eventi dei moduli.
- I servizi che hai disattivato, le tue regole di blocco e le impostazioni per regione.
- I nomi degli eventi Cookiebot e l'impostazione dell'API Cookiebot.
La modalità base del plugin diventa Consent Mode base in Cookiemark, qualsiasi altra modalità diventa quella avanzata. Il plugin partiva in modalità avanzata, quindi controlla questa impostazione se non l'hai mai cambiata.
Cosa resta indietro
- I tuoi testi. L'importazione non li modifica. Copia nella scheda Testi le formulazioni che avevi riscritto nel plugin.
- Il tuo elenco dei cookie. Avvia una scansione e aggiungi i cookie che suggerisce, oppure aggiungili da un servizio.
- Il registro dei consensi. Resta in WordPress, come descritto nel passaggio 1.
Dopo l'importazione, Cookiemark elenca le impostazioni del plugin che qui funzionano in modo diverso. Ecco quelle che potresti vedere:
- Nel plugin il blocco era disattivato. Cookiemark blocca sempre i servizi noti prima del consenso, e i singoli servizi li disattivi in Cookie.
- Con il solo script non è possibile nascondere il banner agli utenti WordPress connessi in base al loro ruolo.
- Nel plugin il registro dei consensi era disattivato. Cookiemark lo tiene sempre, come prova del consenso.
- Il plugin applicava un hash agli indirizzi IP o li ometteva. Cookiemark salva sempre un indirizzo abbreviato, mai quello completo.
- Tag Manager impostava i default di Consent Mode tramite il modello del plugin. Al suo posto importa il modello di Cookiemark, come descritto in Google Tag Manager.
- Nel plugin il banner era disattivato. In Cookiemark compare appena pubblichi.
Passaggio 3: pubblica e sostituisci
- Premi Pubblica in Cookiemark.
- In WordPress disattiva CookieConsent e aggiungi la riga di Cookiemark, una cosa subito dopo l'altra. Installare lo script mostra dove va la riga.
- Svuota la cache delle pagine del tuo plugin di cache, del tuo hosting e della tua CDN.
- Apri il sito in una finestra privata e controlla che compaia un solo banner, quello di Cookiemark.
Passaggio 4: aggiorna il tuo markup e il tuo codice
Alcuni nomi del plugin continuano a funzionare. Altri vanno rinominati.
| Nel plugin | In Cookiemark |
|---|---|
data-cookieconsent="statistics" | Continua a funzionare. data-cookiemark è il nuovo nome. |
Un link a #bfcc-open-preferences | Continua a funzionare. #cookiemark-preferences è il nuovo nome. |
data-bfcc-action, data-bfcc-allow | Rinomina in data-cookiemark-action e data-cmk-allow. |
data-bfcc-consent-id e gli altri campi | Rinomina in data-cookiemark-consent-id e così via. |
window.BFCC | Rinomina in window.Cookiemark. I metodi e le proprietà hanno gli stessi nomi. |
Eventi come bfcc:change | Rinomina in cookiemark:change. |
window.bfccListeners | Rinomina in window.cookiemarkListeners. |
| Shortcode, il blocco della dichiarazione e le funzioni helper PHP | Non disponibili. Cookiemark gira nel browser, non in WordPress. |
Attivatori di Tag Manager
Gli eventi del data layer hanno nuovi nomi, quindi aggiorna gli attivatori nel tuo contenitore lo stesso giorno in cui fai la sostituzione.
| Evento o variabile del plugin | Evento o variabile di Cookiemark |
|---|---|
bfcc_consent_ready, bfcc_consent_update | cookiemark_consent_ready, cookiemark_consent_update |
bfcc_consent_statistics e le altre categorie | cookiemark_consent_statistics e così via |
bfcc_consent, bfcc_consent_state, bfcc_consent_id | cookiemark_consent, cookiemark_consent_state, cookiemark_consent_id |
bfcc_form_sent e gli altri eventi dei moduli | cookiemark_form_sent e così via |
Se il tuo contenitore usa i nomi degli eventi Cookiebot tramite il plugin, continuano a funzionare una volta che l'importazione li ha attivati.
Safari
Il plugin impostava il cookie di consenso dal tuo server, quindi Safari conservava la scelta per tutto il periodo. Lo script di Cookiemark lo imposta nel browser, e Safari lo conserva per sette giorni. Per mantenere il comportamento precedente, aggiungi un piccolo endpoint sul tuo sito, come descritto in Safari e il limite di sette giorni.