Points essentiels du plan de marquage avant un audit GA4 en 2026

Avant même de lancer un audit du tracking, la majorité des PME commettent la même erreur : elles soumettent un Google Analytics 4 mal configuré à un prestataire externe, sans avoir préalablement structuré leur plan de marquage. Résultat ? Des données inexploitables, des coûts d'audit gonflés et une mesure de performance faussée dès le départ.

Chez WebVision360, nous avons accompagné des dizaines de responsables marketing dans la préparation de leurs audits GA4. Notre constat est unanime : un plan de marquage rigoureux, vérifié en amont, réduit de 40 % le temps d'intervention en audit et multiplie la fiabilité des insights obtenus. Ce listicle vous présente les 10 points essentiels à examiner avant de confier votre tracking à un prestataire — ou avant de l'auditer vous-même.

Définition : Un plan de marquage (ou tagging plan) est un document de référence qui recense l'ensemble des événements, dimensions et propriétés à mesurer sur un site ou une application, avec leur logique de déclenchement.

• Vérifiez que le document existe sous forme exploitable (Google Sheet, Notion, Confluence…) et qu'il est daté.
• Chaque événement GA4 doit y apparaître avec son nom exact, ses paramètres associés et la condition de déclenchement.
• Un plan non mis à jour depuis plus de 6 mois est à considérer comme obsolète — GA4 évolue vite.
• Exemple WebVision360 : Lors d'un audit GA4 pour un client e-commerce, nous avons découvert un plan de marquage de 2022 qui ignorait 14 nouveaux événements critiques liés au tunnel de conversion.

Définition : La nomenclature GA4 est l'ensemble des conventions de nommage imposées par Google pour les événements personnalisés : minuscules, underscores, 40 caractères maximum, sans espaces ni caractères spéciaux.

• Auditez chaque nom d'événement dans votre plan : formulaire_soumis est conforme, Formulaire Soumis ne l'est pas.
• Les événements automatiques GA4 (page_view, session_start, first_visit) ne doivent pas être redéfinis manuellement au risque de créer des doublons.
• Vérifiez la cohérence entre les noms déclarés dans le plan et ceux effectivement envoyés via Google Tag Manager.
• Exemple WebVision360 : Un client SaaS avait nommé son événement principal Lead-Form_Submit — incompatible avec l'interface GA4 et ignoré dans les rapports d'exploration.

Définition : Le Consent Mode v2 de Google est un framework technique qui adapte le comportement des tags (GA4, Ads) selon les choix de consentement de l'utilisateur, en transmettant des signaux granted ou denied à la couche de données.

• La bascule vers le Consent Mode v2 est obligatoire depuis mars 2024 pour les annonceurs Google en Europe.
• Vérifiez dans GTM que les commandes gtag('consent', 'default', {...}) et gtag('consent', 'update', {...}) sont bien présentes et dans le bon ordre.
• Testez le comportement avec et sans consentement via l'aperçu GTM et l'extension Tag Assistant.
• Exemple WebVision360 : Sans ce point de vérification, un audit GA4 peut conclure à une perte de données alors que c'est simplement le Consent Mode mal configuré qui bloque les hits.

Définition : Le dataLayer est une structure JavaScript qui fait le pont entre votre site ou application et Google Tag Manager, en transmettant des informations contextuelles (ID produit, valeur de transaction, statut utilisateur…) à chaque interaction.

• Validez que chaque push dataLayer est bien exécuté avant le tag GTM correspondant — l'ordre d'exécution est critique.
• Testez les variables dataLayer dans l'aperçu GTM sur les pages et tunnels clés (panier, formulaire, checkout…).
• Assurez-vous que les types de données sont cohérents : une valeur de transaction transmise en string au lieu de number casse les rapports e-commerce GA4.
• Exemple WebVision360 : Notre approche systématique inclut un test du dataLayer sur mobile et desktop séparément — les différences d'implémentation sont fréquentes sur les sites headless.

Définition : Dans GA4, une conversion est un événement marqué comme tel dans l'interface. La déduplication garantit qu'un même achat ou formulaire n'est comptabilisé qu'une seule fois, même si plusieurs tags se déclenchent simultanément.

• Listez tous les événements marqués conversion dans GA4 et vérifiez leur pertinence métier réelle.
• Contrôlez l'absence de double comptage : un même événement déclenché à la fois par GTM et par un snippet GA4 natif est une source classique de surcomptage.
• Pour le e-commerce, vérifiez le paramètre transaction_id dans chaque hit purchase — c'est le paramètre de déduplication de GA4.
• Exemple WebVision360 : Un client retail comptabilisait 3 fois ses conversions à cause d'un tag GA4 dans GTM cumulé avec le tag GA4 intégré directement dans le CMS.

Chez WebVision360, nous ne lançons jamais un audit du tracking sans avoir au préalable réalisé une revue complète du plan de marquage avec les équipes métier. Cette étape préventive, souvent négligée, est pourtant celle qui conditionne la valeur de toutes les recommandations qui suivront.

Notre méthodologie combine : analyse documentaire du tagging plan, tests techniques via GTM Preview et DebugView GA4, et validation croisée avec les données CRM. Si votre organisation utilise HubSpot, nous assurons également l'alignement entre les données de tracking web et votre intégration HubSpot CRM pour une vision 360° des parcours clients.

Définition : Les dimensions personnalisées GA4 sont des attributs supplémentaires (utilisateur, session ou événement) que vous définissez dans l'interface GA4 pour enrichir l'analyse au-delà des paramètres standards.

• Toute dimension envoyée via le dataLayer mais non déclarée dans GA4 (Admin > Propriété > Dimensions personnalisées) est silencieusement ignorée.
• Vérifiez la correspondance exacte entre les noms de paramètres dans GTM et les clés déclarées dans l'interface GA4.
• Attention à la limite de 50 dimensions personnalisées par propriété GA4 — une contrainte souvent atteinte sur les grands sites.
• Exemple WebVision360 : Lors d'un audit GA4 pour une PME B2B, nous avons identifié 8 dimensions critiques jamais déclarées — 6 mois de données enrichies perdus.

Définition : Le tracking cross-domaine permet à GA4 de maintenir la continuité de session lorsqu'un utilisateur navigue entre plusieurs domaines ou sous-domaines (ex. : site principal vers boutique en ligne vers espace client).

• Dans GTM, vérifiez la configuration du tag GA4 : section Paramètres supplémentaires > Paramètres de configuration > linker.
• Testez le paramètre _gl dans les URLs de transition entre domaines — son absence brise les sessions et gonfle artificiellement le taux de nouvelles sessions.
• Pour les sites en architecture headless, ce point est particulièrement critique car le frontend et le backend peuvent opérer sur des domaines distincts.
• Exemple WebVision360 : Un client avec une landing page externe non liée à son domaine principal constatait 70 % de trafic direct — en réalité du trafic mal attribué faute de cross-domain tracking.

Définition : Dans GA4, les filtres de flux de données permettent d'exclure le trafic interne (équipes, agences) et les bots des rapports, garantissant que seule la donnée de visiteurs réels est analysée.

• Vérifiez dans Admin > Flux de données > Paramètres avancés que les IP internes sont bien exclues.
• Activez le filtre anti-spam et anti-bots natif de GA4 (Activer le filtrage du trafic spam et des bots).
• Si vous travaillez avec une agence SEO ou SEA, son trafic de préproduction et de test doit également être filtré.
• Exemple WebVision360 : Avant un audit de performance SEO et SEA, nous vérifions systématiquement que le trafic des outils de crawl (Screaming Frog, Semrush Bot…) n'est pas comptabilisé dans GA4.

Définition : La durée de rétention des données GA4 correspond à la période pendant laquelle Google conserve les données au niveau événement dans votre propriété, avec un choix entre 2 mois (par défaut) et 14 mois.

• Par défaut, GA4 est configuré sur 2 mois — ce qui interdit toute comparaison année sur année dans les rapports d'exploration.
• Allez dans Admin > Paramètres des données > Rétention des données et passez à 14 mois.
• Ce réglage est non rétroactif : les données déjà supprimées ne sont pas récupérables.
• Exemple WebVision360 : 80 % des nouvelles propriétés GA4 que nous auditons ont encore ce réglage à 2 mois — ce qui invalide systématiquement les analyses de tendance long terme.

Définition : L'alignement métier du plan de marquage consiste à s'assurer que chaque événement tracké correspond à un KPI business réel et décisionnel, et non à une simple donnée technique collectée par défaut.

• Organisez un atelier de 2 heures avec les directions marketing, sales et produit pour valider que les événements tracés couvrent bien les questions stratégiques 2026.
• Supprimez les événements orphelins (tracés mais jamais utilisés dans un rapport) — ils consomment votre quota de 500 événements distincts par propriété.
• Documentez chaque événement avec son propriétaire métier : qui consulte cette donnée ? Quelle décision en découle ?
• Exemple WebVision360 : Notre approche de préparation à l'audit inclut toujours un mapping événement vers KPI vers décision — la seule garantie que l'audit produira des recommandations actionnables.

• 1. Plan de marquage formalisé et à jour — Priorité critique.
• 2. Nomenclature GA4 respectée — Priorité critique.
• 3. Consent Mode v2 implémenté — Priorité critique.
• 4. DataLayer fiable et ordonné — Priorité critique.
• 5. Conversions définies et dédupliquées — Priorité critique.
• 6. Dimensions personnalisées déclarées — Priorité élevée.
• 7. Tracking cross-domaine configuré — Priorité élevée.
• 8. Filtres trafic interne actifs — Priorité élevée.
• 9. Rétention des données à 14 mois — Priorité modérée.
• 10. Alignement objectifs business 2026 — Priorité modérée.

Chez WebVision360, nous vous accompagnons de la révision de votre plan de marquage grâce à notre expertise en tracking & analytics jusqu'aux recommandations d'optimisation actionnables. Nos experts combinent maîtrise technique de GA4, GTM et Consent Mode v2 avec une vision stratégique orientée performance business.