Lorsque vous configurez Google Analytics 4, vous pouvez comparer les résultats obtenus dans votre propriété Google Analytics 4 avec ceux de votre propriété Universal Analytics. Cet article explique quelles sont les métriques que vous pouvez comparer entre Universal Analytics et Google Analytics 4, et quelles sont celles que vous ne pouvez pas comparer.
Au sommaire de cet article :Utilisateurs
Dans Universal Analytics, il existe deux métriques utilisateur : Nombre total d'utilisateurs et Nouveaux utilisateurs. Dans Google Analytics 4, il existe trois métriques utilisateur : Nombre total d'utilisateurs, Utilisateurs actifs et Nouveaux utilisateurs.
|
Métrique |
UA |
GA4 |
|
Nombre total d'utilisateurs |
Métrique "Utilisateur principal" dans UA : nombre total d'utilisateurs |
Nombre total d'utilisateurs uniques qui ont enregistré un événement |
|
Nouveaux utilisateurs |
Nombre d'utilisateurs ayant interagi avec votre site pour la première fois |
Nombre d'utilisateurs qui ont interagi avec votre site ou lancé votre application pour la première fois Cette métrique est mesurée par le nombre de nouveaux ID utilisateur uniques qui ont enregistré l'événement |
|
Utilisateurs actifs |
N/A |
Métrique "Utilisateur principal" dans GA4 : nombre d'utilisateurs distincts qui ont consulté votre site Web ou votre application. Une personne est identifiée comme un utilisateur actif lorsqu'elle génère une session avec engagement ou lorsqu'Analytics collecte :
|
À retenir
Dans la plupart des rapports, Universal Analytics met en avant le Nombre total d'utilisateurs (sous le nom Utilisateurs). Dans GA4, l'accent est mis sur les Utilisateurs actifs (également sous le nom Utilisateurs). Même si le terme Utilisateurs apparaît d'une part et d'autre, le calcul de cette métrique est différent pour UA et pour GA4. En effet, UA tient compte du Nombre total d'utilisateurs, et GA4 des Utilisateurs actifs.
En fonction de la fréquence à laquelle les utilisateurs reviennent sur votre site Web, les métriques Nombre total d'utilisateurs dans UA et Utilisateurs actifs dans GA4 peuvent être plus ou moins similaires.
Les deux types de propriétés pourraient utiliser différents paramètres, comme les espaces d'identité utilisateur. Par exemple, la propriété Google Analytics 4 peut utiliser le User-ID tandis que la propriété Universal Analytics utilise le Client-ID.
Vos rapports UA peuvent exclure des données basées sur des filtres. Les propriétés GA4 ne sont actuellement pas compatibles avec ces filtres.
Il n'est pas rare que des écarts apparaissent dans les données liées aux utilisateurs entre Google Analytics 4 et Universal Analytics. Vous pouvez vous attendre à des écarts allant jusqu'à 10 % pour les pages vues et jusqu'à 20 % pour les utilisateurs et les sessions, mais cela ne doit pas vous inquiéter. Des écarts peuvent apparaître même si la configuration des environnements des deux produits est comparable. En effet, ils utilisent des métriques dont les définitions sont légèrement différentes et qui peuvent varier d'une entreprise à l'autre en fonction de plusieurs facteurs.
Pages vues
De manière générale, les pages vues sont relativement proches dans UA et dans GA4 (avec seulement quelques points de pourcentage d'écart), car la balise Google se déclenche sur chaque page et génère une page vue. Toutefois, cet écart peut varier en fonction des éventuels filtres configurés dans Universal Analytics ou Google Analytics 4.
|
Métrique |
UA |
GA4 |
|
Page vue |
Nombre total de pages consultées. Les visites répétées d'un internaute sur une même page sont comptabilisées. |
Correspond à Vues, c'est-à-dire le nombre total d'écrans d'application et/ou de pages Web consultés par les utilisateurs. La métrique Vues disponible dans l'interface de création de rapports combine les pages vues et les visionnages de l'écran. L'affichage répété d'un même écran ou d'une même page auprès d'un utilisateur est comptabilisé. |
|
Page vue unique |
Nombre total de pages consultées, mais les doublons ne sont pas comptabilisés. |
N/A |
À noter
Universal Analytics mesure les vues d'écran dans des propriétés distinctes spécifiques aux mobiles, tandis que GA4 combine les données de sites Web et d'applications dans la même propriété. Si vous mesurez les données Web et de l'application dans votre propriété GA4, veillez à prendre en compte le trafic supplémentaire sur l'application lorsque vous comparez les métriques des pages vues.
Universal Analytics propose des options de filtrage supplémentaires qui peuvent avoir une incidence sur les données contenues dans la vue que vous comparez. Par exemple, si vous utilisez un filtre pour exclure certaines régions, l'écart du nombre de pages vues entre UA et GA4 peut être plus important.
Pour le moment, les propriétés Google Analytics 4 ne sont pas compatibles avec les filtres, tandis que des filtres de vue qui excluent des données peuvent être appliqués aux rapports Universal Analytics. Par exemple, UA et GA4 proposent la possibilité d'exclure le trafic IP interne et les sites référents indésirables, mais des filtres supplémentaires peuvent être appliqués à UA. Lorsque vous effectuez une comparaison, assurez-vous d'avoir appliqué les mêmes filtres pour les deux propriétés.
Pour certaines propriétés Universal Analytics, il est courant de configurer une page vue manuelle pour les applications monopages. En effet, la page vue automatique ne pouvait pas mesurer les pages vues pour les applications monopages dès la première utilisation. Dans Google Analytics 4, vous n'avez pas besoin d'implémenter un taggage personnalisé. En revanche, vous pouvez activer les mesures améliorées pour les mesurer automatiquement.
Achats
Le nombre d'achats sur le Web doit être similaire pour les deux propriétés. Nous savons qu'il est impossible de collecter tous les événements sans exception, et cela s'applique également aux événements d'achats. Toutefois, ces événements d'une importance capitale. Par conséquent, le nombre d'événements entre UA et GA4 sera similaire.
transaction_id unique dans UA et dans GA4 pour vérifier que vous comparez bien des métriques similaires. |
Métrique |
UA |
GA4 |
|
Achats |
|
|
À retenir
S'il n'est pas correctement et systématiquement appliqué, le paramètre transaction_id peut causer des disparités notables entre les données. À des fins de comparaison et de qualité des données, vérifiez qu'elles sont collectées de manière cohérente, conformément à la documentation.
Assurez-vous d'utiliser tous les paramètres obligatoires pour la mise en œuvre de l'e-commerce GA4 (ainsi que pour Universal Analytics) afin d'enregistrer correctement les données d'e-commerce.
Vos rapports UA peuvent exclure des données basées sur des filtres de vue.
Si vous comparez des rapports récents, vous remarquerez peut-être des différences, car GA4 traite encore les données. Par exemple, GA4 peut mettre à jour les événements clés attribués jusqu'à sept jours après l'enregistrement des événements clés.
Sessions
|
Métrique |
UA |
GA4 |
|
Session |
|
Correspond à "Début de session".
|
À retenir
Le nombre de sessions entre UA et GA4 peut varier d'une entreprise à une autre en fonction de différents facteurs, y compris :
- La zone géographique, y compris les fuseaux horaires de vos utilisateurs et la probabilité qu'ils dépassent le seuil de minuit pour redémarrer une session. Cela est particulièrement utile si vous avez une clientèle internationale.
- L'utilisation des UTM sur des sites Web ou dans des applications dont vous êtes le propriétaire : nous vous déconseillons d'ajouter des tags UTM sur votre propre site Web, car cela réinitialisera la session dans Universal Analytics. Si, malgré cela, vous utilisez les UTM sur votre propre site Web, le nombre de sessions sera peut-être considérablement plus élevé dans UA que dans GA4.
- Les filtres : des filtres de vue peuvent exclure des données des rapports UA. Des filtres peuvent s'appliquer aux données des rapports GA4 pour les clients Google Analytics 360. Ils définissent quelles données d'une propriété source apparaissent dans une sous-propriété. Toutefois, Google Analytics génère toujours un ID de session lorsque vous excluez l'événement
session_startd'une sous-propriété. - L'estimation : les propriétés Google Analytics 4 utilisent une estimation statistique du nombre de sessions ayant eu lieu sur votre site Web ou dans votre application en évaluant le nombre d'ID de session uniques. En revanche, les propriétés Universal Analytics n'estiment pas le nombre de sessions. Les estimations utilisées par les propriétés Google Analytics 4 comptabilisent plus efficacement les sessions, avec une grande précision et un faible taux d'erreur. En savoir plus sur les sessions Analytics
Métriques d'acquisition basées sur les sessions et le trafic
|
Métrique |
UA |
GA4 |
|
Métriques d'acquisition basées sur les sessions et le trafic |
Figurent dans plusieurs rapports de la section "Acquisition", par exemple les rapports "Canaux" ou "Source/Support". "Canal" ou "Source/Support" correspondent aux dimensions analysées par rapport aux métriques comme Utilisateurs et Sessions. La période d'analyse par défaut de l'attribution pour une session est déterminée par le paramètre "Durée d'une campagne". Par défaut, ce paramètre est défini sur six mois. |
Les métriques d'acquisition de trafic figurent dans le rapport d'acquisition de trafic. Les dimensions "Canal" ou "Source/Support" sont mesurées en fonction de métriques comme Utilisateurs et Sessions. Notez que les principales différences entre UA et GA4 concernant les métriques d'acquisition correspondent aux différences entre les métriques Utilisateurs et Sessions. La période de suivi des conversions d'attribution pour les sessions est déterminée par le paramètre "Tous les autres événements de conversion". Par défaut, il s'agit de 90 jours. En savoir plus sur la sélection ou la mise à jour des paramètres d'attribution |
À retenir
Puisque Sessions et Utilisateurs sont les principales métriques de comparaison concernant les métriques d'acquisition, reportez-vous aux sections Sessions et Utilisateurs de cet article.
Conversion et événements clés
Si vos événements clés GA4 sont basés sur des URL de destination ou sur des événements UA (par exemple, Catégorie/Action/Libellé) pour lesquels vous avez configuré des événements de conversion GA4 équivalents, le nombre de conversions et d'événements clés peut être assez proche. Cependant, il existe des différences importantes entre UA et GA4 qui peuvent compliquer la comparaison de leur nombre.
|
Métrique |
UA |
GA4 |
|
Événements clés |
Vous définissez un objectif pour indiquer qu'une action utilisateur spécifique doit être considérée comme une conversion. Par exemple, si vous définissez un objectif "Envoi de formulaire", une conversion sera enregistrée chaque fois qu'un utilisateur envoie le formulaire. UA ne comptabilise qu'une seule conversion par session pour chaque objectif. Par conséquent, si un utilisateur envoie le formulaire deux fois au cours de la même session, une seule conversion est comptabilisée pour l'objectif "Envoi de formulaire". |
Vous spécifiez un événement clé pour chaque action que vous souhaitez comptabiliser comme événement clé. Par exemple, si vous indiquez que l'événement "Envoi de formulaire" est un événement clé, il sera enregistré chaque fois qu'un utilisateur enverra le formulaire. GA4 comptabilise généralement chaque instance de l'événement clé, même si le même événement clé est enregistré plusieurs fois au cours d'une même session. Par conséquent, si un utilisateur envoie le formulaire deux fois au cours d'une même session, deux événements clés seront comptabilisés. Pour réduire les différences de nombre d'événements clés entre votre propriété UA et la propriété GA4 correspondante, définissez le paramètre Méthode de comptabilisation de vos événements clés GA4 sur Une fois par session.
|
À retenir
Universal Analytics accepte cinq types d'objectifs : destination, durée, pages/session, objectifs intelligents et objectifs d'événements. En revanche, GA4 n'accepte que les événements clés. Il n'est pas toujours possible d'utiliser les événements clés de GA4 pour dupliquer précisément certains types d'objectifs d'UA. Par exemple, vous ne pouvez pas dupliquer un objectif intelligent ou de durée avec des événements clés de GA4.
UA ne comptabilise qu'un seul événement clé par session pour le même objectif. GA4 comptabilise généralement plusieurs événements clés par session pour le même événement clé. Pour réduire les différences de nombre d'événements clés entre votre propriété UA et la propriété GA4 correspondante, définissez le paramètre Méthode de comptabilisation de vos événements clés GA4 sur Une fois par session.
Vos rapports UA peuvent exclure des données basées sur des filtres de vue.
Si vous comparez des rapports récents, vous remarquerez peut-être des différences, car GA4 traite encore les données. Par exemple, GA4 peut mettre à jour les événements clés attribués jusqu'à sept jours après leur enregistrement.
Autres raisons pouvant expliquer des différences de comptabilisation des événements clés
Pourquoi y a-t-il des différences ?
Les tableaux suivants décrivent les principales raisons pouvant expliquer les différences entre les conversions UA et les événements clés GA4 similaires. Si vous constatez des écarts, le meilleur moyen de les réduire est de vérifier les facteurs courants ci-dessous et de les aligner pour qu'ils correspondent entre eux. Dans la plupart des cas, il suffit de corriger ces divergences au niveau des produits, des paramètres ou de la configuration pour résoudre les principales différences de comptabilisation.
Dans Google Analytics
Voici les principaux facteurs de divergences entre UA et GA4, selon les choix que vous avez faits au niveau de ces produits, de leur configuration et de leurs paramètres dans Google Analytics.
| Description | Solution/Recommandation |
|---|---|
|
Méthode de comptabilisation : UA ne comptabilise qu'un seul objectif par session, tandis que GA4 vous donne le choix entre "Une fois par événement" et "Une fois par session". Par exemple, si un utilisateur remplit un objectif cinq fois lors d'une session, UA n'affichera qu'une seule conversion, tandis que GA4 indiquera un ou cinq événements clés en fonction de la méthode de comptabilisation que vous avez choisie. Remarque : "Une fois par événement" est la méthode de comptabilisation par défaut pour la plupart des événements clés, à l'exception de ceux générés dans une propriété GA4 créée automatiquement ou à l'aide de l'outil de migration des objectifs de l'assistant de configuration. Les paramètres par défaut peuvent entraîner un nombre d'événements clés plus élevé dans GA4. |
Modifiez les paramètres de comptabilisation des événements clés. Pour aligner la comptabilisation GA4 sur celle des objectifs UA, assurez-vous que la méthode de comptabilisation des événements clés GA4 est définie sur Une fois par session. Remarques :
Cette recommandation n'est pas appropriée lorsque vous comparez les transactions e-commerce UA, car elles sont déjà comptabilisées une fois par événement dans UA. |
|
Couverture du site : si la balise UA est implémentée sur un ensemble de pages différent de celui couvert par la balise GA4 sur un même site, des écarts de mesure peuvent se produire. Plus particulièrement, si la page de destination d'une annonce Google Ads n'est pas correctement taguée, il est possible que les informations dont vous avez besoin pour mesurer précisément un événement clé et l'attribuer à cette interaction avec l'annonce ne soient pas disponibles. Selon le nombre de pages où sont implémentées les balises GA4 par rapport aux balises UA, GA4 affichera respectivement plus ou moins d'utilisateurs, de sessions, de pages vues et d'événements clés. |
Nous vous recommandons de suivre une méthode standardisée pour vous assurer que les balises sont implémentées sur l'ensemble de votre site (par exemple, avec la balise Google ou avec Google Tag Manager). Pensez également aux paramètres que vous avez peut-être configurés précédemment, comme les mesures multidomaines. Utilisez le récapitulatif "Couverture de la balise" pour vérifier si la balise Google est bien implémentée sur votre site. En savoir plus sur le récapitulatif "Couverture de la balise" Afin de minimiser les divergences, utilisez les mêmes méthodes d'implémentation des balises pour UA et GA4. |
|
Erreurs d'implémentation : il est possible que vous ayez mal implémenté une balise lorsque vous avez configuré la collecte des données pour GA4. Il peut donc arriver que votre propriété GA4 n'affiche aucune donnée ou seulement des données partielles. Dans ce dernier cas, vous constaterez des écarts lorsque vous comparerez ces données à celles d'UA. Il est probable qu'une implémentation défectueuse indique un nombre d'événements clés inférieur pour GA4 par rapport à UA. |
Nous vous recommandons d'utiliser les méthodes d'implémentation standardisées décrites dans le guide du développeur, plutôt que des implémentations non standards. Un système de gestion de balises peut contribuer à assurer la cohérence des implémentations. La balise Google est suffisante pour de nombreux utilisateurs, car elle sert à la fois pour Google Ads et Google Analytics (guide du développeur). |
|
Filtres : les filtres UA et GA4 ne fonctionnement pas du tout de la même manière. Il est courant que des filtres UA soient appliqués et modifient considérablement les données d'une propriété UA (par exemple, "afficher uniquement les données provenant de France"). GA4 dispose d'un ensemble très différent de filtres possibles. Si les filtres UA réduisent le trafic enregistré, cela peut entraîner l'affichage d'un volume de trafic plus élevé dans GA4. |
Filtres de données : créez des filtres "Inclure"/"Exclure" pour le trafic interne et celui des développeurs. Modifications d'événements et événements personnalisés : modifiez les noms et les paramètres des événements. Identifier les sites référents à ignorer : n'incluez que les sites référents que vous souhaitez utiliser. Créer des sous-propriétés (360 uniquement) : créez des propriétés entièrement fonctionnelles qui correspondent à des sous-ensembles de données de vos propriétés 360. |
|
Exclusions de sites référents : les exclusions définies dans UA peuvent avoir une incidence sur les événements clés attribués à Google Ads. Si ces exclusions ne sont pas configurées en conséquence dans GA4, le crédit attribué à Google Ads pourra être différent (par exemple, les fournisseurs de services de paiement comme PayPal sont souvent exclus dans UA). Si des URL de provenance ont été exclues dans UA, mais pas dans GA4, les événements clés GA4 pourront être mal attribués dans GA4. Le nombre de ceux attribués au canal payant Google sera alors inférieur à celui d'UA. Les exclusions de sites référents ont un impact sur le niveau de crédit des événements clés. |
Alignez les paramètres d'exclusion de sites référents entre UA et GA4 pour minimiser les attributions incorrectes. Notez que ce type d'exclusion n'a aucune incidence sur le nombre total d'événements clés dans la propriété Google Analytics. Il n'affecte que la façon dont les événements clés sont attribués. En savoir plus sur les exclusions de sites référents dans UA et la façon d'identifier les sites référents à ignorer dans GA4 |
Dans Google Ads
Voici les principaux facteurs de divergences entre des événements clés UA et GA4 similaires, selon les choix que vous avez faits au niveau de ces produits, de leur configuration et de leurs paramètres dans Google Ads.
| Description | Solution/Recommandation |
|
Période d'analyse des événements clés : les paramètres de la période d'analyse des événements clés dans Google Ads définissent le délai après lequel un crédit de point de contact peut être attribué à ce point de contact Google Ads. Souvent, ce paramètre est défini sur une valeur choisie (par exemple, 90 jours). Une différence de paramètres peut signifier qu'un point de contact reçoit le crédit d'un événement clé attribué par UA, mais pas celui attribué par GA4 (ou inversement). |
Alignez les paramètres de votre période d'analyse des événements clés dans Google Ads pour les actions d'événement clé UA et GA4, en fonction des paramètres de votre propriété GA4. |
|
Paramètres des modèles d'attribution (dans Google Ads) : ces modèles ont une incidence sur la répartition du crédit entre les points de contact d'un chemin de conversion. Si les paramètres des modèles d'attribution ne coïncident pas entre UA et GA4 dans Google Ads, le crédit pourra être réparti différemment dans les campagnes d'un compte ou d'un compte administrateur (CM) Google Ads. Remarque : Si vous modifiez vos paramètres d'attribution dans Google Ads, cela n'aura aucun impact sur le crédit total attribué à Google Ads. |
Alignez les modèles d'attribution dans les paramètres des événements clés de Google Ads. |
| Paramètre d'attribution par défaut dans GA4 : vous constaterez peut-être que le volume des conversions GA4 est plus faible que celui des conversions Universal Analytics dans Google Ads. Cela peut être dû, entre autres, au paramètre d'attribution GA4 qui a été défini par défaut sur "Canaux payants et naturels Google" sous "Canaux auxquels le crédit peut être attribué" pour toutes les propriétés créées avant juin 2023. Les propriétés GA4 créées après cette date utilisent par défaut le paramètre "Canaux payants Google". Si vous modifiez ce paramètre en optant pour les canaux payants Google uniquement dans Google Analytics, vous pourrez obtenir plus de conversions GA4 qu'UA dans Google Ads. | Pour effectuer cette modification, accédez à vos paramètres d'attribution sous Administration > Affichage des données > Paramètres d'attribution > Canaux auxquels le crédit peut être attribué. |
|
Méthodologies de reporting dans Google Ads : dans Google Ads, pour indiquer quelle annonce a généré un événement clé, les événements clés sont enregistrés selon un reporting de type Date et heure de l'interaction avec l'annonce. Dans Google Analytics, ils sont comptabilisés différemment, selon un reporting de type Date et heure de l'événement clé. Par exemple, si un événement clé a eu lieu le 10 mai, il peut être attribué à un clic sur une annonce datant du 5 mai. Google Analytics enregistre généralement cet événement clé le 10 mai, tandis que Google Ads le comptabilise le 5 mai. |
Cela s'applique à la fois aux événements UA et GA4 importés dans Google Ads, bien que les différences de paramètres (comme le modèle d'attribution ou la période d'analyse des événements clés) entre les actions d'événement clé puissent l'amplifier. Si vous alignez les paramètres des actions d'événement clé importées dans Google Ads, vous minimiserez les conséquences des méthodologies de reporting. Gardez à l'esprit que les événements clés peuvent être attribués pendant toute la durée de la période d'analyse des événements clés (jusqu'à 90 jours dans Google Ads). Par conséquent, un délai maximal de 90 jours peut être nécessaire pour que la comparaison entre GA4 et UA soit totalement pertinente. Afin d'évaluer si une paire d'événements clés peut être comparée immédiatement ou si vous devez attendre plus longtemps, utilisez le rapport Métriques sur le chemin dans Google Ads pour l'événement clé UA. Vous pourrez ainsi savoir combien de temps mettent la majorité des utilisateurs à interagir avec un événement clé sur un chemin d'événement clé. Remarque : Plus de 95 % des événements clés sont attribués au cours des 14 premiers jours. Vous devez donc utiliser des données Google Ads datant d'au moins 14 jours pour effectuer des comparaisons entre UA et GA4. |
Autres raisons pour les divergences
Si, après avoir aligné les facteurs de divergences ci-dessus, vous constatez toujours d'importantes différences entre vos conversions UA et vos événements clés GA4, consultez la liste complète des facteurs ci-dessous.
Pour rappel, il faut vous attendre à des différences entre les conversions UA et les événements clés GA4 similaires. Toutefois, cette liste devrait vous aider à aligner les produits, configurations et paramètres (lorsque cela est possible) pour réduire ces divergences.
Dans Google Analytics
Voici d'autres facteurs de divergences entre les événements clés UA et GA4 similaires, selon les choix que vous avez faits au niveau de ces produits, de leur configuration et de leurs paramètres dans Google Analytics.
| Description | Solution/Recommandation |
|
Mesure de l'e-commerce : Google Analytics est compatible avec différents schémas d'e-commerce. Vous pouvez implémenter un schéma GA4 et UA en même temps, ou utiliser un seul schéma pour les deux propriétés. Si vous utilisez deux schémas, des divergences peuvent apparaître dans les données. Pour en savoir plus, consultez le guide du développeur. Si vous utilisez différents schémas d'e-commerce, le nombre d'événements clés dans GA4 peut être supérieur ou inférieur à celui dans UA. |
Lorsque vous collectez des données d'e-commerce pour GA4, nous vous recommandons de vous appuyer sur le schéma d'e-commerce GA4 (guide du développeur). Si vous mesurez des événements d'e-commerce, nous vous déconseillons d'utiliser des site tags associés. Nous vous recommandons également d'utiliser le même schéma d'e-commerce pour UA et GA4 lorsque vous comparez les deux. |
|
Conditions de déclenchement des balises : les conditions de déclenchement des balises codées en dur peuvent avoir un impact sur le moment et la façon dont elles se déclenchent. Dans de nombreux cas, vous devrez implémenter de nouvelles balises pour configurer la collecte de données GA4. Pour que ces balises fonctionnent correctement, vous devrez donc peut-être implémenter les conditions de déclenchement précédentes dans GA4. Nous vous recommandons de déclencher vos balises selon les mêmes conditions pour minimiser les différences lorsque les données sont collectées. Si cette collecte est limitée dans UA, mais pas dans GA4, le nombre d'utilisateurs, de sessions, de pages vues et d'événements clés pourra être plus élevé dans GA4. |
Nous vous recommandons d'utiliser gtag.js ou gtm.js (à l'aide de balises GA4) afin de collecter les données pour les propriétés GA4. Les conditions de déclenchement des balises ne sont pas directement impactées si vous utilisez d'autres formes de taggage (par exemple, les site tags associés). Cependant, le retaggage est la première chose à faire si ces conditions entraînent des déclenchements de balise incohérents entre UA et GA4. Une fois les balises implémentées, alignez leurs conditions de déclenchement. Pour obtenir un exemple de condition, consultez ce guide du développeur sur le temps de mesure. |
|
Exclure le trafic interne : les paramètres permettent de filtrer les utilisateurs internes (du point de vue du client, c'est-à-dire ses employés) ou de tester le trafic. Si les paramètres diffèrent dans UA et GA4, la propriété sans filtres d'exclusion devrait générer un nombre plus élevé d'utilisateurs, de sessions, de pages vues et d'événements clés ultérieurs. |
Nous vous recommandons d'aligner les paramètres dans UA et GA4 afin de minimiser les divergences. Afin d'en savoir plus, consultez cet article pour UA et cet article pour GA4. |
|
Changements de pages selon les événements de l'historique de navigation : contrairement à UA, les mesures améliorées de GA4 mesurent par défaut les changements de pages d'après les événements de l'historique de navigation. Le nombre de pages vues dans GA4 sera donc supérieur à celui dans UA, ce qui pourra entraîner des divergences. Par exemple, si la structure et les schémas d'utilisation de votre site engendrent le chargement de nombreuses pages d'après les changements dans l'historique de navigation, l'activation de ce paramètre permettra de mesurer ces événements. Cela entraînera des divergences par rapport à UA, où ces événements n'ont pas été mesurés. |
Si vous souhaitez que le nombre de pages vues corresponde plus précisément dans UA et GA4, désactivez le paramètre des mesures améliorées dans GA4. En savoir plus sur les événements collectés grâce aux mesures améliorées |
| Autres sources d'événements (déclencheurs d'audience, protocole de mesure, modification d'événements, etc.) : si vous générez ces événements et les marquez comme des événements clés, cela pourra entraîner un volume d'événements clés plus élevé dans GA4 si vous comparez les données au niveau d'une propriété avec UA. |
Utilisez les mêmes configurations pour les événements clés UA et GA4 similaires dans Google Analytics. Vous pouvez configurer les événements créés à partir de ces sources avec des noms d'événements distincts afin que les mesures UA et GA4 correspondent mieux. Si vous ne pouvez pas les configurer exactement de la même manière, nous vous déconseillons de les comparer les deux. |
|
Filtres antispam et antirobots :
Les filtres réduisent le trafic dans UA. S'ils ne sont pas appliqués dans GA4, GA4 enregistrera plus de trafic et d'événements clés ultérieurs si le trafic généré par un spam/robot aboutit à des interactions avec un événement clé dans le chemin d'événement clé. |
Activez le paramètre de filtrage des robots dans UA et envisagez d'ajouter des filtres antispam dans UA si vous recevez du spam. |
| Exclusions de paramètres d'URL : dans UA, les clients peuvent avoir configuré un objectif pour qu'il corresponde exactement à une URL spécifique. Dans GA4, comme il n'existe pas d'exclusion de paramètres d'URL, l'URL peut comporter de nombreuses versions qui ne seraient pas détectées dans la définition de l'événement clé. |
Vérifiez si des exclusions de paramètres d'URL sont utilisées dans UA pour comprendre les différences potentielles dans GA4. |
|
Modèle DDA pour les événements clés et les revenus : dans UA, le modèle d'attribution est le dernier clic indirect pour les objectifs. Les événements clés GA4 utilisent par défaut le modèle d'attribution basée sur les données (DDA, data-driven attribution), mais vous pouvez le modifier. En fonction de la répartition du crédit selon le modèle DDA, le crédit attribué aux canaux payants (Google) peut être plus ou moins important. Notez que le modèle d'attribution n'a aucun impact sur le nombre total d'événements clés pour un événement donné. |
Bien que cela ne soit pas recommandé, vous pouvez le tester/quantifier en passant au modèle d'attribution au dernier clic dans la propriété GA4. Remarque : Étant donné que les modèles d'attribution dans Google Analytics n'affectent pas le nombre total d'événements clés au sein d'une propriété, nous vous recommandons de résoudre d'abord les problèmes liés aux autres facteurs de divergences. Vous pourrez ainsi minimiser les différences globales au niveau de la propriété (c'est-à-dire, pour les événements clés similaires dans UA et GA4). |
|
Différences de fuseau horaire et réinitialisation de la campagne : contrairement à GA4, UA arrête chaque session à minuit et en redémarre une autre avec de nouveaux paramètres de campagne. Cela peut entraîner des divergences au niveau des sessions, qui peuvent ensuite engendrer des différences au niveau des objectifs/événements clés de session. Cela ne devrait pas occasionner de différences importantes dans le nombre total d'événements clés pour une propriété donnée. L'impact ne sera visible que si vous comparez des jours individuels entre UA et GA4. |
Il n'existe aucune solution directe. Ce problème a été résolu dans GA4. |
| Différences de configuration de la mesure des pages vues : vous pouvez désactiver la mesure des pages vues en fonction des événements de l'historique de navigation dans GA4. Les mesures des sites monopages ne sont pas transférées correctement vers GA4 lorsque vous utilisez des site tags associés. |
Vous pouvez configurer GA4 pour mesurer les pages vues en fonction des événements de l'historique de navigation, mais pas UA. Cela vous permet d'obtenir des mesures plus précises dans GA4, mais peut constituer une source de divergences. Vous pouvez désactiver ce paramètre si vous souhaitez que les résultats soient plus proches entre UA et GA4. Vous pouvez configurer la mesure des applications monopages pour UA en suivant ce guide du développeur. Cela n'alignera pas complètement UA sur GA4, mais cela pourra réduire les divergences pour les sites monopages. |
|
Signaux Google et User-ID : ces paramètres aident à dédupliquer les utilisateurs dans les propriétés GA4. Dans UA, les deux paramètres n'affectent que quelques rapports et les vues distinctes. Dans GA4, ils affectent toutes les informations de la propriété. Activer les signaux Google et l'User-ID dans GA4 permet de réduire le nombre d'utilisateurs nouveaux/totaux en reliant entre elles les interactions qui, dans UA, seraient associées à plusieurs utilisateurs. Par conséquent, le crédit peut être attribué différemment. Ces fonctionnalités ne devraient avoir aucune incidence sur le nombre total de conversions dans Google Analytics, mais elles peuvent entraîner des différences dans les exportations vers Google Ads. Si un annonceur mesure les conversions après vue volontaire (EVC, engaged-view conversion), l'utilisation des signaux Google et de l'User-ID peut avoir un impact sur celles-ci. |
Il n'existe aucune solution directe. La déduplication GA4 fournit de meilleurs insights sur la façon dont les utilisateurs interagissent avec les assets d'un client. Nous vous recommandons d'implémenter les deux fonctionnalités sur les deux plates-formes afin de minimiser les divergences, même si elles ne peuvent pas être évitées. |
| Expirations des sessions : vous pouvez ajuster les paramètres d'expiration des sessions. Si vous modifiez les paramètres par défaut, cela peut influer sur les volumes de trafic et l'attribution. | Nous vous recommandons de conserver les paramètres par défaut. Si vous avez modifié les paramètres d'expiration des sessions dans UA, vous devez également ajuster ce paramètre dans GA4. En savoir plus sur les sessions Analytics |
|
Remplacement des paramètres des cookies |
Lorsque vous modifiez les paramètres des cookies dans UA, vous devez utiliser le même paramètre lorsque vous configurez GA4. Si vous réduisez les dates d'expiration des cookies, cela pourra avoir une incidence sur l'attribution et entraîner des divergences au niveau de l'attribution des événements clés. Découvrez comment configurer les paramètres de la balise Google |
| Utiliser le taggage automatique et le taggage manuel (dans la même URL) | Vous pouvez combiner le taggage automatique et manuel dans la même URL, mais il peut arriver que cela ne fonctionne pas. |
| Choix des dimensions et métriques | GA4 offre un plus grand nombre de dimensions sur l'acquisition qu'UA. Vous ne pouvez donc pas comparer toutes les combinaisons de dimensions de reporting disponibles entre UA et GA4. |
| Différences d'implémentation de la mesure des applications entre UA et GA4 | Si possible, il est recommandé de n'utiliser qu'un seul SDK. Notez qu'un très petit sous-ensemble d'utilisateurs peut actuellement collecter des données d'application dans UA. Ces utilisateurs doivent implémenter le SDK Google Analytics pour Firebase s'ils souhaitent collecter des données d'application et générer des rapports les concernant à l'aide de propriétés GA4. |
|
Pour les site tags associés (y compris le téléchargement indépendant) seulement : les tags associés se chargent de manière séquentielle. Autrement dit, la balise GA4 se charge après la balise parente (une balise gtag.js ou analytics.js existante). Cela peut avoir différents effets :
|
Pour minimiser le risque d'événements manquants, nous vous recommandons d'implémenter des balises GA4 dédiées plutôt que d'utiliser des site tags associés ou un téléchargement indépendant. En particulier, pour les configurations Analytics volumineuses et complexes, vous devez éviter d'utiliser des site tags associés ou un téléchargement indépendant. |
| Inclusion des données Web et d'application dans une même propriété GA4 : GA4 permet d'unifier les données et événements Web et d'application. Si vous combinez les données Web et d'application dans GA4 sans effectuer d'action similaire dans UA, cela entraînera un nombre d'événements clés plus élevé dans GA4. | Pour une comparaison optimale, vous ne devez pas inclure de flux de données d'application si vos propriétés UA ne comprenaient aucun trafic d'application. Si le flux d'application est déjà inclus, et que vous souhaitez comparer UA et GA4, vous devez segmenter les rapports pour exclure les événements clés d'application. |
| Regroupements de canaux modifiés : les regroupements de canaux GA4 peuvent attribuer un événement clé à un canal d'une manière différente. En savoir plus sur le groupe de canaux par défaut | Les utilisateurs ne peuvent pas remplacer les événements clés qui sont exportés vers Google Ads. |
Dans Google Ads
Voici d'autres facteurs de divergences entre les événements clés UA et GA4 similaires, selon les choix que vous avez faits au niveau de ces produits, de leur configuration et de leurs paramètres dans Google Ads.
| Description | Solution/Recommandation |
|
Modélisation des événements clés à partir du mode Consentement : elle est disponible dans Google Ads pour les annonceurs ayant créé des conversions Google Ads en fonction d'événements clés Analytics, à partir de propriétés qu'ils ont implémentées grâce à gtag.js ou à Google Tag Manager. Pour les implémentations analytics.js, nous ne proposons pas la modélisation des conversions dans Google Ads. En effet, l'état du consentement ne peut pas être défini avec précision sans une implémentation à l'aide de gtag.js ou de Google Tag Manager. Si UA et GA4 utilisent des balises compatibles avec le mode Consentement, tous deux peuvent profiter de la modélisation des événements clés dans Google Ads. |
Afin que la comparaison soit juste, veillez à utiliser un type de balise compatible avec le mode Consentement pour vos propriétés UA et GA4. |
| Mesure des vues volontaires : GA4 peut attribuer un événement clé à une interaction avec une annonce après vue volontaire sur YouTube, même si cette interaction n'a pas entraîné directement une visite sur le site, mais a quand même généré un événement clé par la suite. Cela peut entraîner l'exportation d'un événement clé vers Google Ads, pour lequel UA n'exporte aucun crédit vers Google Ads. Cela signifie que GA4 peut attribuer plus d'événements clés à Google Ads si un annonceur dépense un montant important sur YouTube. |
Dans GA4, cela ne devrait pas entraîner d'augmentation du nombre d'événements clés pour le trafic Web. En revanche, il est possible que plus de crédit soit attribué au canal Google Ads dans GA4 que dans UA, ce qui peut améliorer les performances Google Ads. Pour effectuer une comparaison, vous pouvez segmenter les rapports au niveau des campagnes ou des comptes dans Google Ads. Veillez à comparer des actions d'événement clé qui mesurent exactement la même chose. Vous ne pouvez pas segmenter les rapports standards à la fois par type d'événement d'annonce et par source d'événement clé. Il est donc difficile d'effectuer une comparaison directe dans l'UI Google Ads. |
|
Modèle d'exportation du crédit : le modèle selon lequel les événements clés sont exportés depuis GA4 vers Google Ads est différent de celui d'UA. Alors que GA4 (initialement) et qu'UA s'appuyaient tous les deux sur un modèle d'exportation au dernier clic indirect, GA4 utilise désormais un modèle d'exportation du crédit final. Cela permet d'exporter le crédit fractionnaire, même si le dernier point de contact non direct n'était pas un point de contact Google Ads. Bien que cela n'ait aucune incidence au niveau de la propriété, le nombre d'événements clés exportés vers Google Ads peut être différent. Ce nombre peut être supérieur ou inférieur à celui d'UA, et dépend du parcours utilisateur indépendant. |
Nous avons décidé de lancer l'exportation du crédit final, car les modèles d'attribution au dernier clic indirect n'étaient pas suffisants. Cela signifie que GA4 exporte le véritable crédit cross-canal vers Google Ads. Vous ne pouvez prendre aucune mesure spécifique pour minimiser ces différences entre UA et GA4. |
| Méthode de comptabilisation des événements clés côté Ads : Google Ads inclut un paramètre de comptabilisation qui permet de contrôler un ou plusieurs événements clés comptabilisés au cours d'une période d'analyse des événements clés définie pour un utilisateur donné. |
Nous vous recommandons d'aligner les paramètres de comptabilisation des événements clés pour les paires d'événements clés UA et GA4. En savoir plus sur les options de comptabilisation des conversions |
|
Pour les propriétés GA4 créées manuellement et les clients diffusant des campagnes intelligentes : dans GA4, le modèle d'exportation du paramètre Canaux payants Google attribue tous les événements clés exportés vers Google Ads aux canaux Google. Il permet donc d'exporter plus d'événements clés vers Google Ads que le paramètre Canaux payants et naturels, car il exclut les canaux payants n'appartenant pas à Google du chemin d'événement clé. Le paramètre Canaux payants Google peut vous aider à mieux comprendre l'impact des interactions Google payantes. Ce modèle n'est pas disponible dans Universal Analytics. Il peut donc être difficile de comparer des événements UA et GA4 similaires lorsqu'ils sont importés dans Google Ads. |
Par défaut, les nouvelles propriétés GA4 sont définies sur Canaux payants Google. Pour contrôler l'exportation des événements clés vers Google Ads, vous pouvez utiliser les paramètres d'attribution au niveau de la propriété GA4 dans la section "Administration". Pour que GA4 tienne compte des canaux non payants lors de l'exportation des conversions, utilisez le paramètre Canaux payants et naturels. En savoir plus sur la sélection des paramètres d'attribution |
Taux de rebond
|
Métrique |
UA |
GA4 |
|
Taux de rebond |
Pourcentage de sessions avec consultation d'une seule page sans aucune interaction. Une session avec rebond dure 0 seconde. Par exemple, si un utilisateur visite votre site Web et consulte le contenu de la page d'accueil pendant plusieurs minutes, mais qu'il quitte le site sans cliquer sur des liens ni déclencher l'enregistrement d'événements d'interaction, la session est comptabilisée comme un rebond. |
Pourcentage de sessions sans engagement. Par exemple, si un utilisateur visite votre site Web, consulte le contenu de votre page d'accueil pendant moins de 10 secondes, puis la quitte sans déclencher d'événement ni accéder à d'autres pages ou écrans, la session sera comptabilisée comme un rebond. Une session avec engagement est une session qui dure au moins 10 secondes, inclut un ou plusieurs événements clés, ou génère au moins deux vues d'écran ou de page. Si l'utilisateur ne réalise pas de session avec engagement (autrement dit, s'il ne répond à aucun des critères d'une session avec engagement), Google Analytics comptabilise cette session comme un rebond. |
À retenir
Dans Google Analytics 4, le taux de rebond correspond au pourcentage de sessions sans engagement. En d'autres termes, le taux de rebond est l'inverse du taux d'engagement. Dans Universal Analytics, le taux de rebond correspond au pourcentage de toutes les sessions de votre site au cours desquelles les utilisateurs n'ont consulté qu'une seule page et n'ont déclenché qu'une seule requête auprès du serveur Analytics.
Tel qu'il est calculé dans Universal Analytics, le taux de rebond mesure raisonnablement l'engagement sur le site, mais l'évolution des sites Web et des applications en a fait une métrique moins utile. Par exemple, un rebond peut être comptabilisé lorsqu'un utilisateur consulte une application monopage, puis la quitte sans déclencher d'événement.
De plus, tel qu'il est calculé dans Google Analytics 4, le taux de rebond est plus utile pour mesurer le niveau d'engagement des utilisateurs avec votre site ou application. Par exemple, si vous gérez un blog, vous ne verrez sans doute aucun inconvénient à ce qu'un utilisateur visite votre site pour lire un article, puis le quitte. Vous souhaiterez probablement plus connaître le nombre d'utilisateurs qui visitent votre site, ne trouvent pas ce qu'ils recherchent et le quittent rapidement.
Nombre d'événements
Le modèle de données des événements est fondamentalement différent dans les propriétés Universal Analytics et les propriétés Google Analytics 4.
|
Métrique |
UA |
GA4 |
|
Nombre total d'événements |
Un événement Universal Analytics comporte une catégorie, une action et un libellé, et constitue un type de hit en lui-même. Par exemple, un événement peut être configuré pour enregistrer le fait qu'un utilisateur a cliqué sur un bouton d'inscription. L'événement peut avoir une catégorie "CTA", une action "S'inscrire" et un libellé qui correspond à l'URL de destination. Le nombre total d'événements est incrémenté chaque fois qu'un événement de type Catégorie/Action/Libellé est déclenché. |
N/A |
|
Nombre d'événements |
N/A |
Chaque "hit" correspond à un événement. Les événements GA4 ne comportent pas de catégorie, d'action ni de libellé. Par exemple, lorsqu'un utilisateur consulte l'une des pages de votre site Web, un événement Toutes les actions sont des événements. Le nom de chaque événement n'est pas nécessairement unique. En effet, il est recommandé de réutiliser le même nom d'événement plusieurs fois, et de les différencier selon les valeurs de paramètre collectées. Par exemple, un utilisateur peut s'inscrire avec le nom d'événement |
À retenir
Dans GA4, l'événement sign_up peut signifier ou non la même chose que dans UA. Si votre site Web ne comporte qu'un seul formulaire d'inscription et un seul bouton permettant de déclencher l'événement d'inscription, le nombre d'événements peut être similaire. Cependant, si votre site Web comporte plusieurs événements sign_up, la comparaison du nombre d'événements entre GA4 et UA est plus compliquée, et les chiffres risquent de présenter de plus grandes disparités.
Les rapports GA4 ne comportent pas de catégorie, d'action ni de libellé. Il est préférable de repenser votre collecte de données en fonction du modèle GA4 plutôt que de transférer la structure de vos événements existants dans Google Analytics 4.