Plan de mesure : choisir des événements utiles dans Google Analytics 4

Mesure et analyse · 6 min de lecture

Pour construire un plan de mesure GA4, partez des décisions à prendre, puis retenez les événements qui permettent de les éclairer. Une demande réellement transmise, un ajout au panier et un achat ne répondent pas à la même question. Documentez leur déclenchement, les informations nécessaires et leur contrôle avant d’ajouter des balises. Le but n’est pas de compter tous les gestes, mais de disposer de signaux compréhensibles et fiables.

À retenir

• Reliez chaque événement à une question commerciale précise.
• Distinguez un résultat obtenu d’une simple intention.
• Vérifiez l’existant avant de créer un événement supplémentaire.
• Prévoyez les tests, le consentement et un responsable du suivi dès le départ.

Commencer par les décisions de l’entreprise

Un dirigeant qui reçoit trop peu de demandes utiles doit pouvoir distinguer un manque de visiteurs d’un problème de formulaire. Un responsable e-commerce peut chercher à comprendre si les visiteurs consultent les produits, les ajoutent au panier puis commencent le paiement. Ces questions déterminent les étapes à mesurer.

Pour chaque action envisagée, écrivez la décision qu’elle pourrait modifier. Si personne ne sait quoi faire de l’information, laissez-la de côté. Un clic sur un numéro de téléphone indique une intention de contact, pas un appel abouti. De même, l’affichage d’une page de confirmation ne suffit pas à prouver une nouvelle demande : vérifiez qu’il correspond à une transmission acceptée, et non à un accès direct ou à un rechargement.

Choisir les événements du plan de mesure GA4

Réutiliser les noms adaptés

Google distingue les événements collectés automatiquement, ceux des mesures améliorées, les événements recommandés et les événements personnalisés. Les événements recommandés ont des noms et des paramètres prédéfinis, mais leur collecte doit être mise en place. Google conseille de réserver les événements personnalisés aux besoins que les autres types ne couvrent pas : voir sa présentation des événements.

Avant de créer un nom, vérifiez donc ce que transmet déjà votre site. La liste des événements recommandés prévoit notamment generate_lead pour une demande d’informations, ainsi que view_item, add_to_cart, begin_checkout et purchase pour le commerce en ligne. Respectez les paramètres prescrits pour chaque événement retenu.

Séparer progression et résultat

Dans GA4, un événement clé mesure une action particulièrement importante pour l’entreprise. Un événement collecté peut être marqué comme tel, comme l’explique la documentation Google citée plus haut. Ce statut ne remplace pas un déclencheur fiable. Pour votre pilotage, séparez les étapes de progression, comme l’ajout au panier, des résultats attendus, comme l’achat.

Documenter chaque événement avant sa mise en place

Un tableur partagé suffit pour décrire le plan. Prévoyez les rubriques suivantes :

• Question métier : ce que l’équipe cherche à comprendre.
• Nom : le nom technique exact envoyé à GA4.
• Déclencheur : la condition observable qui autorise l’envoi.
• Paramètres : uniquement les informations nécessaires à l’analyse.
• Statut : événement de progression ou résultat retenu pour le pilotage.
• Contrôle : scénario de test, résultat attendu et responsable.

Le déclencheur mérite une formulation sans ambiguïté. « Clic sur envoyer » et « demande acceptée par le système » ne sont pas équivalents. Précisez aussi comment éviter les envois multiples lors d’un rechargement ou d’un retour sur la page.

N’envoyez pas le contenu libre d’un formulaire, une adresse e-mail ou un numéro de téléphone dans les événements ou paramètres de ce plan de mesure. Les règles de Google sur les informations identifiantes couvrent notamment les URL, les paramètres et les données saisies par les utilisateurs.

Exemple fictif : mesurer une demande de devis

Dans cet exemple illustratif, une entreprise de maintenance reçoit des demandes par formulaire. Elle veut savoir si le formulaire empêche des visiteurs intéressés de la contacter. Le plan retient une étape de début de saisie, si elle est utile au diagnostic, puis generate_lead lorsque la transmission est confirmée.

La fiche de generate_lead précise la confirmation attendue, le type de formulaire sans donnée personnelle et le responsable du test. Une erreur de validation ne doit pas produire cet événement. Le clic sur le bouton reste distinct. L’équipe commerciale vérifie ensuite la pertinence des demandes dans son outil de suivi : leur réception ne signifie pas qu’elles sont qualifiées.

Vérifier les déclencheurs et le cadre de collecte

La documentation DebugView indique que le mode débogage doit être activé pour examiner les événements et leurs paramètres. Testez un parcours réussi, un échec, un rechargement et les variantes importantes sur mobile. Contrôlez ce qui ne doit pas être envoyé autant que ce qui doit l’être.

Testez également les choix de consentement. La CNIL encadre strictement l’exemption de consentement pour certains traceurs de mesure d’audience. Elle n’est pas acquise parce qu’un outil sert à produire des statistiques. Ne présumez donc pas que votre installation GA4 bénéficie de cette exemption. Faites vérifier les traceurs, les finalités et les conditions de collecte, y compris après un refus ; ce plan n’est pas une validation juridique.

Checklist opérationnelle

1. Écrire les décisions prioritaires et les étapes correspondantes.
2. Inventorier les événements déjà reçus et leurs déclencheurs.
3. Choisir les noms recommandés quand ils conviennent.
4. Renseigner les rubriques du plan et retirer les paramètres inutiles.
5. Tester succès, erreurs, répétitions et choix de consentement.
6. Conserver une preuve du test et nommer un responsable.
7. Recontrôler après une modification du formulaire ou du paiement.

Limites et erreurs fréquentes

Évitez de compter la même action avec une extension et une balise ajoutée séparément. Ne renommez pas les événements sans documenter le changement : l’équipe pourrait comparer des définitions différentes. Une absence de données ne prouve pas l’absence d’actions. Google précise notamment que certains contrôles de confidentialité ou refus de cookies Analytics peuvent empêcher l’affichage dans DebugView. Enfin, GA4 ne remplace ni les commandes du système de vente ni le suivi commercial.

Questions fréquentes

Combien d’événements faut-il prévoir ?

Retenez ceux dont l’utilité et le contrôle sont documentés. La taille du plan dépend des parcours à analyser, pas d’un quota à remplir.

Un clic peut-il être un événement clé ?

Techniquement, un événement collecté peut devenir un événement clé. Cela ne change pas ce que l’action représente : un clic ne prouve ni la réception d’une demande ni la confirmation d’une vente.

Qui doit valider le plan ?

La personne qui prend les décisions valide le sens métier. La personne chargée du site vérifie le déclenchement. Le responsable de la conformité examine les conditions de collecte.

Prochaine étape

Choisissez une action commerciale importante et rédigez sa fiche complète. Faites-la tester avant d’étendre le plan. Si la mesure doit être reliée à vos campagnes et à votre site, les services 4SYSTEM présentent les domaines concernés.

Sources et ressources

• Google Analytics : types d’événements et événements clés.
• Google Analytics : événements recommandés.
• Google Analytics : utiliser DebugView.
• Google Analytics : éviter les informations identifiantes.
• CNIL : mesure d’audience et exemption de consentement.