E-Mails in Make verifizieren
Make-Szenarien leiten Kontakte zwischen den Formularen, CRMs und E-Mail-Tools hin und her, die dein Marketing antreiben. Damit sind sie der natürliche Ort, um fehlerhafte Adressen abzufangen, bevor sie sich ausbreiten. Mit dem HTTP-Modul rufst du die VeriMails-API mitten im Szenario auf, verifizierst jeden Kontakt in Echtzeit und schickst jedes Ergebnis per Router dorthin, wo es hingehört. Dieser Guide zeigt dir den Aufbau Schritt für Schritt.
Kurz gesagt
- Setze VeriMails API-Verifizierung nach dem Make-Trigger und vor jedem Modul ein, das einen Lead, Abonnenten oder CRM-Kontakt anlegt.
- Nutze einen Router, um zustellbare Kontakte weiterzuleiten und ungültige, Wegwerf-, Catch-all- und unerwartete Ergebnisse zur Prüfung zu protokollieren.
- Lass große Importe über den Bulk-Workflow laufen und nutze Echtzeit-Checks im Szenario für neue Kontakte, sobald sie eintreffen.
Checkliste für das Make-Szenario
Plane das Szenario als Schranke: Trigger-Daten kommen rein, VeriMails prüft die E-Mail-Adresse, und Router-Filter entscheiden, was weiter darf.
| Entscheidung | Make-Setup | Hinweis für Operatoren |
|---|---|---|
| Trigger-Umfang | Starte mit dem Modul, das das Kontakt-Bundle zuerst empfängt: ein Formular-Watcher, ein Custom Webhook, ein CRM-Datensatz oder eine Tabellenzeile. | Ordne den rohen E-Mail-Wert zu, bevor Formatter- oder Enrichment-Module die Datenstruktur verändern. |
| HTTP-Request | Füge nach dem Trigger das HTTP-Modul hinzu, sende die E-Mail an den VeriMails-Endpunkt und speichere den API-Schlüssel in der Modulverbindung oder der sicheren Zugangsdaten-Verwaltung, die dein Konto bietet. | Platziere den Aufruf der API-Verifizierung vor jedem Modul, das einen Abonnenten, Lead oder ein Zielgruppenmitglied anlegt. |
| Router-Aufbau | Lege eine Route für zustellbare Kontakte an, eine für abgelehnte Kontakte und eine Fallback-Route für unerwartete oder leere Status. | Make filtert Routen unabhängig voneinander. Benenne jede Route nach ihrem Ergebnis und lass die Fallback-Route während der Tests sichtbar. |
| Log für zurückgehaltene Datensätze | Schreibe ungültige, Wegwerf- und Catch-all-Kontakte mit Quelle und Grund in eine Tabelle, einen Data Store oder eine Benachrichtigung. | Ein einfaches Log macht unsaubere Lead-Quellen sichtbar und gibt deinem Team eine Spur zum Zurückrollen. |
| Aktivierungstest | Lass das Szenario einmal mit Beispiel-Bundles laufen, die jede Route durchspielen, bevor du es planst oder aktivierst. | Sieh dir den Szenario-Verlauf an, damit du die geparste VeriMails-Antwort und die Route siehst, die sie verarbeitet hat. |
Warum du deine Make-Kontakte verifizieren solltest
Make verbindet die Apps, die deine Kontaktdaten erfassen und nutzen, und sitzt damit genau an der Stelle, an der ein Verifizierungsschritt am meisten bringt. Wenn du eine Adresse im Szenario prüfst, übernimmt keine nachgelagerte App fehlerhafte Daten.
Szenarien schieben Kontakte in Systeme, die senden und abrechnen
Ein typisches Make-Szenario nimmt einen neuen Formulareintrag oder CRM-Datensatz und schiebt ihn in eine E-Mail-Plattform, eine Werbe-Zielgruppe oder ein Sales-Tool. Ist der Kontakt ungültig, liegt die fehlerhafte Adresse jetzt in einem System, das dir dafür Geld berechnet oder an sie zu senden versucht. Ein VeriMails-HTTP-Modul vor dem Anlegen-Schritt hält jede verbundene App sauber.
Formular- und Webhook-Trigger bringen die meisten Fehler
Die häufigsten Szenario-Trigger wie neue Formulareinträge, Webhook-Payloads und neue Tabellenzeilen sind auch die unsaubersten Quellen für E-Mail-Daten. Tippfehler, aufgegebene Adressen und Fake-Einträge kommen ständig rein. Ein Verifizierungsmodul direkt nach dem Trigger fängt sie am Eingang deiner Automation ab.
Echtzeit-Verifizierung hält Listen dauerhaft sauber
Wenn du im Szenario verifizierst, wird jeder Kontakt in dem Moment geprüft, in dem er durchläuft, und nicht Wochen später in einem Massen-Export. Deine Listen bleiben laufend sauber, deine Bounce-Rate hat keine Chance zu steigen, und du sendest nicht an Adressen, die von Anfang an falsch waren.
Fehlerhafte Adressen bouncen trotzdem und schaden der Absenderreputation
Egal wie viele Module zwischen Formular und Posteingang liegen, eine ungültige Adresse bounct irgendwann. Bounce-Raten über fünf Prozent drücken deine Kampagnen für die ganze Liste Richtung Spam. Ein VeriMails-Schritt im Szenario beseitigt dieses Risiko an der Quelle, statt es deiner E-Mail-Plattform zu überlassen.
Was VeriMails prüft
Wenn ein HTTP-Modul die VeriMails-API für einen Kontakt aufruft, führt VeriMails eine vollständige Prüfkette aus und liefert ein strukturiertes Ergebnis, nach dem dein Router verzweigen kann. Jede Adresse wird so geprüft:
Syntax-Prüfung bestätigt, dass die Adresse korrekt aufgebaut ist. MX- und DNS-Einträge werden abgefragt, um zu bestätigen, dass die Domain existiert und Mails empfangen kann. Ein Live-SMTP-Handshake verbindet sich mit dem empfangenden Mailserver und bestätigt, dass das konkrete Postfach Mails annimmt, ohne etwas zu senden. Die Catch-all-Erkennung erkennt Domains, die jede an sie gesendete Adresse annehmen. Die Wegwerf-Erkennung markiert temporäre Postfach-Domains. Die rollenbasierte Erkennung erkennt generische Adressen wie info@, sales@ und support@.
VeriMails liefert klare Verifizierungsergebnisse mit schnellen Antwortzeiten, schnell genug für den direkten Einsatz in einem Echtzeit-Szenario. Catch-all-Domains werden als klare Erkennung gemeldet, damit deine Router-Filter gezielt damit umgehen können, nie als vager Score.
Preise für Make-Nutzer
Ein Echtzeit-Verifizierungsszenario verbraucht VeriMails-Credits, wenn neue Kontakte durchlaufen. Du zahlst also nur für die Adressen, die du verifizierst. Credit-Pakete starten bei $0.0019 pro E-Mail, 10,000 Credits kosten $19. Größere Credit-Pakete reichen bis zu 5 Millionen Adressen für $1,499 für Szenarien mit hohem Volumen.
Wenn du bei einem gleichmäßigen Kontaktfluss lieber planbar abrechnest, starten Jahrestarife bei $12.50/Monat bei jährlicher Abrechnung. Jedes neue Konto bekommt bei der Anmeldung 100 kostenlose Credits ohne Kreditkarte, und Credits verfallen nie. So kannst du dein Szenario bauen und testen, bevor du dich festlegst.
Workflow im Überblick
Mit diesem Ablauf setzt du VeriMails als Qualitätsschranke in ein Make-Szenario ein.
- Trigger-Umfang: Ordne das E-Mail-Feld direkt nach dem Formular-, Tabellen-, Webhook- oder CRM-Modul zu, das das Kontakt-Bundle erzeugt.
- API-Schritt: Speichere den VeriMails-Schlüssel sicher und ordne die Felder der API-Antwort im Szenario für das Routing zu.
- Ergebnis-Aktion: Schicke zustellbare Kontakte über die Route zum Anlegen/Aktualisieren und protokolliere ungültige oder Wegwerf-Kontakte zur Prüfung.
Schritt für Schritt
Trigger-Modul für neue Kontakte festlegen
Erstelle ein neues Szenario und füge das Trigger-Modul hinzu, das Kontakte hereinholt, zum Beispiel ein Modul für neue Formulareinträge, einen Custom Webhook, einen neuen CRM-Datensatz oder eine neue Tabellenzeile. Dieser Trigger liefert die E-Mail-Adresse, die der Rest des Szenarios verifiziert und weiterleitet.
HTTP-Modul für den Aufruf der VeriMails-API hinzufügen
Füge das HTTP-Modul hinzu und konfiguriere es so, dass es eine Anfrage an den VeriMails-Verifizierungsendpunkt stellt. Ordne das E-Mail-Feld aus dem Trigger der Anfrage zu, gib zur Authentifizierung deinen VeriMails-API-Schlüssel mit und aktiviere das Parsen der Antwort, damit Make die JSON-Felder der Verifizierung für spätere Module bereitstellt.
Router hinzufügen, um nach dem Ergebnis zu verzweigen
Setze einen Router hinter das HTTP-Modul. Der Router teilt das Szenario in getrennte Routen mit jeweils eigenem Filter. Lass eine Route nur laufen, wenn das VeriMails-Ergebnis zustellbar ist, und füge eine weitere Route für unzustellbare, Wegwerf- oder Catch-all-Ergebnisse hinzu. Zusätzlich kannst du eine Fallback-Route für alles einrichten, was nicht passt.
Zustellbare Kontakte an deine Ziel-App leiten
Füge auf der Route für zustellbare Kontakte das Modul hinzu, das den Kontakt in deiner E-Mail-Plattform, deinem CRM oder deiner Werbe-Zielgruppe anlegt oder aktualisiert. Nur verifizierte, zustellbare Adressen laufen über diese Route, die Listen und Zielgruppen in den verbundenen Apps bleiben also automatisch sauber.
Fehlerhafte Adressen behandeln und das Szenario aktivieren
Füge auf der Route für nicht zustellbare Kontakte ein Modul hinzu, das unzustellbare und Wegwerf-Adressen in eine Tabelle schreibt oder eine Benachrichtigung schickt, damit du sie prüfen kannst. Lass das Szenario einmal mit Beispieldaten laufen, um zu bestätigen, dass jede Route richtig funktioniert, und plane oder aktiviere es dann, damit jeder neue Kontakt in Echtzeit verifiziert wird.
Was du mit jedem Ergebnis tun solltest
Make-Szenarien lassen sich am einfachsten betreiben, wenn jeder Verifizierungsstatus eine eigene Route hat. Lass ein fehlendes oder riskantes Ergebnis nie in dieselben Module durchrutschen wie verifizierte Kontakte.
- Zustellbar: An das Modul zum Anlegen/Aktualisieren für CRM, E-Mail-Tool oder Werbe-Zielgruppe senden und optional ein Feld mit dem Verifizierungsdatum schreiben.
- Unzustellbar: Die saubere Route stoppen und den Datensatz in eine Unterdrückungs- oder Bereinigungstabelle schreiben.
- Catch-all: An eine vorsichtige Prüfroute senden. Diese Kontakte können für wertvolles Sales-Follow-up nützlich sein, sollten aber nicht ins normale Kampagnenvolumen gemischt werden.
- Wegwerf: Aus Lifecycle-Kampagnen heraushalten und die Lead-Quelle zur Überprüfung markieren.
- Rollenbasiert: Je nach Ziel des Workflows routen. Ein geteiltes Postfach kann für operative Nachrichten gültig sein, eignet sich aber schlecht für personalisierten Outreach.
- Fallback oder Fehler: Ein Teammitglied benachrichtigen und nachgelagerte Schreibvorgänge stoppen, bis das Problem mit Anfrage oder Zuordnung behoben ist.
Häufig gestellte Fragen
Verwandte Guides
VeriMails kostenlos testen
100 kostenlose Credits bei der Anmeldung. Keine Kreditkarte nötig. Setze diesen Guide noch heute in die Praxis um.
Kostenlos starten