Presque tous les guides de suivi d'événements commencent pareil : « d'abord, installez Google Tag Manager ». Ensuite viennent les balises, les déclencheurs, les variables, la couche de données, les versions de conteneur et le câblage du consentement. Pour un très grand nombre de sites, tout cet appareillage est surdimensionné pour ce que vous voulez vraiment : savoir quand les gens téléchargent le PDF, envoient le formulaire ou cliquent sur « acheter ».
Le suivi d'événements, c'est simplement enregistrer des actions précises, au-delà du simple chargement d'une page. Ce guide sépare les deux types d'événements (ceux qu'un bon outil d'analytics capte tout seul, et ceux que vous définissez sur mesure), montre comment envoyer un événement custom en une seule ligne de JavaScript, et reste honnête sur les rares cas où un tag manager garde toute son utilité.
Pages vues vs événements : ce que vous suivez vraiment
Une page vue vous dit que quelqu'un a chargé une URL. Un événement vous dit qu'il a fait quelque chose : cliqué sur un téléchargement, envoyé un formulaire de contact, ajouté un produit au panier, lancé une vidéo, terminé une inscription. Les pages vues mesurent la portée ; les événements mesurent le comportement et les conversions.
Les événements se présentent sous deux formes, et les confondre est la raison pour laquelle les installations se compliquent :
L'erreur, c'est de dégainer un tag manager lourd pour gérer les deux, alors que le premier type devrait être gratuit et le second tenir en une ligne.
Pourquoi tout le monde dégaine Google Tag Manager (et ce que ça coûte)
Google Tag Manager est un outil réellement puissant : un conteneur que vous posez sur votre site pour ajouter et modifier des balises sans toucher au code. Pour orchestrer des dizaines de balises marketing et publicitaires au sein d'une grande équipe, c'est le bon choix. Le problème, c'est qu'il est devenu la réponse par défaut à « comment je suis un clic sur un bouton », et pour ça c'est beaucoup de surcharge :
- Chaque événement est un projet. Pour suivre une action, vous créez une balise, branchez un déclencheur, définissez souvent une ou plusieurs variables, puis publiez une nouvelle version du conteneur. Multipliez par chaque événement qui vous intéresse.
- Un script de plus à charger. Le conteneur est du JavaScript supplémentaire qui grossit avec le temps, et il se trouve sur le chemin critique de votre page.
- Le câblage du consentement et de la vie privée. Comme GTM sert souvent à déclencher des balises publicitaires et tierces, vous héritez de la complexité du consent mode et d'une surface RGPD plus large (voir l'analytics sans bannière de consentement).
- Maintenance et dérive. Les déclencheurs cassent en silence quand le site change, et personne ne s'en aperçoit avant que les données ne se taisent.
Rien de tout cela n'est mauvais. C'est juste disproportionné quand tout ce que vous vouliez, c'était savoir combien de personnes ont téléchargé la brochure.
Ce que vous pouvez suivre sans toucher à un tag manager
La plupart des événements que les équipes configurent dans GTM sont les prévisibles, et un script d'analytics moderne sait les capter automatiquement dès qu'il se charge. Avec Sublim, ils sont actifs par défaut, sans balise, sans déclencheur :
- Les pages vues, y compris les changements de route SPA. Les applications monopage qui changent l'URL sans recharger sont suivies sans effort supplémentaire.
- L'engagement. Le vrai temps passé sur la page et la profondeur de scroll, pour distinguer une vraie lecture d'un rebond.
- Les téléchargements de fichiers. Les clics sur les liens se terminant par PDF, XLSX, ZIP, MP4 et plus de 30 autres extensions.
- Les envois de formulaires. Les formulaires de contact (tout formulaire avec un champ email ou téléphone), captés en métadonnées uniquement : le nom technique des champs (l'attribut HTML
name, par exempleemailouphone), leur type et leur nombre, ainsi que l'action du formulaire, jamais ce qui est saisi. Les champs sensibles (mots de passe, numéros de carte, CVV…) sont exclus complètement, même de cette liste de noms. - L'ajout au panier et le montant. Détectés dans plus de 18 langues, en récupérant les données produit et le revenu depuis le JSON-LD, les microdonnées ou la page.
Cette liste couvre déjà la majorité des « événements » que la plupart des sites marketing ont jamais voulu suivre. Vous les obtenez en installant un petit script, le même qui fait votre analytics, sans rien construire.
Événements custom : une ligne de JavaScript
Pour les actions propres à votre produit, vous envoyez un événement custom directement. Pas de balise, pas de déclencheur, pas de publication de conteneur, juste un appel de fonction là où l'action se produit :
// Un événement custom simple
sublim.trackEvent('signup_completed', {
props: { plan: 'pro', source: 'landing_page' }
})
// Un événement custom avec un montant
sublim.trackEvent('purchase', {
props: { product: 'T-shirt' },
revenue: { amount: 29.99, currency: 'EUR' }
})C'est toute l'API. Vous choisissez le nom de l'événement, props ajoute des détails optionnels que vous pourrez filtrer ou segmenter plus tard (par exemple, les inscriptions ventilées par plan), et le bloc revenue optionnel attache un montant pour que l'action compte dans votre chiffre d'affaires. Obtenir le même résultat dans un tag manager demande de construire une balise, un déclencheur et souvent une variable, puis de publier le conteneur.
Déjà investi dans GTM ou GA4 ? Réutilisez votre data layer
Si vous utilisez déjà Google Tag Manager ou GA4, vous avez probablement un dataLayer rempli d'événements que vous avez pris le temps d'instrumenter. Vous n'avez pas à refaire ce travail. Sublim peut, en option, lire les événements qui circulent déjà dans window.dataLayer (achats, ajout au panier, inscriptions, etc.) et les enregistrer aux côtés des siens, avec des noms d'événements propres.
C'est désactivé par défaut et activable projet par projet, et ça reste respectueux de la vie privée : les données personnelles sont filtrées avant tout envoi, et si vous utilisez le Consent Mode de Google, la capture est retenue tant que le consentement analytics n'est pas accordé. Donc que vous ayez un tag manager ou non, vous êtes couvert : gardez votre dataLayer existant, ou faites l'impasse dessus.
Quand un tag manager reste vraiment nécessaire
Soyons honnêtes : un tag manager garde toute sa place dans certaines configurations, et Sublim ne cherche pas à le remplacer là-dessus.
- Orchestrer de nombreuses balises tierces. Si vous déclenchez une dizaine de pixels publicitaires et de remarketing (Google Ads, Meta, LinkedIn, Floodlight) et devez les gérer de façon centralisée, c'est exactement à ça que sert GTM.
- Le tagging server-side. Router les événements via un conteneur côté serveur pour le contrôle et la résilience est un vrai cas d'usage avancé.
- Les balises non-analytics. Injecter des scripts sans rapport avec la mesure (outils d'A/B testing, widgets de chat, balises d'affiliation) est du domaine du tag manager.
L'idée n'est pas que les tag managers sont mauvais. C'est que ce sont des outils d'orchestration de balises publicitaires, et en utiliser un juste pour compter des téléchargements et des envois de formulaires, c'est ajouter une couche de complexité dont vous n'avez pas besoin.
Comment Sublim aide
Sublim est conçu pour que le suivi d'événements ne soit pas un projet. Les événements courants (téléchargements, leads de formulaire, ajout au panier, engagement) sont captés automatiquement dès que le script se charge, si bien qu'un marketeur non technique les voit sans rien demander à un développeur. Les événements custom tiennent en un seul appel sublim.trackEvent() qu'un développeur pose là où ça compte, avec un revenu optionnel pour que les conversions portent leur valeur. Et parce que c'est sans cookie et qu'il ne capte aucune valeur de champ, vous obtenez tout ça sans la bannière de consentement ni le fardeau RGPD qui accompagnent d'habitude un tag manager. Associez vos événements à des objectifs et chaque action utile devient une conversion sur laquelle vous pouvez vraiment reporter.
