Pourquoi les données GA4 et Customer Journey Analytics sont différentes

Il est normal que GA4 et Customer Journey Analytics signalent des nombres différents pour la même période et la même mesure apparente. Différentes méthodes de collecte de données, définitions de mesures, modèles d’identité et règles de session contribuent tous aux écarts. Cette page explique les sources de différence les plus courantes et fournit des conseils pour auditer les écarts inexpliqués.

Sessions engagées

GA4 considère une session comme engagée si elle a duré 10 secondes ou plus, si elle a inclus au moins un événement clé ou si elle a eu 2 pages vues ou plus. Cette définition unique sous-tend plusieurs mesures GA4, notamment le taux d’engagement, le taux de rebond et le seuil d’engagement derrière les utilisateurs et utilisatrices actifs.

Customer Journey Analytics ne comporte aucune mesure ou dimension de session engagée intégrée ; vous définissez l’engagement en fonction de votre entreprise. Adobe recommande de créer un segment qui recueille vos critères d’engagement et de réutiliser ce segment là où l’engagement compte. Votre administrateur peut également convertir cette définition en mesure dans la vue de données afin qu’elle soit disponible pour tous.

Lorsque vous formulez vos propres critères, choisissez les signaux qui indiquent véritablement la valeur de votre site. Trois éléments de base communs à l’engagement :

Vous pouvez les combiner avec OR afin qu’une session soit considérée comme engagée si elle répond à n’importe quelle condition (comme le fait GA4) ou les combiner avec AND pour une exigence plus stricte. Si votre objectif est la parité avec GA4, commencez à partir de ses valeurs par défaut et effectuez les réglages à partir de là.

Taux d’engagement

Une fois que vous disposez d’une définition de sessions engagées, le taux d’engagement est la part des sessions qui ont été engagées. Pour la créer en tant que mesure calculée :

Taux de rebond

Dans GA4, un rebond est l’inverse d’une session engagée ; le taux de rebond de GA4 est donc égal à 1 - Engagement Rate. Créez-le dans Customer Journey Analytics sous la forme d’une deuxième mesure calculée à l’aide de cette formule.

Customer Journey Analytics fournit également une mesure intégrée Taux de rebond, mais sa définition par défaut diffère : il comptabilise les sessions au cours desquelles un seul événement a été enregistré, ce qui est directionnellement opposé à la définition de GA4 pour de nombreux sites. La comparaison du taux de rebond de GA4 à la mesure par défaut Taux de rebond plutôt qu’à votre calcul de 1 - Engagement Rate, génère des chiffres significativement différents.

Sessions

GA4 et Customer Journey Analytics appliquent par défaut un délai d’inactivité de 30 minutes, et toutes deux maintiennent une session ouverte jusqu’à minuit et lors d’un changement de campagne en milieu de session. (Universal Analytics a réinitialisé les sessions dans ces deux cas de figure. Il s’agit donc d’une source fréquente de confusion, mais il ne s’agit pas de différences entre GA4 et Customer Journey Analytics.) Les règles qui diffèrent sont les suivantes :

Comme la définition de session Customer Journey Analytics est configurable, le nombre de sessions dépend de la configuration de votre vue de données. La mise en correspondance du délai d’expiration et des événements de démarrage de session d’une vue de données avec votre propriété GA4 rapproche le nombre de sessions entre les plateformes.

Personnes et utilisateurs actifs

La mesure principale relative aux utilisateurs de GA4, Utilisateurs actifs, comptabilise les utilisateurs qui ont eu au moins une session engagée dans la période. La mesure Personnes dans Customer Journey Analytics comptabilise les ID de personne uniques dans la période.

Attendez-vous à ce que ces mesures diffèrent pour plusieurs raisons :

Identité et groupement

GA4 utilise un modèle d’identité en cascade pour identifier les utilisateurs :

Dans la plupart des mises en œuvre, cet ID de personne est un ECID (Experience Cloud ID). La fonctionnalité facultative Assemblage peut ensuite résoudre les identités entre appareils et entre canaux à l’aide de méthodes basées sur les champs ou sur des graphiques, ce qui permet d’associer une session d’application mobile et une session de navigateur de bureau à la même personne.

Comme la résolution des identités diffère entre les plateformes, les décomptes au niveau de l’utilisateur correspondent rarement exactement. Cette incohérence est attendue et n’indique pas de problème de qualité des données.

Attribution

GA4 applique un modèle d’attribution de rapports configuré au niveau de la propriété (sous Admin), avec l’attribution pilotée par les données comme valeur par défaut. Comme Customer Journey Analytics, GA4 évalue ce modèle au moment du rapport. Par conséquent, sa modification met à jour les rapports historiques et futurs de manière rétroactive. Toutefois, dans GA4, le modèle s’applique à l’ensemble des propriétés et affecte uniquement les rapports d’événements clés qui utilisent des dimensions de trafic de portée événement (telles que Source, Medium et Campaign).

Customer Journey Analytics applique également l’attribution au moment du rapport, mais avec un contrôle plus granulaire. Vous pouvez le configurer à deux endroits :

GA4 étant défini par défaut sur l’attribution pilotée par les données, alors que Customer Journey Analytics n’applique aucun modèle, sauf si vous en configurez un, les mesures de conversion et de canal sont susceptibles de différer jusqu’à ce que vous les alignez. La définition de GA4 sur un modèle de dernier clic et la configuration d’un modèle de dernière touche correspondant dans Customer Journey Analytics est le moyen le plus fiable d’établir une ligne de base similaire. Toute modification du modèle dans Customer Journey Analytics s’applique rétroactivement à toutes les données historiques sans retraitement.

Incohérences d’audit

Lorsque les chiffres diffèrent plus que prévu, trois chemins d’audit sont disponibles :