Pourquoi le modèle de données GA4 change tout
Si vous avez migré depuis Universal Analytics — ou si vous débutez avec Google Analytics 4 —, vous avez probablement ressenti un certain vertige. L’interface est différente, les rapports ne sont plus les mêmes, et surtout, la logique fondamentale de collecte des données a été entièrement repensée.
Universal Analytics fonctionnait avec un modèle basé sur les sessions, les pages vues et des types de hits distincts (événement, transaction, interaction sociale…). GA4, lui, repose sur un modèle 100 % événementiel. Chaque interaction, sans exception, est un événement. Une page vue ? C’est un événement page_view. Un achat ? C’est un événement purchase. Un clic sur un bouton ? Un événement personnalisé que vous définissez.
Cette approche, inspirée de Firebase Analytics (le SDK analytique de Google pour les applications mobiles), unifie la collecte entre web et app. Elle offre une flexibilité considérable, mais elle exige aussi une compréhension précise de trois concepts clés : les événements, les paramètres et les dimensions personnalisées.
C’est exactement ce que nous allons décortiquer dans cet article.
Les événements GA4 : la brique fondamentale
Qu’est-ce qu’un événement dans GA4 ?
Dans GA4, un événement est toute action mesurable réalisée par un utilisateur. Il porte un nom (par exemple page_view, scroll, click, purchase, sign_up) et peut être accompagné de paramètres qui le décrivent plus précisément.
Contrairement à Universal Analytics où un événement nécessitait obligatoirement une catégorie, une action et un libellé, un événement GA4 n’a besoin que d’un nom. Le reste est modulaire.
Les quatre catégories d’événements
Google distingue quatre types d’événements dans GA4 :
- Événements collectés automatiquement :
first_visit,session_start,page_view(si la mesure améliorée est activée),user_engagement… Ils fonctionnent sans aucune configuration. - Événements de mesure améliorée :
scroll,click(liens sortants),file_download,video_start,video_progress,video_complete,view_search_results… Activables d’un clic dans l’interface GA4. - Événements recommandés : Google fournit une liste de noms et paramètres standardisés pour le e-commerce (
add_to_cart,begin_checkout,purchase…), la génération de leads (generate_lead,sign_up…) et d’autres verticaux. Les utiliser permet de bénéficier de rapports pré-construits. - Événements personnalisés : tout ce qui ne rentre pas dans les catégories précédentes. Vous les créez selon vos besoins métier.
Bonne pratique : avant de créer un événement personnalisé, vérifiez toujours si un événement recommandé correspond à votre besoin. Google améliore régulièrement les rapports associés aux événements recommandés.
Exemple concret : tracker un formulaire de contact
Imaginons que vous souhaitiez mesurer les soumissions d’un formulaire de contact. Plutôt que de créer un événement form_submit_contact, vous pouvez utiliser l’événement recommandé generate_lead :
gtag('event', 'generate_lead', {
currency: 'EUR',
value: 50,
lead_source: 'formulaire_contact',
page_section: 'footer'
});
Dans cet exemple, generate_lead est le nom de l’événement, et currency, value, lead_source et page_section sont des paramètres.
Les paramètres : l’ADN de chaque événement
Comment fonctionnent les paramètres ?
Si l’événement est le “quoi”, le paramètre est le “comment”, le “où”, le “combien”. Les paramètres sont des paires clé-valeur attachées à un événement. Ils apportent le contexte indispensable à l’analyse.
Chaque événement peut transporter jusqu’à 25 paramètres personnalisés. Certains paramètres sont envoyés automatiquement avec chaque événement (comme page_location, page_referrer, page_title, language, screen_resolution).
Paramètres automatiques vs personnalisés
| Type | Exemples | Visible dans les rapports par défaut ? |
|---|---|---|
| Paramètres collectés automatiquement | page_location, page_title, language, screen_resolution | Oui |
| Paramètres d’événements recommandés | currency, value, transaction_id, items | Oui (pour les rapports associés) |
| Paramètres personnalisés | lead_source, article_category, user_type | Non — enregistrement obligatoire |
C’est ici que beaucoup de professionnels commettent une erreur critique : ils envoient des paramètres personnalisés via le dataLayer ou gtag, mais oublient de les enregistrer comme dimensions ou métriques personnalisées dans l’interface GA4. Résultat : les données sont bien collectées et stockées pendant 60 jours dans le flux brut, mais elles restent invisibles dans les rapports.
L’erreur coûteuse du paramètre non enregistré
Chez Lueur Externe, nous rencontrons fréquemment ce cas de figure lors de nos audits GA4. Un client envoie consciencieusement des paramètres depuis Google Tag Manager, mais ne les a jamais déclarés dans GA4. Des mois de données contextuelles perdues pour les rapports standards et les explorations.
La règle d’or : chaque paramètre personnalisé que vous souhaitez analyser doit être enregistré.
Dimensions et métriques personnalisées : rendre vos paramètres exploitables
La distinction dimension / métrique
Une fois que vous envoyez un paramètre personnalisé, vous devez décider s’il deviendra :
- Une dimension personnalisée : pour les valeurs textuelles ou catégorielles (ex. :
article_category = "SEO",user_type = "client_premium",cta_label = "Demander un devis") - Une métrique personnalisée : pour les valeurs numériques que vous souhaitez agréger (ex. :
score = 85,stock_restant = 12)
Comment enregistrer une dimension personnalisée
Le processus est simple mais indispensable :
- Accédez à Admin > Définitions personnalisées
- Cliquez sur Créer une dimension personnalisée
- Renseignez :
- Nom de la dimension : le libellé affiché dans vos rapports (ex. : “Catégorie d’article”)
- Portée : événement ou utilisateur
- Description : facultative mais recommandée
- Paramètre d’événement : le nom exact du paramètre envoyé (ex. :
article_category)
- Enregistrez
La dimension sera disponible dans vos rapports et explorations sous 24 à 48 heures. Attention, les données ne sont pas rétroactives : seules les données collectées après l’enregistrement seront disponibles dans les rapports standards.
Les quotas à connaître absolument
La version gratuite de GA4 impose des limites strictes :
| Ressource | GA4 Standard | GA4 360 |
|---|---|---|
| Dimensions personnalisées (portée événement) | 50 | 125 |
| Dimensions personnalisées (portée utilisateur) | 25 | 100 |
| Métriques personnalisées | 50 | 125 |
Avec 50 dimensions événement, le quota peut sembler confortable. En pratique, sur un site e-commerce complexe avec du contenu éditorial, un espace client et des parcours multiples, on atteint facilement la limite. D’où l’importance d’une stratégie de nommage et de priorisation réfléchie en amont.
Portée événement vs portée utilisateur
La portée (scope) détermine à quel niveau la dimension est rattachée :
- Portée événement : la valeur est associée à un événement spécifique. Si un utilisateur déclenche
view_itemavecitem_category = "chaussures"puisview_itemavecitem_category = "vestes", chaque événement conserve sa propre valeur. C’est la portée la plus couramment utilisée. - Portée utilisateur : la valeur est associée à l’utilisateur et persiste dans le temps. Parfait pour des attributs comme
membership_level = "gold",user_type = "B2B"ouaccount_creation_date = "2024-01". La dernière valeur envoyée écrase la précédente.
// Exemple : définir une propriété utilisateur
gtag('set', 'user_properties', {
membership_level: 'gold',
preferred_language: 'fr'
});
// Exemple : envoyer un paramètre d'événement
gtag('event', 'view_item', {
item_id: 'SKU-12345',
item_category: 'chaussures',
item_brand: 'Nike',
price: 129.99
});
Construire un plan de mesure GA4 solide
L’importance du plan de taggage
La flexibilité de GA4 est à double tranchant. Sans plan de mesure structuré, vous risquez de vous retrouver avec :
- Des événements aux noms incohérents (
contactForm,contact_form,form-contact…) - Des paramètres redondants ou mal typés
- Des quotas de dimensions gaspillés
- Des rapports inexploitables
Un plan de taggage GA4 efficace doit documenter pour chaque événement :
- Le nom de l’événement (convention snake_case imposée par Google)
- Le déclencheur (quelle action utilisateur ou condition)
- Les paramètres associés avec leur type (string, number, boolean)
- Leur portée (événement ou utilisateur)
- S’ils doivent être enregistrés comme dimension/métrique personnalisée
- La méthode d’implémentation (gtag, GTM, dataLayer)
Conventions de nommage recommandées
Google impose le format snake_case pour les noms d’événements et de paramètres. Voici quelques règles supplémentaires que nous appliquons systématiquement chez Lueur Externe pour nos clients :
- Préfixer les événements personnalisés par un identifiant métier :
le_form_submit,le_cta_click - Limiter les noms à 40 caractères (limite technique GA4)
- Éviter les valeurs dynamiques dans les noms d’événements (utiliser les paramètres à la place)
- Documenter chaque événement dans un spreadsheet partagé accessible aux équipes marketing et techniques
Exemple de plan de mesure structuré
Voici un extrait simplifié de plan de mesure pour un site e-commerce :
| Événement | Déclencheur | Paramètres | Dimension personnalisée ? |
|---|---|---|---|
generate_lead | Soumission formulaire contact | lead_source, form_name, value | Oui pour lead_source et form_name |
view_promotion | Affichage bannière promo | promotion_id, promotion_name, creative_slot | Oui pour promotion_name |
add_to_cart | Clic “Ajouter au panier” | items[], currency, value | Non (paramètres e-commerce natifs) |
cta_click | Clic sur CTA personnalisé | cta_label, cta_position, page_section | Oui pour les trois |
content_view | Lecture d’un article > 75% | article_category, article_author, word_count | Oui pour article_category |
Exploiter vos données dans les rapports et explorations
Rapports standards vs Explorations
Une fois vos dimensions personnalisées enregistrées, vous pouvez les utiliser dans deux contextes :
- Rapports standards : ajoutez vos dimensions comme dimension secondaire dans les rapports existants, ou personnalisez les rapports en collection pour inclure vos dimensions.
- Explorations : c’est ici que la puissance de GA4 se révèle. Les explorations en forme libre, en entonnoir, en chemin ou en cohorte vous permettent de croiser librement vos dimensions et métriques personnalisées.
Par exemple, en combinant la dimension article_category avec la métrique conversions, vous pouvez identifier quelles thématiques de contenu génèrent le plus de leads. Ce type d’analyse était considérablement plus complexe dans Universal Analytics.
BigQuery : le niveau supérieur
GA4 offre gratuitement l’export vers BigQuery, ce qui était réservé à GA 360 dans l’ancienne version. Cette fonctionnalité change la donne pour l’analyse avancée :
- Accès aux données brutes événement par événement
- Requêtes SQL sur l’intégralité de vos paramètres (même non enregistrés comme dimensions)
- Durée de rétention illimitée
- Croisements impossibles dans l’interface GA4
Voici un exemple de requête BigQuery pour analyser les sources de leads :
SELECT
(SELECT value.string_value FROM UNNEST(event_params) WHERE key = 'lead_source') AS lead_source,
COUNT(*) AS total_leads,
SUM((SELECT value.double_value FROM UNNEST(event_params) WHERE key = 'value')) AS total_value
FROM
`votre-projet.analytics_XXXXXXX.events_*`
WHERE
event_name = 'generate_lead'
AND _TABLE_SUFFIX BETWEEN '20240101' AND '20241231'
GROUP BY
lead_source
ORDER BY
total_leads DESC;
Cette requête extrait directement les paramètres depuis les données brutes, sans dépendre de l’enregistrement de dimensions personnalisées. C’est un filet de sécurité précieux.
Les erreurs les plus fréquentes (et comment les éviter)
Après avoir accompagné des dizaines de clients dans leur migration et leur optimisation GA4, l’équipe de Lueur Externe a identifié les erreurs les plus récurrentes :
1. Confondre événement et paramètre
Créer un événement clic_bouton_rouge_header au lieu d’un événement cta_click avec les paramètres cta_color = "rouge" et cta_position = "header". Le premier approche sature votre liste d’événements ; le second est analysable et filtrable.
2. Ne pas activer la mesure améliorée
La mesure améliorée fournit gratuitement le tracking du scroll, des téléchargements de fichiers, des clics sortants, de la recherche interne et des interactions vidéo. Ne pas l’activer, c’est se priver de données précieuses sans raison.
3. Oublier l’enregistrement des dimensions
Comme mentionné plus haut, un paramètre non enregistré est invisible dans les rapports. Vérifiez régulièrement que vos paramètres personnalisés sont bien déclarés dans Admin > Définitions personnalisées.
4. Dépasser les quotas sans stratégie
Avec 50 dimensions événement en version gratuite, chaque slot compte. Avant de créer une nouvelle dimension, posez-vous la question : “Est-ce que je vais réellement analyser cette donnée dans mes rapports ?” Si la réponse est non ou peut-être, réservez le slot.
5. Ignorer la latence des données
GA4 n’affiche pas les données en temps réel dans les rapports standards (à l’exception du rapport temps réel). Comptez 24 à 48 heures de latence pour les rapports standards et les explorations. C’est important lors de la phase de débogage.
Checklist avant de lancer votre tracking GA4
Avant de considérer votre implémentation GA4 comme finalisée, passez en revue cette checklist :
- Plan de mesure documenté et validé par les parties prenantes
- Conventions de nommage définies et respectées
- Mesure améliorée activée et configurée
- Événements recommandés utilisés en priorité
- Paramètres personnalisés enregistrés comme dimensions/métriques
- Export BigQuery configuré (même si vous ne l’utilisez pas immédiatement)
- Filtres de trafic interne configurés
- Debug View utilisé pour valider chaque événement
- Rapport temps réel vérifié pour confirmer la collecte
- Documentation mise à jour et partagée avec l’équipe
Conclusion : maîtriser GA4 est un investissement stratégique
Le modèle de données GA4 n’est pas simplement une évolution technique : c’est un changement de philosophie dans la manière de mesurer les interactions numériques. La structure événements-paramètres-dimensions offre une flexibilité sans précédent, mais elle exige rigueur, planification et expertise.
Comprendre la différence entre un paramètre et une dimension personnalisée, respecter les quotas, structurer son plan de taggage, exploiter BigQuery — ce sont autant de compétences qui font la différence entre un GA4 qui collecte des données et un GA4 qui génère des insights actionnables.
Si vous souhaitez tirer le meilleur parti de Google Analytics 4 pour votre entreprise — que ce soit pour un audit de votre configuration actuelle, la mise en place d’un plan de mesure complet ou la création de tableaux de bord personnalisés — les experts de Lueur Externe sont à votre disposition. Depuis 2003, nous accompagnons les entreprises dans l’optimisation de leur présence digitale, et GA4 fait partie intégrante de cette mission.
Contactez-nous pour un audit GA4 personnalisé et transformez vos données en décisions éclairées.