Quelqu’un remplit un formulaire de publicité Facebook, clique sur Envoyer, et la publicité continue de tourner. Une semaine plus tard, vous consultez le rapport de campagne : quelques dizaines de demandes. Vous consultez votre boîte de réception : rien. Les deux chiffres sont vrais en même temps, parce qu’un formulaire soumis ne se rend pas dans votre courriel — il se rend chez Meta, et il y reste jusqu’à ce que quelque chose soit construit pour aller le récupérer.
Cet écart est le vrai point de rupture derrière la plupart des plaintes au sujet des publicités à formulaire, et il n’a rien à voir avec le formulaire lui-même. C’est la mécanique qui se met en marche après le clic : où atterrit la demande, qui a le droit de la récupérer, et ce qui se passe le jour où cette mécanique cesse de fonctionner sans que personne ne le remarque.
Quand les publicités à formulaire font partie d’une campagne que nous gérons — via notre service de gestion des publicités Facebook —, c’est le premier endroit qu’on vérifie quand un client dit que les demandes se sont taries, avant même de toucher au ciblage ou au budget.
Où atterrit vraiment un formulaire soumis, en premier lieu
Par défaut, un formulaire soumis n’atterrit nulle part où vous êtes propriétaire. Il reste à l’intérieur de Meta même, dans la section On-Facebook Leads de Ads Manager ou dans le Leads Center de Business Suite. Pour en sortir une demande, il faut l’une de trois choses : quelqu’un exporte un fichier CSV manuellement, un script la récupère via l’API Marketing, ou un connecteur la récupère grâce à l’une des intégrations CRM préconstruites de Meta. Rien ne pousse une soumission où que ce soit tout seul — chaque voie de sortie est quelque chose que quelqu’un a dû mettre en place.
La limite de 90 jours que personne ne lit avant qu’il soit trop tard
La limite fixée par Meta lui-même sur la durée pendant laquelle une demande soumise reste récupérable est de 90 jours. Passé ce délai, la demande n’est pas plus difficile à trouver — elle est expirée : impossible à télécharger depuis Ads Manager, impossible à récupérer via l’API. Si la publicité utilisait un format de messagerie et que la personne vous a réellement écrit, cette conversation reste dans la boîte de réception de la Page ; une soumission de formulaire n’a pas droit au même sursis. Une entreprise qui se connecte à son compte publicitaire une fois par trimestre pour « voir où ça en est » n’est pas simplement en retard. Elle perd de vraies demandes sur une horloge à laquelle elle n’a jamais consenti.
Pourquoi le CRM affiche zéro demande pendant que la campagne continue de dépenser
C’est la version du problème qui ressemble à un bogue sans en être un, et elle vient d’un paramètre que la plupart des entreprises ne touchent qu’une seule fois. Leads Access (l’accès aux demandes, dans Business Suite, sous Intégrations) détermine qui peut extraire les données de demandes — personnes, entreprises partenaires et systèmes CRM connectés, chacun comme une liste distincte. Par défaut, tout administrateur de la Page peut télécharger les demandes. Dès que quelqu’un personnalise ces permissions — généralement pour une bonne raison, pour garder les données clients loin de tous ceux qui ont un rôle sur la Page —, l’accès devient une autorisation explicite. Toute personne ajoutée après ce moment, et tout CRM connecté après ce moment, n’obtient rien tant qu’on ne le lui a pas assigné.
C’est le piège. La campagne tourne, le rapport dans Ads Manager continue de compter, et le CRM reste à zéro — pas parce que les publicités ont échoué, mais parce que l’intégration a été branchée après que la porte a été verrouillée, et que personne ne lui a remis de clé. Nous gérons des publicités à formulaire pour nos clients, et c’est la première chose à vérifier quand les chiffres d’Ads Manager et les chiffres du CRM cessent de concorder.
La panne silencieuse derrière un formulaire Facebook qui semble fonctionner
Même avec l’accès accordé et un connecteur branché, il reste une façon pour que ça casse : le connecteur lui-même. Un jeton de webhook expire, un CRM change son API, une autorisation s’éteint discrètement — et rien de tout ça n’affiche d’erreur que quelqu’un verrait. D’un côté, Ads Manager continue de compter des demandes. De l’autre, le CRM continue d’afficher le même total que le mois dernier. Rien ne plante, rien n’alerte, alors personne ne vérifie.
C’est exactement l’écart que notre propre module de suivi des demandes a été conçu pour combler — pas pour deviner la performance d’une campagne, mais pour confirmer, de notre côté, qu’une demande soumise est bel et bien devenue un dossier que quelqu’un va lire, pas seulement un clic compté par Meta. C’est une question de parcours et de notification, pas d’un budget publicitaire plus élevé.
Comment tester le parcours de vos demandes en dix minutes
Rien de tout ça n’a besoin d’un tableau de bord de surveillance pour être détecté. Il faut une fausse soumission, avec une adresse courriel réelle et unique que vous n’avez jamais utilisée auparavant. Soumettez-la via la publicité, comme le ferait un vrai prospect, puis vérifiez quatre endroits, dans l’ordre : la liste de demandes d’Ads Manager, le journal du connecteur, la fiche du CRM, et la boîte de réception de la personne censée agir dessus. Celui de ces quatre endroits où votre demande-test est absente, c’est là que la chaîne casse vraiment — pas une hypothèse, un endroit précis.
Instant Form ou un formulaire sur votre propre site
Avant même que toute cette mécanique n’entre en jeu, il y a un choix plus en amont : un Instant Form (formulaire instantané), qui s’ouvre à l’intérieur de Facebook ou d’Instagram avec des champs que Meta peut préremplir à partir du profil de la personne, ou un formulaire sur votre propre site, atteint en cliquant sur la publicité. L’Instant Form échange de la friction — on peut soumettre sans quitter l’appli — contre une page que vous ne contrôlez pas et sur laquelle vous ne pouvez pas facilement qualifier un visiteur. Un formulaire sur site coûte un clic de plus et donne habituellement un taux de soumission plus froid, mais il se trouve sur une page que vous avez écrite, suivie de la même façon que le reste de votre site, à côté des preuves et du contexte que vous y placez, et la soumission atterrit dans votre propre base de données plutôt que sur une horloge de 90 jours à l’intérieur de Meta.
C’est la partie qui mérite réflexion, et ce n’est pas une question de budget : quand la page de destination est une page que nous construisons, son texte et son référencement sur page sont inclus avec le site à 1 900 $, plutôt que de figurer comme une ligne à part pour n’importe quelle page vers laquelle une publicité pointe.
More Volume ou Higher Intent : les deux types de formulaires Facebook
Meta propose deux types de formulaires, et les noms décrivent ce qu’ils optimisent, pas ce qu’ils garantissent. More Volume (plus de volume) est le formulaire simple : des champs, un envoi, terminé. Higher Intent (intention plus élevée) ajoute un écran — une étape de confirmation où la personne revoit ce qu’elle a écrit et doit le confirmer avant que ça aille où que ce soit. Ce que Meta ne publie pas, c’est un chiffre sur l’ampleur du changement qu’apporte cet écran supplémentaire. Tout pourcentage précis qu’on y associe vient d’un blogue d’agence, pas de Meta.
Ce choix compte toutefois moins qu’il n’en a l’air, si le parcours décrit plus haut n’est pas réglé : un type de formulaire ne change que ce qui atterrit à l’intérieur de Meta. Que quelqu’un de votre côté le voie un jour ou non reste une question de permissions. Et tout ce qu’un formulaire capture devient la matière première de tout autre chose — les listes d’exclusion qui gardent les futures campagnes loin des gens déjà convertis.
Qui détient Leads Access sur votre Page aujourd’hui, c’est la même question que qui détient le reste du compte — voir ce qui vous appartient vraiment quand une agence part pour savoir ce qui bouge, et ce qui ne bouge pas, quand une agence cesse de gérer votre compte Meta. Et cette fenêtre de 90 jours joue dans les deux sens : si le compte publicitaire est désactivé avant que quelqu’un exporte ce qui s’y trouve, ces demandes cessent d’être récupérables pour la même raison que le compte cesse d’être utilisable — voir quoi faire quand un compte publicitaire est désactivé.
Si vous ne savez pas qui a Leads Access sur votre Page en ce moment, ou si le connecteur fait toujours son travail, envoyez-nous votre configuration et on vous dira où ça fuit.
