J'ai basculé notre site WordPress avec Claude Code (épisode 2) : mon plan de taggage en 5 minutes

Dans l'épisode 1, je vous racontais pourquoi et comment j'avais quitté notre vieux WordPress pour un site sur-mesure, entièrement piloté par l'IA avec Claude Code. Je vous avais promis d'aller sous le capot. On y est.

Aujourd'hui, on parle de la chose que beaucoup d'entreprises redoutent, repoussent, ou paient très cher : le plan de taggage. C'est ce qui permet de savoir qui remplit vos formulaires, quel bouton convertit, et de nourrir vos campagnes Google Ads en conversions fiables. Sans ça, vous pilotez à l'aveugle.

Bon, vous l'aurez compris : je gère un organisme de formation, et mon but est de vous conseiller de vous former. Mais je vous assure une chose, en toute objectivité je crois : si vous ne comprenez pas le tracking, ni une agence ni l'IA ne sera une bonne solution pour vous. Donc, si ce n'est pas encore le cas, montez en compétence sur le tracking et l'analytics — et ensuite, vous ferez vous aussi, en 5 minutes, ce que je décris dans cet article. Allez, on y va.

Comment j'ai mis en place mon plan de taggage avec Claude Code en 5 minutes

Étape 1 — Ne rien perdre de l'existant

La première crainte quand on migre : casser le suivi qui fonctionnait déjà. Je n'ai pas voulu repartir d'une feuille blanche.

J'ai donc demandé à Claude Code de se connecter à notre ancien conteneur Google Tag Manager, via son API. Il a lu les balises et les variables en place, puis il en a extrait ce qui comptait vraiment :

• notre identifiant de mesure GA4 ;
• notre conversion Google Ads, celle qui remonte déjà nos leads.

En clair : un audit du plan de marquage existant, fait à la lecture directe du conteneur. Rien d'oublié, rien de deviné.

Étape 2 — Donner les clés à l'IA

Pour que Claude Code puisse lire et écrire dans Tag Manager tout seul, il lui faut un accès propre. On a donc mis en place un compte de service Google sur l'API Tag Manager.

Concrètement, c'est un « robot » à qui on donne des droits précis. À partir de là, l'IA peut travailler par programmation : consulter le conteneur, créer des variables, des déclencheurs, des balises. Sans clics manuels dans l'interface.

Étape 3 — Le cœur du réacteur : le dataLayer dans le code

C'est ici que tout se joue. Et c'est ici, aussi, que votre connaissance fait toute la différence — exactement ce que je vous disais plus haut.

Le dataLayer, c'est la couche de données qui envoie à la mesure ce qui se passe sur le site. On l'a écrit directement dans le code du nouveau site, au bon endroit.

Deux événements suffisent à raconter le parcours d'un prospect : form_open (le visiteur ouvre le formulaire) et generate_lead (il l'envoie : c'est votre lead). Mais le vrai bond en avant, ce sont les dimensions personnalisées attachées à chaque événement. À chaque interaction, on sait :

• form_id — quel formulaire a été utilisé ;
• cta_text — le texte exact du bouton cliqué ;
• cta_location — où il se trouve dans la page (header, menu, hero, footer…).

On a même poussé le détail plus loin, avec des métriques personnalisées supplémentaires… mais je ne veux pas vous perdre, alors je vous épargne cette partie 😉

Résultat : on ne se contente plus de compter les leads. On sait quel bouton, à quel endroit de la page, convertit vraiment. C'est la différence entre « on a eu 30 leads » et « le bouton du hero convertit deux fois mieux que celui du footer ».

Étape 4 — Le nouveau conteneur GTM, créé par API

Une fois les données émises par le site, il faut un conteneur qui les reçoit et les route. Claude Code l'a construit de bout en bout, par API, dans un espace de travail dédié (donc sans rien casser en production) :

• les variables qui récupèrent les données du dataLayer ;
• les déclencheurs sur nos événements personnalisés ;
• les balises GA4 : la configuration, puis les événements avec leurs dimensions ;
• les conversions Google et Meta Ads, reliées à generate_lead.

Le tout dicté en langage naturel. Pas de glisser-déposer pendant des heures dans l'interface : on décrit ce qu'on veut, l'IA le fabrique.

Étape 5 — Le consentement d'abord (mais ça, c'est tout un épisode)

Il reste une étape non négociable : le consentement. Rien ne doit se déclencher tant que le visiteur n'a pas choisi. Mais cette partie mérite son propre récit — j'en fais le sujet du prochain épisode : comment j'ai posé une bannière cookies open source, gratuite, à ma charte et conforme RGPD, couplée au Google Consent Mode v2. Pour l'instant, retenez le principe : le suivi ne s'active que dans les règles.

La suite

On pourrait — et on le fera d'ailleurs — pousser ce plan de taggage plus loin, notamment en ajoutant un catalogue produit pour Google Ads et Meta, afin de faire du remarketing dynamique. Ce sera sans doute l'objet d'un petit article supplémentaire.

Et vous ?

Ce que je viens de décrire n'est pas réservé aux développeurs. C'est réservé à ceux qui savent dialoguer avec l'IA, lui donner les bons accès — et surtout, comme indiqué plus haut dans cet article, qui ont les connaissances transversales pour la piloter. La bonne nouvelle : ça s'apprend.

Chez Les Formateurs du Digital, c'est exactement ce qu'on enseigne : GA4 et Google Tag Manager, Google Ads et Méta Ads, l'automatisation et le pilotage par l'IA. N'hésitez pas à nous faire part de vos besoins : on saura comment faire évoluer vos compétences pour profiter, vous aussi, du levier IA.

Demander une étude de besoins gratuite

Prochain épisode