Un guide pratique de Différences entre Universal Analytics et GA4

Anyone comparant les chiffres d'une année sur l'autre se heurte d'abord aux différences entre Universal Analytics et GA4, et elles ne sont pas cosmétiques : les sessions sont devenues des événements, la logique de conversion a changé, et la série historique ne se poursuit tout simplement pas.

Universal Analytics n'est plus le produit Google Analytics actif. Google a annoncé que les propriétés Universal Analytics standard ont cessé de traiter de nouveaux hits le 1er juillet 2023, et GA4 est devenu la plateforme de remplacement (Aide Google Analytics).

Ce changement n'était pas une simple mise à jour de version. GA4 a modifié le modèle de données, l'interface de reporting, la configuration des conversions, les contrôles de confidentialité et les hypothèses de migration. Beaucoup d'équipes ont profité de cette migration forcée pour se demander si elles avaient besoin d'une suite d'analyse complexe ou d'un outil plus simple, axé sur la confidentialité.

Modèle de données : sessions contre événements

Universal Analytics reposait sur les sessions, les pages vues, les utilisateurs et les hits. GA4 repose sur les événements. Les pages vues, les clics, les défilements, les achats et les interactions personnalisées sont tous des événements avec des paramètres.

Cela donne à GA4 une flexibilité entre sites web et applications, mais cela change aussi le reporting. Des métriques au nom familier peuvent ne plus correspondre aux anciennes définitions. Un objectif UA n'équivaut pas à un événement de conversion GA4. Un taux de rebond UA ne correspond pas à la logique d'engagement de GA4.

Le reporting a changé

Les rapports standard d'UA étaient familiers à de nombreux marketeurs. GA4 s'appuie davantage sur des explorations personnalisées, une configuration d'événements et un modèle d'acquisition différent. Cela peut être puissant pour les analystes et frustrant pour les équipes qui n'ont besoin que de quelques tableaux de bord récurrents.

Avant la migration, les équipes découvraient souvent que leurs parties prenantes n'utilisaient qu'une petite partie d'UA : pages les plus vues, source/support, campagnes, conversions, appareils et pages de destination. Ces besoins peuvent souvent être couverts par un outil d'analyse plus léger.

La continuité historique était limitée

GA4 n'a pas importé les données historiques d'UA dans la même propriété. Les équipes ayant besoin d'analyses d'une année sur l'autre ont dû exporter les données UA, conserver leurs anciens tableaux de bord ou maintenir des archives séparées. Cela a fait de la migration un projet de reporting, pas un simple changement de script.

Si vous dépendez encore d'anciens exports UA, documentez leur contenu, leur emplacement et les métriques comparables au reporting actuel. Ne mélangez pas les chiffres UA et GA4 sans expliquer les changements de définition.

Les contrôles de confidentialité ont changé

GA4 inclut des contrôles de confidentialité, et Google affirme que GA4 n'enregistre ni ne stocke les adresses IP (garanties Google). Il prend aussi en charge la configuration liée au consentement, les contrôles de personnalisation publicitaire et les paramètres de rétention.

Ces améliorations ne suppriment pas automatiquement le besoin de consentement ni ne transfèrent l'analyse. Si GA4 utilise des cookies, des fonctionnalités publicitaires, des identifiants utilisateurs ou des intégrations inter-services, les équipes doivent tout de même vérifier la base légale, la transparence et les flux de données.

Différences de conversion et d'attribution

Dans UA, les objectifs étaient configurés autour de destinations, d'événements, de durée ou de pages par session. Dans GA4, les conversions sont des événements marqués comme résultats clés. Les rapports d'attribution et les définitions de canaux diffèrent aussi.

Cela signifie que le nombre de conversions peut changer après la migration même si le comportement des utilisateurs reste inchangé. Avant d'interpréter une baisse ou un pic, vérifiez le déclenchement des événements, la déduplication, le comportement de consentement et les revenus côté back-end.

Leçons pour les futures migrations

Prenez en main votre plan de mesure. Ne laissez pas le modèle par défaut d'un éditeur définir ce que votre entreprise mesure.

Gardez la nomenclature des événements simple. Un petit ensemble d'événements fiables vaut mieux que des centaines de paramètres incohérents.

Validez par rapport à la vérité du backend. Les analytics ne sont pas votre grand livre de revenus.

Documentez les définitions. Chaque tableau de bord doit préciser ce qui compte comme conversion, utilisateur, session et source.

Envisagez des alternatives axées sur la confidentialité. Si la complexité de GA4 dépasse vos besoins, un outil sans cookies peut offrir des rapports plus clairs avec moins de contraintes de conformité.

La migration d'UA vers GA4 a été douloureuse pour de nombreuses équipes parce qu'elle a mis au jour une dépendance cachée envers une plateforme. La meilleure réponse ne consiste pas simplement à apprendre la nouvelle interface. Il s'agit de construire une stratégie de mesure qui reste compréhensible même quand les outils changent.

Comment expliquer des chiffres qui changent

Les parties prenantes s'attendent à ce que GA4 reproduise les rapports d'UA avec une nouvelle interface. Fixez les attentes dès le départ. Un chiffre qui change vient d'un vrai changement d'activité, des définitions d'événements, du comportement de consentement, des paramètres d'attribution, du filtrage des bots, de la logique de session ou d'une continuité historique manquante.

Créez une note de migration pour chaque KPI récurrent. Définissez l'ancienne métrique UA, la nouvelle métrique GA4, leur comparabilité et la date à laquelle le reporting a basculé. Si vous êtes passé à une alternative axée sur la confidentialité plutôt qu'à GA4, documentez le nouveau modèle de mesure et les écarts connus par rapport à GA4.

Cela évite l'archéologie de tableaux de bord plus tard. Six mois après la migration, personne ne veut redécouvrir pourquoi les sessions, les utilisateurs et les conversions ont bougé. Une bonne documentation transforme un changement de plateforme subi en une habitude de gouvernance analytique plus propre.

Un modèle de correspondance des KPI

Avant de retirer un ancien tableau de bord, créez un tableau de correspondance simple avec cinq colonnes : ancienne métrique UA, nouvelle métrique GA4 ou de remplacement, responsable métier, écart connu et impact sur les décisions. Par exemple, « objectif UA atteint : page de remerciement » devient « événement clé GA4 : demo_requested », avec une note précisant que les soumissions de formulaire en double sont désormais dédupliquées côté serveur. Cela explique au lecteur pourquoi la ligne a bougé.

Utilisez le même modèle pour les métriques de trafic. Les utilisateurs UA, les utilisateurs actifs GA4 et les estimations de visiteurs sans cookies ne sont pas la même chose. Si la direction s'intéresse à la tendance, indiquez quelle métrique est directionnelle et laquelle sert de référence pour les objectifs. Cela évite aux équipes de traiter un changement de définition d'outil comme une histoire de croissance ou de perte.

Inventaire de la configuration GA4

Utilisez cette page comme comparaison principale entre UA et GA4, puis documentez le déploiement GA4 spécifique. Notez si la mesure améliorée, les signaux Google, la personnalisation des annonces, l'ID utilisateur, l'export BigQuery, le mode de consentement, la mesure cross-domain et les paramètres régionaux sont activés.

Réconciliez les événements clés de GA4 avec la vérité du backend pour les achats, les inscriptions et les formulaires. Conservez GA4 là où l'écosystème publicitaire et de reporting de Google justifie le coût en confidentialité, consentement et maintenance. Pour les pages de base, les référents, les campagnes, les objectifs et les entonnoirs agrégés, un outil analytique axé sur la confidentialité peut être plus simple et plus facile à expliquer.

Foire aux questions

Quand Universal Analytics a-t-il cessé de fonctionner ?

Google a arrêté de traiter les nouveaux hits sur les propriétés Universal Analytics standard le 1er juillet 2023. GA4 est devenu le produit Google Analytics actif à partir de cette date. Les anciennes données UA n'ont pas été transférées automatiquement vers GA4.

Une conversion GA4 équivaut-elle à un objectif UA ?

Non. Un objectif UA était configuré autour de destinations, d'événements, de durées ou de pages par session, alors qu'une conversion GA4 est un événement marqué comme résultat clé. Le nombre de conversions peut changer après la migration même si le comportement réel des utilisateurs reste identique.

Puis-je encore consulter mes anciens rapports Universal Analytics ?

GA4 n'a pas importé les données historiques d'Universal Analytics dans la même propriété, donc les anciens rapports ne sont pas disponibles dans GA4. Les équipes ayant besoin d'analyses d'une année sur l'autre ont dû exporter les données UA, conserver d'anciens tableaux de bord ou maintenir des archives séparées.

GA4 stocke-t-il les adresses IP ?

Google affirme que GA4 n'enregistre ni ne stocke les adresses IP. Ce point ne supprime pas à lui seul la nécessité du consentement, donc les équipes doivent quand même vérifier la base légale, la transparence et les flux de données si GA4 utilise des cookies, des fonctionnalités publicitaires, des identifiants utilisateur ou des intégrations inter-services.

Pourquoi mes chiffres de conversion ont-ils changé après le passage à GA4 ?

La logique de conversion a changé. GA4 marque les événements comme résultats clés au lieu d'utiliser la configuration d'objectifs d'UA, et les rapports d'attribution ainsi que les définitions de canaux diffèrent également. Avant de considérer un changement comme un mouvement business, il faut valider le déclenchement des événements, la déduplication, le comportement de consentement et le chiffre d'affaires backend.

Qu'est-ce qu'un événement GA4, exactement ?

Dans GA4, tout est un événement. Les pages vues, les clics, les défilements, les achats et les interactions personnalisées sont tous des événements avec des paramètres, au lieu des types séparés de pageview, d'utilisateur et de hit qu'utilisait Universal Analytics.

Que doit contenir un modèle de mapping des KPI ?

Cinq colonnes : l'ancienne métrique UA, la nouvelle métrique GA4 ou son remplacement, le responsable métier, la différence connue et l'impact sur la décision. Par exemple, un objectif UA complété sur une page de remerciement peut devenir un événement clé GA4 comme demo_requested, avec une note indiquant que les soumissions de formulaire en double sont désormais dédupliquées côté serveur.

Ai-je encore besoin de GA4, ou puis-je passer à quelque chose de plus simple ?

Gardez GA4 là où l'écosystème publicitaire et de reporting de Google justifie le coût de confidentialité, de consentement et de maintenance qu'il implique. Pour les pages de base, les référents, les campagnes, les objectifs et les entonnoirs agrégés, un outil d'analyse respectueux de la confidentialité peut être plus simple et plus facile à expliquer.

Quels paramètres GA4 dois-je documenter après la migration ?

Notez si la mesure améliorée, les signaux Google, la personnalisation publicitaire, l'ID utilisateur, l'export BigQuery, le Consent Mode, la mesure inter-domaines et les paramètres régionaux sont activés. Ensuite, réconciliez les événements clés GA4 avec les données réelles du backend pour les achats, les inscriptions et les formulaires.

Pourquoi les parties prenantes sont-elles déroutées par les chiffres GA4 ?

Les parties prenantes s'attendent à ce que GA4 reproduise les rapports d'Universal Analytics avec une nouvelle interface. Un chiffre modifié peut provenir des définitions d'événements, du comportement de consentement, des paramètres d'attribution, du filtrage des bots, de la logique de session ou d'une continuité historique manquante, donc une note de migration pour chaque KPI récurrent évite cette confusion.