Migrer depuis le plugin
Cookiemark est né du plugin CookieConsent pour WordPress et sait lire ses réglages. Cette page vous guide pendant la migration et liste ce que vous devez modifier ensuite sur votre site.
Avant de commencer
Le plugin et Cookiemark ne doivent jamais tourner sur la même page, sinon les visiteurs verraient deux bandeaux. Vous préparez donc d’abord tout dans Cookiemark, puis vous remplacez le plugin par le script en une seule étape, à la fin.
Les visiteurs devront de nouveau faire leur choix après la migration. Le plugin enregistrait le choix dans un cookie nommé bfcc_consent, alors que Cookiemark utilise cookiemark_consent. Cookiemark ne lit pas l’ancien cookie : chaque visiteur choisit donc une nouvelle fois.
Étape 1 : exporter depuis le plugin
Dans WordPress, ouvrez CookieConsent, puis Setup, et cliquez sur Export settings. Vous obtenez un fichier JSON.
Pendant que vous êtes dans le plugin, exportez aussi son journal des consentements en fichier CSV. Le journal reste dans votre base de données WordPress et n’est pas transféré vers Cookiemark. Conservez l’export aussi longtemps que vous en avez besoin comme preuve.
Étape 2 : importer dans Cookiemark
- Ajoutez le site dans Cookiemark, sous Sites, Ajouter un site.
- Ouvrez le site, puis Paramètres, puis Importer depuis le plugin WordPress.
- Choisissez le fichier d’export, ou collez son contenu, et cliquez sur Importer en brouillon.
L’import arrive dans le brouillon : rien n’est encore en ligne. Vérifiez l’apparence dans l’onglet Apparence avant de publier.
Ce qui est repris
- La mise en page, la position, les couleurs, les tailles, les coins, l’icône, l’animation et le bouton de réouverture.
- Le CSS personnalisé. Les noms de classes qui commencent par
bfcc-deviennentcmk-. - Une police Google Fonts devient la même famille chez Bunny Fonts, qui la diffuse depuis l’UE sans cookies.
- Les catégories que vous proposez, la version du consentement, la durée de validité du choix et le domaine du cookie.
- Google Consent Mode, la correspondance entre catégories et signaux, l’ID du conteneur, le nom de la couche de données et les événements de formulaire.
- Les services que vous avez désactivés, vos propres règles de blocage et les réglages de région.
- Les noms d’événements Cookiebot et le réglage de l’API Cookiebot.
Le mode de base du plugin devient Consent Mode de base dans Cookiemark, et tout autre mode devient le mode avancé. Le plugin démarrait en mode avancé : vérifiez donc ce réglage si vous ne l’avez jamais modifié.
Ce qui n’est pas repris
- Vos textes. L’import ne les modifie pas. Copiez dans l’onglet Textes les formulations que vous aviez réécrites dans le plugin.
- Votre liste des cookies. Lancez une analyse et ajoutez les cookies qu’elle propose, ou ajoutez-les depuis un service.
- Le journal des consentements. Il reste dans WordPress, comme indiqué à l’étape 1.
Après l’import, Cookiemark liste les réglages du plugin qui fonctionnent différemment ici. Voici ceux que vous pouvez rencontrer :
- Le blocage était désactivé dans le plugin. Cookiemark bloque toujours les services connus avant le consentement, et vous désactivez certains services individuellement sous Cookies.
- Masquer le bandeau pour certains rôles WordPress connectés n’est pas possible avec le script seul.
- Le journal des consentements était désactivé dans le plugin. Cookiemark le tient toujours, comme preuve du consentement.
- Le plugin hachait ou omettait les adresses IP. Cookiemark enregistre toujours une adresse raccourcie, jamais l’adresse complète.
- Tag Manager définissait les valeurs par défaut de Consent Mode via le modèle du plugin. Importez à la place le modèle Cookiemark, comme décrit dans Google Tag Manager.
- Le bandeau était désactivé dans le plugin. Dans Cookiemark, il s’affiche dès que vous publiez.
Étape 3 : publier et remplacer
- Cliquez sur Publier dans Cookiemark.
- Dans WordPress, désactivez CookieConsent puis ajoutez la ligne Cookiemark dans la foulée. La page Installer le script indique où placer la ligne.
- Videz le cache des pages de votre plugin de cache, de votre hébergeur et de votre CDN.
- Ouvrez le site dans une fenêtre de navigation privée et vérifiez qu’un seul bandeau s’affiche, celui de Cookiemark.
Étape 4 : mettre à jour votre balisage et votre code
Certains noms du plugin continuent de fonctionner. D’autres doivent être renommés.
| Dans le plugin | Dans Cookiemark |
|---|---|
data-cookieconsent="statistics" | Continue de fonctionner. data-cookiemark est le nouveau nom. |
Un lien vers #bfcc-open-preferences | Continue de fonctionner. #cookiemark-preferences est le nouveau nom. |
data-bfcc-action, data-bfcc-allow | Renommez en data-cookiemark-action et data-cmk-allow. |
data-bfcc-consent-id et les autres champs | Renommez en data-cookiemark-consent-id, et ainsi de suite. |
window.BFCC | Renommez en window.Cookiemark. Les méthodes et propriétés portent les mêmes noms. |
Les événements comme bfcc:change | Renommez en cookiemark:change. |
window.bfccListeners | Renommez en window.cookiemarkListeners. |
| Les shortcodes, le bloc de déclaration et les fonctions PHP | Non disponibles. Cookiemark s’exécute dans le navigateur, pas dans WordPress. |
Déclencheurs Tag Manager
Les événements de la couche de données ont de nouveaux noms : mettez à jour les déclencheurs de votre conteneur le jour même du remplacement.
| Événement ou variable du plugin | Événement ou variable Cookiemark |
|---|---|
bfcc_consent_ready, bfcc_consent_update | cookiemark_consent_ready, cookiemark_consent_update |
bfcc_consent_statistics et les autres catégories | cookiemark_consent_statistics, et ainsi de suite |
bfcc_consent, bfcc_consent_state, bfcc_consent_id | cookiemark_consent, cookiemark_consent_state, cookiemark_consent_id |
bfcc_form_sent et les autres événements de formulaire | cookiemark_form_sent, et ainsi de suite |
Si votre conteneur utilise les noms d’événements de Cookiebot via le plugin, ils continuent de fonctionner une fois que l’import les a activés.
Safari
Le plugin déposait le cookie de consentement depuis votre serveur, si bien que Safari conservait le choix pendant toute la durée prévue. Le script Cookiemark le dépose dans le navigateur, et Safari ne le conserve alors que sept jours. Pour retrouver l’ancien comportement, ajoutez un petit endpoint sur votre propre site, comme décrit dans Safari et la limite de sept jours.