Paddle und Lemon Squeezy: E-Mails rund um Abos

Wer sollte welche E-Mail senden?

Paddle und Lemon Squeezy treten bei Verkäufen als Merchant of Record auf. Das betrifft den Kaufvorgang und steuerliche Abläufe; es bedeutet nicht, dass alle Nachrichten an deine Kunden aus einer Hand kommen müssen. Für dein SaaS ist die erste Aufgabe deshalb eine klare Zuständigkeit: Der Zahlungsanbieter versendet kaufbezogene Belege und Rechnungsnachrichten, während dein Produktteam erklärt, wie ein Abo genutzt wird und was im Konto als Nächstes passiert.

Prüfe im jeweiligen Dashboard, welche Belege, Rechnungen und Statushinweise für deinen Store aktiviert sind. Formulierungen und Absender können je nach Produktkonfiguration variieren. Baue in deine eigenen Nachrichten keine zweite Rechnungskopie ein, wenn der Anbieter sie bereits zustellt. Verweise auf den passenden Kundenbereich, wenn eine Rechnung erneut geladen oder eine Rechnungsadresse geändert werden soll.

Lifecycle-Mails an Produktzustände binden

Eigene Lifecycle-Mails beantworten andere Fragen: Wie beginnt ein Kunde mit dem Produkt? Was ändert sich nach einem Tarifwechsel? Was kann er tun, wenn eine Zahlung offen ist? Ein Abo kann angelegt, verlängert, geändert, gekündigt oder nach einer fehlgeschlagenen Zahlung eingeschränkt werden. Ordne jedem Zustand eine Nachricht und einen fachlich passenden Inhalt zu, statt bei jedem Webhook pauschal eine E-Mail zu versenden.

Typische Auslöser sind Abo erstellt, Zahlung fehlgeschlagen und Abo gekündigt. Nach der Erstellung kann eine kurze Orientierung zu den ersten Schritten folgen. Bei einem Zahlungsfehler sollte die Nachricht den Status knapp erklären und auf den vorgesehenen sicheren Weg zur Aktualisierung der Zahlungsdaten führen. Nach einer Kündigung bestätigst du das Enddatum und beschreibst, bis wann der Zugang bestehen bleibt. Verlasse dich dabei auf den bestätigten Zustand des Abos, nicht auf eine Absicht im Frontend.

Webhooks robust verarbeiten

Ein Webhook kann erneut zugestellt werden oder später als ein anderer eintreffen. Verifiziere die Signatur nach den Vorgaben des Anbieters, speichere die Ereigniskennung und verarbeite dasselbe Ereignis nicht mehrfach. Aktualisiere zunächst den Abozustand in deiner Anwendung; erst danach entscheidest du, ob eine Lifecycle-Nachricht nötig ist. So hängen E-Mail und Produktzugriff an derselben Quelle.

Lege ein internes Ereignismodell fest, das Paddle- und Lemon-Squeezy-Bezeichnungen auf deine Produktzustände abbildet. Speichere die Anbieterkennung, die interne Kundenkennung und den Zeitpunkt der Zustandsänderung. Wenn ein verspäteter Webhook einen älteren Status meldet, darf er einen neueren Zustand nicht zurücksetzen. Protokolliere Verarbeitung und Versand getrennt, damit Supportfälle nachvollziehbar bleiben. Bewahre außerdem die Zuordnung der externen Abo-ID zu deinem Konto auf, damit ein Ereignis auch nach einer E-Mail-Adressänderung den richtigen Empfänger findet.

Doppelversand und widersprüchliche Aussagen vermeiden

Vor dem Start einer eigenen Mailfolge liste die Nachrichten auf, die Paddle oder Lemon Squeezy bereits verschickt. Vergleiche Betreff, Inhalt, Absender und Versandzeitpunkt mit deiner geplanten Nachricht. Wenn beide Seiten eine Zahlungserinnerung senden, kann der Kunde zwei Aufforderungen mit unterschiedlichen Links erhalten. Entscheide pro Nachrichtentyp, ob der Anbieter oder dein Produktteam informiert, und halte diese Entscheidung in der Ereigniszuordnung fest.

Auch bei einer Kündigung können mehrere Systeme aktiv sein: Billing-Bestätigung, Produktmail und interne Supportbenachrichtigung. Nur die kundenrelevante Nachricht gehört in die Lifecycle-Kommunikation. Technische Benachrichtigungen bleiben intern. Bei einem erneuten erfolgreichen Zahlungsversuch sollte eine offene Erinnerungsfolge enden, bevor eine weitere Nachricht geplant wird. Ziehe außerdem einen bereits vorgemerkten Versand zurück, wenn der Abozustand sich zwischen Planung und Versand geändert hat.

Steuer- und Rechnungsangaben richtig zuordnen

Der Merchant of Record kann Belege und steuerliche Informationen für den Kauf bereitstellen. Deine Produktmail sollte deshalb nicht ungeprüft eigene Steuerbeträge berechnen oder Rechnungstexte nachbilden. Wenn du auf einen Beleg hinweist, nenne den Weg zum Kundenbereich des Zahlungsanbieters. Für Fragen zu Unternehmensdaten, Umsatzsteuer-ID oder Rechnungsadresse muss klar sein, welches System diese Angaben tatsächlich verwaltet.

Synchronisiere nur die Felder, die dein Produkt benötigt. Eine interne Kunden-ID und der Abozustand reichen häufig für die passende Lifecycle-Kommunikation. Rechnungsdetails sollten im Billing-System bearbeitet werden, sofern sie dort geführt werden. Definiere außerdem, wie geänderte E-Mail-Adressen, zusammengeführte Konten und gelöschte Nutzer mit bestehenden Abonnements verknüpft werden. Vermeide, unnötige Zahlungs- oder Steuerdaten in deinem Marketing-System abzulegen.

Preise als eigener Prüfpunkt

Paddle nennt für Standardtransaktionen 5 % plus 50 ¢ pro Transaktion. Bei Lemon Squeezy findest du die aktuellen Preise auf der Preisseite. Berücksichtige neben der Gebühr auch, welche steuerlichen und abrechnungsbezogenen Aufgaben dein Team selbst übernimmt. Der Kostenvergleich ersetzt nicht die Prüfung, welche Rechnungs- und Lifecycle-Nachrichten dein Prozess benötigt.

Von der Sandbox bis zum Livebetrieb

Baue zuerst eine Zuordnungstabelle: Anbieterereignis, interner Zustand, Empfänger, Nachricht und Abbruchbedingung. Verwende Sandbox-Umgebungen, um neue Abos, fehlgeschlagene Zahlungen, Kündigungen und verspätete oder doppelte Webhooks nachzustellen. Prüfe dabei auch den Fall, dass ein Kunde schon gekündigt hat, bevor eine ältere Zahlungsbenachrichtigung eintrifft.

Kontrolliere in den Testläufen, ob Links zum richtigen Konto führen, Beträge und Währungen aus dem bestätigten Datensatz stammen und die Supportadresse erreichbar ist. Erst wenn Produktstatus, Mailinhalt und Anbieterbeleg zusammenpassen, übernimmst du die Konfiguration in die Liveumgebung. Halte fest, wer Webhook-Änderungen freigibt und wie ein Versand bei einem technischen Fehler wieder aufgenommen wird.