Une bannière visible ne prouve rien
Quand je vérifie une installation, je ne commence pas par regarder si le bandeau s’affiche correctement. J’ouvre les outils de développement du navigateur et je regarde ce qui est réellement chargé dans la page.
Une CMP peut parfaitement afficher une bannière, enregistrer un choix et donner l’impression que tout fonctionne alors qu’un tracker est déjà parti avant elle. Le contrôle doit donc se faire dans le DOM et dans les requêtes réseau, pas uniquement à l’écran.
Je commence par l’ordre de chargement
Le premier point est simple : je cherche comment tarteaucitron est chargé et où se trouvent les services qu’il doit contrôler. Comme expliqué dans l’article sur l’ordre de chargement, si GA4 est placé avant tarteaucitron dans le <head>, il est déjà trop tard.
En mode automatique de la version Pro, le marqueur tarteaucitron doit donc être placé avant les trackers. C’est ce qui lui permet de détecter et de bloquer les services pris en charge avant leur exécution.
En mode manuel, le piège est différent
Le cas que je rencontre régulièrement est un site configuré en mode manuel avec GA4 correctement déclaré dans tarteaucitron… mais avec l’ancien code GA4 toujours présent dans le site.
Dans ce cas, la déclaration tarteaucitron fonctionne, mais elle ne sert pratiquement à rien : le code GA4 chargé directement continue sa vie de son côté. Il n’est pas devenu contrôlé simplement parce qu’un second GA4 a été déclaré dans la CMP.
Déclarer un service dans une CMP ne désactive pas automatiquement une autre intégration du même service déjà présente dans le site.
Open source : supprimer le chargement direct
Avec tarteaucitron.js en intégration manuelle, il faut supprimer du site le code HTML ou JavaScript qui charge directement le service, puis laisser tarteaucitron le charger au moment approprié.
C’est une différence importante avec le mode automatique Pro. Celui-ci est justement conçu pour détecter les services pris en charge déjà présents dans le DOM et intervenir dessus, à condition que le marqueur Pro soit chargé suffisamment tôt.
Le réseau permet de trancher
Une fois le DOM vérifié, l’onglet Network permet de voir ce qui se passe réellement. Je teste le site sans choix enregistré, puis après refus et après acceptation.
Ce contrôle est beaucoup plus fiable qu’une simple inspection des cookies. Un service tiers peut envoyer une requête avant même que la vérification finale des cookies donne une image claire de ce qui s’est passé.
Une CMP se teste par son résultat
Au fond, le test est assez simple : avant consentement, est-ce que les services qui doivent être bloqués le sont réellement ? Après un refus, restent-ils bloqués ? Après une acceptation, se chargent-ils correctement ?
Comprendre ce qu’est une CMP techniquement aide beaucoup ici. Le bandeau n’est que l’interface visible. Ce qui compte est ce qui se passe derrière.
