Comment ça fonctionne
De l’action du visiteur à l’événement mesuré
Un clic, un formulaire envoyé ou un achat confirmé deviennent des événements techniques traités par plusieurs systèmes en parallèle. Cette page explique ce mécanisme et ses pièges les plus fréquents.
Une action devient un événement structuré
Chaque action est capturée, nommée et transmise selon un format précis, différent d’un simple enregistrement brut. Un script détecte l’action effectuée par le visiteur, la transforme en événement nommé avec des paramètres associés, puis l’envoie vers une ou plusieurs plateformes de mesure comme GA4 ou Meta.
Deux sources de collecte, pour deux limites différentes
Le navigateur seul peut manquer des événements à cause des bloqueurs de publicité ; le serveur seul manque le contexte du visiteur. La collecte navigateur est rapide à mettre en place, mais affectée par les bloqueurs et les restrictions de confidentialité. La collecte serveur est plus fiable, mais demande une intégration technique plus poussée. Les deux sources combinées, avec déduplication, offrent la mesure la plus complète possible aujourd’hui.
Deux sources qui se complètent
Ni le navigateur seul ni le serveur seul ne captent tout ; c’est leur combinaison, correctement dédupliquée, qui rapproche la mesure de la réalité.
Un nom d’événement cohérent, condition de fiabilité
Deux événements différents nommés de la même façon rendent tout rapport ultérieur inexploitable. Un identifiant clair et stable dans le temps est nécessaire pour chaque type d’action, associé à des paramètres pertinents comme la valeur, la catégorie ou la source de l’événement.
La collecte dépend d’un consentement réel
Un événement collecté sans consentement valide n’est pas seulement un risque réglementaire : c’est aussi une donnée dont l’usage est incertain. La collecte doit respecter le choix exprimé par le visiteur, avec certains événements potentiellement limités en l’absence de consentement explicite.
Une installation vérifiée en continu
Un événement qui fonctionnait au lancement peut cesser de fonctionner après une mise à jour du site, sans que personne ne s’en aperçoive immédiatement. Des tests réguliers, qui vérifient la présence, la fréquence et les paramètres transmis par chaque événement, permettent de détecter ce type de dérive avant qu’elle ne fausse durablement les décisions prises sur ces données. Une refonte de site, même partielle, mérite systématiquement une nouvelle vérification complète de chaque événement concerné.
Pourquoi dédupliquer les événements navigateur et serveur
Sans déduplication, une même action peut être comptée deux fois, ce qui surestime artificiellement les résultats d’une campagne. Un identifiant d’événement partagé, envoyé à la fois par le navigateur et par le serveur pour la même action, permet à la plateforme de mesure de les reconnaître comme un seul et même événement plutôt que deux événements distincts.
Un même identifiant, un seul événement compté
La vérification régulière de cet identifiant partagé évite qu’un achat ou une demande ne soit comptabilisé deux fois dans les rapports.
Ce que cette architecture permet une fois en place
Une fois l’architecture de suivi correctement installée, elle permet de comparer objectivement la performance de différents canaux d’acquisition, d’identifier les publicités qui produisent réellement des conversions plutôt que de simples clics, et de fournir aux plateformes publicitaires des données suffisamment fiables pour optimiser leur diffusion vers les audiences les plus pertinentes. Une donnée de mauvaise qualité produit l’effet inverse : une optimisation publicitaire orientée dans la mauvaise direction, qui peut continuer à consommer du budget sans que personne ne s’en rende compte pendant plusieurs semaines.
Ce que votre équipe peut vérifier sans compétence technique
Les interfaces de GA4 et du gestionnaire d’événements Meta permettent de voir en temps réel les événements reçus, sans nécessiter de compétence technique approfondie. Une vérification régulière, par exemple après chaque mise à jour importante du site, permet de repérer rapidement un événement qui a cessé de fonctionner plutôt que de le découvrir plusieurs semaines plus tard, une fois que des décisions ont déjà été prises sur des données incomplètes.
Systèmes connexes au suivi des conversions
Le suivi des conversions s’appuie sur l’architecture du site pour capturer les événements, et alimente directement le système de croissance marketing qui s’en sert pour mesurer ses résultats.
Passer de la compréhension à l’installation
Cette page explique le mécanisme technique du suivi des conversions. La page service détaille ce qui est configuré concrètement et le contrôle qualité appliqué à votre suivi.
Questions fréquentes
Pourquoi dédupliquer les événements navigateur et serveur ?
Pour éviter qu’une même action soit comptée deux fois, ce qui surestimerait artificiellement les résultats mesurés d’une campagne.
Qu’est-ce qu’un identifiant d’événement partagé ?
Un identifiant commun envoyé par le navigateur et le serveur pour la même action, qui permet à la plateforme de les reconnaître comme un seul événement.
Le consentement bloque-t-il toute la collecte ?
Non, mais la collecte doit respecter le choix du visiteur ; certains événements peuvent être limités en l’absence de consentement explicite.
Comment savoir si un événement fonctionne correctement ?
Par des tests réguliers qui vérifient sa présence, sa fréquence et les paramètres qu’il transmet, plutôt qu’une vérification unique au moment de l’installation.
Voir ce qu’une installation comprend
La page service détaille les outils configurés et le contrôle qualité appliqué à votre suivi.