Découvrez ce que votre tracking fait réellement — dans un vrai navigateur, avec un vrai consentement
Indiquez une URL. Nous ouvrons votre site dans un navigateur headless, exécutons un scan en trois passes qui se comporte comme un visiteur qui accepte puis refuse les cookies, et nous vous disons ce que vos tags ont réellement fait — pas ce que votre container prétend qu’ils devraient faire. Vous obtenez un constat précis, le décompte par sévérité, ainsi que la plateforme de consentement et les vendors détectés, sans nous laisser d’email.
Vous préférez en parler de vive voix ? Réservez 15 minutes →
Ce qui se passe quand vous lancez le scan
1. Nous ouvrons votre page comme le ferait un visiteur
Un navigateur headless charge l’URL indiquée avec un profil vierge : aucune extension, aucun état de consentement antérieur, aucune session connectée. C’est déterminant, car la plupart des anomalies de tracking n’existent que dans l’état que vos équipes ne testent jamais — une première visite, sur un navigateur froid, avec une bannière de consentement en travers du chemin.
2. Trois passes, pas une seule
Le scan tient compte du consentement. Il observe ce qui se déclenche avant toute décision, puis ce qui se produit lorsque le consentement est accordé, puis lorsqu’il est refusé. Une passe unique ne permet pas de distinguer un tag qui respecte le consentement d’un tag simplement cassé : dans les deux cas, on n’observe rien.
3. Nous comparons l’attendu et l’observé
Deux moteurs analysent ces observations. Le moteur de findings examine chaque signal isolément : l’événement est-il présent, se déclenche-t-il au bon moment, transporte-t-il les paramètres nécessaires. Le moteur de divergence examine les écarts entre les passes — les endroits où votre configuration se contredit, où le comportement après consentement ne correspond pas à celui d’avant, ou encore où un vendor continue de recevoir des données qu’il ne devrait plus recevoir.
4. Vous recevez un rapport scoré
Les constats sont regroupés par sévérité, en français ou en anglais, avec un lien de partage et un export PDF. Vous pouvez relancer un scan plus tard et comparer les deux exécutions — c’est la fonction la plus utilisée en pratique, parce qu’elle transforme « je crois que c’est corrigé » en un avant/après transmissible à un client ou à une direction.
Ce que nous examinons
Le périmètre est volontairement resserré. Le scan vérifie ce qu’un navigateur peut observer, et il le dit lorsqu’il ne peut pas voir quelque chose.
- Comportement des tags et du container — quels tags se chargent, dans quel ordre, et si le container fait ce que sa configuration laisse entendre.
- Intégrité des événements — présence, moment de déclenchement, et paramètres réellement transmis aux plateformes en aval.
- Comportement du consentement — quelle plateforme est en place, quel signal elle émet, si ce signal atteint effectivement vos tags, et ce qui change entre acceptation et refus.
- État du Consent Mode — quel état est communiqué, et s’il est mis à jour lorsque le visiteur répond.
- Détection des vendors — quels outils de mesure et de publicité sont présents sur la page, y compris ceux que plus personne dans l’équipe actuelle ne se souvient d’avoir ajoutés.
- Indicateurs server-side — la partie observable côté navigateur : ce qui sort du navigateur, et vers où.
- Divergences entre les passes — les contradictions qui n’apparaissent qu’en comparant les trois exécutions.
Ce que le scan ne peut pas voir
Un scan navigateur voit le navigateur. Il ne lit ni votre container server-side, ni le back-office de votre plateforme, ni votre CRM. Il ne confirme pas qu’une conversion est arrivée — seulement que le navigateur a tenté de l’envoyer. Et il analyse l’URL que vous lui donnez : une anomalie de tunnel sur une page inaccessible sans panier reste hors de portée. Lorsque le scan ne peut pas observer un élément, le rapport l’indique au lieu de supposer.
Un constat est une phrase, pas un score
La plupart des outils d’audit renvoient un chiffre et vous laissent l’interpréter. Ici, un constat désigne un élément précis, en langage clair, sur votre page : quel signal, sur quelle passe, avec quel comportement, et pourquoi ce comportement précis vous coûte quelque chose.
Le résultat gratuit affiche un constat réel — la phrase complète, pas un aperçu — ainsi que le décompte par sévérité, la plateforme de consentement et les vendors détectés. Vous savez ce qui ne va pas avant de décider de nous laisser un email.
L’email débloque le détail : les preuves associées à chaque constat, ce que nous avons observé passe par passe, la remédiation correspondante et le PDF.
On verrouille le détail, jamais l’existence
Nous ne masquons jamais qu’un constat existe. Le nombre total et la répartition par sévérité restent visibles gratuitement. Ce qui se trouve derrière l’email, ce sont les preuves et les correctifs — la partie qui demande du travail. Aucun compte à rebours, aucune rareté artificielle, aucun « 3 problèmes critiques détectés, laissez votre email pour savoir s’ils sont graves ». Vous le savez déjà, puisque nous vous l’avons dit.
Pourquoi un tracking cassé coûte cher sans se faire remarquer
Les défaillances de tracking s’annoncent rarement. Rien ne tombe en panne. Aucun client ne se plaint. Les rapports continuent d’arriver à l’heure, et ils continuent de contenir des chiffres. C’est précisément le problème : une mesure défaillante ne produit pas une erreur, elle produit un chiffre plausible.
Les conséquences apparaissent ailleurs. Les régies optimisent sur les conversions qu’elles reçoivent : un signal qui disparaît silencieusement après un changement de consentement enseigne la mauvaise leçon à l’algorithme, et il continue de l’apprendre tant que personne ne vérifie. L’attribution se déplace vers le canal dont les tags sont restés sains, qui n’est pas nécessairement celui qui produit réellement les ventes. Le budget suit l’attribution. Les décisions suivent le budget.
Plus la situation dure, plus la correction coûte cher — non parce que le correctif est plus difficile, mais parce que des mois de décisions ont été prises par-dessus.
Si nous avons construit un scanner plutôt qu’une checklist, c’est que cette catégorie de défaillance échappe à l’inspection. Votre container peut être irréprochable et vos données fausses malgré tout, parce que le défaut se situe dans l’interaction entre le tag, la plateforme de consentement et le navigateur — trois éléments chacun correctement configurés et collectivement contradictoires.
Est-ce sans risque, et que conservez-vous ?
Ce que le scan fait à votre site
Il charge votre page. C’est toute son empreinte. Le scanner sollicite les pages comme n’importe quel navigateur, au rythme d’un visiteur unique. Il ne soumet aucun formulaire, ne crée aucun compte, ne passe aucune commande et ne cherche pas à contourner ce qui le bloque volontairement. Si votre site est protégé par une solution anti-bot qui refuse le scanner, le rapport vous le signale — et s’il s’agit de votre site, la solution consiste à autoriser notre scanner depuis votre propre console de protection. Nous ne développons aucun contournement.
Ce que nous conservons
L’URL analysée et les observations du scan, afin que le rapport et son lien de partage fonctionnent et qu’un scan ultérieur puisse être comparé à celui-ci. Si vous débloquez le détail, nous conservons l’email fourni et l’utilisons pour vous envoyer le rapport.
Le consentement marketing est distinct
L’email contenant le rapport est transactionnel : il part que vous acceptiez ou non de recevoir nos communications, et il ne contient aucun contenu marketing. L’opt-in marketing est une case séparée, décochée par défaut. Si vous la laissez décochée, aucune donnée vous concernant n’entre dans notre CRM.
L’intégration sur cette page
Le scanner s’exécute dans un cadre servi depuis notre propre sous-domaine, et la connexion se fait directement de votre navigateur vers notre scanner. Votre scan ne transite pas par ce site WordPress.
À qui l’outil est le plus utile
Le scan est conçu pour les configurations sur lesquelles nous intervenons quotidiennement : sites e-commerce et lead-gen européens et MENA sur WooCommerce, Shopify ou stack sur mesure, équipés de GA4 et GTM avec une véritable plateforme de gestion du consentement en amont. Les agences s’en servent en première passe avant de chiffrer une reprise d’existant.
Il est moins utile si vous n’avez aucune analytics — il n’y a alors aucune contradiction à relever — ou si votre mesure est entièrement server-side sans composante navigateur, puisqu’un scan navigateur voit le navigateur.
Si le rapport révèle quelque chose que vous préférez confier à quelqu’un, c’est précisément notre métier. Nos missions démarrent à 1 500 € et nous sommes pertinents pour des sites dépassant environ 25 000 € de chiffre d’affaires mensuel.
Questions fréquentes
Faut-il laisser un email pour utiliser l’outil ?
Non. Vous saisissez une URL et vous obtenez un constat réel, le décompte par sévérité, la plateforme de consentement et les vendors détectés. L’email débloque les preuves, la remédiation et le PDF — jamais l’existence des constats.
Combien de temps dure un scan ?
Environ une minute pour la plupart des sites. Trois passes dans un vrai navigateur prennent plus de temps qu’une vérification en une requête : c’est ce compromis qui rend possibles les constats liés au consentement.
Cela peut-il ralentir ou endommager mon site ?
Non. Le scanner charge votre page une fois par passe, au volume d’un visiteur unique. Il ne soumet aucun formulaire, ne crée aucun compte et ne passe aucune commande.
Puis-je analyser un site qui ne m’appartient pas ?
Techniquement oui, l’outil ne charge que des pages publiques. Mais les recommandations supposent que vous pouvez modifier le site, et si la cible est protégée par une solution anti-bot, seul son propriétaire peut autoriser notre scanner. L’analyse d’un site prospect par une agence est un usage que nous prévoyons et soutenons.
Pourquoi les scans depuis cette page sont-ils limités ?
Les scans intégrés sont plafonnés à trois par heure afin de garder la file d’attente utilisable pour tout le monde. Pour un usage plus intensif, passez par l’outil directement.
Que se passe-t-il si le scanner ne parvient pas à voir mon site ?
Le rapport vous en donne la raison, aussi précisément que possible : challenge anti-bot, blocage géographique, interstitiel de consentement ou d’âge, mur d’authentification, ou échec réseau. S’il s’agit de votre site, la solution consiste à autoriser le scanner dans votre propre console de protection. Nous ne développons aucun moyen de contourner ces protections.
Comparez-vous mes résultats à des benchmarks sectoriels ?
Non. Cela exigerait des données de calibration dont nous ne disposons pas encore, et nous préférons ne publier aucun benchmark plutôt qu’un benchmark inventé. Chaque constat est évalué au regard de ce que votre propre configuration implique.
Que faire une fois le rapport obtenu ?
C’est votre décision. Le rapport nomme chaque constat et la marche à suivre, ce qui permet à une équipe interne d’agir directement. Si vous préférez déléguer, chaque constat renvoie vers la prestation concernée, ou réservez 15 minutes et nous parcourons le rapport ensemble.
Construit par ceux qui réalisent la remédiation
Nous n’avons pas construit cet outil pour vendre un outil. Nous l’avons construit parce que nous effectuons les mêmes vérifications manuellement sur nos missions — tracking server-side, Meta CAPI, GA4, Consent Mode dans un cadre RGPD et CNIL — et que la version manuelle de ce scan constituait la première heure de chaque engagement.
Vérifiez par vous-même — cela ne vous coûte qu’une URL
Le scan est gratuit, le constat affiché est réel, et aucun mur d’email ne se dresse devant. Si ce qui remonte mérite une discussion, réservez 15 minutes et venez avec le rapport.
Lancer le scan Réserver un appel de 15 minutes →
