E-Mail-API für Entwickler: welcher Dienst zu Ihrem Produkt passt

Was Sie bei 10.000, 50.000 und 125.000 E-Mails zahlen

Die Preisseiten rechnen unterschiedlich: nach Paketen, nach Staffeln oder pro Tausend. Die Tabelle legt dieselben drei Monatsmengen an alle Dienste an; Rechenwege stehen in den Zellen, und alle Beträge sind US-Dollar ohne Steuern.

Zwei Dinge lassen sich ablesen. Erstens liegt der Abstand zwischen den Diensten zwischen Faktor zwei und Faktor zehn, doch er sagt wenig über den Aufwand aus: SES spart bei 50.000 E-Mails im Monat wenige Dollar, kostet aber Tage an Integration. Zweitens kippt die Rangfolge mit der Menge: Bei 10.000 E-Mails sind Postmark und Mailgun mit 15 $ günstiger als Resend Pro, bei 125.000 liegt Resend vor beiden.

Zwei Aufrufe im Vergleich

Resends Dokumentation zu Idempotenzschlüsseln zeigt, wie ein wiederholbarer Versand im Node.js-SDK aussieht. Der Schlüssel folgt der Empfehlung <Ereignisart>/<Entitäts-ID>, bis zu 256 Zeichen sind erlaubt:

import { Resend } from 'resend';

const resend = new Resend('re_xxxxxxxxx');

await resend.emails.send(
  {
    from: 'Acme <onboarding@resend.dev>',
    to: ['delivered@resend.dev'],
    subject: 'hello world',
    html: '<p>it works!</p>',
  },
  {
    idempotencyKey: 'welcome-user/123456789',
  },
);

Der entsprechende Aufruf aus Postmarks Sendedokumentation trägt die Stream-Wahl im Aufruf selbst, aber keinen Schlüssel für Wiederholungen:

const result = await postmark.sendEmail({
  From: "sender@acme.example",
  To: "customer@example.com",
  Subject: "Hello from Postmark",
  TextBody: "Hello from Postmark!",
  HtmlBody: "<html><body><strong>Hello</strong> from Postmark!</body></html>",
  MessageStream: "outbound",
});

Wer in einer Queue arbeitet, die Jobs bei Fehlern wiederholt, sollte diesen Unterschied vor der Entscheidung sehen: Bei Resend übernimmt der Dienst die Entduplizierung für 24 Stunden, bei Postmark protokollieren Sie selbst, welche Bestell- oder Nutzerereignisse bereits eine Mail ausgelöst haben.

Fünf Prüfsteine, bevor Sie sich festlegen

1. Limits der API. Resend nennt 10 Anfragen pro Sekunde je Team, Postmark begrenzt eine Nachricht auf 50 Empfänger und 10 MB, den Batch auf 500 Nachrichten und 50 MB. Bauen Sie Wiederholungen mit Wartezeit ein, statt auf den ersten Fehler zu reagieren.
2. Sandbox und Testadressen. Amazon SES beschränkt neue Konten auf 200 Nachrichten pro Tag. Lassen Sie den Produktionszugang früh beantragen, nicht am Tag vor dem Launch.
3. Ereignisfluss. Bounces und Beschwerden müssen in Ihre Datenbank zurückfließen. Ein Webhook ist einfach, ein SES-Ereignisziel ist flexibler, aber aufwendiger.
4. Vorlagen. HTML aus dem eigenen Code, ein gespeicherter Dienst-Template oder ein Framework wie MJML oder React Email: Der Dienst muss das nehmen, was Ihr Team pflegt.
5. Absender-Domain. SPF, DKIM und DMARC gehören zur Einrichtung jedes Dienstes; der Leitfaden zur Zustellbarkeit erklärt die Einträge. Systemmails und Newsletter trennen Sie am besten über Subdomains, wie es der Artikel zu transaktionalen und Marketing-E-Mails beschreibt.