Vous avez configuré Google Tag Manager, connecté GA4, et pourtant les chiffres de conversion dans Google Ads ne correspondent pas à ce que vous voyez ailleurs. C’est le problème le plus fréquent que je vois sur les comptes B2B que je gère. Je vous montre la méthode que j’applique pour éviter les pertes de données entre GTM et GA4.
L’implémentation correcte suit toujours le même ordre. Changer cet ordre, c’est la première cause d’incohérences que je corrige chez mes clients.
- Installer le conteneur GTM sur toutes les pages du site, y compris les pages de confirmation.
- Créer une balise de configuration GA4 qui se déclenche sur toutes les pages.
- Définir les événements de conversion (formulaire envoyé, appel déclenché, devis téléchargé) dans GTM, avec un déclencheur précis pour chacun.
- Marquer ces événements comme conversions dans GA4, puis les importer dans Google Ads.
- Tester chaque événement en mode debug avant de publier le conteneur.
Le dataLayer est la structure de données que GTM lit pour savoir ce qui se passe sur votre site : un envoi de formulaire, un clic sur un bouton, une page vue. Sans dataLayer propre, vos déclencheurs se basent sur des éléments visuels fragiles (classe CSS, texte de bouton) qui changent au moindre redesign du site.
Le dataLayer compris, quelle est la prochaine étape ?
C’est la question que je vois revenir le plus souvent sur les forums techniques. Une fois que vous comprenez ce qu’est le dataLayer, l’étape suivante n’est pas de créer plus de balises. C’est de vérifier que chaque événement poussé dans le dataLayer contient les bonnes informations.
Concrètement : ouvrez la console de votre navigateur, déclenchez l’action (envoi de formulaire par exemple), et regardez si l’événement apparaît avec les bons paramètres. Ensuite seulement, créez la variable de couche de données dans GTM qui va lire ce paramètre, puis le déclencheur qui l’utilise. Beaucoup de comptes que j’audite ont des déclencheurs qui fonctionnent en debug mais échouent en production, parce que le dataLayer n’était testé que sur une seule page, jamais sur le parcours complet.
Cette rigueur sur la structure des données fait partie de ma méthode de gestion des comptes Google Ads que j’applique sur tous mes comptes clients.
Ce que j’ai vu chez un client B2B : des conversions comptées deux fois
Sur un compte industriel d’une quarantaine de salariés, j’ai découvert que la balise de conversion GA4 se déclenchait deux fois sur la page de remerciement. La cause : un rechargement partiel de la page via un script marketing tiers, qui relançait l’événement de vue de page sans que personne ne s’en aperçoive.
Résultat : les conversions dans Google Ads étaient artificiellement doublées depuis plusieurs mois. Les algorithmes d’enchères automatiques optimisaient sur un volume de conversions qui n’existait pas vraiment, ce qui faussait tout le pilotage du compte.
Cette erreur ne se voit pas dans l’interface Google Ads. Elle se voit en comparant le nombre de conversions à d’autres sources : votre CRM, votre outil de facturation, ou simplement le nombre de mails reçus. C’est la vérification que je fais systématiquement à la prise en main d’un compte.
Mon avis sur le mode debug de GTM et GA4
Le mode debug est utile, mais il donne un faux sentiment de sécurité. Beaucoup de responsables marketing testent leur tracking en mode debug, voient que tout fonctionne, ferment la fenêtre, et considèrent le sujet clos.
Mon avis est tranché sur ce point : le mode debug ne remplace jamais un test en conditions réelles, sur plusieurs navigateurs, avec le blocage des cookies tiers activé par défaut comme le font Safari et Firefox. Un tracking qui fonctionne en debug avec toutes les extensions désactivées peut très bien échouer pour un visiteur normal.
Je recommande de garder le mode debug ouvert pendant toute la phase de test, pas seulement pour valider un événement isolé. Fermez-le trop tôt, et vous perdez la visibilité sur les événements qui se déclenchent en cascade ou en double, comme dans l’exemple du client industriel.
Vérifier que le tracking tient dans la durée
Une implémentation propre le jour du lancement ne garantit rien à six mois. Un changement de CMS, une mise à jour de plugin, une nouvelle bannière de consentement, et le tracking peut casser sans que personne ne le remarque avant plusieurs semaines.
Sur mes comptes, j’utilise des scripts Google Ads pour surveiller le tracking automatiquement : ils alertent dès qu’une chute anormale de conversions apparaît sur un compte, avant que le budget ne soit gaspillé sur des enchères mal calibrées.
Une fois cette base fiable en place, vous pouvez aller plus loin en travaillant l’exactitude des données de conversion avec des identifiants utilisateurs. Je détaille la démarche pour implémenter les enhanced conversions dans un autre article, une étape logique une fois GTM et GA4 stabilisés.
Faire appel à Google ou à une équipe technique
Si vous gérez de gros budgets média (plusieurs dizaines de milliers d’euros par mois) et que vous êtes suivi par un Account Manager chez Google, vous pouvez lui demander la documentation d’implémentation officielle. C’est une ressource gratuite, souvent sous-utilisée.
Sur ces mêmes comptes à budget important, vous pouvez aussi demander qu’une équipe technique de Google vous accompagne sur l’implémentation. Ce niveau de support n’est pas systématique, mais il existe pour les annonceurs qui investissent significativement en média.
Pour les comptes plus modestes, la rigueur décrite plus haut (ordre d’implémentation, vérification croisée, tests en conditions réelles) reste la meilleure protection contre la perte de données.
PBL’auteurPierre Bordier
Freelance Google Ads et LinkedIn Ads à Genève. Je gère des comptes B2B de bout en bout : structure, tracking, tests, lecture des résultats. Pas d’intermédiaire, pas de junior.