FS
Email für SaaS

Postmark vs Mailgun: Welche Transaktions-API passt zu deinem SaaS?

Wenn Passwort-Resets, Rechnungen und Webhook-Hinweise zuverlässig aus deiner SaaS-Anwendung ankommen sollen, vergleichen sich Postmark und Mailgun als Transaktions-E-Mail-APIs. Postmark passt gut, wenn du Versandstreams für unterschiedliche Nachrichtentypen klar trennen und einen fokussierten Transaktionsversand betreiben willst. Mailgun ist flexibler, wenn deine Anwendung zusätzlich Routing, eingehende Nachrichten und E-Mail-Validierung über eine API abbildet. Beide starten bei 15 $ pro Monat für 10.000 E-Mails; die passende Wahl hängt deshalb vor allem von Abläufen, Volumen und Betriebsanforderungen ab.

Der Vergleich auf einen Blick

KriteriumPostmarkMailgun
Passend, wenndu transaktionale Nachrichten über getrennte Streams organisieren möchtestdu Versand, Routing und Validierung über flexible API-Bausteine verbinden willst
EinstiegBasic: 15 $ pro Monat, ab 10.000 E-Mails/MonatBasic: 15 $ pro Monat, 10.000 E-Mails/Monat; Free: 100 E-Mails/Tag
Zusätzliche VolumenstufenBasic bei 50.000 E-Mails: 55 $ pro MonatFoundation: 35 $ pro Monat für 50.000; Scale: 90 $ pro Monat für 100.000
Besondere StärkeStreams für unterschiedliche Versandarten und AktivitätsverlaufREST-API, SMTP-Relay, Inbound Routing, Validierung und US- oder EU-Region
Zu prüfenPasst die Stream-Aufteilung zu deinen Events und deinem Datenbedarf?Welche Region, Logs und Validierung brauchst du für jeden Nachrichtentyp?

Beide Produkte sind APIs für Entwicklerteams und keine vollständigen Marketing-Automationssysteme. Für Produktmails wie Verifizierung, Passwort-Reset, Rechnungsbereitstellung, Nutzungswarnungen und Statusmeldungen ordnet deine Anwendung die Auslöser zu; der E-Mail-Dienst übernimmt den Versand und die dazugehörigen Ereignisse. Ein Newsletter-Editor oder eine SaaS-Billing-Automation sollte daher nicht der Maßstab dieser Entscheidung sein.

Postmark: Streams für klar getrennte Nachrichten

Postmark richtet sich auf den Versand transaktionaler E-Mails aus. Für ein SaaS-Team ist die Trennung nach Streams hilfreich, wenn etwa Zugangscodes, Rechnungen und Produktbenachrichtigungen verschiedenen Abläufen oder Verantwortlichen zugeordnet werden sollen. Du kannst dadurch Versandarten gesondert beobachten und nachvollziehen, ohne den gesamten Nachrichtenverkehr in einen einzigen undifferenzierten Strom zu legen. Lege vorab fest, welche Stream-Grenzen im Betrieb tatsächlich nützlich sind: Eine sinnvolle Zuordnung kann Supportfragen und die Analyse von Bounces erleichtern, während zu viele Kategorien zusätzlichen Pflegeaufwand schaffen.

Bei Passwort-Resets zählt vor allem, dass dein Backend den richtigen Empfänger, ein kurzlebiges Token und einen eindeutigen Nachrichtentyp übergibt. Bei Rechnungen solltest du Zustellung und erneutes Senden nachvollziehbar gestalten; bei Webhooks muss deine Anwendung Ereignisse idempotent verarbeiten, damit Wiederholungen nicht zu doppelten Aktionen führen. Postmark liefert hierfür die Versand- und Ereignisbausteine, ersetzt aber nicht deine Produktlogik. Prüfe außerdem, wie lange die gewählte Stufe Aktivitäten speichert: Basic nennt 45 Tage Aufbewahrung, höhere Pläne erlauben anpassbare Aufbewahrung bis zu 365 Tagen.

Basic kostet 15 $ pro Monat für ein Startvolumen von 10.000 E-Mails. Für dieses Basic-Volumen nennt Postmark 1,80 $ je weitere 1.000 E-Mails. Als konkrete größere Stufe sind 50.000 E-Mails im Basic-Plan mit 55 $ pro Monat ausgewiesen. Die höheren Pläne Pro und Platform beginnen bei jeweils 16,50 $ und 18 $ pro Monat für 10.000 E-Mails; deren zusätzliches Volumen wird mit abweichenden Raten berechnet. Für die Auswahl reicht daher der Einstiegspreis allein nicht: Schätze Reset-, Rechnungs- und Benachrichtigungsversand getrennt und rechne mit den dazugehörigen Stufen.

Bei Hosting und Datenschutz solltest du keine Annahmen aus dem Produktnamen ableiten. Die hier vorliegenden Angaben klären Postmarks Datenregion und DPA-Verfügbarkeit nicht. Wenn dein SaaS EU-Residenz oder einen bestimmten Auftragsverarbeitungsvertrag benötigt, gehört die schriftliche Bestätigung dazu, bevor du produktive Nachrichten darüber versendest. Postmark-Preise.

Mailgun: API, Routing und Validierung

Mailgun bietet neben REST-API und SMTP-Relay auch Inbound Routing und E-Mail-Validierung. Das ist interessant, wenn dein Produkt eingehende Antworten an unterschiedliche interne Dienste leiten oder Adressen vor einer Einladung prüfen soll. Routing-Regeln können beispielsweise Antworten auf eine Supportadresse an ein Ticketsystem weitergeben. Validierung hilft, offensichtliche Eingabefehler vor dem Versand zu erkennen; sie ersetzt weder eine Einwilligungsprüfung noch eine Bounce- und Beschwerdebehandlung nach dem Versand.

Für Passwort-Resets und Login-Codes kannst du die Versand-API direkt an deinen Authentifizierungsablauf anbinden. Rechnungen und Belege lassen sich als transaktionale Nachrichten versenden, während deine Anwendung Zustellereignisse, Bounces und erneute Versuche verarbeitet. Webhooks sollten auch hier signaturgeprüft, wiederholbar und entkoppelt vom synchronen Produktablauf behandelt werden. Bevor du den Versand in einen Request einbaust, plane eine Warteschlange und einen nachvollziehbaren Status für fehlgeschlagene Zustellungen ein.

Mailguns Free-Stufe umfasst 100 E-Mails pro Tag. Basic kostet 15 $ pro Monat und enthält 10.000 E-Mails im Monat; weitere E-Mails kosten ab 1,80 $ je 1.000. Foundation kostet nach dem ersten kostenlosen Monat 35 $ pro Monat für 50.000 E-Mails. Die ausgewiesene Mehrmenge beginnt bei 1,30 $ je 1.000. Scale kostet nach dem ersten kostenlosen Monat 90 $ pro Monat für 100.000 E-Mails, mit zusätzlichen E-Mails ab 1,10 $ je 1.000. Scale umfasst außerdem 5.000 Validierungen; zusätzliche Validierungen sind mit 0,80 $ je 100 angegeben. Diese Grenzen getrennt zu kalkulieren ist sinnvoll, wenn Einladungen und andere nutzerseitige Formulare Validierungsaufrufe auslösen.

Mailgun gibt an, Versand über eine US- oder EU-Region aus demselben Konto anzubieten. Das kann bei regionalen Anforderungen ein relevantes Betriebsmerkmal sein, entscheidet aber nicht allein über DSGVO-Konformität: Prüfe Datenflüsse, Aufbewahrung, Unterauftragsverarbeiter und den Vertrag passend zu deinem Einsatz. In den Preisangaben stehen für Basic ein Tag, für Foundation fünf Tage und für Scale 30 Tage Log-Aufbewahrung. Mailgun-Preise.

Welche Kosten passen zu deinem Versand?

Der Gleichstand bei 10.000 E-Mails macht die Mengenplanung zum ersten sinnvollen Schritt. Nimm die tatsächlichen Versandereignisse eines Monats: neue Konten und Passwort-Resets, Rechnungen, fehlgeschlagene Zahlungen, Webhook- oder Systemhinweise und erneute Versuche. Trenne absichtlich wiederholte Benachrichtigungen von einmaligen Dokumenten und berücksichtige saisonale Spitzen. Vergleiche anschließend das erwartete Volumen mit den jeweiligen Tarifgrenzen und den Mehrmengenpreisen, die für den konkreten Plan gelten.

Bei Postmark sind Basic, Pro und Platform mit eigenen Mehrmengenraten verbunden. Mailgun staffelt die Kosten ebenfalls nach Plan; Foundation und Scale haben andere Mehrmengenpreise als Basic, und Validierung ist eine eigene Verbrauchsgröße. Die auf der Tabelle genannten Stufen sind monatliche Preise und monatliche E-Mail-Mengen. Sie beschreiben keinen Jahrestarif. Wenn du zwei Umgebungen oder getrennte Projekte betreibst, frage außerdem nach, wie Abrechnung und Volumengrenzen für deine Kontostruktur angewendet werden.

Ein niedrigerer Einstieg kann an Bedeutung verlieren, wenn du zusätzliche Logs, längere Aufbewahrung, IPs oder viele Validierungen brauchst. Stelle deshalb neben die monatlichen Nachrichtenmengen auch Supportwege, Ereignisdaten, benötigte Regionen und die Folgen eines Bounce. Notiere, was im Anbieterplan enthalten ist und was dein Team selbst betreiben muss. So vergleichst du den Gesamtaufwand für deinen SaaS-Betrieb statt nur eine Zahl auf der Preisseite.

So triffst du die Wahl für dein SaaS

1. Nachrichtentypen zuordnen

Liste jeden Auslöser mit Empfänger, Dringlichkeit und verantwortlichem Produktbereich auf. Zugangswiederherstellung und Rechnungen brauchen eine andere Fehlerbehandlung als optionale Hinweise. Diese Übersicht zeigt, ob Postmarks getrennte Streams deiner Organisation helfen oder Mailguns Routingmöglichkeiten mehr Nutzen bringen.

2. Bounces und Wiederholungen planen

Definiere, wie deine Anwendung temporäre und dauerhafte Bounces unterscheidet, wann ein Versand erneut versucht wird und wann eine Adresse pausiert. Speichere Ereignis-IDs, damit ein mehrfach zugestellter Webhook denselben Vorgang nicht doppelt ausführt. Ein Pilot sollte sowohl einen normalen Versand als auch eine absichtlich ungültige Testadresse umfassen.

3. Regionen und Aufbewahrung abgleichen

Kläre, wo Nachrichten und Aktivitätsprotokolle verarbeitet werden und wie lange dein Team Ereignisdaten benötigt. Mailgun nennt eine EU-Versandregion; für Postmark sind Region und DPA-Verfügbarkeit in den hier ausgewerteten Angaben nicht geklärt. Hol die Antworten für deinen konkreten Vertrag ein und dokumentiere sie in deiner Datenschutzprüfung.

4. Mit echtem Volumen vergleichen

Nutze ein repräsentatives Monatsvolumen samt Spitzen und Validierungsbedarf. Vergleiche Plan, E-Mail-Kontingent, Mehrmengen und Log-Aufbewahrung. Teste dieselben Vorlagen und Ereignisabläufe in einer nicht produktiven Umgebung, prüfe die Anbindung und bewerte anschließend, welcher Betriebsaufwand zu deinem Team passt.

Einführung ohne Unterbrechung

Starte mit einer Inventur der Nachrichten: Vorlage, Auslöser, Absenderadresse, Empfängerlogik, erforderliche Daten und zuständiger Dienst. Prüfe, welche Nachrichten zwingend zugestellt werden müssen und welche bei einem Fehler warten können. Halte die Logik in deiner Anwendung, sodass ein Anbieterwechsel nicht verlangt, jeden Billing- oder Authentifizierungsablauf neu zu bauen. Speichere API-Schlüssel als Geheimnisse und beschränke ihre Nutzung auf die jeweiligen Umgebungen.

Richte SPF und DKIM für die Versanddomain ein und veröffentliche eine passende DMARC-Richtlinie. Trenne nach Möglichkeit die Absenderdomäne für kritische Transaktionsnachrichten von Marketingversand. Beginne mit einer internen Testgruppe und prüfe Darstellung, Links, Empfängerzuordnung, Bounces und Ereignisverarbeitung. Verwende für Webhooks eine Signaturprüfung, protokolliere Fehler ohne unnötige personenbezogene Inhalte und mache die Verarbeitung wiederholbar.

Wenn du von einem bestehenden Anbieter wechselst, kannst du zunächst einen begrenzten Nachrichtentyp umstellen, etwa interne Rechnungsbenachrichtigungen. Vergleiche dann Ereignisse und Supportfälle für diesen Ablauf, bevor du Passwort-Resets oder Login-Codes überträgst. Plane einen Rückweg: Eine Konfiguration sollte den Versanddienst pro Nachrichtentyp umschalten können, und das bisherige System bleibt für die vereinbarte Übergangszeit erreichbar. Weiterführend: alle Vergleiche, alle Artikel, E-Mail-Tools für SaaS, SaaS-Onboarding und E-Mail-Zustellbarkeit. Sequenzy Review.

Häufige Fragen zu Postmark und Mailgun

Ist Postmark oder Mailgun besser für Passwort-Resets?

Beide Dienste können Transaktionsnachrichten für Passwort-Resets versenden. Postmark passt, wenn du Nachrichtentypen über getrennte Streams organisieren willst; Mailgun, wenn du zusätzlich flexible API- und Routingbausteine benötigst. Die Token- und Wiederholungslogik bleibt Teil deiner Anwendung.

Was kosten Postmark Basic und Mailgun Basic?

Postmark Basic kostet 15 $ pro Monat für ein Startvolumen von 10.000 E-Mails im Monat. Mailgun Basic kostet ebenfalls 15 $ pro Monat und enthält 10.000 E-Mails im Monat. Die Mehrmengenpreise und weitere Tarifstufen unterscheiden sich.

Welche Mailgun-Tarife umfassen 50.000 beziehungsweise 100.000 E-Mails?

Mailgun Foundation kostet nach dem ersten kostenlosen Monat 35 $ pro Monat für 50.000 E-Mails. Scale kostet nach dem ersten kostenlosen Monat 90 $ pro Monat für 100.000 E-Mails.

Bietet Mailgun eine EU-Region an?

Mailgun nennt den Versand über eine US- oder EU-Region aus demselben Konto. Prüfe zusätzlich die Datenflüsse, Protokollaufbewahrung und Vertragsbedingungen für deinen konkreten Einsatz.

Wie sollte ich Bounces und Webhooks behandeln?

Verarbeite Zustellereignisse in deiner Anwendung über eine Warteschlange, prüfe Webhook-Signaturen und mache Handler idempotent. Unterscheide temporäre von dauerhaften Bounces und lege fest, wann Adressen pausiert oder Sendungen erneut versucht werden.