GA4 n'affiche pas les conversions de mon formulaire de contact : 6 causes et comment les corriger

Le scénario est aussi frustrant que répandu : votre formulaire de contact fonctionne, les e-mails arrivent, de vrais clients vous écrivent — et pourtant votre rapport de conversions GA4 affiche un zéro parfait. Vous avez marqué l'événement comme événement clé (anciennement « conversion »), vous avez attendu quelques jours, et toujours rien. Vous commencez à vous demander combien de prospects vous avez perdus sans le savoir.

La bonne nouvelle : il ne s'agit presque jamais de prospects perdus, mais d'une chaîne de configuration qui se rompt quelque part. GA4 est particulièrement silencieux quand quelque chose cloche — pas d'erreur, juste un zéro. Dans cet article, nous allons des vérifications les plus rapides vers les plus subtiles, pour ne pas perdre une heure au mauvais endroit. Parcourez-les dans l'ordre ; le plus souvent, vous vous arrêterez aux deux premières.

Avant tout : vérifiez en temps réel, pas dans les rapports

Le « problème » le plus fréquent n'en est pas un — c'est de la patience mal dirigée. Les rapports standard de GA4 se mettent à jour avec un décalage (souvent 24 à 48 heures), et marquer un événement comme événement clé n'est pas rétroactif : le comptage ne commence qu'à partir du moment où vous activez le bouton. Si vous regardez hier aujourd'hui, vous verrez peut-être zéro simplement parce que les données sont encore en traitement.

Avant toute conclusion, utilisez deux outils qui s'affichent presque instantanément :

• Temps réel — ouvrez votre site dans un onglet séparé, envoyez un test via le formulaire, puis regardez si l'événement apparaît.
• DebugView — activez le mode debug (l'extension « Tag Assistant » de Google est la plus simple) et voyez exactement quels événements se déclenchent à chaque action.

Si l'événement apparaît ici, le reste n'est qu'attente et plages de dates. Sinon, vous avez l'une des causes ci-dessous.

Cause 1 : l'événement ne se déclenche jamais

De loin la plus fréquente. Beaucoup de formulaires modernes s'envoient en AJAX, sans recharger la page — donc aucun nouveau `page_view` sur lequel s'appuyer. D'autres fois, le formulaire redirige vers une page « Merci », mais personne n'y a jamais configuré d'événement. Dans les deux cas, GA4 n'a rien à compter, car il ne reçoit rien.

Comment vérifier : ouvrez DebugView, remplissez et envoyez le formulaire de test. Si appuyer sur le bouton ne produit aucun nouvel événement (pas même automatique), alors rien ne déclenche la collecte.

Solutions :

• Si vous avez une page de remerciement dédiée, marquez un événement sur cette vue de page.
• Si le formulaire est en AJAX, il vous faut un déclencheur sur l'événement d'envoi — généralement via Google Tag Manager (un déclencheur « Envoi de formulaire » ou un événement personnalisé poussé par votre plugin).

Cause 2 : le nom de l'événement ne correspond pas à l'événement clé

GA4 est sensible aux détails, et cette erreur est presque invisible. Vous envoyez peut-être un événement nommé `generate_lead`, mais vous avez marqué `Generate_Lead` ou `lead_form` comme événement clé. Les noms ne correspondent pas : l'événement arrive bien, mais n'est jamais compté comme conversion.

À vérifier :

• Le nom exact de l'événement dans DebugView vs. le nom exact marqué dans Admin → Événements clés. Ils doivent être identiques, majuscules comprises.
• Que vous n'avez pas deux flux : un depuis GTM et un depuis le code, avec des noms différents.
• Que vous avez marqué l'événement clé dans la bonne propriété et le bon flux — il est facile de travailler par erreur dans une propriété de test.

Une fois les noms alignés, souvenez-vous : le comptage démarre à partir de maintenant, il ne récupère pas le passé.

Causes 3 et 4 : consentement aux cookies et extensions de blocage

Même avec tout bien configuré, la collecte peut être stoppée à la source.

Consentement / Consent Mode : si votre bandeau cookies est réglé pour bloquer l'analytics jusqu'à acceptation, et que le visiteur refuse (ou ne clique rien), GA4 ne reçoit jamais les données. Quand vous testez et cliquez « Refuser », vous vous excluez du rapport. Testez en cliquant clairement « Accepter » sur les cookies et voyez si l'événement apparaît alors.

Bloqueurs de pub et extensions de confidentialité : beaucoup bloquent entièrement le script GA4. Si vous testez avec uBlock, Brave ou un navigateur à protection agressive, aucun événement ne part peut-être. Testez dans une fenêtre sans extensions ou dans un navigateur propre.

Aucune de ces situations ne se « corrige » dans GA4 — ce sont des réalités du web moderne. L'essentiel est de ne pas les confondre avec une configuration cassée.

Cause 5 : le formulaire est dans un iframe ou un service externe

Si votre formulaire est en réalité un Typeform, un Google Forms, un Calendly ou un autre service intégré, il vit dans un `iframe`, sur un autre domaine. Pour des raisons de sécurité, le GA4 de votre site ne peut pas « voir » ce qui se passe à l'intérieur de ce cadre — l'envoi a lieu, mais votre événement ne se déclenche jamais.

Ce que vous pouvez faire :

• Utilisez l'intégration native du service : la plupart peuvent envoyer un événement à GA4 ou appeler un webhook à chaque complétion.
• Ou remplacez le formulaire intégré par un formulaire hébergé sur votre propre domaine, où vous avez le contrôle total.

Chez MPO Web Studio, nous préférons la seconde option d'emblée : les formulaires vivent sur le site du client, pas dans un iframe externe. La mesure reste propre et vous ne dépendez pas d'un service tiers qui peut changer à tout moment.

Cause 6 : vous lisez le mauvais rapport (plage, latence, trafic interne)

Parfois la configuration est parfaite et vous voyez quand même zéro — parce que le rapport lui-même vous induit en erreur.

• Plage de dates : si la plage sélectionnée est antérieure au marquage de l'événement clé ou à l'installation du suivi, elle est évidemment vide. Élargissez-la aux « 7 derniers jours ».
• Latence de traitement : les rapports standard ne sont pas en temps réel. Accordez-leur 24 à 48 heures avant de conclure.
• Filtre de trafic interne : si vous avez exclu votre propre IP (recommandé), vos tests depuis le bureau n'apparaissent pas dans les rapports — même s'ils étaient corrects. Vérifiez dans DebugView, qui ignore le filtre.

Si vous avez tout parcouru et que ça ne colle toujours pas, c'est le genre de chose que nous réglons vite, à distance. Écrivez-nous sur WhatsApp avec un lien vers le site — souvent nous repérons la cause en une seule vérification dans DebugView.