Le composant Formulaire pour prospects affiche un formulaire dans l’annonce : le prospect laisse ses coordonnées sans quitter Google. Moins de friction, plus de volume, mais des contacts moins qualifiés et un raccord CRM à prévoir. Trois conditions à valider avant d’activer.
Le Formulaire pour prospects fait partie des composants pour annonces Google Ads : agrandir l’annonce pour convertir, ici en captant la demande sans même faire sortir le prospect de Google. Ces formulaires natifs complètent les annonces et raccourcissent le parcours sans supprimer le besoin de qualification.
Le Formulaire pour prospects supprime une étape : au lieu de cliquer, atterrir sur votre page, puis remplir un formulaire, le prospect répond directement dans l’une des annonces éligibles. Moins de friction, donc mécaniquement plus de volume. C’est l’argument de vente, et il tient. Comme tous les assets qui s’accrochent à l’annonce, il se juge sur ce qu’il rapporte en aval, pas sur ce qu’il affiche.
Deux risques, structurels. La qualité : un prospect qui laisse ses coordonnées sans avoir vu votre offre est moins engagé. Il a réagi à une annonce, pas à une proposition. Certains cliquent presque par réflexe.
Vous récoltez plus de leads, plus crus. Et l’intégration : ces leads n’atterrissent pas sur votre site, ils atterrissent chez Google, et il faut aller les chercher.
Un lead capturé dans l’annonce n’a pas vu votre offre. Et s’il dort chez Google, il n’a pas vu vos commerciaux non plus.
Risque un : la qualité. Vous avez supprimé la page qui qualifiait, expliquait l’offre, filtrait les curieux, posait le prix. Rapatriez la qualification dans le formulaire : des questions filtrantes (budget, périmètre, échéance, type de besoin) qui font une partie du tri que la page faisait.
Côté configuration, l’interface Google Ads limite les composants disponibles à une liste fermée : liste déroulante à sélectionner, boutons radio (une seule valeur cochée), cases à cocher (plusieurs réponses possibles) et champ de saisie texte libre. Chaque question porte un libellé clair et un intitulé de réponse précis ; évitez le champ de saisie ouvert dès que le sujet le permet, il rapporte des réponses plus dures à exploiter qu’une case à cocher ou une liste déroulante.
Dans l’éditeur, chaque composant se paramètre comme un mini-formulaire HTML classique : un libellé (label) affiché au prospect, un nom de champ (name) qui sert de référence dans l’export, et une ou plusieurs valeurs possibles (value) pour les boutons radio, les cases à cocher ou la liste déroulante. Il n’y a pas de balise ni d’attribut à écrire à la main, Google génère le HTML sous-jacent, mais la logique reste la même que celle d’un formulaire de site : à chaque élément son état par défaut, coché ou non, sélectionné ou vide, et une valeur qui doit rester stable dans le temps si vous voulez comparer vos réponses ligne à ligne dans l’export.
Pour configurer ce type de parcours, vérifiez le titre, le numéro de téléphone éventuel et le taux de traitement des soumissions issues de la recherche.
Un formulaire natif sans questions de qualification ouvre largement l’entrée. Avec, vous remettez un peu de filtre au bon endroit : juste assez pour que les demandes vaillent le rappel.
Autre façon de filtrer sans formulaire : afficher le prix qui écarte les curieux, un tri qui se fait avant même le clic.
Risque deux : le raccord CRM. Les leads capturés vivent dans l’interface Google et doivent rejoindre votre CRM, idéalement en temps réel (webhook) ou par import régulier des conversions hors ligne. Sans ce branchement, le scénario classique : des leads s’accumulent, les équipes les voient trop tard, et le délai de rappel dégrade la valeur commerciale.
Techniquement, le webhook est le déclencheur qui pousse chaque nouveau lead vers votre CRM dès sa soumission : pas d’événement, pas de transmission, le lead reste bloqué côté Google. La charge envoyée reprend chaque valeur saisie dans le formulaire, une variable par champ, à mapper une bonne fois avec votre équipe technique, un mauvais mappage produit des fiches CRM incomplètes plutôt qu’une erreur franche, ce qui le rend difficile à repérer sans contrôle régulier.
Un lead non traité rapidement perd une partie importante de sa valeur. Un lead non rapatrié risque de ne pas être traité au bon moment.
Ce qui aggrave le risque : les données de ces formulaires ne restent pas indéfiniment accessibles dans l’interface. Si vous oubliez de brancher le webhook ou de mettre un export régulier en place, vous prenez un risque de perte de données, en plus du retard commercial. Sans tuyau actif, ces demandes ne pourront pas alimenter proprement vos conversions offline.
Et ces leads, une fois dans le CRM, alimentent l’aval (qualifié, signé) que l’on réimporte pour piloter sur la valeur, pas sur le volume, la boucle de mesure de la branche s’applique ici aussi.
Pour ces formulaires, plusieurs mécanismes de contrôle qualité coexistent, chacun agit sur un composant différent, résumés dans la table ci-dessous. Beaucoup de comptes n’en utilisent qu’un seul, le premier. C’est souvent une erreur de configuration, pas un choix assumé.
| Levier | Ce qu’il filtre | Coût en volume | Quand l’activer |
|---|---|---|---|
| Questions filtrantes | L’intention (budget, délai, périmètre) | Friction modérée, dépend du nombre de questions | Dès l’activation du formulaire natif : sans elles, la porte est grande ouverte |
| Réponses qualifiantes Google | Pas l’intention, tague sans freiner | Aucune friction ajoutée | Dès qu’on veut segmenter en aval sans traitement CRM manuel |
| Vérification OTP SMS | La validité du numéro de téléphone | Significatif, peut réduire le volume | Quand les leads injoignables saturent les commerciaux |
Les réponses qualifiantes sont une fonctionnalité distincte des questions filtrantes, et c’est la confusion la plus fréquente. Sur le Réseau de Recherche, vous pouvez désigner un élément de réponse à choix multiple (une case à cocher ou un bouton radio) comme « réponse qualifiante » : toute soumission avec cette réponse est automatiquement étiquetée lead qualifié dans l’export CSV, le webhook et l’API (champ Lead stage, dont les valeurs possibles reflètent l’état de qualification du contact). Pas de friction ajoutée, pas de filtre à l’entrée, le prospect soumet normalement, Google classe derrière.
Ce que ça change concrètement : vous segmentez vos leads en aval sans intervention CRM manuelle, et vous pouvez alimenter le Smart Bidding sur les seuls leads qualifiés plutôt que sur le volume brut. Questions filtrantes et réponses qualifiantes ne s’excluent pas : les premières freinent pour trier à l’entrée, les secondes taguent pour trier à la sortie. Les deux ensemble donnent un contrôle plus fin sur la qualité sans complexifier inutilement la configuration.
Pour aller plus loin sur la qualification côté formulaires prospects et placements, c’est la sœur directe de cette page.
La vérification OTP (one-time password) est une couche distincte : elle ne filtre pas l’intention, elle filtre la validité du contact. Quand elle est activée, l’utilisateur reçoit un SMS sur le numéro renseigné et doit entrer le code avant soumission. Résultat : les numéros invalides, les bots et les saisies approximatives ne passent pas.
La contrepartie est documentée : l’OTP réduit le volume de manière significative. C’est le fonctionnement attendu du mécanisme. Un numéro que l’utilisateur ne contrôle pas ne peut pas confirmer le SMS. La décision porte donc sur l’arbitrage suivant : le coût du spam est-il supérieur au coût du volume perdu ?
Disponibilité : l’OTP dépend des réseaux, placements et options actives dans votre compte. Vérifiez dans l’interface au moment de la configuration.
Le formulaire est soumis. Le prospect est encore dans l’annonce, attentif, en attente. C’est un moment de contact dense du parcours de soumission, et il est souvent négligé avec un simple « Merci pour votre intérêt. »
Ce clic sur le bouton d’envoi déclenche un événement de conversion que vous devez récupérer côté suivi : si votre balise de tracking dépend d’un script JavaScript embarqué sur votre propre site, elle ne se déclenche pas ici, puisque le prospect ne quitte pas la page de résultats. La conversion du formulaire natif se compte dans l’interface Google elle-même, pas via votre balise habituelle, encore une raison de vérifier que le webhook fait bien remonter l’état de chaque soumission.
Google aide à configurer un message de confirmation (titre 30 caractères + description 200 caractères) et une URL optionnelle vers votre site. Ce message dépasse la cosmétique : il pose les attentes (par exemple le délai de rappel que vous tenez réellement), réduit les rétractations, et amorce la relation commerciale avant le premier appel. Un message trop vague laisse le prospect sans repère sur la suite.
L’URL post-envoi est le bonus souvent ignoré. Pointez-la vers votre landing page de l’offre : le prospect qui veut en savoir plus clique, atterrit sur votre site, et cette visite génère une conversion site réelle que vous suivez normalement. Vous récupérez une mesure complémentaire pour les leads les plus engagés.
Ces formulaires natifs évoluent vers des expériences plus guidées, parfois plus conversationnelles. La direction est simple : qualifier davantage le prospect avant l’arrivée dans le CRM. Le format classique reste surtout un dispositif à brancher et à mesurer proprement, pas un raccourci automatique vers de meilleurs clients.
Trois conditions, à valider avant d’activer. Sinon, gardez le parcours landing.
Un : pouvez-vous qualifier dans le formulaire (questions filtrantes pertinentes pour votre métier) ? Deux : pouvez-vous rapatrier les leads en temps réel dans votre CRM (webhook ou import fiable) ? Trois : suivez-vous l’aval (le lead form génère-t-il des clients, pas juste des fiches) ?
Trois oui : le lead form peut devenir un bon levier de volume qualifié. Un non : vous risquez de fabriquer du volume peu exploitable, gardez la page et préparez d’abord le raccord.
On remet qualité et CRM dans le circuit.
Réserver un appel