Comment corriger les diagnostics GA4 d’achat web ?

Les diagnostics GA4 se corrigent en vérifiant le flux web, la source d’import, les permissions et les ID de transaction. Je détaille où regarder, comment interpréter les statuts, puis comment traiter les alertes qui faussent vos événements d’achat web.

Besoin d'aide ? Découvrez les solutions de notre agence Google Analytics.

Où trouver les diagnostics GA4 ?

Les diagnostics GA4 se trouvent dans l’administration, au niveau des flux de données et des sources d’import. Pour un diagnostic lié aux achats web, le premier réflexe consiste donc à vérifier le flux web concerné, puis les imports si votre mesure dépend de données externes.

Dans Google Analytics 4, ouvrez Admin > Data collection and modification > Data streams. Sélectionnez ensuite le flux de données de votre site, puis ouvrez l’onglet Diagnostics. L’aperçu du flux affiche aussi un badge de statut diagnostique, utile pour repérer rapidement si GA4 signale un problème actif.

Un flux de données correspond à l’entrée des événements collectés depuis un site web ou une application. Dans le cas d’un achat web, ce flux reçoit par exemple des événements comme view_item, add_to_cart ou purchase. Si GA4 détecte une incohérence sur ces événements, le diagnostic apparaît à cet endroit.

Pour les imports, le chemin est différent. Allez dans Admin > Data collection and modification > Data import, puis cliquez sur l’icône en forme de flèche associée à la source de données. Consultez ensuite la section Connection quality. Si une alerte est présente, utilisez le lien d’action proposé par GA4 pour accéder directement à la correction attendue.

Une source d’import correspond à des données ajoutées à GA4 depuis une source externe, par exemple un fichier, un outil publicitaire ou un système interne. Un lien d’action est simplement le raccourci fourni par GA4 pour traiter l’alerte sans chercher le bon écran à la main.

Avant de corriger quoi que ce soit, vérifiez vos accès. Vous devez être connecté à un compte Google et disposer du rôle Editor ou supérieur pour agir. Sans ce niveau de permission, vous pouvez perdre du temps à chercher un problème de balisage, de serveur ou de consentement, alors que le blocage vient seulement des droits du compte.

Compte Google connecté.
Rôle Editor ou supérieur.
Bon flux sélectionné.
Bonne source d’import sélectionnée.
Alerte ouverte avant toute correction.

Que signifient les statuts ?

Les statuts diagnostics indiquent le niveau de risque sur la qualité de mesure, de l’absence de problème à l’urgence critique. Dans GA4, ils apparaissent notamment dans les diagnostics des Data streams, c’est-à-dire les flux de données web ou applicatifs, et de Data import, c’est-à-dire les données importées dans GA4 depuis une autre source.

Ces statuts ne corrigent rien par eux-mêmes. Ils servent à prioriser vos actions. Un statut neutre demande surtout de la surveillance. Un statut critique demande une correction rapide, car les rapports peuvent déjà être affectés.

Statut	Signification	Niveau d’action recommandé
No issues detected	Aucun problème n’est détecté pour le moment. Cela ne veut pas dire que la mesure restera correcte sans contrôle.	Surveiller régulièrement les diagnostics, surtout après une mise en production, une modification du plan de marquage ou un changement côté site.
Excellent	Aucun problème n’est détecté et aucune perturbation n’est attendue sur la collecte ou l’import concerné.	Continuer le suivi normal. Ce statut indique une situation saine, mais il ne remplace pas les contrôles métier sur les ventes, les revenus et les transactions.
Needs attention	Un problème affecte une partie des données. La mesure fonctionne encore, mais certains événements, paramètres ou imports peuvent être incomplets.	Analyser l’alerte et corriger sans attendre trop longtemps, surtout si elle touche des événements importants comme purchase, add_to_cart ou begin_checkout.
Urgent	Un problème critique nécessite une action immédiate pour maintenir une mesure précise.	Traiter en priorité. Il faut identifier la cause, tester la correction et vérifier que les données reviennent à un niveau cohérent.

Dans un contexte e-commerce, une alerte Urgent sur les événements d’achat web peut dégrader l’analyse des conversions, les rapports de chiffre d’affaires ou la réconciliation avec les sources importées, par exemple votre back-office, votre CRM ou vos exports de commandes.

Une fois le statut compris, la priorité est d’identifier l’alerte exacte et le type de correction attendu.

Comment corriger les alertes d’import ?

Les alertes d’import se corrigent en vérifiant le dernier traitement, l’existence de la source, les identifiants, les permissions et le format des données. Dans GA4, pour Google Analytics 4, le lien d’action associé à l’alerte doit être utilisé en premier, car il renvoie vers la résolution prévue pour le problème affiché.

Les alertes d’import liées aux achats web indiquent surtout un blocage entre la donnée source et son intégration dans GA4. Le bon réflexe consiste à partir du dernier traitement exécuté, puis à remonter vers la source utilisée.

Alerte	Cause probable	Correction prioritaire
Some web purchase events from the latest run aren’t importing	Une partie des événements d’achat web du dernier traitement a été rejetée à cause d’erreurs d’import.	Consulter le détail du dernier traitement, identifier les événements rejetés si l’information est disponible, corriger les données concernées, puis relancer ou attendre le prochain traitement.
Source for data-source not found	La source d’import n’existe plus, a été déplacée, renommée, ou la connexion configurée ne pointe plus au bon endroit.	Vérifier que la source existe encore, puis contrôler le chemin, l’identifiant de source ou la connexion utilisée.
Invalid data-source credentials	Les identifiants configurés ne permettent plus d’accéder à la source.	Corriger les credentials, c’est-à-dire les informations d’authentification, puis vérifier les droits de lecture sur la source.
Invalid data-source format	La structure des données ne respecte pas le format attendu par l’import.	Reformater le fichier ou la source selon les exigences attendues, notamment les colonnes, les types de valeurs et l’encodage.

Le diagnostic rapide tient en quelques contrôles simples. Il évite de modifier la configuration au hasard.

Vérifier la dernière exécution et son statut dans GA4.
Identifier les lignes ou événements rejetés si le détail est disponible.
Confirmer que la source existe toujours et qu’elle n’a pas été déplacée.
Valider les permissions de lecture avec le compte ou la connexion utilisée.
Contrôler le format du fichier ou de la source, surtout les champs obligatoires et les types de données.
Relancer l’import ou attendre le prochain traitement selon le fonctionnement configuré.

Une alerte d’import ne signifie pas forcément que tout le suivi d’achat est cassé. Elle signale surtout qu’un traitement précis n’a pas pu intégrer tout ou partie des données attendues.

Pourquoi l’ID de transaction compte ?

L’ID de transaction est essentiel parce qu’il permet de faire correspondre les achats collectés par les tags web avec les données importées. Dans GA4, il sert de clé de rapprochement pour les événements d’achat web, notamment l’événement purchase. Une clé de rapprochement est une valeur commune utilisée pour relier deux ensembles de données, par exemple les achats mesurés sur le site et les conversions confirmées dans une source importée.

Quand cet ID est absent, incohérent ou modifié, GA4 ne peut plus relier correctement les lignes entre elles. Le diagnostic Transaction ID overlap rate was less than 10% for the past 2 days signifie que le taux de recouvrement des ID de transaction est inférieur à 10 % sur les 2 derniers jours. Autrement dit, moins de 10 % des identifiants présents d’un côté se retrouvent aussi de l’autre côté. Le problème peut venir des tags web, des données importées, ou de la façon dont les deux sources nomment et formatent la transaction.

Les cas les plus fréquents sont assez concrets :

Un ID de transaction est bien envoyé par le tag web, mais il n’existe pas dans la source importée.
Un même achat utilise deux formats différents, par exemple 12345 dans GA4 et ORDER-12345 dans l’import.
Un champ est vide au moment de l’achat, souvent à cause d’une variable non disponible dans le dataLayer ou dans le tag.
Une valeur est transformée avant l’import, par exemple avec des espaces supprimés, une casse modifiée ou un préfixe ajouté.
Des permissions empêchent de lire correctement la source utilisée pour importer les données.

La vérification doit rester simple et méthodique :

Vérifier que l’ID de transaction est bien envoyé avec les événements d’achat web.
Confirmer que le même ID existe aussi dans la source importée.
Comparer le format exact, caractère par caractère.
Éviter les espaces, préfixes, suffixes ou transformations non maîtrisées.
Contrôler les données sur les 2 derniers jours, puisque l’alerte se base sur cette période.

Ce contrôle évite de prendre des décisions sur des conversions incomplètes ou mal rapprochées. Sans ID fiable, le diagnostic GA4 ne signale pas seulement un problème technique : il indique que la lecture business des achats peut être faussée.

Quelle routine de contrôle adopter ?

La bonne routine consiste à vérifier régulièrement les badges diagnostics, prioriser les statuts Urgent et documenter chaque correction appliquée. Le but est simple : détecter les problèmes avant qu’ils ne dégradent vos rapports d’achat, vos audiences ou vos décisions marketing.

Je procède toujours dans le même ordre. D’abord, je vérifie que les bonnes personnes ont accès à la propriété GA4, avec le rôle Editor quand une correction est nécessaire. Ensuite, je lis le statut du diagnostic : Urgent, Needs attention ou simple information. Puis, j’ouvre l’alerte, j’utilise le lien d’action proposé par GA4, je corrige la cause et je contrôle quelques heures ou quelques jours plus tard si le statut évolue.

Pour une équipe marketing, data ou e-commerce, une routine hebdomadaire suffit souvent, sauf en période de refonte tracking, migration e-commerce ou changement de connecteur. La revue doit couvrir les points suivants :

Contrôler les Data streams, c’est-à-dire les flux web ou applicatifs qui envoient les événements vers GA4.
Vérifier les Data import, surtout les imports liés aux achats, aux coûts ou aux données CRM.
Lire les alertes de Connection quality, qui signalent une connexion dégradée avec une source externe.
Suivre spécifiquement les événements d’achat web, comme purchase, car ils alimentent le chiffre d’affaires et les conversions.
Vérifier les ID de transaction si GA4 signale un faible recouvrement, car un identifiant manquant ou incohérent empêche de rapprocher correctement les achats.

La priorisation doit rester très pragmatique. Les statuts Urgent passent avant les statuts Needs attention. Les imports d’achats passent avant les alertes sans impact business immédiat. Les erreurs d’identifiants, de permissions ou de source introuvable passent avant les optimisations de confort.

Quelques règles évitent de répéter les mêmes erreurs :

Limiter les accès Editor aux personnes responsables des corrections.
Garder une trace datée des corrections appliquées.
Vérifier les changements de permissions sur les sources externes.
Contrôler les formats après toute modification de fichier ou de connecteur.
Surveiller les imports après un changement de tracking ou de plan de marquage.

Action	Objectif	Bénéfice pour la qualité des données
Lire les badges diagnostics	Repérer les anomalies visibles dans GA4	Réduire le délai de détection
Prioriser les alertes Urgent	Traiter les problèmes critiques en premier	Limiter l’impact sur le chiffre d’affaires reporté
Vérifier les ID de transaction	Confirmer le bon rapprochement des achats	Améliorer la fiabilité des conversions
Documenter les corrections	Conserver l’historique des actions	Faciliter les audits et les futures investigations

Il ne faut pas attendre une baisse de chiffre d’affaires dans les rapports pour regarder les diagnostics. À ce stade, le problème a souvent déjà produit des données incomplètes ou difficiles à reconstruire.

Et si vos achats web étaient enfin mesurés proprement ?

Les diagnostics GA4 ne sont pas un détail technique : ils indiquent si vos flux, vos imports et vos événements d’achat web restent exploitables. En partant des badges de statut, puis des alertes précises, vous pouvez distinguer un simple point d’attention d’un problème critique. Les erreurs de source, d’identifiants, de format ou d’ID de transaction se corrigent avec une méthode courte : vérifier l’accès, lire l’alerte, traiter la cause, contrôler le résultat. Le bénéfice est direct pour vous : des conversions plus fiables, des rapports plus propres et de meilleures décisions business.

FAQ

Où voir les diagnostics GA4 pour les événements d’achat web ?
Les diagnostics se consultent dans l’administration GA4. Pour les flux, allez dans Admin > Data collection and modification > Data streams, sélectionnez le flux, puis ouvrez l’onglet Diagnostics. Pour les imports, allez dans Admin > Data collection and modification > Data import, ouvrez la source concernée et consultez Connection quality.
Quel niveau d’accès faut-il pour corriger une alerte GA4 ?
Il faut être connecté à un compte Google et disposer du rôle Editor ou supérieur. Sans ce niveau de permission, vous risquez de voir certaines informations sans pouvoir utiliser les actions nécessaires pour résoudre l’alerte.
Que signifie le statut Urgent dans les diagnostics GA4 ?
Le statut Urgent signale un problème critique qui demande une action immédiate. Dans le cas d’événements d’achat web, il peut affecter la précision de la mesure et donc la qualité de vos analyses de conversion.
Pourquoi certains événements d’achat web ne s’importent pas ?
GA4 peut signaler que certains événements d’achat web du dernier traitement ne s’importent pas lorsqu’une erreur bloque une partie des données. Les causes à vérifier en priorité sont la source, les identifiants, les permissions de lecture et le format attendu.
Que veut dire un recouvrement d’ID de transaction inférieur à 10 % ?
Cette alerte indique que le taux de correspondance des ID de transaction est inférieur à 10 % sur les 2 derniers jours. Les ID peuvent être absents ou mal formatés dans les tags web ou dans les sources importées, ce qui limite le rapprochement correct des conversions.

A propos de l’auteur

Je suis Franck Scandolera, expert et formateur en tracking avancé server-side, Analytics Engineering, automatisation No/Low Code avec n8n, intégration de l’IA en entreprise et SEO/GEO. Je dirige l’agence webAnalyste et l’organisme Formations Analytics. J’accompagne des équipes comme Logis Hôtel, Yelloh Village, BazarChic, la Fédération Française de Football ou Texdecor sur leurs sujets data, mesure et performance. Si vous voulez fiabiliser vos données GA4, vos imports ou vos conversions, contactez-moi.

Franck Scandolera

⭐ Analytics engineer, Data Analyst et Automatisation IA ⭐

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.