GA4 et Shopify : comparer les achats sans mélanger les périmètres

8 min de lecture

Pour expliquer une différence d’achats entre GA4 et Shopify, comparez d’abord ce qui est compté : commandes, événements purchase, ventes nettes ou ventes totales. Les rapports de ventes Shopify décrivent les commandes et leurs ajustements, tandis que GA4 dépend des événements e-commerce collectés.^[25][26] Alignez ensuite période, devise, canaux et règles de remboursement. Contrôlez les identifiants de transaction pour repérer les achats manquants ou répétés. L’objectif est de comprendre l’écart, pas de modifier la collecte pour reproduire artificiellement un total. Shopify et GA4 répondent à des besoins différents et ne remplacent pas votre comptabilité.

À retenir : une commande n’est pas un événement

La boutique enregistre un objet commercial avec ses états. GA4 reçoit une mesure selon votre installation et les conditions de collecte. Un événement peut manquer, être mal renseigné ou correspondre à un état différent. Avant toute comparaison, nommez l’unité et la définition de chaque colonne.

Définir la comparaison d’achats GA4 et Shopify

Écrivez la question : contrôler le déclenchement des achats, rapprocher une valeur de produits ou analyser un canal. Ces objectifs demandent des rapports distincts. Un total global peut signaler un écart, mais ne permet pas de savoir s’il vient d’un événement, d’une remise ou d’un ajustement de commande.

Identifiez les rapports exacts et leurs paramètres. La documentation Shopify précise que ses rapports de ventes incluent notamment des commandes en attente, non payées et annulées, selon les définitions présentées ; les commandes de test ne sont pas incluses.^[25] Ne supposez donc pas que toute valeur intitulée « ventes » représente uniquement les paiements encaissés.

GA4 nécessite une implémentation d’événements e-commerce. Google distingue notamment l’achat et le remboursement, avec des paramètres adaptés.^[26] Le guide du plan de mesure GA4 de 4SYSTEM aide à relier ces événements aux actions réellement validées avant de les utiliser dans un tableau de bord.

Distinguer ventes brutes, nettes et totales

Shopify définit les ventes brutes comme le prix des produits multiplié par leur quantité, avant taxes, livraison, remises et ajustements négatifs. Les ventes nettes retranchent les remises et les sales reversals ; les ventes totales ajoutent notamment taxes, droits, livraison et frais selon le rapport.^[25]

Ces définitions demandent une correspondance explicite avec la valeur envoyée à GA4. La documentation d’implémentation Google présente la valeur de l’achat comme la somme des valeurs des articles et renseigne séparément tax et shipping dans l’exemple de purchase.^[26] Vérifiez ce que votre intégration transmet réellement plutôt que de l’inférer du nom d’un champ.

Les changements de commande et retours ajoutent une autre dimension. Shopify regroupe désormais plusieurs ajustements sous la notion de sales reversals dans sa documentation.^[25] Un rapport exporté autrefois avec d’anciens libellés peut donc nécessiter une lecture adaptée. Ne traduisez pas tous les ajustements négatifs par « produits physiquement retournés ».

Aligner dates, devises et canaux

Choisissez une période complète et notez le fuseau de chaque rapport. Examinez les transactions proches du début et de la fin de période. Une différence de frontière peut déplacer une commande d’un jour à l’autre sans modifier la réalité commerciale. Comparez également le moment de création de commande et celui de déclenchement de purchase.

Distinguez devise de transaction et devise de rapport. Google recommande de renseigner currency au niveau de l’événement lorsque des données de valeur sont envoyées.^[26] Vérifiez que l’intégration ne transmet pas une valeur dans une devise et un code correspondant à une autre. Une comparaison doit préciser les conversions monétaires éventuellement utilisées.

Filtrez ensuite les canaux. Une boutique peut disposer de commandes provenant de plusieurs parcours, alors que votre mesure GA4 couvre surtout le site instrumenté. Les commandes créées par d’autres circuits ne deviennent pas des événements web par simple présence dans Shopify. Notez les exclusions et évitez une réconciliation globale sans unité commune.

Vérifier purchase et l’identifiant de transaction

Sur un parcours de test approprié, examinez l’événement au moment prévu, sa transaction_id, les articles et les paramètres de valeur. Un affichage de la page de confirmation ne démontre pas que tous ces éléments sont corrects. Demandez une preuve du contenu transmis et du résultat dans l’outil de diagnostic.

Google explique que l’identifiant doit être unique pour chaque commande et permet de dédupliquer les achats portant le même identifiant pour un même utilisateur ; cette déduplication concerne les flux web, pas les flux d’application.^[48] Évitez donc de généraliser ce comportement à toutes les collectes et vérifiez votre flux exact.

Le même identifiant ne doit pas être réutilisé pour des commandes différentes. Google avertit aussi qu’une chaîne vide comme transaction_id peut entraîner la déduplication de tous les achats ayant cette valeur.^[48] Une erreur d’identifiant peut ainsi expliquer un manque de mesure sans aucun manque de commandes réelles.

Traiter les remboursements comme une mesure distincte

Une correction dans la boutique ne produit pas nécessairement l’événement attendu dans GA4. Google prévoit un événement refund et la référence de transaction pour la mesure des remboursements.^[26] Vérifiez si votre intégration l’envoie, dans quelles situations et avec quels articles ou montants.

Shopify indique que les ventes et leurs ajustements entrent dans les rapports de ventes, qui ne suivent pas les mouvements de paiement entre vous et vos clients.^[25] Cette distinction est importante : un indicateur de vente n’est pas automatiquement un relevé d’encaissement. La comptabilité doit s’appuyer sur ses propres rapprochements.

Pour un retour partiel ou une modification tardive, préparez un cas de recette particulier. Examinez les dates et le périmètre des valeurs. Ne soustrayez pas manuellement une somme dans GA4 uniquement pour rejoindre un tableau Shopify : vous perdriez la provenance de la différence et pourriez créer un second ajustement.

Tableau de rapprochement à remplir avant l’enquête

Conservez les exports de travail dans un espace protégé et limitez les données au besoin du diagnostic. Un identifiant technique aide au rapprochement ; il ne justifie pas d’envoyer des coordonnées personnelles dans les paramètres analytics.

Exemple fictif : une commande ajustée et un achat répété

Une boutique imaginaire constate un écart entre un rapport Shopify et GA4. L’équipe choisit un périmètre de commandes web et reconstitue deux parcours de test, sans supposer que l’un des outils dit toute la vérité commerciale.

Dans le premier cas illustratif, une commande est ajustée après sa création. Shopify présente la modification selon son rapport, mais l’intégration n’envoie pas l’événement de remboursement prévu. L’écart de valeur appelle donc un contrôle de ce raccord, pas une modification de l’achat initial.

Dans le second cas, le chargement répété de la page de confirmation renvoie purchase. L’équipe vérifie l’identifiant transmis, la déduplication du flux web et l’absence d’identifiant vide. Elle consigne les événements et les états attendus. Aucun montant ni taux de couverture n’est inventé : la recette établit seulement les causes observables et les corrections à vérifier.

Limites et ordre de diagnostic

Commencez par les définitions, poursuivez avec les périmètres, puis examinez les événements représentatifs. Chercher immédiatement un « bug GA4 » peut faire perdre du temps lorsqu’on compare ventes totales et valeur de produits. À l’inverse, un écart explicable globalement ne dispense pas de contrôler un identifiant défectueux.

N’annoncez pas une concordance parfaite après une seule commande de test. Vérifiez les cas importants : achat normal, retour partiel, actualisation, plusieurs devises et canal non couvert lorsque cela vous concerne. Certaines différences resteront liées aux conditions de collecte ; elles doivent être documentées, pas dissimulées.

Questions fréquentes

Shopify doit-il toujours avoir plus d’achats que GA4 ?

Non, aucun ordre universel ne doit être présumé. Les périmètres, états de commande et erreurs de collecte peuvent produire des écarts dans différents sens. Définissez les colonnes, puis examinez des transactions représentatives. Un total plus élevé ou plus faible n’identifie pas à lui seul le système correctement configuré ni la cause de divergence.

La déduplication dispense-t-elle de tester purchase ?

Non. Elle dépend notamment de l’identifiant et du flux utilisé, et Google la limite ici aux flux web.^[48] Vérifiez le déclenchement, la valeur et les articles autant que transaction_id. Une protection contre certains doublons ne corrige pas un achat absent, un mauvais montant ou un identifiant partagé entre commandes différentes.

Quel outil utiliser pour connaître les encaissements ?

Ne déduisez pas les encaissements des seuls événements GA4 ou d’un indicateur de ventes. Shopify précise que ses rapports de ventes ne suivent pas les mouvements de paiement entre l’entreprise et ses clients.^[25] Utilisez les informations de paiement et les rapprochements comptables appropriés, avec une définition explicite des statuts et ajustements.

Prochaine étape : rapprocher un petit ensemble documenté

Choisissez des commandes de test représentatives et remplissez la grille avant de modifier les balises. Les services de 4SYSTEM peuvent aider à cadrer la mesure e-commerce et son contrôle. La bonne issue est un écart expliqué et une collecte testée, pas une égalité artificiellement obtenue.

Sources

• Shopify Help Center | Sales reports (consulté le 2026-10-08)
• Measure ecommerce  |  Google Analytics  |  Google for Developers (consulté le 2026-10-08)
• Minimize duplicate key events with transaction IDs - Analytics Help (consulté le 2026-10-08)