Un achat compté deux fois dans GA4 : que vérifier ?
Balises, identifiants et déclencheurs : retrouver la source d’un doublon.
Par Alexandre Cottret · Mis à jour le 20 octobre 2026
Exemple fictif de tableau de bord.
Une commande apparaît deux fois dans vos rapports ? Un formulaire semble produire deux demandes alors que vous n’en recevez qu’une ? Le premier objectif est de localiser le doublon. Le nombre de balises présentes sur le site ne suffit pas, à lui seul, à expliquer le résultat.
1. Confirmez qu’il s’agit de la même action
Pour un achat, commencez par les commandes réelles, leur date, leur valeur et leur identifiant. Pour un formulaire, comparez les demandes réellement reçues avec les événements envoyés. Vérifiez la métrique et le périmètre du rapport : un nombre d’événements et un nombre de demandes ne répondent pas toujours à la même question.
- Un même parcours de test génère-t-il plusieurs envois ?
- Le nom de l’événement est-il identique ?
- Les envois ont-ils la même destination ?
- La valeur et l’identifiant de transaction sont-ils disponibles et cohérents ?
- Un rapport ou un rapprochement de sources duplique-t-il les lignes ?
Si l’anomalie apparaît uniquement dans un tableau de bord, contrôlez d’abord ses calculs et ses jointures. Il est possible que la collecte soit correcte et que le problème se situe dans le reporting.
2. Examinez les origines les plus fréquentes
Deux installations pour le même outil
Une intégration native du CMS, un plugin et une balise GTM peuvent se superposer. Inventoriez les destinations et événements de chaque installation avant de décider laquelle doit rester. Plusieurs outils peuvent légitimement partager un même conteneur.
Deux déclencheurs pour la même demande
Un formulaire peut être suivi à la fois au succès et à l’arrivée sur une page de remerciement. Si les deux envois représentent le même résultat dans le même outil, ils peuvent fausser l’interprétation du volume de demandes.
Un événement qui se répète dans le parcours
Une confirmation rechargée, une navigation particulière ou un composant qui déclenche plusieurs fois son action peut provoquer des envois répétés. Le test doit couvrir ces comportements, au-delà d’un clic idéal effectué une seule fois.
3. Définissez la source et le moment de référence
Décidez quel événement représente le résultat métier, d’où viennent ses paramètres et quelle configuration en est responsable. Pour un achat, le suivi doit inclure les informations de transaction pertinentes. L’identifiant doit correspondre à la commande, selon les règles de l’outil et les possibilités de la plateforme.
À éviter : supprimer une balise simplement parce qu’elle ressemble à une autre. Elle peut alimenter une destination différente ou répondre à un autre besoin. Commencez par documenter ce qu’elle fait.
Dans Google Ads, une balise native et un import GA4 peuvent aussi représenter la même action. Ce sujet concerne le rôle des conversions et les objectifs d’optimisation : il mérite une vérification dédiée, même si GA4 lui-même n’affiche aucun doublon.
4. Vérifiez plusieurs scénarios après correction
Testez l’envoi normal, un échec de validation, le retour sur la confirmation et les choix de consentement pertinents. Contrôlez les noms, paramètres et destinations. Identifiez la version publiée et conservez le compte rendu.
Une correction actuelle ne répare pas automatiquement les données historiques. Vos rapports doivent indiquer la période affectée et la date de changement pour éviter une mauvaise lecture des comparaisons.
Besoin d’un suivi documenté ?
Une intervention de consultant Google Tag Manager permet de remettre de l’ordre dans les balises et déclencheurs. Un audit GA4 complète les contrôles sur la configuration, les événements et les rapports. L’objectif : savoir ce qui est envoyé, quand, et pourquoi.