Un guide pratique de Suivi des événements personnalisé

Ici, le sujet Suivi des événements personnalisé est expliqué avec des exemples pratiques. Les pages vues disent qu'on est arrivé ; c'est le suivi des événements personnalisé qui dit ce qui a été fait, et c'est là que l'analytics devient utile.

La question de la vie privée est de savoir quelle part d’identité vous attachez à ces événements. GA4 et les outils d'analyse axés sur la vie privée peuvent tous deux suivre des événements personnalisés, mais ils encouragent différents modèles de fonctionnement.

Modèle d'événement de GA4

GA4 est basé sur des événements : les pages vues, les clics, les achats, les défilements et les actions de l'application sont tous des événements. Les limites officielles de Google sont importantes lors de la conception d'une taxonomie : les noms d'événements ont une limite de 40 caractères, les propriétés standard peuvent envoyer 25 paramètres d'événement par événement et les flux Web n'ont pas la même limite d'événements distinctement nommée que les flux d'applications (GA4 limites de collecte d'événements).

GA4 est puissant lorsque vous avez besoin de l'intégration Google Ads, des rapports de commerce électronique, de l'exportation BigQuery, du mode consentement et de la modélisation multi-appareils. Mais ce pouvoir s’accompagne de complexité. Vous devez gérer le consentement, les noms d'événements, les dimensions personnalisées, les limites des paramètres, la conservation des données, les IDs utilisateur, les signaux Google et les fonctionnalités publicitaires.

Suivi des événements axé sur la vie privée

L'analyse axée sur la vie privée part d'un objectif plus restreint : mesurer des actions significatives sans créer de profils d'utilisateurs. Un événement personnalisé ressemble à ceci :

• signup_started
• signup_completed
• pricing_cta_clicked
• docs_search_used
• checkout_completed
• newsletter_subscribed

L'événement peut inclure des propriétés sécurisées telles que le type de plan, le chemin de la page, la campagne UTM ou la catégorie de contenu. Il ne doit pas inclure d'adresses e-mail, de noms, de numéros de téléphone, d'adresses IP, de requêtes de recherche brutes pouvant contenir des données personnelles ou de IDs de compte, à moins que l'outil et la base juridique ne soient conçus à cet effet.

Règles de conception d'événements

Un bon suivi des événements est ennuyeux et cohérent :

• Utilisez des noms basés sur des verbes : form_submitted, et non button.
• Gardez les noms stables ; changer de nom brise les lignes de tendance.
• Utilisez des paramètres pour le contexte, pas de nouveaux noms d'événements pour chaque variante.
• Évitez les données personnelles dans les noms et les propriétés.
• Propriétaire du document, objectif et conservation pour chaque événement.
• Testez les événements en préparation avant le lancement.

Un mauvais plan d’événement crée des données que vous ne pouvez pas interpréter. Un plan d’événement à risque crée des données que vous ne pouvez pas conserver en toute sécurité.

Où GA4 est fort

GA4 est un choix raisonnable lorsqu'une équipe a besoin de :

• Importation de conversion Google Ads.
• Rapports sur les articles de commerce électronique.
• Exportation BigQuery pour les événements bruts à venir.
• Reporting modélisé en mode consentement.
• Analyses d'applications et Web dans une seule propriété Google.
• Intégration avec une pile marketing Google existante.

La mise en garde est que les équipes doivent le configurer avec soin. Google indique que GA4 collecte les cookies propriétaires, les données de l'appareil/navigateur, les activités sur site/application et l'adresse IP au moment de la collecte, tandis que GA4 n'enregistre ni ne stocke les adresses IP (protection des données Google Analytics). Cette distinction laisse toujours les questions de consentement, de transfert et d’utilisation publicitaire aux contrôleurs.

Là où l’analyse axée sur la vie privée est plus forte

Les analyses axées sur la vie privée sont plus efficaces lorsque vous avez besoin de :

• Suivi léger des événements sur les pages marketing.
• Rapports de conversion sans cookies.
• Aucune intégration de profil publicitaire.
• Des tableaux de bord simples pour les non-analystes.
• Réduisez les risques liés à la conformité et aux fournisseurs.
• Séparation claire entre l'amélioration du produit et la publicité comportementale.

Il est particulièrement utile pour les pages de destination SaaS, les sites de documentation, les blogs, les sites Web du secteur public et les secteurs sensibles à la vie privée.

Parcours de migration pratique

Ne migrez pas les événements un pour un depuis GA4. Repartir à neuf :

1. Énumérez les questions commerciales.
2. Définissez le plus petit ensemble d’événements qui y répondent.
3. Supprimez les événements que personne n'utilise.
4. Renommez les événements vagues en actions lisibles.
5. Supprimez les données personnelles des paramètres.
6. Décidez de la conservation des événements bruts.
7. Exécutez GA4 et le nouvel outil en parallèle pendant quelques semaines.
8. Comparez les tendances, pas les chiffres exacts.

Les événements personnalisés devraient rendre la prise de décision plus claire. Si le système d’événements nécessite un analyste dédié pour expliquer chaque métrique, ou si le service juridique doit démêler les données personnelles de chaque charge utile, le modèle d’événement est trop compliqué.

Un exemple de taxonomie d'événements respectueux de la vie privée

Pour un site marketing SaaS, commencez par cinq à dix événements : pricing_cta_clicked, demo_requested, signup_started, signup_completed, docs_search_used, integration_clicked et checkout_completed. Ajoutez des propriétés uniquement lorsqu'elles modifient une décision. Un événement signup_completed sécurisé inclut un niveau de forfait, un groupe de pays, une campagne et une page de destination. Il ne doit pas inclure l'adresse e-mail, le nom de l'entreprise, l'adresse IP ou le nombre exact d'employés, sauf si ces champs sont nécessaires et régis.

Pour un blog, les événements peuvent être encore plus simples : article lu, abonné à la newsletter, clic sur le CTA et article associé cliqué. Pour le commerce électronique, utilisez la catégorie et la fourchette de prix plutôt que d’exposer les métadonnées détaillées des commandes à un outil tiers.

Habitude de gouvernance

Passez en revue les événements une fois par trimestre. Supprimez les événements inutilisés, fusionnez les doublons et recherchez la dérive des données personnelles. Les schémas d'événements se développent progressivement à mesure que les équipes ajoutent des propriétés ponctuelles. Un bref examen empêche le système d'analyse de se transformer en une base de données client fantôme.

Questions d'évaluation des événements

Pour chaque événement personnalisé, posez cinq questions. Quelle décision soutient-il ? Quelle équipe détient la décision ? L’événement pourrait-il être comptabilisé globalement ? Certaines propriétés sont-elles personnelles, sensibles ou de haute cardinalité ? Quand l’événement doit-il être supprimé ou renommé ?

Regardez ensuite la charge utile, pas seulement le nom de l'événement. Un événement inoffensif tel que form_submitted peut devenir risqué s'il contient un e-mail, le nom de l'entreprise, une estimation des revenus, un message texte libre ou un URL non expurgé. Utilisez des schémas ou des modèles de gestionnaire de balises qui rejettent les propriétés non approuvées. Le suivi des événements axé sur la vie privée dépend de garde-fous ennuyeux : noms autorisés, valeurs autorisées et habitude de supprimer ce qui ne mérite plus sa place.

Vérification de la configuration GA4

Si vous conservez GA4, rendez sa configuration explicite. Enregistrez si la mesure améliorée, les signaux Google, la personnalisation des annonces, l'exportation User-ID, BigQuery, Consent Mode, la mesure inter-domaines et les paramètres spécifiques à la région sont activés.

Comparez ensuite les conversions GA4 avec la vérité du backend pour les achats, les inscriptions et les formulaires. Conservez GA4 là où les publicités Google ou l'écosystème de reporting justifient réellement les coûts de vie privée, de consentement et de maintenance ; utilisez des analyses axées sur la vie privée pour les pages de référence, les référents, les campagnes, les objectifs et les entonnoirs agrégés.

Questions fréquentes

Quelle est la limite de caractères de GA4 pour les noms d'événements ?

GA4 limite les noms d'événements à 40 caractères. Les propriétés standard autorisent jusqu'à 25 paramètres par événement, et les flux web n'ont pas la même limite d'événements nommés de façon distincte que les flux d'application. Il vaut mieux concevoir la taxonomie dans ces limites avant de commencer à nommer les événements.

GA4 stocke-t-il les adresses IP ?

Google indique que GA4 n'enregistre ni ne stocke les adresses IP, même s'il la collecte au moment de la capture. Cette distinction laisse ouvertes des questions de consentement, de transfert de données et d'usage publicitaire pour le responsable du site.

Quels événements un site marketing SaaS devrait-il suivre en premier ?

Cinq à dix événements suffisent pour démarrer : pricing_cta_clicked, demo_requested, signup_started, signup_completed, docs_search_used, integration_clicked et checkout_completed. Les propriétés ne s'ajoutent que lorsqu'elles changent une décision, et les données personnelles comme l'email ou le nom de l'entreprise restent en dehors.

Un blog a-t-il besoin des mêmes événements qu'un produit SaaS ?

Un blog a besoin de bien moins d'événements qu'un produit. Article lu, newsletter souscrite, CTA cliqué et article associé cliqué couvrent la plupart des questions éditoriales sans construire de profil utilisateur.

À quelle fréquence une équipe devrait-elle revoir sa taxonomie d'événements ?

Les événements se revoient une fois par trimestre. Les événements inutilisés sont supprimés, les doublons fusionnés, et les propriétés vérifiées pour repérer les données personnelles qui se seraient glissées avec le temps.

Que devrait vérifier une équipe avant de décider de garder GA4 ?

Il faut noter si la mesure améliorée, Google Signals, la personnalisation des annonces, User-ID, l'export BigQuery, Consent Mode, la mesure inter-domaines et les paramètres régionaux sont activés. Les conversions GA4 se comparent ensuite aux chiffres réels d'achats, d'inscriptions et de formulaires avant de justifier le coût de maintenance.

Les sites e-commerce devraient-ils envoyer le détail complet des commandes à un outil axé sur la vie privée ?

Non. Catégorie et fourchette de prix suffisent, plutôt que d'exposer les métadonnées détaillées de la commande à un outil tiers, afin que l'événement reste utile pour l'analyse de tendance sans identifier un achat précis.

Quelles cinq questions une équipe devrait-elle se poser pour chaque événement personnalisé ?

Quelle décision l'événement soutient-il, quelle équipe possède cette décision, et l'événement pourrait-il être compté de façon agrégée. Les deux dernières : une propriété est-elle personnelle, sensible ou à forte cardinalité, et quand l'événement devrait-il être supprimé ou renommé. Le payload se vérifie ensuite lui-même, pas seulement le nom de l'événement.

Un événement d'apparence anodine peut-il quand même porter des données personnelles ?

Un événement comme form_submitted peut porter un email, un nom d'entreprise, une estimation de revenu, un message en texte libre ou une URL non caviardée, même si le nom lui-même paraît sûr. Des schémas ou des modèles de gestionnaire de balises qui rejettent les propriétés non approuvées arrêtent cela avant la mise en ligne.

Les événements GA4 devraient-ils être migrés un pour un vers un nouvel outil ?

Non. Repartir de zéro veut dire lister les questions métier, définir le plus petit ensemble d'événements qui y répond, retirer les événements que personne n'utilise, et faire tourner GA4 et le nouvel outil en parallèle pendant quelques semaines pour comparer les tendances plutôt que les chiffres exacts.