GA4 : mesurer une demande reçue plutôt qu'un clic sur Envoyer

Votre rapport GA4 affiche plus de « formulaires envoyés » que votre boîte de réception ne contient de demandes? L'écart vient souvent du signal choisi. Un visiteur qui clique sur « Envoyer » exprime une intention. Une demande reçue est un fait : l'information est arrivée chez vous.

Cet article présente des principes et une méthode pour choisir ce que GA4 doit compter. Il ne rapporte aucun essai : AETHER n'a réalisé aucun essai de suivi de formulaire, et nous ne présentons ici ni capture ni résultat. Si vous cherchez d'abord à comprendre le rôle de chaque outil, commencez par notre article sur GA4 et Google Tag Manager.

Trois moments qui ne prouvent pas la même chose

Entre l'affichage du formulaire et votre courriel de notification, il se passe plusieurs choses. Chacune peut être détectée, mais chacune prouve quelque chose de différent.

Seule la troisième ligne correspond à ce que la plupart des PME appellent un contact. Le clic est utile pour comprendre le parcours, par exemple pour repérer un formulaire souvent abandonné. Il ne devrait pas servir de résultat.

Pourquoi le suivi automatique peut compter trop tôt

GA4 peut collecter des événements de formulaire grâce à la mesure améliorée. Google décrit deux événements, form_start et form_submit, qui permettent de comparer le nombre de personnes ayant commencé un formulaire à celui des personnes l'ayant envoyé. Ces options se désactivent dans les réglages de la mesure améliorée.

Notre jugement est le suivant : un événement d'envoi détecté depuis le navigateur décrit ce que le navigateur a vu, pas ce que votre serveur a accepté. Selon la façon dont le formulaire est construit, ces deux moments peuvent ne pas coïncider.

Google Tag Manager illustre bien la nuance. Son déclencheur « Envoi de formulaire » offre une option « Vérifier la validation ». Selon la documentation, lorsqu'elle est désactivée, le déclencheur s'active chaque fois qu'un utilisateur tente d'envoyer le formulaire, même si le serveur refuse ensuite la soumission. Lorsqu'elle est activée, il s'active seulement si le formulaire est validé. Cette validation se fait dans le navigateur : à notre avis, elle ne confirme pas que le serveur a enregistré la demande.

Lorsque le formulaire est géré par du code qui remplace le comportement d'envoi habituel, Google propose un autre chemin : le déclencheur d'événement personnalisé, conçu pour les interactions que les méthodes de suivi standards ne gèrent pas.

Choisir le signal de réussite

La question à poser à la personne qui a construit le formulaire est simple : quel est le premier moment où le site sait avec certitude que la demande est enregistrée? C'est ce moment qui devrait produire le signal. Selon le formulaire, il peut s'agir d'une réponse de confirmation du serveur, d'une page de remerciement atteinte seulement après un succès ou d'un message que le site envoie à la couche de données à cet instant précis.

Quelques règles de méthode :

• Un seul nom d'événement, clair. Par exemple « demande reçue » dans votre plan de mesure, plutôt que plusieurs variantes selon le bouton cliqué.
• Réservé à une réception réelle. L'événement que vous désignerez comme événement clé ne devrait jamais se déclencher sur un clic ni sur une tentative refusée. Tout événement collecté peut devenir un événement clé : GA4 ne vérifiera donc pas à votre place que le signal est le bon.
• Aucune supposition en cas de doute. Si le résultat de l'envoi est inconnu, par exemple après une erreur réseau, mieux vaut ne rien compter que deviner un succès.
• Un envoi, un signal. Prévoyez ce qui se passe quand le visiteur clique deux fois ou recharge la page de confirmation. Aucun outil ne garantit seul l'absence de doublons : cela se vérifie sur votre formulaire.
• Les demandes réelles font foi. Ce que vous recevez dans votre boîte ou votre outil de suivi est la référence. GA4 en donne une lecture partielle, limitée entre autres par le choix de consentement des visiteurs et par les bloqueurs.

Aucune donnée personnelle dans la mesure

Le formulaire contient des renseignements personnels. La mesure n'en a pas besoin pour compter. Un événement générique de type « demande reçue » suffit : ni nom, ni courriel, ni téléphone, ni texte saisi n'a à voyager vers GA4 ou GTM. Google demande d'éviter d'envoyer à Analytics des informations permettant d'identifier personnellement un utilisateur, et mentionne notamment les données saisies dans les champs de formulaire.

Un point mérite attention dans GTM : le déclencheur d'envoi de formulaire renseigne automatiquement des variables intégrées, dont le texte du formulaire. Ce n'est pas une raison de les transmettre. Envoyez le moins possible et vérifiez ce qui sort réellement du site.

Cette approche rejoint notre principe pour la mesure : le choix du visiteur gouverne les statistiques, et la mesure ne sert pas à recopier le contenu des demandes. Les décisions finales dépendent de la politique de confidentialité publiée et du choix de chaque visiteur; ce texte n'est ni un avis juridique ni une certification de conformité.

Vérifier avant de se fier aux chiffres

Une fois le signal défini, la vérification fait partie du travail. GA4 propose deux outils : le rapport en temps réel, qui montre les événements déclenchés au cours des 30 dernières minutes, et DebugView, qui affiche les événements d'un utilisateur précis.

Un plan de vérification raisonnable couvre au minimum :

1. une demande réellement acceptée, qui doit produire un événement;
2. une tentative refusée (champ manquant, erreur), qui ne doit en produire aucun;
3. un double clic ou un rechargement, qui ne doit pas produire deux demandes;
4. un visiteur qui refuse les statistiques, pour qui rien ne doit être envoyé;
5. la comparaison, sur une courte période, entre les événements GA4 et les demandes réellement reçues.

Nous décrivons ici une démarche, sans la présenter comme testée par AETHER. Chaque site, formulaire et fournisseur demande sa propre vérification.

Questions fréquentes

Puis-je me contenter de la mesure améliorée des formulaires?

Elle donne un premier aperçu des débuts et des envois de formulaire, et Google précise que ses paramètres ne figurent dans les rapports que si vous créez des dimensions personnalisées. Elle ne confirme pas à elle seule qu'une demande est arrivée chez vous. Pour décider d'un budget ou d'une campagne, définissez un signal de réception réelle.

GA4 doit-il afficher exactement le même nombre que ma boîte de réception?

Non, et il ne le promet pas. Le consentement, les bloqueurs et les pertes réseau limitent la mesure. Ce qui compte est un écart que vous comprenez et qui reste stable, pas une égalité parfaite.

Un événement clé GA4 équivaut-il à une vente?

Non. Une demande reçue est un contact. Elle ne devient une vente qu'après vos propres étapes de suivi, que GA4 ne voit pas sans configuration supplémentaire.

Prochaine étape

Vous voulez que vos rapports reflètent les demandes que vous recevez vraiment? Notre service de mesure et d'analyse commence par un plan de mesure : quelle action compte, quel signal la confirme et comment la vérifier. Le premier échange sert à clarifier votre formulaire, vos accès et vos choix de consentement. Pour relier ces données à vos campagnes, voyez aussi notre article sur le budget Google Ads.

Parlons de votre mesure.