E-Mails mit Zapier verifizieren – so geht's

Sie können E-Mails schon heute mit Zapier verifizieren, auch wenn es noch keine native Qualisend-App für Zapier gibt. Der Trick besteht darin, nicht länger nach einem eigenen Connector zu suchen und stattdessen die generische Aktion Webhooks by Zapier zu nutzen: Ihr Formular oder CRM löst einen Trigger aus, Zapier sendet die neue Adresse per POST an die Qualisend-API, und ein Filter- oder Paths-Schritt verzweigt anhand des Urteils – sodass nur zustellbare Adressen an Ihr E-Mail-Tool weiterlaufen und riskante zur Prüfung geparkt werden. Diese Anleitung baut diesen Zap von Anfang bis Ende auf.

Die kurze Antwort#

Aktuell gibt es keine native App zum Installieren (sie steht auf der Roadmap), der unterstützte Ablauf ist also ein dreistufiger Zap: ein Trigger (neue Formularübermittlung, neuer Lead, neue Zeile), eine Aktion Webhooks by Zapier → Custom Request (POST), die die Verifizierungs-API mit der E-Mail-Adresse aufruft, und ein Filter- oder Paths-Schritt, der den zurückgegebenen status liest und entscheidet, was als Nächstes passiert. Halten Sie Ihren API-Schlüssel in den Webhook-Headern – niemals in einem öffentlichen Formular – und lassen Sie eine Adresse standardmäßig durch, falls der Webhook einmal einen Fehler wirft, sodass ein kurzzeitiges Problem nie einen echten Lead verwirft.

Zwei Wege, E-Mails mit Zapier zu verifizieren#

Bevor Sie irgendetwas verkabeln, wählen Sie den Ablauf, der dazu passt, wie aktuell die Daten sein müssen:

1. Echtzeit, pro Übermittlung (ein Zap). Jede neue Adresse wird in dem Moment verifiziert, in dem sie eintrifft, und sofort weitergeleitet. Das ist das Hauptthema dieser Anleitung und die richtige Wahl, wenn das Urteil bestimmt, was als Nächstes passiert – etwa das Gating einer Double-Opt-in-E-Mail, das Taggen eines Leads oder das Überspringen einer gefälschten Anmeldung.
2. Stapelverarbeitung, im Nachhinein (eine CSV). Lassen Sie Übermittlungen in einer Tabelle oder Ihrem ESP auflaufen, exportieren Sie sie regelmäßig und lassen Sie sie durch einen Massenverifizierungs-Job laufen. Einfacher, pro Adresse günstiger und besser geeignet, wenn Sie vor einem Versand einfach nur eine saubere Liste brauchen statt einer sofortigen Entscheidung.

Die meisten Teams machen am Ende beides: einen Zap für die Live-Erfassung plus eine monatliche Listenbereinigung, um Adressen zu erfassen, die seit der Anmeldung veraltet sind.

Schritt 1: der Trigger#

Beginnen Sie den Zap mit dem, was die Adresse erfasst. Zapier hat native Trigger für die meisten Formular- und CRM-Tools – „New Submission“ in einer Formular-App, „New Lead“ in einem CRM, „New Spreadsheet Row“ in Google Sheets. Was auch immer Sie wählen, das entscheidende Ausgabefeld ist eines, das die E-Mail-Adresse enthält, auf die spätere Schritte über einen Merge-Token wie {{1.email}} verweisen.

Genau dieselbe Webhook-Aktion funktioniert unabhängig davon, was sie auslöst, sodass der Ablauf in dieser Anleitung identisch ist, egal ob Sie Typeform, ein CRM oder eine Tabelle anbinden – siehe E-Mails aus Typeform verifizieren für eine Trigger-spezifische Anleitung, die anschließend an die folgenden Schritte übergibt.

Schritt 2: Die Adresse mit Webhooks by Zapier per POST senden#

Fügen Sie einen Aktionsschritt hinzu und wählen Sie Webhooks by Zapier, dann das Ereignis Custom Request. Das ist der Schritt, der Qualisend tatsächlich aufruft. Konfigurieren Sie ihn so:

Im Feld Data können Sie in Zapier rohes JSON eingeben und den E-Mail-Token des Triggers hineinziehen. Der Body, den Sie senden, lautet einfach:

{ "email": "{{1.email}}" }

Und die Anfrage, die Zapier in Ihrem Namen absetzt, sieht so aus – die Platzhalter füllen Sie aus den Entwicklerdokumenten aus, die den genauen Endpunkt auflisten und die Anfrage in mehreren Sprachen zeigen:

POST https://api.qualisend.com/v1/verify
Authorization: Bearer YOUR_API_KEY
Content-Type: application/json

{ "email": "jane@example.com" }

Verwenden Sie einen eingeschränkten Schlüssel (scoped key), der speziell für diesen Zap erzeugt wurde, statt eines Schlüssels mit Vollzugriff, sodass der Schlüssel, falls der Zap-Verlauf jemals durchsickert, nur verifizieren kann und sonst nichts. Geben Sie den Schlüssel niemals in das Formular selbst oder in ein clientseitiges Feld ein – er gehört ausschließlich in die Webhook-Header, die serverseitig innerhalb von Zapier laufen.

Wenn Sie auf Test action klicken, zeigt Zapier den Antwort-Body an. Sie erhalten einen status, einen reason-Code, einen score von 0–100 und eine Reihe von sub_flags zurück. Eine zustellbare Adresse kommt ungefähr so zurück:

{
  "status": "deliverable",
  "reason": null,
  "score": 95,
  "sub_flags": { "disposable": false, "role": false, "free": false, "catch_all": false }
}

Auf diese Feldnamen verzweigt der nächste Schritt, achten Sie also darauf, wie Zapier sie beschriftet – normalerweise flacht es sie zu Tokens wie status und sub_flags catch_all ab. Für das vollständige Bild, was jeder Status bedeutet und wie die Pipeline dazu gelangt, siehe wie E-Mail-Verifizierung funktioniert.

Schritt 3: Anhand des Urteils verzweigen#

Ein Verifizierungsergebnis, auf das Sie nicht reagieren, ist verschwendetes Guthaben. Der ganze Sinn besteht darin, Adressen unterschiedlich zu leiten, und Zapier gibt Ihnen dafür zwei Werkzeuge.

Option A – ein Filter (am einfachsten). Wenn Sie nur „behalte ausschließlich gute Adressen“ wollen, fügen Sie nach dem Webhook einen Schritt Filter by Zapier hinzu. Setzen Sie die Bedingung auf:

• Status (Text) exactly matches deliverable

Alles, was nicht zustellbar ist, stoppt den Zap genau dort, sodass nur bestätigte Adressen Ihre nachgelagerte Aktion erreichen (Hinzufügen zu Ihrem ESP, Anlegen des Kontakts, Versenden der Willkommens-E-Mail). Einfach, aber grob – es behandelt risky, unknown und undeliverable gleich, obwohl Sie sie oft unterschiedlich handhaben möchten.

Option B – Paths (jedes Ergebnis leiten). Paths by Zapier – verfügbar in den kostenpflichtigen Zapier-Tarifen – lässt Sie in separate Zweige verzweigen, jeder mit eigener Bedingung und eigenen Folgeaktionen:

Sie können auch anhand der Sub-Flags verzweigen. Wenn Ihr Produkt reputationsempfindlich ist, fügen Sie eine Bedingung hinzu, die jede Adresse, bei der sub_flags disposable gleich true ist, in den Prüfpfad leitet, selbst wenn der Status ansonsten in Ordnung ist – dieselbe Einschätzung zu Wegwerf-, Rollen- und Freemail-Adressen, die die Aufschlüsselung nach Rollen-, Wegwerf- und Freemail-Adressen durchgeht. Paths werden von oben nach unten ausgewertet, setzen Sie also Ihren striktesten Zweig an die erste Stelle.

Lassen Sie den Webhook keinen guten Lead blockieren#

Eine Regel ist wichtiger als jeder Zweig: im Fehlerfall durchlassen (fail open). Wenn der Webhook-Schritt einen Fehler wirft – die API ist kurz langsam, ein Tariflimit wird erreicht, ein Netzwerkausfall – wollen Sie nicht, dass der gesamte Zap stirbt und stillschweigend eine echte Anmeldung verschluckt. Öffnen Sie in Zapier die Einstellungen der Webhook-Aktion und aktivieren Sie „Continue on error“ (je nach Tarif auch als Auto-Replay-/Fehlerbehandlungsoption angezeigt). Fügen Sie dann einen Fallback hinzu, sodass eine Adresse ohne Urteil als unknown behandelt und für eine spätere Prüfung aufbewahrt statt verworfen wird.

Eine Verifizierungs-API ist ein Qualitätsfilter, kein Authentifizierungs-Gate. Einen zahlenden Kunden wegen eines vorübergehenden Ausfalls zu blockieren, ist ein weitaus schlechteres Ergebnis, als eine fragwürdige Adresse durchzulassen und sie bei Ihrer nächsten Listenbereinigung abzufangen. Dasselbe Fail-open-Prinzip liegt dem serverlosen Anmeldemuster zugrunde, bei dem eine langsame Prüfung das Formular niemals aufhalten darf.

Wann ein Zap das falsche Werkzeug ist#

Zapier ist Klebstoff, und Klebstoff hat einen Preis: Jede verifizierte Adresse ist eine Task, und ein Webhook pro Übermittlung kann bei hohem Volumen teuer werden oder sich wie Overkill anfühlen, wenn Sie keine sofortige Entscheidung brauchen. Greifen Sie stattdessen zum Batch-Weg, wenn:

• Sie eine Liste bereinigen, die bereits existiert – Tausende historischer Kontakte, keine neue Erfassung. Exportieren Sie sie und lassen Sie einen einzigen Massenjob laufen.
• Ihr Volumen so hoch ist, dass die Abrechnung pro Task wehtut, und eine nächtliche oder wöchentliche Bereinigung aktuell genug ist.
• Sie im kostenlosen Zapier-Tarif sind und die Premium-App Webhooks nicht nutzen können.

Für alle drei Fälle überspringen Sie den Zap: Exportieren Sie die Übermittlungen aus Ihrem Formular-Tool, Ihrer Tabelle oder Ihrem ESP als CSV und laden Sie diese Datei in den Massenverifizierer von Qualisend hoch. Sie erhalten denselben status, score und dieselben Sub-Flags pro Zeile, herunterladbar als bereinigte Datei, die Sie erneut importieren können. Das ist die aufwandsärmste Art, eine Liste gesund und Ihre Bounce-Rate niedrig zu halten, ohne irgendeine Automatisierung zu pflegen.

Wenn Sie den Webhook-Ansatz von Zapier gegen einen direkten API-Aufruf aus Ihrem eigenen Backend abwägen, legt der API-Vergleich die Abwägungen dar – Zapier gewinnt bei der Geschwindigkeit der Einrichtung, eine direkte Integration gewinnt bei Kosten und Kontrolle im großen Maßstab.

Häufig gestellte Fragen#

Gibt es eine native Qualisend-App für Zapier?#

Aktuell nicht. Die nativen Plattform-Integrationen von Qualisend werden gerade neu aufgebaut, daher gibt es im Zapier-Verzeichnis noch keine eigene App, nach der Sie suchen könnten – sie steht auf der Roadmap. Bis sie erscheint, ist der unterstützte Weg, E-Mails mit Zapier zu verifizieren, die generische Aktion Webhooks by Zapier, die auf die Qualisend-API zeigt, genau wie diese Anleitung es beschreibt. Der Webhook-Ansatz ist außerdem flexibler: Sie steuern die Anfrage, die Header und die Verzweigungslogik selbst.

Brauche ich einen kostenpflichtigen Zapier-Tarif?#

Für den Echtzeit-Zap praktisch ja. Webhooks by Zapier ist eine Premium-Built-in-App, und mehrstufige Zaps sowie Paths setzen einen kostenpflichtigen Zapier-Tarif voraus – der Ablauf mit Verzweigung nach Urteil benötigt also einen bezahlten Tarif. Wenn Sie im kostenlosen Tarif sind, nutzen Sie stattdessen den Weg über CSV-Export und Massenverifizierung – dafür brauchen Sie weder einen Zap noch eine Premium-App, nur einen Datei-Upload.

Welchen Status sollte ich an mein E-Mail-Tool durchlassen?#

Für ein striktes Gate nur deliverable. Wenn Sie mehr Adressen behalten möchten, lassen Sie deliverable plus risky/unknown zu, leiten diese aber in ein separates Segment mit niedrigerer Priorität statt in Ihren Hauptablauf – viele risky-Ergebnisse sind Catch-all-Domains, die dennoch zustellbar sein können. Weisen Sie undeliverable immer ab und erwägen Sie, zusätzlich nach dem Sub-Flag disposable zu verzweigen, wenn Ihr Produkt reputationsempfindlich ist.

Wie teste ich den Zap, bevor ich ihn aktiviere?#

Nutzen Sie die integrierte Test action von Zapier am Webhook-Schritt mit einer bekannt guten und einer bekannt schlechten Adresse und prüfen Sie, ob sich das status-Feld wie erwartet ändert – kontrollieren Sie anschließend, dass Ihre Filter- oder Paths-Bedingungen jede Adresse in den richtigen Zweig leiten. Für schnelle einmalige Stichproben außerhalb von Zapier fügen Sie eine Adresse in den kostenlosen E-Mail-Checker ein und vergleichen das Urteil mit dem, was Ihr Zap zurückgibt.

Bereit, ihn zu bauen? Holen Sie sich einen eingeschränkten Schlüssel und die genaue Form der Anfrage aus den Entwicklerdokumenten, prüfen Sie eine beliebige Adresse im kostenlosen E-Mail-Checker und starten Sie im kostenlosen Tarif – 100 Credits reichen aus, um den gesamten Zap zu verkabeln und zuzusehen, wie eine schlechte Adresse herausgefiltert wird, bevor sie je Ihre Liste erreicht.