Ce qui se passe probablement
Le parcours d’achat n’émet plus l’événement
Une modification du checkout, une navigation de type SPA, une page de confirmation intégrée ou une passerelle de paiement externe peut rendre obsolète un déclencheur fondé sur une URL, un clic ou un chargement de page.
Le tag ne se déclenche pas ou vise la mauvaise propriété
GTM peut contenir un déclencheur trop restrictif, un identifiant de mesure incorrect ou une configuration différente entre les environnements de test et de production.
Le consentement ou le navigateur limite le signal observable
Le moment où la CMP applique les choix, les valeurs de consentement par défaut, leurs mises à jour, les bloqueurs et certaines restrictions du navigateur peuvent empêcher ou modifier l’envoi de la requête.
L’événement ou ses données e-commerce sont incohérents
Un nom différent de `purchase`, un événement envoyé avant la confirmation réelle ou des paramètres e-commerce incomplets peuvent produire un signal visible dans un outil, mais inexploitable ou absent du rapport attendu.
Les implémentations client et serveur se recouvrent mal
Lorsque le navigateur et le serveur envoient des versions différentes de la même transaction, des identifiants absents ou incohérents compliquent le rapprochement et la déduplication.
Le symptôme vient de la réalité commerciale ou du rapport consulté
Des passages au paiement ne sont pas nécessairement des commandes finalisées. À l’inverse, une vente peut exister dans le système e-commerce alors que vous consultez la mauvaise propriété, la mauvaise période ou un rapport différent de DebugView.
Comment vérifier sans casser la configuration
Définissez précisément où `purchase` manque : dataLayer, aperçu GTM, requête réseau, DebugView, rapports GA4 ou plateforme publicitaire. Notez également la date de début du problème.
Comparez les commandes confirmées dans la plateforme e-commerce, le système de paiement, le CRM ou le back-office avec les transactions observées dans GA4.
Effectuez une transaction de test contrôlée et vérifiez qu’un événement `purchase` est ajouté une seule fois au dataLayer, après la confirmation de la commande.
Dans l’aperçu GTM, contrôlez la séquence des événements, les conditions du déclencheur, les variables utilisées et l’exécution effective du tag GA4.
Inspectez les requêtes réseau du navigateur pour confirmer qu’une requête GA4 est envoyée avec le nom d’événement et l’identifiant de mesure attendus.
Vérifiez les valeurs de consentement par défaut, leurs mises à jour après le choix de l’utilisateur et le moment où le tag tente de se déclencher.
Ouvrez DebugView dans la propriété et le flux concernés, puis confirmez que le nom exact `purchase` et les paramètres e-commerce sont reçus.
Contrôlez la cohérence de `transaction_id`, `value`, `currency` et `items`, ainsi que les éventuels envois parallèles depuis le navigateur et le serveur.
Si l’événement existe dans GA4 mais manque dans Google Ads, traitez séparément l’importation, le statut de l’action de conversion et l’objectif utilisé par la campagne.
Comment je le résoudrais étape par étape
Établir la source de vérité commerciale
Partez d’une commande réellement confirmée dans le système e-commerce ou le back-office. Cela permet de distinguer une perte de mesure d’une absence réelle d’achat.
Reconstituer le trajet complet du signal
Suivez la transaction depuis le checkout jusqu’à GA4 : confirmation, dataLayer, déclencheur, tag, état du consentement, requête réseau, flux de données et propriété.
Corriger le premier transfert défaillant
Ne modifiez pas simultanément la CMP, GTM, GA4 et les objectifs publicitaires. Réparez la première couche où le signal manque, testez-la, puis poursuivez le diagnostic.
Normaliser l’événement e-commerce
Utilisez le nom `purchase` au bon moment et contrôlez la cohérence des données de transaction, notamment l’identifiant, la valeur, la devise et les articles. Vérifiez aussi la déduplication si plusieurs sources envoient l’achat.
Valider GA4 avant les plateformes publicitaires
Une fois le signal stable dans GA4 et cohérent avec les commandes réelles, vérifiez séparément son importation et son utilisation comme action principale si une campagne publicitaire en dépend.
Si cela devient technique
Tu peux suivre cette route seul. Si le diagnostic révèle un écart de données, une configuration tracking délicate, une décision d'enchères risquée ou un blocage qui demande un accès compte, Lia garde le contexte et le transmet à CreatikLab.
Transmettre ce contexte à LiaCe que je ne ferais pas
Augmenter le budget ou modifier les enchères alors que le signal d’achat n’est pas encore fiable.
Conclure à une absence de ventes uniquement parce que le rapport GA4 est vide.
Déclencher `purchase` au clic sur le bouton de paiement plutôt qu’après la confirmation réelle de la commande.
Considérer l’exécution du tag dans l’aperçu GTM comme une preuve suffisante sans vérifier la requête et la propriété de destination.
Modifier plusieurs couches de suivi à la fois, ce qui empêche d’identifier la correction réellement utile.
Envoyer le même achat depuis le navigateur et le serveur sans contrôler les identifiants de transaction et la déduplication.
Questions fréquentes
Pourquoi purchase apparaît-il dans DebugView, mais pas dans mes rapports GA4 ?
DebugView confirme la réception d’une requête de débogage, mais son affichage n’est pas identique à celui des rapports. Vérifiez la propriété, le flux, la période, le nom exact de l’événement et la cohérence des paramètres avant de conclure à une perte de données.
Est-ce le même problème qu’une conversion GA4 absente de Google Ads ?
Non. Si `purchase` est correctement reçu dans GA4 mais n’apparaît pas dans Google Ads, la rupture se situe plutôt dans l’importation, le statut de l’action de conversion ou l’objectif de campagne.
Le consentement peut-il expliquer toutes les transactions manquantes ?
Il peut réduire ou modifier le signal observable, mais il ne faut pas le tenir pour responsable sans test. Contrôlez aussi le dataLayer, le déclencheur, la requête réseau, la propriété GA4 et les commandes réelles.
Puis-je corriger ce problème sans assistance ?
Oui, si vous pouvez réaliser une transaction de test et valider chaque couche séparément. Les cas qui combinent checkout externe, suivi serveur, consentement et importation publicitaire demandent une lecture plus structurée.
Quand Lia peut-elle guider la suite du diagnostic ?
Utilisez Lia lorsque GTM, DebugView, GA4 et le back-office affichent des résultats contradictoires. Indiquez ce qui manque, l’étape où le signal disparaît et les changements récents afin d’ordonner les prochaines vérifications.
