Stripe + E-Mail: Der komplette Leitfaden

Warum Stripe-Events perfekt für E-Mail sind

Stripe ist das Herzstück vieler SaaS-Produkte — es weiß alles über den Subscription-Status deiner Kunden. Und genau dieses Wissen kann E-Mail-Automatisierungen transformieren.

Die wichtigsten Stripe-Events für E-Mail

customer.subscription.created — Neuer Kunde hat eine Subscription gestartet. Perfekter Zeitpunkt für eine Willkommens-Sequenz mit Onboarding-Content.

customer.subscription.trial_will_end — Trial endet in 3 Tagen. Zeit für einen Trial-Ende-Reminder mit klarem Upgrade-CTA und konkreten Preisinformationen.

invoice.payment_failed — Zahlung fehlgeschlagen. Sofortige E-Mail mit freundlichem Hinweis und direktem Link zur Zahlungsmethode.

customer.subscription.updated — Upgrade oder Downgrade. Upgrade: Danke-E-Mail + Erklärung neuer Features. Downgrade: Empathische E-Mail mit Feedback-Frage.

customer.subscription.deleted — Kündigung. Bestätigung + Offboard-Sequenz + Win-Back nach 30 Tagen.

Stripe-Ereignis	E-Mail-Aufgabe	Wichtige Kontrolle
subscription.created	Willkommen und nächster Aktivierungsschritt	Idempotenz, korrekte Produkt-/Plan-Daten und Marketing-Einwilligung
trial_will_end	Erwartungen klären und Upgrade-Option erklären	Trial-Länge, Zeitzone, Kündigungsstatus und lokalisierte Preise prüfen
invoice.payment_failed	Zahlungsstatus erklären und Aktualisierung ermöglichen	Transaktionale Nachricht von Marketing trennen; Wiederholungen deduplizieren
subscription.updated	Änderung bestätigen oder neue Funktionen erklären	Nur senden, wenn sich der für den Kunden relevante Status geändert hat
subscription.deleted	Kündigung bestätigen und Feedback anbieten	Win-back nur mit gültiger Einwilligung und nach angemessener Pause

Webhook- und Sequenz-Pilot

Bevor du alle Billing-Ereignisse automatisierst, teste einen kleinen Satz mit Stripe Test Mode. Pro Ereignis sollten Event-ID, Kunden-ID, Subscription-Status, Plan, Währung, Zeitstempel und Einwilligungsstatus nachvollziehbar sein. Vergleiche anschließend die Zustellung und die korrekte Sequenz-Ausführung mit den erwarteten Testfällen.

Prüfung	Nachweis	Abbruchkriterium
Doppelte Zustellung	Dasselbe Event wird mehrfach zugestellt	Mehr als eine Sequenz-Teilnahme ohne bewusste Regel
Status-Rennen	Upgrade, Kündigung und Zahlung kommen in anderer Reihenfolge	Eine alte Nachricht widerspricht dem aktuellen Account-Status
Fehlende Zuordnung	Webhook lässt sich keinem Nutzerkonto zuordnen	Nachricht wird ohne sichere Identität versendet
Messung	Event, Versand, Klick und Produkt-/Billing-Folgeaktion sind verknüpft	Revenue wird nur aus Klicks oder Attributionsfenstern behauptet

Der einfachste Weg: Sequenzy

Sequenzy ist eine Option für Teams, die Billing-Events in Lifecycle-Sequenzen abbilden möchten. Prüfe vor der Auswahl, welche Stripe-Ereignisse und Felder aktuell unterstützt werden, wie Fehler und Wiederholungen behandelt werden und welche Planlimits gelten. Auch bei einer nativen Integration bleiben Test Mode, Deduplizierung und Statusabgleich notwendig.

Der mögliche Vorteil ist weniger eigener Orchestrierungs-Code. Der Nachweis sollte aber aus einem Pilot mit Testfällen, Log-Auszügen und einer klaren Rückfallstrategie kommen — nicht aus einer pauschalen Zeitersparnis.

Alternative: Webhooks selbst bauen

Wenn du kein Sequenzy nutzt, ist der manuelle Weg: Stripe Webhook-Endpoint bauen, Events validieren, entsprechende E-Mail-API aufrufen. Das funktioniert, kostet aber Initial-Aufwand und Maintenance.

Best Practices

• Teste immer mit Stripe Test-Mode bevor du live gehst
• Handle alle relevanten Events von Anfang an — es ist einfacher das jetzt einzurichten als später nachzurüsten
• Dokumentiere welche Events welche Sequenzen auslösen
• Messe welche Sequenzen Revenue generieren (Revenue Attribution)