EN FR

Catégorie : Guide

Tous les articles du blog dans cette catégorie.

Le trafic des assistants IA n’est pas du trafic direct : comment mesurer ChatGPT, Perplexity et Claude sans vous raconter d’histoires

Le trafic des assistants IA n’est pas du trafic direct : comment mesurer ChatGPT, Perplexity et Claude sans vous raconter d’histoires

Depuis quelques mois, beaucoup d’équipes marketing voient apparaître la même discussion : “On reçoit du trafic IA maintenant, non ?” La question est légitime. ChatGPT, Perplexity, Claude et d’autres interfaces affichent de plus en plus de liens vers des sites web. Certaines équipes commencent à voir passer ces visites dans leurs dashboards. D’autres regardent leur trafic direct monter et en concluent que “les IA envoient du direct”. Le problème est que cette lecture mélange plusieurs réalités. Une partie du trafic issu des assistants IA est mesurable comme du referral classique. Une autre partie se perd dans le direct ou unknown parce qu’aucun referrer exploitable n’est transmis. Une troisième partie n’existe tout simplement pas dans vos analytics, parce qu’il n’y a eu aucun clic. Et quand Google intègre des expériences IA dans Search, la frontière devient encore moins nette. Autrement dit, le trafic IA n’est ni un nouveau canal parfaitement propre, ni une simple illusion. C’est un ensemble hétérogène qu’il faut lire avec méthode. Le bon objectif n’est pas de tout mesurer parfaitement. Le bon objectif est plus modeste et plus utile : isoler ce qui est réellement attribuable, documenter la zone grise, et éviter de raconter des histoires à partir d’un chiffre fragile. Le trafic IA n’est pas une seule source Le premier point à clarifier est simple : “trafic IA” n’est pas une catégorie technique unique. Dans la pratique, on mélange au moins quatre cas différents. 1. Les assistants qui envoient un vrai referrer Certains usages de ChatGPT, Perplexity ou Claude affichent des liens vers des sources web. Quand l’utilisateur clique depuis une interface qui transmet une information de provenance exploitable, votre outil analytics peut voir un domaine référent. C’est la partie la plus simple à mesurer. Elle ressemble à n’importe quel trafic referral :une visite arrive avec un domaine source identifiable ; une landing page est consultée ; l’utilisateur peut ensuite convertir, rebondir, ou poursuivre sa navigation.Ce cas suffit déjà à justifier un segment dédié. Plausible a par exemple documenté une forte hausse de son trafic de referral issu de ChatGPT, Perplexity, Claude et Phind en 2024. Ce n’est pas une statistique universelle, mais c’est un signal utile : les assistants IA peuvent envoyer un trafic visible et exploitable. 2. Les assistants ou apps qui ne transmettent pas correctement la provenance Tous les clics ne remontent pas proprement. La documentation de Fathom rappelle d’ailleurs qu’une visite en “Direct/unknown” peut venir d’un accès direct, d’un email, d’une app, ou d’un cas où aucun referrer n’a été transmis, et qu’aucun outil analytics ne peut contrôler cela. C’est là que beaucoup d’équipes se trompent. Voir monter le direct ne prouve pas que ce trafic vient des assistants IA. Mais l’inverse est aussi vrai : une partie du trafic issu des assistants IA peut se retrouver absorbée dans le direct ou unknown si le contexte technique ne renvoie pas d’information exploitable. 3. Les réponses IA qui citent votre site sans générer de clic C’est un point crucial. Vous pouvez être cité, résumé, utilisé comme source, voire partiellement consommé dans la réponse de l’assistant, sans qu’aucune visite n’arrive sur votre site. Dans ce cas, vos analytics web ne voient rien. Vous avez peut-être gagné en visibilité. Vous n’avez pas gagné de session. Confondre les deux mène très vite à de faux raisonnements. 4. Les expériences IA intégrées à la recherche classique Le cas Google est particulier. Google présente AI Overviews et AI Mode comme des fonctionnalités de Search qui peuvent afficher des liens vers des sites et qui ne demandent pas d’optimisation SEO séparée des fondamentaux habituels. Pour la mesure, cela veut dire une chose simple : tout ce qui relève de l’IA n’apparaît pas forcément comme un canal distinct, surtout quand l’expérience reste intégrée à un environnement de recherche déjà existant. Il faut donc éviter une logique trop binaire du type :“assistant autonome = trafic IA” ; “moteur de recherche = trafic SEO classique”.Dans la réalité, la frontière devient plus poreuse. Ce que vous pouvez réellement mesurer aujourd’hui La bonne nouvelle, c’est que vous pouvez déjà mesurer plusieurs choses utiles sans instrumentation extravagante. Les domaines référents visibles C’est la base. Si votre outil analytics expose les referrers ou les sources, vous pouvez identifier les visites attribuées à des domaines liés aux assistants IA. Selon votre stack, cela peut passer par :un rapport Referrers ; un rapport Sources ; un segment personnalisé ; un channel group dédié.Google Analytics 4 donne même un exemple explicite de groupe de canaux personnalisé “AI assistants”, avec des correspondances pour des assistants comme ChatGPT, Gemini, Copilot, Claude ou Perplexity. C’est une information importante. Elle montre qu’en 2026, même Google Analytics considère ce regroupement comme un cas d’usage légitime, pas comme une lubie marketing. Les landing pages qui captent ces visites Le volume seul sert rarement à grand-chose. La vraie question est : quelles pages attirent ce trafic ? Si trois articles, deux pages produit et une page comparative captent l’essentiel des visites issues des assistants IA, vous avez déjà une première lecture exploitable :quelles ressources sont citées ou reprises ; quels sujets émergent ; quelles pages jouent un rôle d’entrée ; quels contenus méritent une amélioration.C’est souvent plus utile qu’un chiffre global de sessions. Les conversions et signaux d’intention Si votre outil suit les événements ou les objectifs, vous pouvez aller plus loin :demande de démo ; inscription newsletter ; prise de rendez-vous ; essai démarré ; achat ; clic vers une page pricing ou un CTA stratégique.À ce stade, vous ne mesurez plus seulement de la curiosité. Vous commencez à mesurer la qualité du trafic. C’est là qu’un segment “AI assistants” devient intéressant. Non pas pour produire un effet de mode, mais pour comparer :volume ; taux d’engagement ; profondeur de visite ; conversion.Les campagnes UTM quand vous contrôlez vous-même la distribution Il y a aussi un cas plus simple : celui des liens que vous diffusez. Si vous publiez un contenu dans une newsletter, un document, un partenariat ou un répertoire, et que vous voulez observer son éventuelle reprise par des usages liés aux assistants ou aux moteurs enrichis, les UTM restent utiles pour vos propres campagnes. En revanche, il ne faut pas imaginer que les assistants IA vont spontanément préserver vos conventions de tracking dans tous les contextes. Les UTM sont excellents pour suivre ce que vous distribuez volontairement. Ils sont beaucoup moins fiables pour cartographier l’ensemble des citations et clics générés par des systèmes tiers. Ce que vous ne pourrez pas mesurer proprement C’est souvent la partie la plus importante de l’article. Une bonne mesure commence aussi par accepter ses limites. Vous ne verrez pas les mentions sans clic Si un assistant résume votre contenu, répond avec vos idées, ou vous cite sans déclencher de visite, vos analytics web resteront muets. Cela ne veut pas dire que votre contenu ne joue aucun rôle. Cela veut juste dire que la session web n’est pas le bon capteur pour mesurer cette forme de visibilité. Vous ne séparerez pas toujours proprement le trafic IA du direct Quand une visite arrive sans referrer exploitable, vous entrez dans une zone grise. Cette zone peut contenir :du vrai direct ; de l’email ; des messageries ; des apps ; des navigateurs ou contextes qui coupent la provenance ; potentiellement des usages issus d’assistants IA.La seule posture sérieuse consiste à le reconnaître comme une zone d’incertitude. Pas à lui coller une étiquette certaine. Vous ne pourrez pas attribuer parfaitement les expériences IA de recherche Quand une expérience IA reste intégrée à un moteur déjà existant, l’attribution isolée devient plus compliquée. Google explique que ses fonctionnalités IA dans Search s’inscrivent dans le cadre général de la recherche web, avec les mêmes fondamentaux SEO. Pour une équipe marketing, cela implique une lecture prudente : toute visite issue d’un environnement enrichi par l’IA ne sera pas forcément identifiable comme telle dans vos rapports. Vous ne devez pas confondre citation, visite et revenu Être cité dans un assistant, recevoir un clic, obtenir une session engagée et générer une conversion sont quatre niveaux différents. Un dashboard utile doit garder ces niveaux séparés. Sinon, on passe très vite d’un constat modeste, “on a quelques visites depuis ChatGPT et Perplexity”, à un récit beaucoup trop ambitieux, “l’IA devient notre nouveau canal d’acquisition principal”. La méthode la plus propre pour suivre ce trafic L’objectif n’est pas de construire un système parfait. L’objectif est de mettre en place une lecture simple, stable et réutilisable. 1. Créez un segment ou un canal dédié aux assistants IA Commencez par une liste courte de sources réellement observables. Par exemple :ChatGPT / OpenAI ; Perplexity ; Claude / Anthropic ; éventuellement Copilot ou Gemini si vous les voyez apparaître dans vos données.Restez conservateur. N’ajoutez pas dix domaines hypothétiques que vous ne voyez jamais passer. 2. Analysez d’abord les landing pages Avant de commenter le volume, regardez :quelles pages reçoivent ces visites ; si ces pages sont récentes ou anciennes ; si elles répondent à des questions comparatives, explicatives ou pratiques ; si elles sont adaptées à une lecture d’entrée.C’est souvent ici que les enseignements utiles apparaissent. 3. Comparez la qualité du trafic, pas seulement son volume Un trafic faible mais très qualifié peut être plus intéressant qu’un trafic visible mais creux. Comparez au minimum :le temps ou l’engagement disponible dans votre outil ; la profondeur de visite ; les conversions principales ; les CTA cliqués ; les pages de sortie.4. Gardez un œil séparé sur le direct ou unknown Il ne faut pas fusionner le direct avec les assistants IA. Mais il serait naïf de l’ignorer complètement. La bonne approche consiste à documenter ce point comme une zone grise potentielle. Si vos referrers IA visibles augmentent, et que le direct augmente aussi sur les mêmes landing pages, cela peut justifier une hypothèse. Pas une certitude. 5. Documentez la règle de lecture C’est un détail qui change tout dans les équipes. Écrivez noir sur blanc :quels domaines sont inclus dans le segment IA ; ce qui n’est pas mesuré ; ce qui tombe en direct ou unknown ; quelles conversions sont suivies ; à quelle fréquence vous relisez ce segment.Un bon dashboard ne suffit pas. Il faut aussi une convention d’interprétation. Les erreurs les plus fréquentes Appeler “trafic IA” tout ce qui ressemble à une hausse du direct C’est probablement l’erreur la plus courante. Le direct est un agrégat imparfait. Il peut contenir beaucoup de choses. Lui attribuer une cause unique sans preuve dégrade la qualité de la lecture. Créer un canal trop large dès le départ Si vous regroupez n’importe quel domaine vaguement lié à l’IA, vous fabriquez un segment imprécis. Mieux vaut un segment incomplet mais propre qu’un segment large et douteux. Se focaliser sur le volume avant la conversion Recevoir 500 visites peu engagées depuis une interface IA est moins intéressant que recevoir 30 visites vers une page comparative qui convertit. Mélanger SEO classique, assistants IA et trafic de marque sans méthode La bonne logique n’est pas de tout opposer. C’est de distinguer ce qui est observable, ce qui est comparable, et ce qui reste hypothétique. Ce qu’il faut retenir Le trafic des assistants IA existe. Il n’est pas imaginaire. Mais il n’existe pas non plus sous une forme unique, propre et parfaitement attribuable. Une partie arrive comme du referral visible. Une partie se perd dans le direct ou unknown. Une partie ne produira jamais de session parce qu’il n’y aura pas de clic. Et une partie s’inscrit dans des environnements de recherche où l’IA et le search classique deviennent plus difficiles à séparer. La bonne approche tient en quatre règles simples :isolez les referrers réellement visibles ; mesurez les landing pages et les conversions, pas seulement les sessions ; gardez le direct comme zone grise, pas comme vérité cachée ; documentez clairement ce que votre segment IA contient, et ce qu’il ne contient pas.Ce cadre est moins spectaculaire qu’une promesse de mesure totale. Il est aussi beaucoup plus utile. FAQ Le trafic venant de ChatGPT doit-il être classé en direct ? Non, pas par principe. Quand un referrer exploitable est transmis, il peut être mesuré comme du referral ou rangé dans un segment dédié. Mais une partie des visites peut aussi finir en direct ou unknown selon le contexte technique. Peut-on mesurer les citations sans clic dans les assistants IA ? Pas avec une analytics web classique. Sans session ni clic, votre outil de mesure d’audience ne voit rien. Faut-il créer un canal IA séparé dans GA4 ? Oui, si vous commencez à voir des domaines référents liés à des assistants IA. GA4 prévoit d’ailleurs ce cas dans sa documentation sur les groupes de canaux personnalisés. Le trafic IA doit-il être lu comme un nouveau canal d’acquisition majeur ? Pas automatiquement. Il faut d’abord regarder les landing pages, la qualité du trafic et les conversions avant de conclure. Peut-on distinguer parfaitement Google Search classique et ses expériences IA ? Pas toujours. Quand l’IA est intégrée à une expérience de recherche plus large, l’attribution isolée devient plus délicate. SourcesOpenAI Help Center, ChatGPT search : https://help.openai.com/en/articles/9237897-chatgpt-search Claude Help Center, Using Research on Claude : https://support.claude.com/en/articles/11088861-using-research-on-claude Perplexity Help Center, How does Perplexity work? : https://www.perplexity.ai/help-center/en/articles/10352895-how-does-perplexity-work Google Analytics Help, Custom channel groups : https://support.google.com/analytics/answer/13051316 Google Search Central, AI features and your website : https://developers.google.com/search/docs/appearance/ai-features Fathom Analytics Docs, Dashboard explained : https://usefathom.com/docs/start/dashboard Plausible Analytics, Breaking down our AI traffic surge : https://plausible.io/blog/ai-referral-traffic-and-optimization

Le plan de marquage minimaliste d’une PME : 12 événements suffisent pour piloter un site

Le plan de marquage minimaliste d’une PME : 12 événements suffisent pour piloter un site

Pendant longtemps, beaucoup d’équipes ont abordé le marquage comme une liste infinie d’options. Il fallait tout suivre, tout nommer, tout enrichir, puis espérer qu’un jour quelqu’un exploite réellement ces données. Dans la pratique, cela produit souvent l’inverse de l’objectif initial. Le plan de marquage devient trop large, les événements se multiplient, les paramètres deviennent illisibles, et le tableau de bord cesse d’aider à décider. L’outil collecte davantage, mais l’équipe comprend moins. Pour une PME, un site vitrine, un site B2B ou un petit site SaaS, la bonne logique est presque toujours plus simple : mesurer moins, mais mesurer ce qui permet d’agir. C’est le rôle d’un plan de marquage minimaliste. Il ne cherche pas à décrire chaque micro-interaction. Il cherche à répondre à quelques questions utiles :d’où vient le trafic ; quelles pages attirent l’attention ; quels contenus déclenchent une intention ; quels signaux montrent qu’un visiteur avance ; quelles actions ressemblent à une conversion réelle.Cet article propose un cadre concret avec 12 événements maximum. Ce n’est pas une vérité universelle. C’est un point de départ robuste pour des équipes qui veulent garder une analytics lisible, gouvernable et utile. Un plan de marquage n’est pas une liste technique, c’est une grille de décision La première erreur consiste à partir de l’outil. On ouvre la documentation, on découvre des dizaines d’événements recommandés, puis on essaie de tout faire rentrer dans le site. C’est la mauvaise direction. Un bon plan de marquage commence par les décisions que l’équipe doit prendre. Par exemple :Quelles pages participent réellement à l’acquisition ? Quels contenus soutiennent la génération de leads ? Quels appels à l’action fonctionnent ? Où les visiteurs abandonnent-ils ? Quels signaux méritent un suivi mensuel en comité, et lesquels relèvent juste de la curiosité ?Tant que ces questions ne sont pas clarifiées, ajouter des événements ne sert pas à grand-chose. Google Analytics 4 distingue d’ailleurs les événements collectés automatiquement, les événements recommandés et les événements personnalisés. Le point important n’est pas qu’il existe beaucoup d’options. Le point important est qu’une équipe n’a pas besoin d’utiliser toutes ces options pour obtenir une lecture utile. De la même manière, Matomo, Plausible et d’autres outils permettent de suivre des événements au-delà des simples pages vues. Cette capacité est utile. Elle devient contre-productive si elle pousse à documenter tout ce qui bouge. Ce que doit couvrir un plan de marquage minimaliste Pour une PME, un plan de marquage sobre doit couvrir cinq zones. 1. La lecture d’audience de base Avant d’ajouter des événements, il faut déjà disposer des fondamentaux :pages vues ; pages d’entrée ; sources ou référents ; campagnes quand elles sont activement utilisées ; conversions principales.Autrement dit, le marquage ne doit pas chercher à compenser l’absence de lecture simple de l’audience. Si votre dashboard n’explique déjà pas clairement quelles pages attirent du trafic qualifié, ajouter vingt événements n’aidera pas. 2. Les signaux d’intention Tous les visiteurs ne convertissent pas immédiatement. Il faut donc repérer quelques signaux intermédiaires : clic sur un bouton stratégique, téléchargement, recherche interne, demande de démo, démarrage d’inscription, etc. Ces signaux servent à lire la progression, pas à fabriquer un tunnel artificiel. 3. Les conversions réelles Le plan minimaliste doit identifier ce qui compte vraiment pour le site :envoi de formulaire ; prise de rendez-vous ; essai démarré ; achat confirmé ; inscription validée.Une conversion qui n’influence aucune décision n’a pas besoin d’être un événement. 4. Les points de friction évidents Le but n’est pas de rejouer toute la session d’un utilisateur. Le but est de comprendre où l’intention se perd. Une recherche interne répétée, un clic vers une page tarification, puis aucune action, ou un démarrage de checkout sans achat peuvent déjà suffire à mettre en évidence un problème. 5. La gouvernance du suivi Un plan de marquage sans gouvernance finit vite par dériver. Il faut savoir :pourquoi l’événement existe ; qui l’a demandé ; à quel endroit il déclenche ; quels paramètres sont réellement utiles ; quand il peut être supprimé.C’est souvent ce point qui différencie un setup propre d’un setup accumulatif. Les 12 événements qui suffisent dans la majorité des cas Voici un modèle simple. Toutes les équipes n’auront pas besoin des 12. Beaucoup peuvent commencer avec 6 à 8 événements. 1. form_submit C’est l’événement le plus universel. Il couvre le formulaire de contact, de demande de devis, de démo ou de lead entrant. Pourquoi le suivre : il matérialise une intention explicite. Paramètres utiles :form_name page_type2. demo_request Si votre site B2B propose une démo, il est utile de distinguer cette action du formulaire générique. Elle correspond souvent à un niveau d’intention plus fort. Pourquoi le suivre : il sépare le simple contact du lead plus qualifié. Paramètre utile :placement3. newsletter_signup Cet événement reste secondaire par rapport à une demande commerciale, mais il peut servir de bon indicateur de contenu utile. Pourquoi le suivre : il mesure une conversion légère, utile pour les équipes contenu. Paramètres utiles :placement content_type4. account_signup Pour un produit SaaS ou un espace utilisateur, le début d’inscription mérite presque toujours un suivi dédié. Pourquoi le suivre : il permet de mesurer le passage entre visite et création de compte. Paramètres utiles :plan_type placement5. trial_start Si un essai existe, il faut le distinguer de l’inscription simple. Le volume peut être plus faible, mais le signal est beaucoup plus proche du revenu. Pourquoi le suivre : il rapproche l’analytics du pipeline réel. Paramètre utile :plan_type6. purchase_complete Pour un site e-commerce ou un SaaS avec souscription directe, c’est l’événement final le plus important. Pourquoi le suivre : il ancre le suivi dans la conversion réelle, pas seulement dans l’intention. Paramètres utiles :plan_type billing_cycle7. phone_click Sur beaucoup de sites locaux, de cabinets, de services B2B ou de structures de conseil, le téléphone reste un canal de conversion. Pourquoi le suivre : une conversion ne passe pas toujours par un formulaire. Paramètre utile :placement8. email_click Même logique pour les liens mailto. Sur certains sites, ce signal vaut plus qu’un clic décoratif vers une page produit. Pourquoi le suivre : il révèle une prise de contact directe. Paramètre utile :placement9. file_download Livres blancs, brochures, fiches produits, documentation PDF : ce type d’action peut signaler une intention sérieuse, à condition de rester sélectif. Pourquoi le suivre : il aide à distinguer les contenus qui génèrent un engagement tangible. Paramètres utiles :file_name content_type10. outbound_click Tout clic externe ne mérite pas un événement. En revanche, certains liens sortants sont stratégiques : prise de rendez-vous Calendly, marketplace, plateforme de paiement, espace partenaire, documentation externe clé. Pourquoi le suivre : il éclaire les sorties utiles du site. Paramètres utiles :destination_type placement11. search_submit Si votre site a une recherche interne, c’est souvent un indicateur précieux. Les visiteurs vous disent eux-mêmes ce qu’ils cherchent. Pourquoi le suivre : il révèle l’écart entre l’architecture du site et l’intention utilisateur. Paramètres utiles :query_group results_stateImportant : évitez de remonter des termes bruts si cela crée une collecte inutilement sensible. Une catégorisation ou une logique d’agrégation est souvent préférable. 12. checkout_start ou pricing_cta_click Le douzième événement dépend du type de site. Pour l’e-commerce : suivez checkout_start. Pour un site B2B sans achat immédiat : suivez plutôt pricing_cta_click ou un clic vers un CTA commercial majeur. Pourquoi le suivre : il capture le passage entre intérêt et démarche active. Paramètres utiles :placement offer_typeLa vraie discipline : limiter les paramètres Un mauvais plan de marquage ne contient pas seulement trop d’événements. Il contient aussi trop de propriétés attachées à chaque événement. La règle simple consiste à ne garder que les paramètres qui changent une lecture utile. Par exemple :placement peut être utile pour comparer un CTA dans le header et le footer ; plan_type peut être utile pour distinguer free, starter, pro ; form_name peut être utile s’il existe plusieurs formulaires.En revanche, beaucoup de paramètres finissent par ne rien apporter :texte exact du bouton ; URL complète quand elle est déjà visible ailleurs ; variantes de casse ou de naming ; détails redondants qui compliquent surtout l’analyse.Plausible, par exemple, permet d’associer des propriétés personnalisées aux événements, mais il ne faut pas confondre possibilité technique et nécessité analytique. Plus vous enrichissez, plus vous devrez ensuite relire et maintenir. Une convention de nommage simple vaut mieux qu’un framework complexe Pour un plan minimaliste, la convention suivante suffit largement :noms d’événements en anglais ; verbes d’action clairs ; pas d’espace ; pas de doublons proches ; une signification stable dans le temps.Exemples corrects :form_submit trial_start file_download phone_clickExemples à éviter :CTA Final Hero Demo contactFormSuccessNew btn_click_v2 conversion_importantLa règle est simple : un nom doit rester compréhensible six mois plus tard, même pour quelqu’un qui n’était pas présent au moment de l’implémentation. Ce qu’il ne faut pas suivre au départ Un plan minimaliste est aussi un plan qui assume des renoncements. Ne suivez pas dès le départ :chaque scroll ; chaque clic de navigation ; chaque ouverture d’accordion ; chaque hover ; chaque variation visuelle de bouton ; chaque lecture vidéo si personne n’utilise cette donnée ; chaque micro-étape d’un formulaire long, sauf problème avéré.Ces données peuvent sembler rassurantes parce qu’elles donnent l’impression de finesse. En réalité, elles créent souvent du bruit. L’ordre recommandé pour implémenter le plan Pour éviter le projet sans fin, déployez en trois vagues. Vague 1 : les conversions principales Commencez par :form_submit demo_request purchase_complete trial_startToutes les équipes n’auront pas les quatre, mais elles doivent commencer par leurs conversions les plus proches de la valeur. Vague 2 : les signaux d’intention Ajoutez ensuite :phone_click email_click file_download checkout_start ou pricing_cta_clickCela suffit souvent à lire les passages intermédiaires utiles. Vague 3 : les signaux d’orientation Enfin seulement, ajoutez si nécessaire :search_submit newsletter_signup account_signup outbound_clickCette logique garde le marquage sous contrôle. On documente d’abord ce qui sert le pilotage, puis ce qui améliore l’interprétation. Un exemple de tableau de marquage minimal Voici un format de documentation suffisant pour la plupart des PME :Event Déclencheur Pourquoi le suivre Paramètresform_submit formulaire envoyé avec succès mesurer les leads entrants form_name, page_typedemo_request clic ou envoi de demande de démo isoler l’intention commerciale forte placementnewsletter_signup inscription confirmée suivre les conversions de contenu placement, content_typeaccount_signup création de compte lancée ou validée lire le passage visite → compte plan_type, placementtrial_start essai activé suivre le signal le plus proche du revenu plan_typepurchase_complete achat ou abonnement confirmé mesurer la conversion finale plan_type, billing_cyclephone_click clic sur lien téléphone capter les conversions hors formulaire placementemail_click clic sur lien mailto suivre le contact direct placementfile_download téléchargement déclenché mesurer l’intérêt pour des assets clés file_name, content_typeoutbound_click clic vers un domaine externe stratégique comprendre les sorties utiles destination_type, placementsearch_submit recherche interne validée lire l’intention utilisateur query_group, results_statecheckout_start ou pricing_cta_click démarrage de checkout ou clic pricing stratégique repérer le passage à l’action placement, offer_typeAttention au cadre privacy et au périmètre de mesure C’est un point important. Un plan de marquage minimaliste n’est pas automatiquement un plan juridiquement simple. La CNIL rappelle que la mesure d’audience peut, dans certaines conditions, relever d’un régime particulier, mais que l’analyse dépend des finalités, de la configuration et de l’usage réel des données. Dès que l’on glisse vers des usages marketing plus larges, l’acquisition ou des réutilisations plus riches, le cadrage change. Concrètement, cela veut dire deux choses :gardez votre plan de marquage proportionné ; distinguez clairement la mesure d’audience utile des besoins marketing plus larges.Autrement dit, un bon plan de marquage n’est pas seulement sobre. Il est aussi explicable. Ce qu’il faut retenir Pour une PME, un bon plan de marquage ne cherche pas à impressionner. Il cherche à rester exploitable. Dans la majorité des cas, 12 événements suffisent largement, et souvent 6 à 8 suffisent pour démarrer correctement. Le plus important n’est pas d’avoir une taxonomie ambitieuse. Le plus important est de pouvoir répondre, chaque mois, à quelques questions simples :qu’est-ce qui attire du trafic qualifié ; qu’est-ce qui déclenche une intention claire ; qu’est-ce qui convertit réellement ; où l’on perd de la progression ; quelles données l’équipe comprend et utilise vraiment.Si votre plan de marquage devient plus complexe que vos décisions, il est probablement déjà trop lourd. FAQ Faut-il suivre les 12 événements dès le premier jour ? Non. La plupart des équipes devraient commencer par les 4 à 8 événements les plus proches de leurs conversions réelles, puis élargir seulement si un besoin clair apparaît. Pourquoi garder les noms d’événements en anglais sur un site francophone ? Parce que cela facilite souvent la maintenance, la cohérence technique et la transcréation éventuelle. L’important n’est pas la langue en elle-même, mais la stabilité du naming. Un clic sur un bouton suffit-il à définir une conversion ? Pas toujours. Un clic peut être un bon signal d’intention, mais il ne remplace pas une conversion réelle comme un formulaire envoyé, un essai activé ou un achat confirmé. Peut-on suivre les campagnes et les UTM dans un plan minimaliste ? Oui, mais il faut distinguer la lecture d’acquisition et le marquage d’événements. Les campagnes peuvent être utiles, mais elles ne justifient pas à elles seules une inflation du plan de marquage. Comment savoir qu’un événement doit être supprimé ? S’il n’est jamais consulté, s’il n’influence aucune décision, s’il duplique une autre donnée ou si personne dans l’équipe ne sait encore à quoi il sert, il mérite probablement d’être retiré. SourcesCNIL, Cookies : solutions pour les outils de mesure d’audience : https://www.cnil.fr/fr/cookies-solutions-pour-les-outils-de-mesure-daudience CNIL, Recommandation relative aux cookies et autres traceurs, édition consolidée 2026 : https://www.cnil.fr/sites/default/files/2026-01/recommandation_cookies_consolidee.pdf Google Analytics, Analytics - Recommended events : https://developers.google.com/analytics/devguides/collection/ga4/reference/events Google Analytics, Set up events : https://developers.google.com/analytics/devguides/collection/ga4/events Google Analytics, Set up event parameters : https://developers.google.com/analytics/devguides/collection/ga4/event-parameters Matomo, JavaScript Tracking Client Guide : https://developer.matomo.org/guides/tracking-javascript-guide Matomo, Event Tracking User Guide : https://matomo.org/guide/reports/event-tracking/ Plausible, Custom event goals : https://plausible.io/docs/custom-event-goals Plausible, Custom properties for events : https://plausible.io/docs/custom-props/for-custom-events Plausible, Goal conversions : https://plausible.io/docs/goal-conversions