LanderKit

Connecter le formulaire de sa landing page à un CRM ou un emailing : Zapier, Make, webhook

Publié le 13 août 2026 · 8 min de lecture

Les templates LanderKit livrent des formulaires prêts à l'emploi — champ email, bouton, message de confirmation — mais volontairement non branchés à quoi que ce soit : c'est à vous de connecter la soumission à votre CRM, votre outil d'emailing ou votre tableur. Cette étape, souvent reportée à « plus tard », est pourtant ce qui transforme une page statique en machine à leads. Ce guide passe en revue les trois façons de le faire — service tiers hébergé, automatisation no-code avec Zapier ou Make, webhook natif — avec les critères pour choisir sans y perdre une semaine ni un développeur.

Le formulaire capte le lead, encore faut-il qu'il arrive quelque part

Un formulaire HTML qui se contente d'afficher « Merci ! » côté navigateur ne sert à rien tout seul : sans destination, la réponse disparaît dès que le visiteur ferme l'onglet. Pour qu'un email, un numéro de téléphone ou une réponse de qualification devienne exploitable, la soumission doit être envoyée quelque part — une boîte mail, un CRM (HubSpot, Pipedrive, Notion), un outil d'emailing (Brevo, Mailchimp, ActiveCampaign) ou, plus simplement, un tableur partagé avec l'équipe commerciale. Notre guide complet du formulaire couvre les champs, l'ordre et la microcopie ; celui-ci couvre l'étape suivante, qui se joue côté technique plutôt que côté design.

Pourquoi l'automatisation change tout : la vitesse de rappel

Le choix de la méthode de branchement n'est pas qu'une question de confort technique : il a un effet direct sur le taux de transformation des leads en clients. L'étude de James Oldroyd (MIT), Kristina McElheran et David Elkington, publiée dans la Harvard Business Review en 2011 (disponible sur Google Scholar), a audité plus de 100 000 leads web envoyés à 2 241 entreprises américaines : celles qui recontactaient un prospect dans l'heure avaient près de 7 fois plus de chances de le qualifier que celles qui attendaient ne serait-ce qu'une heure de plus — et plus de 60 fois plus de chances que celles qui mettaient 24 heures. Un formulaire relié en direct à un CRM avec notification instantanée referme cette fenêtre ; un formulaire dont les réponses s'accumulent une fois par jour dans une boîte mail non triée la laisse grande ouverte. Notre article sur le délai idéal de rappel d'un lead détaille ce qu'il faut viser une fois la notification reçue.

Le coût caché du copier-coller manuel

Sans automatisation, quelqu'un doit ouvrir chaque email de notification, relire les champs et les retranscrire dans le CRM — une tâche qui paraît anodine prise isolément, mais qui fragmente une journée de travail et accumule les erreurs. La recherche en psychologie cognitive sur le coût du changement de tâche va dans ce sens : l'étude de Rubinstein, Meyer et Evans, publiée en 2001 dans le Journal of Experimental Psychology: Human Perception and Performance (disponible sur Google Scholar), montre que basculer d'une tâche à une autre impose un coût en temps de réaction mesurable à chaque bascule, un coût qui augmente avec la complexité de la règle à appliquer. Recopier un lead, c'est arrêter ce qu'on faisait, relire, retranscrire, puis reprendre — dix fois par jour, cela pèse sur le reste du travail, sans compter le risque de coquille sur un email ou un numéro de téléphone qui rend le lead tout simplement injoignable.

Trois façons de brancher un formulaire à un outil externe

  • Un service tiers hébergé (Formspree, Getform, Web3Forms…) : on pointe l'attribut action du formulaire vers leur endpoint, qui relaie vers un email ou une feuille de calcul. Mise en place en quelques minutes, gratuit ou presque jusqu'à un certain volume, mais limité pour la suite du parcours — pas de logique conditionnelle, pas de répartition entre plusieurs outils.
  • Une automatisation no-code (Zapier, Make) : le formulaire envoie ses données à un webhook fourni par la plateforme, qui les redistribue ensuite vers le CRM, l'emailing et une notification Slack ou WhatsApp, en quelques clics et sans ligne de code.
  • Un webhook natif codé dans une route API du site : la soumission part directement vers l'API du CRM ou de l'outil d'emailing, sans intermédiaire ni abonnement supplémentaire — la méthode la plus robuste et la moins chère à l'usage, réservée à qui code un minimum ou peut faire éditer une route Next.js existante.

Zapier ou Make : comment choisir entre les deux

Les deux outils font la même chose sur le principe — recevoir la soumission d'un formulaire et la pousser vers d'autres services — mais avec des philosophies différentes. Zapier privilégie la simplicité : une interface linéaire « déclencheur → actions », un catalogue d'intégrations très large, un tarif qui grimpe vite au nombre de tâches exécutées. Make (ex-Integromat) offre un éditeur visuel en flux, avec des branches conditionnelles, des boucles et des transformations de données plus fines pour un même budget — au prix d'une prise en main un peu plus longue. Pour une simple relation « formulaire → CRM → email de bienvenue », Zapier suffit largement et se configure en dix minutes. Dès que la logique se complique — router les leads par ville, créer une tâche dans l'outil de projet en plus du CRM, dédupliquer avant l'envoi — Make absorbe cette complexité sans multiplier les étapes payantes.

Le webhook natif, pour qui préfère éviter un abonnement de plus

Les templates LanderKit sont des projets Next.js autonomes : ajouter une route API qui reçoit la soumission du formulaire et la transmet à l'API du CRM ou de l'outil d'emailing choisi ne demande qu'un fichier de plus dans le dossier app/api/. Cette route reçoit les champs en POST, les valide côté serveur, puis les relaie avec la clé secrète du CRM — jamais exposée côté navigateur, contrairement à un appel fait directement depuis le composant du formulaire. C'est la méthode la moins chère sur la durée (aucun abonnement à l'automatisation) et la plus rapide à l'exécution (un seul saut réseau au lieu de deux ou trois), au prix d'un peu de code à écrire et à maintenir une fois. Notre guide pour déployer une landing page Next.js sur Vercel couvre la mise en ligne de ce type de route.

Ce qu'il faut transmettre avec chaque lead, pas seulement l'email

  • Les paramètres UTM de la session (source, support, campagne) pour savoir quelle annonce a généré le lead — voir notre guide du tracking UTM.
  • La page ou l'offre d'origine, utile dès que plusieurs landing pages ou templates tournent en parallèle.
  • La date et l'heure exactes de la soumission, indispensables pour mesurer le délai de premier contact.
  • La preuve du consentement coché (newsletter, contact commercial) avec son horodatage, exigée par le RGPD en cas de contrôle — voir notre article sur le formulaire conforme au RGPD.
  • Le statut simple/double opt-in si le lead rejoint une liste email, un point détaillé dans notre comparatif double opt-in ou simple opt-in.

Les erreurs qui font perdre des leads en silence

  • Aucun filet en cas de panne : si le webhook ou l'automatisation tombe, le formulaire doit au minimum stocker la soumission côté serveur ou envoyer un email de secours — un CRM en panne ne doit jamais faire disparaître un lead sans trace.
  • Pas de test de bout en bout avant de lancer une campagne payante : soumettre le formulaire une fois soi-même et vérifier que le lead arrive bien dans le CRM évite de découvrir la panne après avoir dépensé le budget publicitaire.
  • Une clé API exposée côté client : la clé secrète du CRM ou de l'outil d'emailing ne doit jamais apparaître dans le code envoyé au navigateur — elle doit rester dans la route serveur ou dans l'automatisation.
  • Aucune déduplication : un visiteur qui soumet deux fois par impatience ne doit pas créer deux fiches ni recevoir deux séquences de bienvenue.
  • Une notification qui se noie : un email de plus dans une boîte déjà pleine se traite avec un jour de retard ; une notification Slack, SMS ou une tâche automatique dans le CRM est vue en quelques minutes.

Check-list avant de considérer le branchement terminé

  1. Une méthode choisie (service hébergé, Zapier, Make ou webhook natif) selon le budget et le niveau technique disponible.
  2. Les données utiles transmises avec chaque lead : UTM, page d'origine, horodatage, preuve de consentement.
  3. Une clé API ou un secret jamais exposé côté navigateur.
  4. Un test de bout en bout effectué avant toute campagne payante.
  5. Un filet de secours si l'automatisation ou le CRM tombe en panne.
  6. Une notification instantanée pour l'équipe commerciale, pas seulement un email quotidien.
  7. Un enchaînement clair après la soumission : page de remerciement et, si pertinent, séquence email de bienvenue.

Chaque template LanderKit livre le formulaire déjà pensé pour son métier — capture simple sur le template newsletter, rappel qualifié sur le template formation, qualification en deux étapes sur le template estimation immobilière — avec un commentaire dans le code à l'endroit exact où brancher votre outil. Reste à choisir la méthode adaptée à votre budget et à la suivre avec notre checklist CRO complète avant de publier une campagne.

FAQ

Questions fréquentes

Zapier ou Make, lequel choisir pour un petit budget ?

Zapier pour une automatisation simple à un seul enchaînement (formulaire → CRM → email) : l'interface est plus rapide à prendre en main. Make devient plus rentable dès que la logique se complexifie (conditions, plusieurs destinations, transformations de données), car son tarif grimpe moins vite avec le nombre d'étapes.

Faut-il un développeur pour brancher un formulaire à un CRM ?

Non pour un service tiers hébergé ou une automatisation Zapier/Make, qui se configurent par simples clics. Un développeur devient utile pour un webhook natif codé dans une route API du site — plus robuste et moins coûteux sur la durée, mais qui demande un peu de code à écrire une fois.

Comment sécuriser un webhook relié à un CRM ?

La clé API ou le secret du CRM ne doit jamais figurer dans le code exécuté côté navigateur : il reste dans la route serveur (webhook natif) ou dans la configuration de l'automatisation (Zapier, Make). Vérifier aussi que la route API valide les champs reçus avant de les transmettre, pour éviter les soumissions automatisées malveillantes.

Combien de temps prend la mise en place ?

Un service tiers hébergé ou un zap simple se met en place en moins de trente minutes. Une automatisation Make avec plusieurs branches prend une à deux heures. Un webhook natif dans une route Next.js prend en général une demi-journée, tests compris, mais ne demande ensuite aucun abonnement récurrent.

La transmission des données à Zapier ou Make pose-t-elle un problème RGPD ?

Ces plateformes agissent comme sous-traitants au sens du RGPD : elles doivent apparaître dans le registre des traitements et, idéalement, dans la politique de confidentialité de la landing page. Vérifier leur localisation des serveurs et leurs clauses contractuelles types avant de leur transmettre des données personnelles, au même titre que pour le CRM ou l'outil d'emailing final.

À lire ensuite

Articles liés