le produit
Cookies & traceurs
Le scanner observe votre site tel qu’un premier visiteur le vit. Ce qu’il trouve devient une courte liste de décisions, les décisions deviennent votre inventaire de traceurs, et l’inventaire devient la liste publique des cookies que lisent vos visiteurs.
le scannerComment fonctionne le scan
Un scan charge vos pages dans un vrai navigateur, comme un premier visiteur consentement refusé, et enregistre tout ce qui se passe : cookies posés, scripts et pixels chargés, iframes intégrées, stockage local écrit, gestionnaires de balises détectés et signaux Google Consent Mode observés. Comme la visite commence consentement refusé, tout ce qui s’exécute malgré tout est exactement ce qu’une autorité chercherait, et c’est rapporté comme « déclenché avant le consentement » sur votre page d’accueil.
Les scans se lancent de trois façons : mis en file automatiquement par la vérification rapide pendant la mise en place, à la demande depuis l’onglet Scans, et selon un planning (la cadence dépend de l’offre). La page de scan énonce honnêtement sa couverture : combien de pages ont été parcourues et où se situe le plafond de pages de l’offre. Ce qui n’a pas été vu n’est jamais affirmé.
Les domaines non vérifiés n’ont qu’une vérification superficielle et passive. Vérifiez le domaine dans les Paramètres du site pour débloquer les scans complets et les alertes.
à classerUne décision par fournisseur, pas par fichier
Les nouveaux résultats arrivent dans À classer, groupés par domaine d’origine. Douze fichiers de script d’un même fournisseur sont une question, pas douze : quelle est cette entreprise, et que doit-il en advenir. Chaque groupe montre ce qui a été trouvé (scripts, pixels, cookies, stockage), si une partie se charge avant le consentement (ces groupes viennent en premier, marqués), et une meilleure hypothèse de catégorie. L’hypothèse est honnête : elle n’apparaît que lorsque tous les résultats du groupe concordent, et quand la base de traceurs n’est pas sûre, le groupe dit « Pas d’hypothèse, à vous de décider ».
Trois actions par groupe : l’enregistrer comme traceur (classant tous les résultats d’un coup), l’ajouter à un traceur existant, ou l’ignorer. La sélection fonctionne entre groupes pour les décisions en masse, et grouper n’est jamais supprimer : chaque résultat sous-jacent reste à un clic, avec ses propres actions. Quand vous enregistrez un fournisseur que la base reconnaît, le nom, le fournisseur, la politique de confidentialité et la catégorie arrivent préremplis, et le volet vous dit d’où vient chaque valeur.
vos traceursL’inventaire
Vos traceurs, c’est tout ce que vous avez pris en compte, groupé par la catégorie de bannière à laquelle un visiteur consent. Cette liste est ce que montre la liste publique des cookies, ce qui est bloqué avant le consentement et ce à quoi les nouveaux résultats sont comparés. Les catégories viennent du brouillon de travail de votre bannière, si bien qu’une catégorie ajoutée dans l’éditeur apparaît ici immédiatement, et une ajoutée ici (il y a un bouton Nouvelle catégorie) apparaît dans l’éditeur ; une catégorie pas encore en production est marquée comme telle.
Ce que contient une fiche de traceur
| Champ | En clair |
|---|---|
| Nom, fournisseur, URL de confidentialité | Ce que les visiteurs lisent sur votre bannière et la liste publique des cookies, qui l’exploite, et où se trouve sa politique. |
| Catégorie | L’interrupteur de votre bannière que ce traceur attend. |
| Base légale et justification | La plupart des traceurs attendent le consentement. Un traceur marqué nécessaire ou exempté s’exécute toujours, et une justification écrite est alors obligatoire ; elle est publiée sur votre liste publique des cookies pour que les visiteurs voient pourquoi il s’exécute sans qu’on leur demande. |
| First party | Posé par votre propre domaine. Les éléments first-party nécessaires ne sont jamais comptés comme des résultats antérieurs au consentement. |
| Motifs d’hôte | Les domaines depuis lesquels le traceur se charge, par exemple *.google-analytics.com. C’est ce champ qui fait le blocage. |
| Correspondance avancée | Sous-chaînes d’URL de script, motifs d’iframe, motifs de cookies et de clés de stockage, pour les traceurs qui exigent une reconnaissance plus fine. |
| Cookies observés | Ce que les scans ont réellement observé ce traceur poser, injecté dans la liste publique des cookies avec les durées de vie. |
Les règles de blocage sont créées automatiquement quand vous enregistrez un traceur avec des motifs d’hôte tiers ; ce sont elles qui le retiennent réellement avant le consentement, et elles prennent effet à la prochaine publication de la bannière. Les iframes intégrées (lecteurs vidéo, cartes) sont remplacées par un placeholder de consentement dans la langue du visiteur jusqu’à ce que leur catégorie soit autorisée.
Un traceur peut porter le code d’intégration propre au fournisseur. Il est compilé dans la bannière publiée et injecté seulement après qu’un visiteur autorise sa catégorie, jamais avant. Un code déjà exécuté continue de tourner jusqu’au prochain chargement si un visiteur retire son consentement ensuite.
la liste publiqueLa liste publique des cookies, et la dérive
La liste publique des cookies est générée à partir de votre inventaire de traceurs : par langue, hébergée à une adresse stable que vous pouvez lier depuis votre politique de confidentialité, et intégrable dans vos propres pages. Elle se met à jour quand vous publiez.
Comme votre site change sans cesse, le tableau de bord surveille la dérive : des traceurs trouvés par le dernier scan que la liste publiée ne mentionne pas, ou des éléments listés qui ont disparu. La dérive est annoncée clairement sur l’accueil (« on dit aux visiteurs moins que la vérité ») et dans l’onglet Liste publique, et disparaît une fois les nouveaux venus classés et la liste republiée. La liste n’affirme jamais plus que ce que les scans étayent.