Consultant Google Tag Manager

J’interviens en freelance, directement sur votre configuration, sans intermédiaire ni profil junior chargé de l’exécution. Chaque mission commence par un audit avant toute modification.

Sans mesure fiable, les campagnes tournent sur de mauvaises données. Un algorithme d’enchères nourri de conversions dupliquées surpaie ses clics. Un pixel qui rate une partie des formulaires ne trouve pas les bonnes audiences. Ces erreurs ne se voient pas à l’écran : les rapports s’affichent, et les décisions budgétaires reposent sur des estimations prises pour des faits.

• Lire le tracking tel qu’il existe

  Je commence par relever ce qui est en place : balises, déclencheurs, variables, data layer, événements GA4, conversions Google Ads, pixels publicitaires, et la cohérence entre les plateformes. L’audit distingue ce qui fonctionne, ce qui fausse la donnée et ce qui empêche le pilotage. On ne repart de zéro que si l’existant ne peut pas être sauvé.

• Remettre de l’ordre dans l’existant

  Une configuration GTM se construit rarement d’un coup. Une première agence installe la mesure d’audience, un prestataire ajoute un pixel, un développeur crée un événement, une campagne réclame une nouvelle conversion. Les erreurs apparaissent à ces jointures : doublons, déclencheurs trop larges, événements jamais exploités, conversions obsolètes, balises déclenchées avant le consentement.

  Je conserve ce qui sert, je corrige ce qui fausse, et je retire ce qui encombre.

• Structurer les événements qui comptent

  Un tracking utile ne suit pas tout ce qui bouge sur un site, il suit ce qui a une valeur. Sur un site de génération de leads, cela peut être une demande de devis, un formulaire qualifié, un appel, une prise de rendez-vous ou une étape franchie dans le tunnel de conversion. Chaque événement est classé selon son usage : reporting, analyse, ou alimentation des algorithmes publicitaires.

• Envoyer les bons signaux aux régies

  Google Ads n’a pas besoin de recevoir tous les événements du site, mais les conversions qui traduisent une intention ou une valeur réelle. Même logique pour Meta, LinkedIn ou Microsoft Ads. Selon le contexte, cela passe par les conversions améliorées, une API de conversion côté régie, ou un renforcement côté serveur.

  Le pilotage des campagnes qui consomment ces signaux est détaillé sur la page consultant Google Ads, et l’analyse des données une fois collectées sur celle du consultant Google Analytics.

Le plan de taggage est le document qui liste ce qui doit être mesuré, où, sous quel nom, avec quels paramètres et vers quelles destinations. Les deux expressions, plan de taggage et plan de marquage, désignent la même chose.

C’est la pièce qui manque le plus souvent. Sans elle, personne ne sait pourquoi un événement existe, ni s’il peut être supprimé sans casser un rapport ou une campagne. Six mois après le départ du prestataire qui l’a construit, un conteneur non documenté devient une boîte noire que l’on n’ose plus toucher.

Le plan sert aussi à trancher avant de développer : décider qu’un événement ne sera pas suivi coûte cinq minutes en réunion, et plusieurs jours une fois qu’il est en production.

Le data layer est la couche par laquelle le site transmet à GTM des informations structurées : la valeur d’une commande, la catégorie d’un produit, le type de formulaire, l’identifiant d’un utilisateur connecté.

Sans lui, on reconstitue ces informations à partir du HTML, des classes CSS ou des URL. Cela fonctionne jusqu’à la prochaine mise à jour du site, où un changement de classe casse silencieusement un déclencheur. Personne ne s’en aperçoit avant de constater une chute de conversions sans cause apparente.

Sa mise en place se fait avec vos développeurs. C’est le seul poste de la mission qui demande une intervention dans le code du site.

Depuis 2024, Google conditionne une partie de ses fonctionnalités publicitaires à la transmission du statut de consentement des visiteurs européens. Le Consent Mode v2 est le mécanisme qui transmet ce statut, et il fonctionne indépendamment de la bannière que voit l’utilisateur.

Les configurations défaillantes se ressemblent : une bannière qui bloque tout au lieu de signaler le refus, des balises qui se déclenchent avant la réponse, ou un mode avancé annoncé mais jamais activé. Le résultat est le même, Google reçoit moins de signaux qu’il ne le pourrait légalement, et la modélisation des conversions non consenties ne s’applique pas.

La vérification porte sur ce que le navigateur envoie réellement, pas sur ce que la documentation de l’outil de consentement affirme.

L’audit vient en premier, avant toute modification, et porte sur le conteneur, les conversions et la cohérence entre les plateformes. Il produit la liste de ce qui est faux, de ce qui manque et de ce qui peut être supprimé.

Vient ensuite le plan de taggage, discuté avec vous, puis la mise en œuvre dans GTM, avec vos développeurs quand le data layer est concerné. Chaque correction est vérifiée sur le comportement réel du navigateur, pas sur la prévisualisation de l’outil.

La mission se termine par une documentation qui permet à quelqu’un d’autre de reprendre la configuration. Un conteneur que je serais seul à comprendre serait un mauvais livrable.

Mon taux journalier est de 450 € HT. Un audit de conteneur avec ses recommandations tient généralement en une journée. Une remise en ordre complète avec plan de taggage, data layer et Consent Mode demande davantage, selon le nombre de plateformes connectées et l’état de l’existant.

Le périmètre est fixé après un premier échange de 30 minutes, sans engagement. Cette intervention s’articule avec l’accompagnement SEA quand le tracking sert d’abord à piloter des campagnes.

Le suivi côté serveur déplace la collecte du navigateur vers un serveur que vous contrôlez. Il devient pertinent dans des cas précis : quand les bloqueurs publicitaires font perdre une part significative des mesures, quand la durée de vie des cookies déposés par le navigateur limite l’attribution, ou quand vous devez maîtriser ce qui sort du site pour des raisons de conformité.

Ce n’est pas un prérequis. Un tracking côté client bien construit couvre la majorité des besoins, et migrer une configuration bancale vers le serveur ne fait que déplacer ses défauts. L’architecture server-side, ses coûts d’hébergement et ses arbitrages relèvent d’un sujet à part entière.

Le tracking passe pour un sujet technique secondaire. Il ne l’est pas, parce que les erreurs ne produisent pas de panne visible : elles produisent des chiffres qui ont l’air normaux.

Le double comptage. Une balise posée deux fois, ou déclenchée à la fois par le gestionnaire de balises et en dur dans le code, compte chaque conversion plusieurs fois. Les rapports montrent alors un coût par acquisition divisé d’autant. Personne ne s’en plaint, et les décisions de budget se prennent sur un chiffre faux.

Les conversions manquantes. À l’inverse, un déclencheur mal configuré, une page de confirmation qui ne recharge pas, ou une balise bloquée par le bandeau de consentement font disparaître des conversions réelles. La campagne paraît moins rentable qu’elle ne l’est, et on coupe ce qui fonctionnait.

L’entraînement des enchères sur de faux signaux. C’est la conséquence la plus coûteuse et la moins visible. Les stratégies d’enchères automatiques de Google apprennent à partir des conversions qu’on leur envoie. Si ces conversions sont dupliquées, incomplètes ou attribuées à la mauvaise action, l’algorithme optimise consciencieusement vers la mauvaise cible, et il le fait de mieux en mieux à mesure qu’il accumule des données. Le compte se dégrade lentement, sans incident identifiable.

Les valeurs absentes. Envoyer une conversion sans son montant empêche toute optimisation sur la valeur. Le compte traite alors une vente à 40 € et une vente à 4 000 € comme équivalentes.

C’est pour cette raison que la mesure passe avant l’optimisation dans toutes mes missions, sans exception : optimiser sur des données fausses produit un résultat pire que de ne rien faire, et il faut ensuite du temps pour désapprendre.

Si votre site est une vitrine de quelques pages sans formulaire ni appel mesuré, un gestionnaire de balises ajoute de la complexité sans rien apporter. Une mesure simple suffit.

Si le besoin réel est de comprendre pourquoi les visiteurs n’achètent pas, le sujet n’est pas le marquage mais l’analyse du parcours. Le tracking fournit la matière, il ne répond pas à la question.

Si votre équipe technique ne peut pas intervenir sur le site pour poser une couche de données propre, une partie du travail restera bricolée par sélecteurs, et cassera au prochain changement de thème. Mieux vaut le savoir avant de commencer que le découvrir six mois plus tard.

C’est moi qui ouvre le conteneur, qui écris les déclencheurs et qui vérifie ce qui remonte réellement. Rien n’est délégué, et vous parlez à la personne qui publie les versions.

J’ai besoin d’un accès publication sur votre conteneur Google Tag Manager et d’une lecture sur GA4 et Google Ads. Ces accès sont accordés depuis vos comptes, restent à votre nom et se retirent quand vous voulez. Le conteneur, les versions et l’historique vous appartiennent : tout reste consultable et réversible, y compris après la mission.

Si une agence ou un développeur a déjà posé le suivi, je documente l’existant avant de toucher à quoi que ce soit, et chaque publication est versionnée pour pouvoir revenir en arrière.

Il arrive que la bonne réponse soit de ne rien refaire. Un plan de marquage imparfait mais compris et utilisé vaut mieux qu’une refonte complète dont personne ne se servira ensuite.