Chaque lead de Suivo à nouveau mesuré, sur chaque plateforme
Après une mise à jour de l’extension de formulaires, plus aucune conversion de lead n’arrivait dans GA4, Google Ads, Meta ou LinkedIn. Les formulaires fonctionnaient, seule la mesure s’était tue. Nous avons trouvé les causes et construit une configuration qui résiste à la prochaine mise à jour.
- Client
- Suivo
- Secteur
- Fleet & workforce tech
- Rôle
- Analyse du tracking, GTM et GA4
- Résultat
- Leads à nouveau mesurés
Toutes les conversions de leads dépendaient d’un seul événement de la couche de données. Quand une mise à jour de formulaire l’a arrêté, toutes les plateformes publicitaires ont cessé de mesurer en même temps, sans message d’erreur.
Une analyse des causes dans Google Tag Manager, un nouvel écouteur de formulaire avec des filets de sécurité, GA4 envoyé directement à Google et un parcours de consentement clair.
Les demandes de contact, de newsletter et d’e-book sont à nouveau mesurées dans GA4, Google Ads, Meta et LinkedIn, chacune avec son propre événement.
Une mesure qui s’arrête sans que personne ne le remarque
Suivo mesure ses leads via des formulaires Gravity Forms sur un site WordPress. Chaque demande doit arriver dans GA4, Google Ads, Meta et LinkedIn, pour que chaque plateforme sache quelle campagne a généré un lead. Après une mise à jour de Gravity Forms, la manière d’envoyer les formulaires a changé. L’ancien écouteur ne captait plus rien, l’événement contact_form ne partait plus, et GA4 generate_lead, Meta Lead, Google Ads et LinkedIn se sont arrêtés en même temps.
L’analyse a révélé deux autres faiblesses empilées par-dessus. Google Tag Manager était chargé par l’extension de cookies au lieu du thème : modifier l’extension, c’était perdre tout le tracking, et le consentement fonctionnait en tout ou rien. GA4 se chargeait aussi deux fois, via l’extension et via GTM, avec un risque de pages vues en double. Enfin, GA4 passait par un conteneur server-side auquel l’équipe n’avait pas accès, ce qui bloquait toute investigation.
L’architecture de tracking, étape par étape
Analyse des causes dans GTM Preview
Nous avons suivi un véritable envoi de formulaire dans GTM Preview, GA4 DebugView et l’onglet réseau, et documenté chaque cause séparément. Il est apparu que le problème ne venait pas des balises, mais de l’événement qui les alimentait toutes.
Un seul écouteur de formulaire robuste
Un écouteur central envoie le bon événement par formulaire dans la couche de données : contact, newsletter ou e-book, plus un form_submit générique. Chaque formulaire est associé volontairement ; le formulaire de candidature ne compte pas comme lead marketing.
Trois filets de sécurité au lieu d’un
L’écouteur écoute l’événement de confirmation officiel de Gravity Forms, avec une solution de repli qui détecte le message de confirmation dans la page et une autre pour les formulaires qui rechargent la page. Une protection garantit qu’un envoi reste un seul événement.
Des données pour les enhanced conversions
L’adresse e-mail et les champs du formulaire sont lus au moment de l’envoi, avant que le formulaire ne les efface, et accompagnent l’événement. Google Ads et GA4 peuvent ainsi utiliser les enhanced conversions.
GA4 directement vers Google
La référence au conteneur server-side inaccessible a été supprimée. GA4 envoie de nouveau ses données côté client à Google, avec les pages vues activées et les balises, déclencheurs et variables temporaires superflus nettoyés.
Un seul chargement et un plan de consentement
GA4 et les pixels ne se chargent plus que via GTM, et l’intégration GA4 de l’extension de cookies est désactivée. Comme prochaine étape durable, nous avons défini le passage à GTM dans le thème avec le consent mode v2, pour que le consentement soit respecté par catégorie.
Les choix derrière la configuration
Un événement dans la couche de données est la manière standard de déclencher des balises dans Google Tag Manager : les balises dont les conditions de déclenchement sont remplies se déclenchent dès que l’événement arrive. Cette conception est solide, mais elle fait de cet unique événement un point de défaillance unique. Nous avons donc investi dans l’écouteur, pas dans davantage de balises.
Gravity Forms documente son propre événement JavaScript, déclenché quand la confirmation d’un formulaire AJAX s’affiche. Écouter cet événement officiel est plus stable que de dépendre de la structure de la page, et les deux solutions de repli couvrent les cas où l’événement n’arrive pas.
Les enhanced conversions envoient avec la conversion des données first-party comme une adresse e-mail, hachées avec SHA256. C’est pourquoi l’écouteur capture ces données au moment de l’envoi.
Le tagging server-side a de vrais avantages, mais seulement si vous gérez et surveillez le conteneur. Un conteneur auquel personne n’a accès est un angle mort. Mesurer directement côté client a rendu le contrôle à Suivo ; le server-side reste une option pour plus tard, comme nous l’expliquons dans le server-side tracking pour Google Ads.
Le consentement doit se gérer dans les balises elles-mêmes, pas dans le fait que GTM se charge ou non. Avec le consent mode, vous définissez un état par défaut et le mettez à jour dès que le visiteur fait son choix, pour ad_storage, analytics_storage, ad_user_data et ad_personalization.
D’une mesure approximative à une mesure fiable
Des chiffres sur lesquels piloter à nouveau
GA4, Google Ads, Meta et LinkedIn reçoivent à nouveau chaque lead
contact, newsletter et e-book en événements distincts
trois filets de sécurité, un envoi égale un événement
L’événement générique form_submit alimente aussi l’outil d’attribution et Microsoft Ads. Et comme la procédure de test est documentée (GTM Preview, GA4 DebugView, onglet réseau), l’équipe repère la prochaine rupture en une seule série de tests au lieu de plusieurs semaines de rapports vides. Mesurer des formulaires sans page de remerciement ? Voici comment : les conversions de formulaire sans page de remerciement.
Ce que les marketeurs nous demandent sur cette configuration
Comment le suivi des leads peut-il s’arrêter sans que personne ne le remarque ? +
Il n’y a aucun message d’erreur. Les formulaires continuent de fonctionner, seul l’événement qui alimente les balises ne part plus. Si toutes les plateformes dépendent de cet unique événement, elles s’arrêtent toutes en même temps.
Une mise à jour d’extension de formulaires peut-elle casser votre suivi des conversions ? +
Oui. Si la méthode d’envoi change, un écouteur qui s’appuie sur la structure de la page ne capte plus rien. Écoutez l’événement de confirmation officiel de l’extension et prévoyez des solutions de repli.
Est-ce un problème si votre extension de cookies charge Google Tag Manager ? +
C’est fragile : désactivez l’extension et vous perdez tout le tracking, et le consentement fonctionne en tout ou rien. Installez GTM séparément et gérez le consentement par catégorie avec le consent mode v2.
Que se passe-t-il si GA4 se charge deux fois ? +
Vous risquez des pages vues en double et des chiffres gonflés. Laissez un seul système charger GA4 et les pixels, de préférence Google Tag Manager.
Comment vérifier qu’une conversion de lead fonctionne à nouveau ? +
Dans GTM Preview : acceptez les cookies, envoyez le formulaire et vérifiez que l’événement de lead se déclenche, suivi des balises GA4, Google Ads, Meta et LinkedIn. Contrôlez ensuite dans GA4 DebugView que generate_lead arrive avec les données utilisateur.
Passer à l’action sur votre tracking
Suivo : le système de génération de leads derrière des leads plus nombreux et meilleurs
Tous vos leads arrivent-ils encore dans vos plateformes publicitaires ?
Nous testons vos formulaires de l’envoi à la conversion dans GA4, Google Ads, Meta et LinkedIn, et montrons où la chaîne se rompt. Contactez Tanguy.