Vérifiez les e-mails des formulaires Webflow avant qu'ils ne rebondissent

Webflow fournit un formulaire sur chaque site, mais il stockera sans broncher asdf@asdf, une boîte jetable ou un @gmial.com tapé de travers juste à côté de vos vrais leads — et chacune de ces adresses provoque un rebond dur (hard bounce) dès que votre ESP tente de lui envoyer un e-mail. Pour vérifier les e-mails des formulaires Webflow, vous soumettez chaque envoi à un contrôle de vérification avant qu'il n'atterrisse dans votre CRM : soit en temps réel, à l'instant même où quelqu'un clique sur envoyer, soit par lot après coup. Ce guide couvre les deux approches, avec du code fonctionnel pour la voie en temps réel et une note honnête sur les limites que votre offre Webflow vous impose.

La réponse courte#

Il n'existe pas d'application Qualisend à installer dans Webflow aujourd'hui — les connecteurs de plateforme natifs sont en cours de reconstruction — donc les deux schémas la contournent. Temps réel : envoyez chaque soumission à une petite fonction côté serveur (via un webhook de formulaire Webflow, ou via une étape « watch form submissions » de Make/Zapier), faites appeler l'API de vérification par cette fonction, et agissez sur le verdict avant de synchroniser le lead en aval. En masse : exportez vos soumissions de formulaires Webflow au format CSV et faites-les passer par un job de vérification en masse. Le temps réel empêche d'emblée les mauvaises adresses d'entrer dans votre liste ; le mode en masse est la façon de nettoyer ce qui s'y trouve déjà.

Pourquoi vérifier les e-mails des formulaires Webflow à la capture#

Une adresse morte interceptée au niveau du formulaire Webflow est un rebond qui n'a jamais lieu. La même adresse découverte trois envois plus tard vous a déjà coûté des tentatives de distribution, dégradé votre taux de rebond, et fait pencher votre réputation d'expéditeur du mauvais côté. La vérification à la capture, c'est de la prévention ; un nettoyage de liste, c'est de la remédiation — et la prévention revient moins cher sur tous les plans. Elle stoppe aussi les problèmes plus discrets qui ne rebondissent jamais mais nuisent tout de même : une adresse générique comme info@ qu'aucune personne en particulier ne lit, ou une boîte jetable qui gonfle votre nombre d'abonnés et votre facture sans jamais rien ouvrir.

Si vous voulez comprendre la mécanique sous-jacente — syntaxe, MX et le sondage de la boîte aux lettres SMTP — comment fonctionne la vérification d'e-mails détaille le pipeline dont sort chaque verdict.

Voie 1 : vérification en temps réel avec un webhook#

Le temps réel signifie que le contrôle s'exécute entre l'envoi du formulaire Webflow et la synchronisation vers votre ESP ou CRM. Trois éléments mobiles le font fonctionner :

1. Faire sortir la soumission de Webflow. Webflow peut envoyer par POST chaque soumission de formulaire vers une URL que vous possédez. Sur une offre Site payante, vous pouvez enregistrer un webhook form_submission (Paramètres du site → Integrations, ou via l'API Data de Webflow), qui se déclenche sans perturber les soumissions que Webflow conserve pour vous. Alternative no-code : connectez Make ou Zapier, utilisez leur déclencheur Webflow « new form submission » et ajoutez une étape Webhooks qui envoie un POST vers votre fonction. Dans les deux cas, la destination est un petit endpoint que vous contrôlez — jamais l'API de vérification directement, car cela expédierait votre clé dans un endroit où vous ne la voulez pas.
2. Une fonction côté serveur qui détient la clé API, appelle l'endpoint de vérification et transforme la réponse en décision.
3. Votre logique de synchronisation, qui ne pousse le lead vers votre CRM qu'une fois le verdict validé.

La fonction de vérification#

Voici la pièce centrale sous forme de fonction serverless — la structure fonctionne sur Vercel, Netlify, Cloudflare Workers, ou tout hébergeur qui vous donne un gestionnaire HTTP. Elle lit l'e-mail dans le payload du webhook, appelle l'API et décide. Le chemin de l'endpoint et le payload ci-dessous sont des valeurs d'exemple — consultez la référence de l'API pour la requête exacte — et la clé à portée restreinte (YOUR_API_KEY) reste côté serveur dans une variable d'environnement, jamais dans le code de page de Webflow :

// api/webflow-verify.js — Webflow (or Make/Zapier) POSTs form submissions here
export default async function handler(req, res) {
  // Webflow's form_submission webhook nests the fields under `data`;
  // a Make/Zapier Webhooks step can forward the same shape.
  const fields = req.body?.data ?? req.body ?? {};
  const email = fields.email ?? fields.Email;
  if (!email) return res.status(400).json({ error: "no email field" });

  let verdict = { status: "unknown" }; // default if the API can't be reached
  try {
    const r = await fetch("https://api.qualisend.com/v1/verify", {
      method: "POST",
      headers: {
        Authorization: `Bearer ${process.env.QUALISEND_API_KEY}`, // your scoped key
        "Content-Type": "application/json",
      },
      body: JSON.stringify({ email }),
      signal: AbortSignal.timeout(4000), // don't let a slow probe stall the webhook
    });
    if (r.ok) verdict = (await r.json()).result; // { status, reason, score, sub_flags }
  } catch {
    // timeout or network error — fall through as "unknown" and sync anyway
  }

  // Act on the verdict BEFORE the lead reaches your ESP/CRM.
  if (verdict.status === "undeliverable" || verdict.sub_flags?.disposable) {
    return res.status(200).json({ synced: false, status: verdict.status });
  }

  await syncToCrm(email, fields, verdict); // your existing ESP/CRM call
  return res.status(200).json({ synced: true, status: verdict.status });
}

La réponse vous donne un status (deliverable, risky, undeliverable ou unknown), un code reason, un score de 0 à 100 et des sub_flags pour disposable, role, free et catch_all. C'est tout ce dont vous avez besoin pour orienter le lead. La mécanique serverless — détenir la clé, gérer le délai d'expiration et échouer en mode ouvert (fail open) — est la même que celle couverte en profondeur dans vérifier un e-mail à l'inscription avec une fonction serverless, et la version spécifique à Node de l'appel API se trouve dans valider une adresse e-mail en Node.js.

Agir sur le verdict#

L'intérêt de faire cela avant la synchronisation est que vous pouvez prendre une décision d'orientation au lieu de tout laisser passer :

Là où votre offre Webflow compte#

Soyez honnête avec vous-même sur le mécanisme que vous pouvez réellement utiliser, car cela dépend de votre offre :

• Les webhooks form_submission natifs et l'ajout de code personnalisé à un site exigent une offre Site Webflow payante. Sur l'offre gratuite, vous n'aurez ni accès aux webhooks ni embeds personnalisés, et les soumissions de formulaires sont plafonnées.
• La substitution de l'action du formulaire (pointer l'URL d'action du formulaire directement vers votre endpoint) fonctionne sans webhooks, mais elle contourne le stockage des soumissions et les notifications par e-mail propres à Webflow — vous reprenez la main sur tout l'envoi.
• Make ou Zapier éludent la question de l'offre côté Webflow mais ajoutent une étape que vous paierez chez eux, et ajoutent de la latence. Pour la plupart des équipes, le webhook natif est la voie temps réel la plus propre une fois que vous êtes sur une offre payante.

En cas de doute, commencez par celle à laquelle vous avez déjà accès. La fonction au milieu ne se soucie pas de la façon dont la soumission lui parvient.

Voie 2 : vérifier en masse les soumissions exportées#

Si le temps réel représente plus de plomberie que vous n'en souhaitez pour l'instant, ou si vous avez déjà une pile de soumissions collectées avant d'avoir mis tout cela en place, vérifiez plutôt en masse :

1. Ouvrez le panneau Forms de votre site dans les paramètres Webflow et exportez les soumissions au format CSV (l'export des soumissions est une fonctionnalité d'offre payante).
2. Chargez ce CSV dans un job de vérification en masse dans Qualisend. Chaque ligne revient avec les mêmes status, reason, score et sub_flags que l'API en temps réel.
3. Conservez les lignes deliverable, écartez ou mettez en quarantaine les undeliverable et disposable, et décidez au cas par cas pour risky et catch_all.
4. Importez la liste nettoyée dans votre ESP.

C'est la boucle d'hygiène de liste ordinaire, et comment nettoyer une liste d'e-mails explique comment lire les flags et quoi faire de chaque catégorie. Le mode en masse est aussi le bon outil pour un audit ponctuel de tout ce que Webflow a déjà collecté — il n'y a aucune raison de laisser des adresses connues comme mortes traîner dans votre CRM.

Quelle voie choisir ?#

La plupart des équipes finissent par faire tourner les deux : le temps réel pour garder la liste propre à l'avenir, et un passage en masse de temps en temps pour intercepter les adresses devenues obsolètes depuis l'inscription.

Et une application Webflow native ?#

Il n'y en a pas pour le moment. Les intégrations de plateforme natives de Qualisend sont en cours de reconstruction, alors n'allez pas chercher une application, un plugin ou un connecteur Qualisend sur la marketplace Webflow — il n'en existe aucun pour l'instant, et une intégration Webflow native figure sur la feuille de route plutôt que d'être disponible aujourd'hui. En attendant, le schéma webhook-plus-fonction ci-dessus est l'approche temps réel prise en charge, et la vérification CSV en masse couvre tout le reste. Ni l'une ni l'autre n'attend l'intégration.

Foire aux questions#

Puis-je appeler l'API Qualisend directement depuis un formulaire Webflow ?#

Non — et ce n'est pas ce que vous voulez faire. Appeler l'API depuis le code de page de Webflow (du JavaScript personnalisé dans un embed) exposerait votre clé API à quiconque affiche le code source. Gardez la clé côté serveur en pointant le formulaire, un webhook form_submission ou une étape Make/Zapier vers une fonction que vous contrôlez, et laissez celle-ci appeler l'API. La fonction est la seule chose à voir un jour la clé.

Ai-je besoin d'une offre Webflow payante pour vérifier les soumissions de formulaires ?#

Pour la voie en temps réel, en pratique oui : les webhooks de formulaire natifs et le code personnalisé exigent tous deux une offre Site payante, et les exports de soumissions sont aussi une fonctionnalité payante. Sur l'offre gratuite, vos meilleures options sont d'acheminer les soumissions via Make ou Zapier, ou de les collecter puis de vérifier en masse un export CSV une fois que vous passez à une offre supérieure. Vérifiez la liste des fonctionnalités de votre offre Webflow actuelle avant de construire quoi que ce soit, car les mécanismes disponibles diffèrent selon le palier.

La vérification va-t-elle ralentir mon formulaire Webflow ?#

Elle ne touche pas à l'expérience du visiteur. Webflow affiche son état de succès dès que la soumission est acceptée ; votre vérification s'exécute ensuite, dans le gestionnaire de webhook, hors du chemin critique. Même dans les configurations directes en temps réel, le délai d'expiration de 4 secondes et le comportement fail-open ci-dessus plafonnent le pire cas — le lead n'est jamais pris en otage par un serveur de messagerie lent.

Comment vérifier les soumissions Webflow que j'ai déjà collectées ?#

Exportez-les. Ouvrez le panneau Forms dans les paramètres de votre site Webflow, téléchargez les soumissions au format CSV et faites passer ce fichier par un job de vérification en masse. Vous obtiendrez un verdict par ligne sur lequel filtrer avant de réimporter les adresses propres dans votre ESP — la même boucle décrite dans comment nettoyer une liste d'e-mails.

Prêt à tenir les mauvaises adresses à l'écart de vos leads Webflow ? Testez gratuitement n'importe quelle adresse avec le vérificateur d'adresse unique, récupérez l'endpoint /verify et les clés à portée restreinte dans la référence de l'API, et démarrez sur l'offre gratuite avec 100 crédits pour câbler le webhook de bout en bout.