# Mes conversions ne remontent pas : par où chercher

> Une conversion absente n’a presque jamais une seule cause possible. Avant de remettre en cause GA4 ou le pixel Meta, quatre points sont à vérifier dans l’ordre, du plus simple au plus profond : la balise se déclenche-t-elle, transmet-elle les bons paramètres, le consentement l’autorise-t-il, et la page de confirmation s’est-elle bien chargée.

- Source canonique : [https://allaux.fr/services/tracking/conversions-ne-remontent-pas](https://allaux.fr/services/tracking/conversions-ne-remontent-pas)
- Langue : FR
- Dernière mise à jour : 2026-09-30

## Réponse directe

> Ouvrez le mode Aperçu de Google Tag Manager et allez jusqu’à la page de confirmation : si la balise purchase apparaît dans Tags Not Fired, le problème vient du déclencheur, pas de GA4. Si elle se déclenche, vérifiez dans le dataLayer que transaction_id, value, currency et items sont renseignés, puis confirmez l’arrivée de l’évènement dans DebugView.

## Les situations que je traite

- Des commandes passent en boutique mais le nombre d’achats dans GA4 reste à zéro
- Le pixel Meta n’affiche aucun évènement Purchase dans le gestionnaire d’évènements
- Les conversions apparaissent certains jours, disparaissent d’autres, sans changement visible
- Une conversion manque uniquement pour certains modes de paiement
- Les conversions ont chuté brutalement après une mise à jour du thème ou d’un module
- Les conversions remontent en mode aperçu GTM mais pas dans les rapports GA4

## L’ordre de vérification, du plus simple au plus profond

1. **1. La balise se déclenche-t-elle sur la page ?** — Mode aperçu (Preview) de Google Tag Manager, parcours d’achat jusqu’à la confirmation. La balise purchase doit apparaître dans « Tags Fired ». Dans « Tags Not Fired », c’est un déclencheur mal configuré, pas GA4. Sans GTM, l’extension Tag Assistant montre la même chose.
2. **2. L’évènement transmet-il les bons paramètres ?** — Dans le mode aperçu, onglet dataLayer/Variables de l’évènement déclenché : je vérifie transaction_id, value, currency et le tableau items. Un value à 0 ou undefined, ou l’absence de transaction_id, remonte parfois comme un évènement quasi vide, ce qui ressemble à une conversion absente.
3. **3. Le consentement autorise-t-il l’envoi ?** — Je regarde l’état des signaux (analytics_storage, ad_storage) sur ce même évènement. Refus du visiteur = signaux denied = pas de conversion pour cette visite, et c’est normal, pas une anomalie. Je ne cherche une cause technique qu’au-delà de ce cas.
4. **4. La page de confirmation s’est-elle chargée jusqu’au bout ?** — L’évènement purchase doit être posé sur la page de remerciement elle-même. Paiement validé mais onglet fermé ou connexion perdue avant l’affichage complet : aucun évènement n’est généré. La commande existe en boutique, pas côté mesure, sans qu’il y ait de bug.
5. **5. Seulement ensuite : la configuration de l’outil de mesure** — Propriété GA4 consultée (test vs production), filtre de vue ou exclusion d’IP actifs, purchase bien marqué comme conversion dans Admin > Évènements. C’est l’étape la plus rarement en cause, mais la première à laquelle on pense à tort.

## Selon le symptôme

Si 100 % des commandes manquent, les étapes 1 ou 5 sont les plus probables. Si une partie seulement manque, les étapes 3 et 4 expliquent la majorité des cas.

Sur Shopify, une conversion absente depuis la page de statut de commande vient souvent d’un pixel non reporté vers les Pixels personnalisés après le retrait des scripts sur la page de paiement.

Sur PrestaShop et WooCommerce, une conversion absente pour un seul mode de paiement vient souvent d’un déclencheur GTM basé sur une URL de confirmation qui diffère selon le mode.

## Refus de consentement : pas un bug à corriger

> Un visiteur qui refuse les cookies analytiques ou publicitaires ne doit légitimement générer aucune donnée envoyée à GA4 ou Google Ads. Contourner ce cas reviendrait à ignorer son choix.

## Pour aller plus loin

- **Événements ecommerce qui comptent** — Les évènements GA4 recommandés et leurs paramètres attendus. ([/services/tracking/evenements-ecommerce-qui-comptent](/services/tracking/evenements-ecommerce-qui-comptent))
- **Vérifier une balise sans outil payant** — Mode aperçu GTM, Tag Assistant et onglet Réseau en détail. ([/services/tracking/verifier-installation-balise-sans-outil-payant](/services/tracking/verifier-installation-balise-sans-outil-payant))
- **Mode consentement en Europe** — Comment le consentement influe sur ce qui est envoyé à Google. ([/services/tracking/mode-consentement-europe](/services/tracking/mode-consentement-europe))
- **Doublons dans les statistiques** — Le symptôme inverse : un achat compté plusieurs fois. ([/services/tracking/doublons-statistiques-causes](/services/tracking/doublons-statistiques-causes))
- **Suivi des conversions ChatGPT Ads** — Pixel OpenAI, Conversions API, oppref et consentement : la même logique pixel plus serveur, appliquée aux annonces ChatGPT. ([/services/tracking/suivi-conversions-chatgpt-ads](/services/tracking/suivi-conversions-chatgpt-ads))

## FAQ

### Combien de temps faut-il pour identifier la cause ?

Souvent moins d’une heure une fois l’accès au mode aperçu GTM ou au gestionnaire d’évènements Meta obtenu, en suivant l’ordre des cinq étapes.

### Si le refus de consentement explique des conversions manquantes, puis-je forcer l’envoi ?

Non, ce serait contraire au choix du visiteur. Ce n’est pas un problème technique à corriger.

### GTM montre la balise déclenchée mais GA4 n’affiche rien : que faire ?

Je vérifie la propriété GA4 consultée (test vs production) et les filtres de vue actifs dans Admin.

### Un bloqueur de publicité peut-il expliquer l’absence de conversion ?

Oui, c’est possible : je traite cette cause structurelle plus large dans la page sur l’écart entre commandes réelles et conversions mesurées.

### Faut-il un outil de monitoring payant pour ce diagnostic ?

Non. Mode aperçu GTM, Tag Assistant, Meta Pixel Helper et onglet Réseau suffisent dans la grande majorité des cas.