E-Mails aus Webflow-Formularen verifizieren, bevor sie bouncen

Webflow liefert auf jeder Site ein Formular mit, aber es speichert bereitwillig asdf@asdf, eine Wegwerf-Inbox oder ein vertipptes @gmial.com direkt neben Ihren echten Leads – und jede einzelne dieser Adressen erzeugt einen Hard Bounce, sobald Ihr ESP versucht, sie anzuschreiben. Um E-Mails aus Webflow-Formularen zu verifizieren, leiten Sie die Einsendung an eine Verifizierungsprüfung, bevor sie in Ihrem CRM landet: entweder in Echtzeit, in dem Moment, in dem jemand auf Absenden klickt, oder im Nachhinein in einem Stapel. Dieser Leitfaden deckt beides ab, mit funktionierendem Code für den Echtzeit-Weg und einem ehrlichen Hinweis darauf, wo Ihr Webflow-Tarif Sie einschränkt.

Die kurze Antwort#

Es gibt heute keine Qualisend-App, die man in Webflow installieren kann – native Plattform-Connectoren werden gerade neu aufgebaut – deshalb kommen beide Muster ohne sie aus. Echtzeit: Senden Sie jede Einsendung an eine kleine serverseitige Funktion (über einen Webflow-Formular-Webhook oder über einen Make-/Zapier-Schritt „Formulareinsendungen beobachten"), lassen Sie diese Funktion die Verifizierungs-API aufrufen und handeln Sie nach dem Verdikt, bevor Sie den Lead stromabwärts synchronisieren. Massenverarbeitung: Exportieren Sie Ihre Webflow-Formulareinsendungen als CSV und lassen Sie sie durch einen Massenverifizierungs-Job laufen. Echtzeit hält schlechte Adressen von vornherein aus Ihrer Liste heraus; die Massenverarbeitung ist die Art, wie Sie bereinigen, was bereits vorhanden ist.

Warum E-Mails aus Webflow-Formularen bei der Erfassung verifizieren#

Eine tote Adresse, die schon am Webflow-Formular abgefangen wird, ist ein Bounce, der nie passiert. Dieselbe Adresse, die drei Sendungen später entdeckt wird, hat Sie bereits Zustellversuche gekostet, Ihre Bounce-Rate belastet und Ihre Absenderreputation in die falsche Richtung geschoben. Verifizierung bei der Erfassung ist Prävention; eine Listenbereinigung ist Nacharbeit – und Prävention ist auf jeder Ebene günstiger. Sie stoppt außerdem die leiseren Probleme, die nie bouncen, aber trotzdem schaden: eine Rollenadresse wie info@, die keine einzelne Person liest, oder eine Wegwerf-Inbox, die Ihre Abonnentenzahl und Ihre Rechnung aufbläht, ohne jemals irgendetwas zu öffnen.

Wenn Sie die zugrunde liegende Mechanik verstehen möchten – Syntax, MX und die SMTP-Mailbox-Prüfung – führt wie E-Mail-Verifizierung funktioniert durch die Pipeline, aus der jedes Verdikt hervorgeht.

Weg 1: Echtzeit-Verifizierung mit einem Webhook#

Echtzeit bedeutet, dass die Prüfung zwischen dem Webflow-Absenden und der Synchronisierung mit Ihrem ESP oder CRM läuft. Drei bewegliche Teile lassen das funktionieren:

1. Die Einsendung aus Webflow herausholen. Webflow kann jede Formulareinsendung per POST an eine URL senden, die Ihnen gehört. In einem kostenpflichtigen Site-Tarif können Sie einen form_submission-Webhook registrieren (Site-Einstellungen → Integrationen oder über die Data API von Webflow), der ausgelöst wird, ohne die Einsendungen zu stören, die Webflow für Sie speichert. No-Code-Alternative: Verbinden Sie Make oder Zapier, nutzen Sie deren Webflow-Trigger „Neue Formulareinsendung" und fügen Sie einen Webhooks-Schritt hinzu, der an Ihre Funktion postet. So oder so ist das Ziel ein kleiner Endpunkt, den Sie kontrollieren – niemals direkt die Verifizierungs-API, denn das würde Ihren Schlüssel an einen Ort bringen, an den Sie ihn nicht haben wollen.
2. Eine serverseitige Funktion, die den API-Schlüssel hält, den Verifizierungs-Endpunkt aufruft und die Antwort in eine Entscheidung umwandelt.
3. Ihre Sync-Logik, die den Lead erst dann in Ihr CRM schiebt, wenn das Verdikt in Ordnung ist.

Die Verifizierungsfunktion#

Hier ist das mittlere Teil als Serverless-Funktion – die Form funktioniert auf Vercel, Netlify, Cloudflare Workers oder jedem Host, der Ihnen einen HTTP-Handler gibt. Sie liest die E-Mail aus dem Webhook-Payload, ruft die API auf und entscheidet. Der Endpunktpfad und der Payload unten sind Platzhalter – prüfen Sie die API-Referenz für die exakte Anfrage – und der gescopte Schlüssel (YOUR_API_KEY) bleibt serverseitig in einer Umgebungsvariablen, niemals im Seitencode von 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 });
}

Die Antwort liefert Ihnen einen status (deliverable, risky, undeliverable oder unknown), einen reason-Code, einen score von 0–100 und sub_flags für disposable, role, free und catch_all. Das ist alles, was Sie brauchen, um den Lead zu routen. Die Serverless-Mechanik – den Schlüssel halten, das Timeout und das Fail-open – ist dieselbe, die ausführlich in E-Mail bei der Anmeldung mit einer Serverless-Funktion verifizieren behandelt wird, und die Node-spezifische Version des API-Aufrufs finden Sie in eine E-Mail-Adresse in Node.js validieren.

Nach dem Verdikt handeln#

Der Sinn, dies vor der Synchronisierung zu tun, besteht darin, dass Sie eine Routing-Entscheidung treffen können, statt alles durchzulassen:

Wo Ihr Webflow-Tarif eine Rolle spielt#

Seien Sie ehrlich zu sich selbst, welchen Mechanismus Sie tatsächlich nutzen können, denn das hängt von Ihrem Tarif ab:

• Native form_submission-Webhooks und das Hinzufügen von benutzerdefiniertem Code zu einer Site erfordern einen kostenpflichtigen Webflow-Site-Tarif. Im kostenlosen Tarif haben Sie weder Webhook-Zugriff noch benutzerdefinierte Embeds, und Formulareinsendungen sind gedeckelt.
• Das Überschreiben der Formular-Action (die Action-URL des Formulars direkt auf Ihren Endpunkt zeigen lassen) funktioniert ohne Webhooks, umgeht aber Webflows eigene Einsendungsspeicherung und E-Mail-Benachrichtigungen – Sie übernehmen das gesamte Absenden.
• Make oder Zapier umgehen die Tarif-Frage auf der Webflow-Seite, fügen aber einen Schritt hinzu, für den Sie auf deren Seite bezahlen, und erhöhen die Latenz. Für die meisten Teams ist der native Webhook der sauberste Echtzeit-Weg, sobald Sie in einem kostenpflichtigen Tarif sind.

Im Zweifel starten Sie mit dem, worauf Sie bereits Zugriff haben. Der Funktion in der Mitte ist es egal, wie die Einsendung sie erreicht.

Weg 2: Exportierte Einsendungen in großer Menge verifizieren#

Wenn Echtzeit gerade mehr Aufwand ist, als Sie leisten möchten, oder Sie bereits einen Stapel Einsendungen gesammelt haben, bevor Sie irgendetwas davon aufgesetzt haben, verifizieren Sie stattdessen in großer Menge:

1. Öffnen Sie das Formulare-Panel Ihrer Site in den Webflow-Einstellungen und exportieren Sie die Einsendungen als CSV (der Export von Einsendungen ist eine Funktion kostenpflichtiger Tarife).
2. Laden Sie diese CSV in einen Massenverifizierungs-Job in Qualisend hoch. Jede Zeile kommt mit demselben status, reason, score und denselben sub_flags wie die Echtzeit-API zurück.
3. Behalten Sie die deliverable-Zeilen, verwerfen oder isolieren Sie undeliverable und disposable und entscheiden Sie bei risky und catch_all von Fall zu Fall.
4. Importieren Sie die bereinigte Liste in Ihren ESP.

Das ist die gewöhnliche Schleife der Listenhygiene, und So bereinigen Sie eine E-Mail-Liste erklärt, wie man die Flags liest und was mit jedem Bucket zu tun ist. Die Massenverarbeitung ist auch das richtige Werkzeug für ein einmaliges Audit von allem, was Webflow bereits gesammelt hat – es gibt keinen Grund, bekanntermaßen tote Adressen in Ihrem CRM sitzen zu lassen.

Welchen Weg sollten Sie wählen?#

Die meisten Teams betreiben am Ende beides: Echtzeit, um die Liste künftig sauber zu halten, und ab und zu einen Massendurchlauf, um Adressen abzufangen, die seit der Anmeldung veraltet sind.

Was ist mit einer nativen Webflow-App?#

Es gibt derzeit keine. Qualisends native Plattform-Integrationen werden gerade neu aufgebaut, suchen Sie also nicht nach einer Qualisend-App, einem Plugin oder einem Connector im Webflow-Marketplace – es existiert noch keiner, und eine native Webflow-Integration steht auf der Roadmap, statt heute verfügbar zu sein. Bis sie kommt, ist das oben beschriebene Muster aus Webhook plus Funktion der unterstützte Echtzeit-Ansatz, und die CSV-Massenverifizierung deckt alles Übrige ab. Keiner der beiden Wege wartet auf die Integration.

Häufig gestellte Fragen#

Kann ich die Qualisend-API direkt aus einem Webflow-Formular aufrufen?#

Nein – und das sollten Sie auch nicht wollen. Würden Sie die API aus dem Seitencode von Webflow (benutzerdefiniertes JavaScript in einem Embed) aufrufen, gäbe das Ihren API-Schlüssel für jeden preis, der sich den Quelltext ansieht. Halten Sie den Schlüssel serverseitig, indem Sie das Formular, einen form_submission-Webhook oder einen Make-/Zapier-Schritt auf eine Funktion richten, die Sie kontrollieren, und lassen Sie diese die API aufrufen. Die Funktion ist das Einzige, was den Schlüssel jemals zu sehen bekommt.

Brauche ich einen kostenpflichtigen Webflow-Tarif, um Formulareinsendungen zu verifizieren?#

Für den Echtzeit-Weg im Grunde ja: Native Formular-Webhooks und benutzerdefinierter Code erfordern beide einen kostenpflichtigen Site-Tarif, und auch Einsendungsexporte sind eine kostenpflichtige Funktion. Im kostenlosen Tarif sind Ihre besten Optionen, Einsendungen über Make oder Zapier zu leiten oder sie zu sammeln und einen CSV-Export nach dem Upgrade in großer Menge zu verifizieren. Prüfen Sie die Funktionsliste Ihres aktuellen Webflow-Tarifs, bevor Sie loslegen, da sich die verfügbaren Mechanismen je nach Stufe unterscheiden.

Verlangsamt die Verifizierung mein Webflow-Formular?#

Sie berührt das Erlebnis der Besucher nicht. Webflow zeigt seinen Erfolgsstatus, sobald die Einsendung angenommen wurde; Ihre Verifizierung läuft danach, im Webhook-Handler, außerhalb des sichtbaren Ablaufs. Selbst bei den direkten Echtzeit-Setups begrenzen das 4-Sekunden-Timeout und das Fail-open-Verhalten oben den schlimmsten Fall – der Lead ist nie einem langsamen Mailserver ausgeliefert.

Wie verifiziere ich die Webflow-Einsendungen, die ich bereits gesammelt habe?#

Exportieren Sie sie. Öffnen Sie das Formulare-Panel in den Einstellungen Ihrer Webflow-Site, laden Sie die Einsendungen als CSV herunter und lassen Sie diese Datei durch einen Massenverifizierungs-Job laufen. Sie erhalten pro Zeile ein Verdikt, nach dem Sie filtern können, bevor Sie die sauberen Adressen wieder in Ihren ESP importieren – dieselbe Schleife, die in So bereinigen Sie eine E-Mail-Liste beschrieben ist.

Bereit, schlechte Adressen aus Ihren Webflow-Leads herauszuhalten? Testen Sie jede Adresse kostenlos mit dem Einzeladressen-Checker, holen Sie sich den /verify-Endpunkt und gescopte Schlüssel aus der API-Referenz und legen Sie im kostenlosen Tarif mit 100 Credits los, um den Webhook durchgängig zu verdrahten.