Analyse des cookies ou blocage des scripts : quelle différence ?
Votre site a passé une analyse des cookies le mois dernier, et hier quelqu’un a ajouté un nouveau pixel publicitaire. Qu’est-ce qui protège les visiteurs d’aujourd’hui ?
L’analyse des cookies trouve les cookies et traceurs présents sur les pages et dans les conditions qu’elle inspecte. Le blocage des scripts contrôle si des scripts peuvent s’exécuter avant et après le choix d’un visiteur. L’une vous donne de la visibilité ; l’autre change le comportement.
Aucun des deux ne prouve à lui seul que le site fait ce que les visiteurs ont choisi. Il faut pour cela une troisième tâche : vérifier le comportement dans un navigateur.
| Activité | Ce qu’elle fait | Quand elle a lieu | Ce qu’elle ne peut pas prouver seule |
|---|---|---|---|
| Analyse des cookies | Ce qu’elle faitVisite des pages et liste les cookies et traceurs qu’elle détecte. | Quand elle a lieuSelon un calendrier, ou quand vous lancez une analyse. | Ce qu’elle ne peut pas prouver seuleQu’un outil est absent des pages non analysées, des espaces nécessitant une connexion ou des interactions. |
| Blocage des scripts | Ce qu’elle faitRetient les scripts jusqu’à ce que le visiteur autorise la catégorie concernée. | Quand elle a lieuÀ chaque page vue, dès la première visite. | Ce qu’elle ne peut pas prouver seuleQue chaque voie d’installation est couverte, ou que chaque catégorie est correcte. |
| Vérification manuelle | Ce qu’elle faitTeste de vrais parcours et compare le comportement attendu au comportement observé. | Quand elle a lieuAprès des modifications du site et avant les lancements importants. | Ce qu’elle ne peut pas prouver seuleTout ce qui dépasse les pages, les choix et les navigateurs que vous avez testés. |
Suivez un nouveau pixel entre deux analyses
Imaginez une boutique fictive qui prépare une campagne. Un responsable marketing ajoute un pixel de remarketing au thème du site. La prochaine analyse automatique n’est prévue que dans trois semaines.
Si le pixel est couvert par la configuration de blocage du site, il suit le choix de consentement correspondant dès la première page vue. S’il n’est pas couvert, il peut s’exécuter pendant des semaines avant qu’une analyse ne le trouve. Un bandeau visible ne répond pas à cette question.
La prochaine analyse peut aider à identifier l’outil. Quelqu’un doit tout de même confirmer sa finalité, sa configuration et l’information donnée à son sujet : classer le cookie en « marketing » dans un rapport n’arrête pas la requête.
Identifier, relier, tester : l’ordre à suivre pour chaque nouvel outil
- Identifiez l’outil. Notez son fournisseur, sa finalité, son responsable, les pages sur lesquelles il s’exécute et la façon dont il est installé : code du thème, plugin, gestionnaire de balises ou iframe intégrée.
- Reliez-le au choix de consentement correspondant. Attribuez-lui la catégorie qui correspond à ce qu’il fait, et assurez-vous que la règle de blocage ou du gestionnaire de balises qui s’applique à sa voie d’installation fait respecter cette catégorie.
- Testez le comportement. Dans de nouvelles sessions de navigation, vérifiez avant tout choix, après un refus et après une acceptation, puis effectuez une interaction réelle, comme un achat test.
Pour la boutique fictive, l’intégration du pixel est terminée quand ces trois étapes sont faites, pas quand son code est collé. Utilisez le guide du test « Tout refuser » pour la troisième étape ; le résultat doit être un bref compte rendu de ce qui s’est passé, pas une capture d’écran du bandeau.
Après la mise en ligne, la prochaine analyse confirme ce que voit le robot d’exploration et maintient à jour vos informations sur les cookies. C’est une vérification du processus, pas la première ligne de contrôle.
Ce que l’analyse fait bien
Une analyse est utile pour constituer et actualiser un inventaire. Elle peut faire apparaître un traceur que vous aviez oublié ou montrer qu’un ancien plugin charge encore des services tiers.
Examinez les résultats avec des questions qui mènent à l’action :
- Avons-nous encore besoin de cet outil ?
- Qui l’a ajouté, et où est-il installé ?
- Sa catégorie correspond-elle à l’usage que nous en faisons ?
- Nos informations sur les cookies le décrivent-elles avec exactitude ?
- Quels parcours de visiteurs nécessitent un test manuel ?
Un long rapport sans responsable est facile à ignorer. Confiez chaque constat à une personne capable de supprimer, de configurer ou d’examiner l’outil.
Ce qu’une analyse ne peut pas prouver
Un robot d’exploration voit un ensemble limité de pages et d’interactions. Il peut ne pas atteindre un compte connecté, une étape de paiement après plusieurs écrans ou un widget qui n’apparaît que dans une région donnée.
Considérez « non détecté » comme une affirmation sur cette analyse, pas comme une garantie pour l’ensemble du site. Un quota de 500 pages peut être utile, mais le nombre de pages ne dit pas à lui seul si l’interaction décisive a été testée.
Comparez le périmètre de l’analyse avec vos parcours de visiteurs les plus importants. Dans Passiro, l’écran Scan History indique combien de pages chaque analyse a couvertes, et les paramètres du robot d’exploration contrôlent le nombre de pages, les chemins exclus et le temps de chargement ; voir résultats d’analyse manquants ou incomplets.
Ce que le blocage doit bien faire
Le blocage dépend de la façon dont les scripts sont chargés et dont leurs finalités correspondent au consentement. Le code du thème, les plugins, les gestionnaires de balises et les iframes intégrées peuvent introduire des outils par différentes voies.
Gardez une trace de ces voies. Vérifiez que les valeurs par défaut sont appliquées avant l’exécution de l’outil concerné et que les changements de préférences ultérieurs lui parviennent. La documentation de Google sur les modèles de consentement montre pourquoi l’ordre de mise en œuvre et les mises à jour du consentement comptent dans Google Tag Manager.
Ne supposez pas qu’un seul contrôle couvre tous les fournisseurs. Google Consent Mode gère le comportement des balises Google compatibles ; les autres outils ont besoin de leurs propres contrôles adaptés. Notre guide du Consent Mode pour les marketeurs explique leur relation.
L’installation de l’outil de consentement lui-même compte aussi. Le blocage automatique de Passiro suppose que le script Passiro soit installé comme premier script dans l’en-tête (head) de la page, et il contrôle les traceurs pris en charge : vérifiez donc séparément les intégrations personnalisées (voir Vérifier le blocage automatique des scripts). Certains outils de création de sites limitent aussi le code sur les pages de paiement ou les pages intégrées : testez donc ces pages séparément.
Deux questions rapides
Si nous analysons plus souvent, pouvons-nous nous passer du blocage ?
Non. Une détection plus fréquente ne contrôle pas ce qui se passe entre deux analyses. Lorsque le consentement préalable est requis, le site doit le faire respecter au moment de la visite.
Une analyse peut-elle nous dire à quelle catégorie appartient un cookie ?
Elle peut en suggérer une. Une analyse compare généralement les cookies et les requêtes à des fournisseurs connus : la catégorie indiquée dans un rapport est donc un point de départ. Confirmez ce que l’outil fait réellement sur votre site, en particulier tout ce qui est marqué Unknown (inconnu).