Wenn du Bestätigungen, Einladungen, Rechnungsbelege oder sicherheitsrelevante Hinweise aus deiner Anwendung verschickst, sind Resend und Postmark zwei auf Entwicklerteams ausgerichtete APIs. Resend setzt auf einen modernen Workflow mit React Email; Postmark bietet Message Streams, eine lange Ausrichtung auf zuverlässigen Versand und je nach Tarif längere Aufbewahrung. Für ein SaaS hängt die Wahl davon ab, wie du Vorlagen entwickelst, Nachrichtentypen trennst und Versandereignisse später nachvollziehen musst.
| Anbieter | Besonders passend | Monatliche Preisbeispiele | Zu beachten |
|---|---|---|---|
| Resend | Teams, die E-Mail-Vorlagen nahe am JavaScript-Stack entwickeln | Free: 3.000 E-Mails; Pro: 20 $ für 50.000 | Free ist auf 100 E-Mails pro Tag und drei Domains begrenzt. |
| Postmark | Teams, die Nachrichtentypen über Message Streams ordnen und Versandhistorie brauchen | Basic: 15 $ ab 10.000 E-Mails; bei 50.000: 55 $ | Basic enthält standardmäßig 45 Tage Aufbewahrung. |
Interessant, wenn dein Team TypeScript nutzt und E-Mail-Markup als React-Komponenten pflegen möchte. Für viele Produktteams senkt ein vertrauter Komponenten-Workflow die Reibung zwischen Anwendung und Vorlage. Das Angebot reicht über den kostenlosen Einstieg hinaus bis zu volumenabhängigen Stufen.
Interessant, wenn du Versandarten in Message Streams organisieren und nach dem Versand eine gut nachvollziehbare Aktivitätshistorie benötigst. Die Tarife unterscheiden sich unter anderem bei Aufbewahrungsoptionen und Funktionsumfang. Das passt zu Teams, die Betriebsfragen und Supportfälle anhand einzelner Nachrichten untersuchen.
Resend richtet sich an Entwicklerinnen und Entwickler, die Versand als Teil ihres Produktcodes behandeln wollen. React Email lässt Vorlagen als Komponenten beschreiben und mit dem übrigen Frontend-Wissen des Teams bearbeiten. Das ist hilfreich, wenn eine SaaS-Anwendung viele zustandsbezogene Nachrichten hat: etwa eine Einladung, eine Änderung der Teamrolle oder eine Bestätigung nach einer Kontoaktion. Du kannst gemeinsame Bausteine für Branding und Layout pflegen, statt jede Nachricht unabhängig zu gestalten.
Für die Integration solltest du zuerst die Nachrichten auswählen, bei denen eine falsche oder verspätete Zustellung unmittelbar Nutzeraktionen blockiert. Lege dafür Ereignisse und Empfängerregeln in deiner Anwendung fest, rendere die passende Vorlage und übergib den Versand an die API. Webhooks auf bezahlten Plänen können in deinen Betriebsablauf einfließen. Behandle Zustell- und Fehlerereignisse idempotent: Wiederholungen dürfen weder doppelte Einladungen noch mehrere Belege auslösen.
Resends kostenloser Tarif umfasst 3.000 E-Mails im Monat, höchstens 100 pro Tag und drei Domains. Der monatliche Pro-Tarif kostet 20 $ für 50.000 E-Mails. Bei 100.000 E-Mails kostet Pro 35 $ im Monat; Scale kostet 160 $ für 200.000 E-Mails im Monat. Diese Beispiele helfen, das erwartete Volumen einer SaaS-Anwendung einzuordnen: Zähle nicht nur Registrierungen, sondern auch Passwort- und Sicherheitsnachrichten, Rechnungsereignisse und interne Benachrichtigungen. Der kostenlose Tarif kann für eine Entwicklungsumgebung oder einen kleinen Live-Dienst reichen, sein Tageslimit muss aber zum Spitzenaufkommen passen.
Resend ist eine gute Wahl, wenn dein Team schnell anpassbare, codebasierte Vorlagen priorisiert und die Versandlogik eng mit der Anwendung entwickeln möchte. Vor dem Einsatz solltest du prüfen, welche Funktionen in deinem konkreten Tarif enthalten sind und wie dein eigenes System Protokolle, erneute Zustellungen und Vorlagenversionen verwaltet. Resend-Preise ansehen.
Postmark arbeitet ebenfalls über eine Entwickler-API, setzt aber einen sichtbaren Schwerpunkt auf Message Streams. Damit kannst du beispielsweise Konto- und Abrechnungsnachrichten getrennt von anderen Versandarten führen. Eine solche Trennung erleichtert es, interne Zuständigkeiten, Vorlagen und Auswertungen sauber zu halten. Prüfe vorab, welche Streams du wirklich brauchst und welche Nachricht in welchen Kanal gehört; ein zusätzliches Etikett ersetzt keine klare Versandarchitektur.
Für SaaS-Teams ist die Aktivitätshistorie vor allem dann nützlich, wenn Support und Entwicklung gemeinsam einen konkreten Versandfall untersuchen. Eine Mitarbeiterin kann etwa eine fehlende Einladung melden; das Team kann anhand der Nachrichtenaktivität nachvollziehen, ob die Anwendung den Versand ausgelöst hat und welchen weiteren Status der Anbieter dokumentiert. Die Aufbewahrung hängt vom Tarif ab: Basic sieht standardmäßig 45 Tage vor, höhere Tarife bieten anpassbare Aufbewahrung bis zu 365 Tagen. Kläre, wie lange dein Support solche Informationen benötigt und welche Datenschutz- und Löschregeln für deine Daten gelten.
Der Basic-Tarif kostet monatlich 15 $ ab 10.000 E-Mails; zusätzliche Mengen werden mit 1,80 $ je 1.000 E-Mails berechnet. Bei 50.000 E-Mails kostet Basic 55 $ im Monat. Pro kostet 16,50 $ und Platform 18 $ monatlich, jeweils ab 10.000 E-Mails. Für die Mehrmenge nennt Postmark bei Pro 1,30 $ und bei Platform 1,20 $ je 1.000 E-Mails. Wenn dein Versandvolumen an einer Tarifgrenze liegt, rechne mit den passenden Staffelwerten statt einfach den Einstiegspreis auf ein höheres Volumen hochzurechnen.
Postmark passt, wenn getrennte Message Streams und eine länger einstellbare Aufbewahrung für deinen Betrieb relevant sind. Vergleiche die Aufbewahrungsdauer mit den Anforderungen deines Supportprozesses und stelle sicher, dass Logs nicht länger vorgehalten werden als nötig. Postmark-Preise ansehen.
Beide Anbieter rechnen nach versendeten E-Mails ab, doch die dargestellten Tarifstufen sind nicht deckungsgleich. Für Resend stehen unter anderem Pro mit 35 $ bei 100.000 E-Mails und Scale mit 160 $ bei 200.000 E-Mails pro Monat zur Verfügung. Bei Postmark kostet Basic bei 50.000 E-Mails 55 $ monatlich; Pro und Platform haben eigene Mengenpreise und niedrigere Mehrmengenpreise. Vergleiche deshalb ein realistisches Monatsvolumen einschließlich Spitzen und Wachstum, statt die Einstiegspreise isoliert gegenüberzustellen.
Berücksichtige auch die Aufgaben, die nicht auf der Rechnung stehen: Wie viel Aufwand fließt in die Pflege von React-Email-Vorlagen? Wie schnell kann Support eine Nachricht in der Historie finden? Welche Teams dürfen Streams, Domains und Zugangsdaten ändern? Für eine junge SaaS kann die einfachere Integration entscheidend sein. Bei einem etablierten Produkt mit mehreren Nachrichtengruppen kann die Gliederung der Versandwege und längere Aufbewahrung stärker ins Gewicht fallen.
… dein Team React und TypeScript bereits im Alltag nutzt, Vorlagen als Komponenten bearbeiten möchte und von einer modernen, schlanken Entwicklererfahrung profitiert. Für SaaS-Produkte mit häufigen Änderungen an Einladungen, Kontohinweisen und Produktstatus kann derselbe Komponentenansatz das gemeinsame Arbeiten von Design und Entwicklung erleichtern. Stelle dabei sicher, dass Versandprotokollierung und Wiederholungen in deiner Anwendung mitgedacht sind.
… du Nachrichtengruppen über Message Streams organisieren willst und Supportfälle anhand der Aktivität eines konkreten Versands nachvollziehst. Die wählbare Aufbewahrung bis zu 365 Tagen kann für längere Untersuchungszeiträume interessant sein. Lege fest, welche Daten in dieser Historie sichtbar sein sollen und wann sie gelöscht werden.
Liste die Auslöser auf: Konto erstellt, Teammitglied eingeladen, E-Mail-Adresse geändert, Zahlung verarbeitet oder sicherheitsrelevante Aktion bestätigt. Trenne notwendige Produktnachrichten von Marketing-Kommunikation und definiere pro Ereignis Empfänger, Sprache und Zuständigkeit.
Dokumentiere Pflichtfelder, Fallbacks und Links, die in jeder Nachricht korrekt sein müssen. Bei Resend kannst du untersuchen, ob React Email zu deinem Vorlagenworkflow passt. Bei Postmark ordnest du die Nachricht einem passenden Stream zu. In beiden Fällen sollten Vorlagenänderungen nachvollziehbar versioniert sein.
Simuliere ungültige Adressen, API-Ausfälle, wiederholte Events und verspätete Webhook-Aufrufe. Prüfe, dass deine Anwendung den Versandstatus nicht mit dem fachlichen Status eines Abos verwechselt und dass Wiederholungen keine Duplikate erzeugen. Verwende getrennte Zugangsdaten für Entwicklungs- und Produktivumgebung.
Lege fest, wer Vorlagen bearbeitet, Schlüssel rotiert und Versandprobleme untersucht. Begrenze den Zugriff auf notwendige Teammitglieder. Stimmen Aufbewahrungszeit und Protokollumfang mit euren Support- und Datenschutzanforderungen überein? Dokumentiere, wie ein Fehler an die zuständige Person gelangt.
Beginne mit einer überschaubaren Gruppe nicht kritischer Nachrichten oder einem internen Test. Beobachte Fehler, Beschwerden und Wiederholungen in deinem eigenen Monitoring. Erst wenn Vorlagen und Rückfallweg funktionieren, stellst du weitere Nachrichtentypen um und deaktivierst den vorherigen Versandpfad.
Resend und Postmark lösen eine ähnliche technische Aufgabe, legen den Schwerpunkt jedoch anders. Resend dürfte deinem Team näherliegen, wenn React Email und ein moderner JavaScript-Workflow die tägliche Arbeit vereinfachen. Postmark ist besonders dann einen Blick wert, wenn Streams und gut auffindbare Versandaktivitäten Teil eures Betriebsmodells sind. Entscheide anhand einer Liste realer Nachrichten, eurer Monatsmengen und der Fragen, die Support im Fehlerfall beantworten muss.
Resend setzt auf ein modernes Entwicklererlebnis mit React Email und codebasierten Vorlagen. Postmark organisiert Versand über Message Streams und bietet eine auf Versandhistorie und Aufbewahrungsoptionen ausgerichtete Plattform. Für SaaS hängt die Wahl davon ab, ob Vorlagenworkflow oder Betriebsnachvollziehbarkeit wichtiger ist.
Der kostenlose Resend-Tarif umfasst 3.000 E-Mails pro Monat, höchstens 100 pro Tag und drei Domains. Pro kostet 20 $ monatlich für 50.000 E-Mails, 35 $ für 100.000 E-Mails; Scale kostet 160 $ für 200.000 E-Mails im Monat.
Postmark Basic kostet bei 50.000 E-Mails 55 $ pro Monat. Der Einstieg in Basic kostet 15 $ monatlich ab 10.000 E-Mails; zusätzliche Mengen kosten 1,80 $ je 1.000 E-Mails.
Basic hat eine standardmäßige Aufbewahrung von 45 Tagen. Höhere Tarife bieten anpassbare Aufbewahrung bis zu 365 Tagen. Wähle die Dauer passend zu Supportbedarf und Datenschutzregeln.
Inventarisiere zuerst Ereignisse, Empfängerregeln und Nachrichtenvorlagen. Teste danach Fehlerfälle, Wiederholungen und die Zuordnung der Nachrichten zu Streams oder Vorlagen. Beginne mit einem begrenzten Paket, beobachte dein Monitoring und stelle weitere Nachrichtentypen erst nach erfolgreicher Prüfung um.