mailinapp
Documentation menu

Zapier & CRM-Automatisierung

MailInApp hat noch keine offizielle Zapier-App, aber Sie brauchen auch keine. Der Projekt-Webhook ist bereits reines, signiertes JSON über HTTPS — genau das, was Zapiers generischer Webhooks by Zapier-Trigger erwartet. Richten Sie ihn auf einen beliebigen Zap, und jede Interaktion — Abstimmungsstimme, Formularabsendung, Quiz-Ergebnis, Produktkauf — landet in Ihrem CRM, einer Tabelle, Slack oder überall sonst, wohin Zapier reicht, ganz ohne Code.

Derselbe Ansatz funktioniert für Make, n8n, Pipedream oder jedes andere Automatisierungstool, das einen eingehenden Webhook auffangen kann — diese Anleitung nutzt Zapier, da es am häufigsten nachgefragt wird.

Einrichtung

  1. Erstellen Sie in Zapier einen neuen Zap und wählen Sie Webhooks by Zapier als Trigger-App mit dem Ereignis Catch Hook.
  2. Zapier gibt Ihnen eine eindeutige Catch Hook URL — kopieren Sie sie.
  3. Öffnen Sie in MailInApp Dashboard → Ihre E-Mail → Antworten, fügen Sie diese URL in das Feld Webhook ein und klicken Sie auf Aktivieren.
  4. Kopieren Sie das Signatur-Geheimnis, das MailInApp Ihnen anzeigt (whsec_…) — Sie sehen es nur einmal. Für die einfachsten Zaps benötigen Sie es nicht, aber bewahren Sie es sicher auf, falls Sie später Signaturen verifizieren möchten.
  5. Lösen Sie eine echte Interaktion aus — stimmen Sie bei einer Abstimmung ab, senden Sie ein Formular ab, oder nutzen Sie den Test-Versand des Projekts — und klicken Sie dann in Zapier auf Test trigger. Es sollte das Payload zeigen, das MailInApp gerade gesendet hat, mit Feldern wie event.action, event.value und recipient.row.
  6. Fügen Sie den gewünschten Aktionsschritt hinzu — „Create row in Google Sheets“, „Create record in HubSpot/Salesforce/Airtable“, „Send Slack message“ und so weiter — und ordnen Sie die benötigten Felder aus dem aufgefangenen Payload zu.
  7. Schalten Sie den Zap ein.

Das war's — jede zukünftige Interaktion auf diesem Projekt fließt von nun an automatisch durch. Jedes für die Zuordnung verfügbare Feld ist in der Webhook-Payload-Referenz dokumentiert.

Auf das Wesentliche filtern

Die meisten CRM-Anwendungsfälle interessieren sich nur für bestimmte Interaktionen — ein abgeschlossenes Formular, nicht jede Öffnung. Fügen Sie direkt nach dem Trigger einen Filter by Zapier-Schritt hinzu:

  • Nur fortfahren, wenn event.action exakt submit entspricht (oder vote, rate, purchase usw.), um auf eine bestimmte Aktion zu reagieren.
  • Nur fortfahren, wenn event.blockId exakt der ID eines bestimmten Blocks entspricht (sichtbar im Block-Inspektor des Studios), um auf einen bestimmten Block zu reagieren und andere im selben Projekt zu ignorieren.
  • Nur fortfahren, wenn lowScore gleich true ist, um einen Zap zu bauen, der Manager bei schlechten CSAT-/NPS-Antworten alarmiert — dasselbe Signal, das MailInApps eigene In-App-Warnungen bei niedrigen Bewertungen nutzen, nur über Ihre eigene Automatisierung geleitet.

Kontakte in die andere Richtung zurückspielen

Automatisierung läuft meist in beide Richtungen: Ein Helpdesk-Ticket wird gelöst, und Sie möchten diese Person zu einer MailInApp-Kontaktliste hinzufügen (oder darin aktualisieren), für einen Follow-up-Versand, ohne dass ein Mensch erneut eine CSV exportiert. Nutzen Sie einen Webhooks by Zapier → POST-Aktionsschritt als letzten Schritt eines beliebigen Zaps — „Ticket gelöst“, „Deal abgeschlossen“, „Formular anderswo abgesendet“ — gerichtet auf den Zeilen-Upsert-Endpunkt Ihrer Kontaktliste, um eine MailInApp-Versandliste automatisch aktuell zu halten. Dieser Endpunkt akzeptiert bis zu 500 Zeilen pro Aufruf und ist auf 30 Anfragen pro Minute je API-Schlüssel ratenbegrenzt. Das ist großzügig genug für einen Zap, der bei einzelnen Ereignissen auslöst — aber gut zu wissen, falls Sie stattdessen einmal einen großen Nachtrag in Batches hindurchschicken.

Wenn eine Zustellung fehlschlägt

Eine tote Zap-URL, ein pausierter Zap oder ein vorübergehender Zapier-Ausfall zählen auf Seiten von MailInApp alle als fehlgeschlagene Zustellung. Ebenso eine Empfangs-URL, die mit einer Weiterleitung statt einer normalen Antwort reagiert — MailInApp folgt bei der Webhook-Zustellung keinen Weiterleitungen. Auch eine schlicht zu langsame Zustellung schlägt fehl: Sie hat 5 Sekunden Zeit zu antworten, bevor MailInApp sie als fehlgeschlagen behandelt. Zustellungen werden automatisch mit Backoff wiederholt, und jede weiterhin fehlschlagende Zustellung erscheint unter Fehlgeschlagene Zustellungen auf der Antworten-Seite mit einem manuellen Erneut zustellen-Button — die vollständige Wiederholungstabelle finden Sie unter Zustellungssemantik. Nichts geht jemals stillschweigend verloren: Die Interaktion selbst wird immer zuerst in MailInApp gespeichert, unabhängig von der Webhook-Zustellung.