Les chiffres de GA4 et Looker Studio diffèrent parce que les rapports, explorations, API, connecteurs et données BigQuery n’appliquent pas forcément les mêmes portées, filtres et traitements. Voici comment isoler les écarts, fiabiliser les définitions et vérifier votre tableau de bord.
Que faut-il définir avant de comparer les chiffres ?
Avant de comparer GA4 et Looker Studio, je définis le périmètre, les indicateurs et la référence attendue. Sans ces repères, deux chiffres peuvent sembler contradictoires alors qu’ils ne couvrent pas les mêmes données.

Je précise d’abord qui utilisera le tableau de bord et quelles décisions il doit aider à prendre. Une équipe marketing qui suit les campagnes n’a pas les mêmes besoins qu’une direction qui observe les tendances globales. Je note aussi à quelle fréquence les chiffres seront consultés : chaque jour, chaque semaine ou chaque mois. Cette fréquence doit correspondre au rythme réel des décisions.
Je consigne ensuite chaque indicateur dans un dictionnaire des métriques. Il évite que des termes identiques recouvrent des calculs ou des attentes différents. Pour chaque métrique, je documente :
Formez-vous à Google Analytics !
Maîtriser Google Analytics est crucial pour comprendre votre audience, optimiser vos campagnes, améliorer l'expérience utilisateur et mesurer vos conversions... Gagnez du temps avec nos formations Google Analytics.
- La définition : ce que l’indicateur mesure, et ce qu’il ne mesure pas.
- La formule : la règle utilisée pour obtenir le chiffre.
- La source : l’origine des données.
- Le responsable : la personne qui peut confirmer la définition et les changements.
- Le résultat attendu : la valeur ou l’interprétation de référence, lorsqu’elle est connue.
Je recense aussi les calendriers d’actualisation, les limites connues des données et les exigences d’accès. Par exemple, il faut savoir quand chaque jeu de données est mis à jour et qui est autorisé à consulter le tableau de bord. Ces informations évitent de comparer des chiffres issus de périodes de mise à jour différentes ou de confondre une absence d’accès avec une absence de données.
Enfin, je choisis une période ou un ensemble de données de référence. Je le date, je le contrôle et je conserve les définitions associées. Il servira de base pour réconcilier les résultats et vérifier si les écarts viennent d’un périmètre différent, d’une définition différente ou d’une donnée réellement différente.
Pourquoi les environnements GA4 et Looker Studio ne concordent-ils pas toujours ?
Les chiffres diffèrent parce que les rapports GA4, les explorations, l’API, les connecteurs Looker Studio et BigQuery sont des environnements distincts. Ils n’interrogent pas toujours les mêmes données, avec les mêmes règles ni au même stade de traitement. Un écart ne signifie donc pas automatiquement qu’un outil est en erreur.

Dans GA4, les rapports et les explorations peuvent appliquer des limites ou des méthodes de calcul différentes. L’API expose les données selon les dimensions et métriques disponibles, avec ses propres contraintes. Looker Studio dépend du connecteur utilisé, de son cache et des éventuelles fusions de sources. BigQuery, lui, donne accès aux événements exportés, mais pas nécessairement aux mêmes traitements que les rapports GA4, notamment pour certaines données modélisées.
Pour réconcilier les résultats, je commence par un périmètre simple et contrôlé, par exemple un événement et une période courte. Je vérifie ensuite que la définition de l’indicateur, les filtres, le fuseau horaire et les dates sont identiques. Je tiens aussi compte des délais de traitement : les données récentes peuvent évoluer, et les exports ou connecteurs ne sont pas toujours actualisés au même rythme. Enfin, je note les écarts observés et leur cause probable.
Le bon outil dépend de la question métier. Un rapport GA4 convient souvent au suivi courant. BigQuery est plus adapté à une analyse détaillée des événements. Looker Studio sert à partager des indicateurs, à condition de rendre visibles la date d’actualisation et les limites de couverture.
Pour éviter les écarts récurrents, je modélise les définitions importantes une seule fois quand c’est possible, plutôt que de les reconstruire dans chaque graphique. Je limite les fusions de sources fragiles : elles peuvent modifier le périmètre ou dupliquer des lignes. Et je rends explicites deux informations que l’on oublie souvent : quand les données ont été actualisées et si elles sont exhaustives.
Comment aligner les métriques, les périodes et les filtres ?
Pour comparer GA4 et Looker Studio, j’aligne d’abord les définitions des métriques, les plages de dates, les fuseaux horaires, les filtres et les périodes de comparaison. Si un seul de ces éléments diffère, les chiffres peuvent diverger sans qu’il y ait d’erreur dans les données.

Je consigne les paramètres utilisés dans chaque environnement, au même endroit si possible. Une session, par exemple, peut être définie différemment selon le rapport ou la source de données. Je note aussi le résultat attendu, la personne responsable de chaque réglage et ses dépendances : une modification dans GA4 peut affecter l’export, puis la source de données et enfin le rapport Looker Studio.
Pour rendre cette comparaison vérifiable, je conserve une référence datée avec les paramètres, les chiffres observés et le rapport concerné. J’ajoute une procédure de retour arrière, c’est-à-dire la façon de restaurer la configuration précédente si une modification dégrade le résultat. Sans cette trace, un écart constaté plus tard devient difficile à reproduire et à expliquer.
Je vérifie ensuite progressivement, en ne modifiant qu’une seule couche à la fois. Je commence par les paramètres de période et de fuseau horaire, puis je contrôle les filtres et les définitions de métriques. Après chaque changement, je compare le résultat dans GA4 et Looker Studio, puis je vérifie les dépendances en amont et en aval.
Avant de modifier une couche, je précise ce qui doit changer et ce qui doit rester stable. Voici les éléments que je garde dans la référence :
- Les définitions des métriques et les paramètres appliqués dans chaque outil.
- Les dates, le fuseau horaire, les filtres et la période de comparaison.
- Les résultats attendus, le responsable du réglage et les dépendances concernées.
- La date de la vérification et la procédure de retour arrière.
Cette documentation évite de traiter chaque écart comme un incident isolé. Elle permet de retrouver précisément les choix faits, de reproduire la comparaison et de savoir si la différence vient d’une définition, d’un filtre ou d’une période.
Comment vérifier un connecteur et les sources fusionnées ?
Pour vérifier un connecteur et des sources fusionnées, je suis les valeurs depuis leur source jusqu’à leur affichage dans Looker Studio. Je contrôle à chaque étape l’agrégation, les champs calculés et les clés de fusion, sans supposer que la configuration en place est correcte.

Je commence par comparer, dans GA4 et Looker Studio, les noms, les types et les portées des champs. La portée indique si une donnée décrit un événement, une session ou un utilisateur ; mélanger ces niveaux peut produire des chiffres différents, même avec la même métrique. Je vérifie aussi que les unités et les règles d’agrégation correspondent : somme, nombre distinct ou moyenne, par exemple.
Je contrôle ensuite les points qui modifient ou retardent la transmission des données :
- Les délais d’actualisation et la période réellement chargée dans chaque outil.
- Les identifiants utilisés, leur format et leur cohérence entre les sources.
- Les devises, les consentements et les valeurs vides ou nulles.
- Les champs calculés, en comparant leur formule, leurs filtres et leur résultat à un calcul de référence.
- Les clés de fusion, en vérifiant leur type, leur format, leur unicité et leur taux de valeurs manquantes.
Une clé de fusion qui n’est pas unique peut dupliquer des lignes. Une clé vide peut, elle, écarter des données. Je vérifie donc le niveau de détail de chaque source avant la fusion, puis je compare les volumes et les totaux avant et après. Je teste aussi les chemins négatifs et adjacents : identifiant absent, valeur inattendue, période voisine ou combinaison sans correspondance. Valider uniquement le cas attendu ne suffit pas.
Je documente chaque changement avec sa date, son auteur, la configuration précédente et les preuves associées : export, capture ou résultat de requête. Je limite ces preuves aux données nécessaires, je masque les identifiants personnels et je respecte les règles de consentement. Le diagnostic doit permettre de reproduire l’écart, pas d’exposer davantage de données que nécessaire.
Vos chiffres sont-ils maintenant comparables ?
Les écarts entre GA4 et Looker Studio s’expliquent souvent par des environnements, des portées et des traitements différents. Pour les comprendre, partez d’un périmètre de référence daté, définissez vos métriques et alignez les périodes, les fuseaux horaires et les filtres. Vérifiez ensuite le chemin des données dans le connecteur, l’agrégation des champs, les calculs et les clés de fusion. Documentez les décisions, les limites et les actualisations, puis testez les écarts sur un périmètre contrôlé. Vous obtiendrez ainsi un tableau de bord plus facile à vérifier et des chiffres plus utiles pour décider.
FAQ
- Pourquoi les chiffres de GA4 et Looker Studio diffèrent-ils ? — Les rapports, explorations, API, connecteurs et données BigQuery sont des environnements distincts, avec des portées et des limites différentes.
- Comment comparer correctement les résultats ? — Harmonisez les définitions, les filtres et les périodes, puis vérifiez les résultats sur un périmètre contrôlé.
- Quels paramètres de période faut-il vérifier ? — Comparez les plages de dates, les fuseaux horaires, les filtres et les périodes de comparaison.
- Que faut-il contrôler dans un connecteur Looker Studio ? — Vérifiez le chemin des valeurs, les noms, les types, les portées, les délais, les identifiants, les devises, les consentements et les valeurs vides.
- Comment fiabiliser les sources fusionnées ? — Contrôlez les champs calculés et les clés de fusion, documentez les modifications et testez aussi les chemins négatifs et adjacents.
A propos de l’auteur
Je suis Franck Scandolera, expert en Analytics Engineering, tracking avancé et automatisation. Je dirige l’agence webAnalyste et l’organisme Formations Analytics. J’accompagne des entreprises comme Logis Hôtels, Yelloh Village, BazarChic, la Fédération Française de Football et Texdecor sur la fiabilité de leurs données et de leurs mesures. Je suis disponible pour aider votre entreprise : contactez-moi.
⭐ Analytics engineer, Data Analyst et Automatisation IA indépendant ⭐
Ref clients : Logis Hôtel, Yelloh Village, BazarChic, Fédération Football Français, Texdecor…
Mon terrain de jeu :
Data Analyst & Analytics engineering : tracking avancé (GA4, Matomo, Piano, GTM server, Tealium, Commander Act, e-commerce, CAPI, RGPD), entrepôt de données (BigQuery, Snowflake, PostgreSQL, ClickHouse), modèles (Airflow, dbt, Dataform), dashboards décisionnels (Looker, Power BI, Metabase, SQL, Python).
Automatisation IA des taches Data, Marketing, RH, compta etc : conception de workflows intelligents robustes (n8n, App Script, scraping) connectés aux API de vos outils et LLM (OpenAI, Mistral, Claude…).
Engineering IA pour créer des applications et agent IA sur mesure : intégration de LLM (OpenAI, Mistral…), RAG, assistants métier, génération de documents complexes, APIs, backends Node.js/Python.





