Migration de l'implémentation de la CMP

Depuis la version 32.0.0 de la CMP, l'implémentation dans votre site web a été simplifiée. Dans cette page, nous allons voir comment migrer pas à pas de l'ancienne implémentation vers la nouvelle.


Nouvelle implementation

Le code à implémenter dans votre site web est fourni sous chaque notice dans l'interface de configuration et est facilement copiable grace au bouton "Copier". Il ne reste plus qu'à coller le code dans la section <head> de votre site web.

Pour plus d'informations, voir la page Web CMP.

Event listener

L'event listener a été intégré directement dans la notice, il n'est donc plus nécessaire de l'ajouter sur toutes les pages de votre site web. Vous pouvez donc supprimer le script suivant de votre site web.

triangle-exclamation

Les commandes init et show

Désormais, les commandes init et show sont automatiquement exécutées à l'initialisation de la notice et cela implique des changements dans l'implémentation de la notice.

La commande init

Auparavant, il était nécessaire d'implémenter le script suivant dans la section <body> des pages HTML.

triangle-exclamation

Callback de la commande init

Si vous avez défini un callback dans la commande init, vous devez désormais l'ajouter à la variable de configuration configSFBXAppConsent dans le paramètre callbacks.

Pour rappel, ce callback sera exécuté à la fin de l'initialisation de la notice. Et prend comme paramètres d'entrées error et state.

circle-info

INFO

Dans la documentation de l'ancienne implémentation, nous proposions de mettre console.log en callback de la commande. Si vous êtes dans ce cas, il n'est plus nécessaire de le mettre en callback.

Exemple de la configuration d'un callback :

La commande show

Comme pour la commande init, la commande show n'a plus besoin d'être implémentée comme ceci :

triangle-exclamation

Callback de la commande show

Si vous avez défini un callback dans la commande show, vous devez désormais l'ajouter à la variable de configuration configSFBXAppConsent dans le paramètre callbacks.

Pour rappel, ce callback sera exécuté à la fin de l'exécution de la commande. Et prend comme paramètre d'entrée error.

circle-info

INFO

Dans le code d'exemple de l'ancienne implémentation, nous proposions dans la documentation de mettre console.log en callback de la commande. Si vous êtes dans ce cas, il n'est plus nécessaire de le mettre en callback.

Exemple de la configuration d'un callback :

Changement dans la configuration de la cmp

Option url

L'option url a désormais comme valeur par défaut l'url suivante : https://collector.appconsent.io. Il n'est donc plus nécessaire d'avoir cette option dans la configuration votre CMP, SI vous utilisez cette url.

triangle-exclamation
circle-check

Option lazy

L'option lazy est désormais activé par défaut. Si vous aviez déjà activé cette option dans la commande show, il n'est plus nécessaire de l'avoir dans la configuration.

triangle-exclamation
circle-check

Guardian

Si vous n'avez pas implémenté guardian, vous pouvez passer à la suite.

La configuration de guardian a été changée. Auparavant, il était nécessaire d'ajouter une balise <script> dans le lequel on définissait les urls qu'on souhaiter blacklister ou whitelister.

triangle-exclamation

Maintenant, cette configuration doit être mise dans la variable de configuration configSFBXAppConsent avec le paramètre dynamicallyLoadedScripts avec deux sous parties blacklist et whitelist.

circle-check

Le script de Guardian a été changée pour pouvoir s'adapté cette nouvelle façon de configurer guardian. Il faut donc remplacer l'ancienne balise <script> contenant le code de Guardian par celle-ci :

Désormais, le blocage des cookies et scripts ajoutés par Google Analytics est effectué par le script loader à l'initialisation de la notice. Par défaut, le blocage n'est pas actif, pour l'activer vous devez ajouter la propriété enableGCM à la configuration configSFBXAppConsent.

circle-check

Auparavant, 3 solutions étaient proposées pour activer le blocage de Google Analytics, ces 3 solutions ne sont plus nécessaires et peuvent être supprimées.

Solution 1 - IAB TCF

Il faut simplement supprimer la définition gtag_enable_tcf_support dans la variable window.

triangle-exclamation

Solution 2 - GCM

L'ancienne implémentation de GCM doit être supprimée.

Pour cela, vous devez supprimer le script contenant Google Tag et le script d'ajout de la variable dataLayer.

triangle-exclamation

Il faut aussi supprimer le script de l'event listener de vos pages.

triangle-exclamation

Solution 3 - Google Tag Manager

La troisième solution proposée était d'utiliser votre gestionnaire de balises pour déclencher les balises Google Analytics en fonction des purpose_events envoyés au dataLayer. Selon ce que vous avez implémenté dans vos pages, vous pouvez le supprimer pour migrer vers la nouvelle implémentation.

Pour plus d'information voir la page : Installer AppConsent avec Google Tag Manager

Mis à jour