Resend vs SendGrid: Was passt zu deiner MVP-E-Mail?

Jedes MVP mit Benutzerkonten muss irgendwann eine E-Mail versenden, auf die ein Nutzer aktiv wartet — eine Registrierungsbestätigung, ein Passwort-Reset, eine Quittung. Sobald du akzeptiert hast, dass ein dedizierter Anbieter besser ist als der Versand vom eigenen Server (siehe Transaktionale E-Mail in deinem MVP für den Grund), ist die nächste Entscheidung, welcher Anbieter es sein soll. Resend und SendGrid sind beide reale, aktuelle Optionen, aber sie stammen aus unterschiedlichen Epochen und treffen unterschiedliche Kompromisse — dies ist ein echter Vergleich, keine zwei zufällig ausgewählten Anbieter.

Was jeder Anbieter tatsächlich ist

SendGrid, jetzt Teil von Twilio, gibt es seit 2009 und ist einer der etabliertesten Namen im E-Mail-Versand. Es deckt transaktionale E-Mail, Marketingkampagnen und Analytics auf einer Plattform ab, mit REST API, SMTP-Relay und einem Dashboard, das sowohl für Entwickler als auch Marketingteams gedacht ist. Es ist die Art von Anbieter, in die ein Produkt hineinwachsen kann — von einer einzelnen Passwort-Reset-E-Mail bis zu einem vollständigen Kampagnen- und Segmentierungs-Setup —, ohne den Anbieter zu wechseln.

Resend ist ein neuerer Anbieter, speziell für Entwickler gebaut, mit einer API, die um moderne Web-Stacks herum konzipiert ist, und erstklassiger Unterstützung für React Email, die Open-Source-Bibliothek zum Erstellen von E-Mail-Templates als React-Komponenten. Dashboard, Dokumentation und SDKs sind merklich schlanker als bei SendGrid, was einen engeren anfänglichen Fokus widerspiegelt: transaktionale und produktbezogene E-Mails zuverlässig versenden, mit minimalem Aufwand, und die API aus dem Weg gehen lassen.

Developer Experience

Hier fühlen sich die beiden in der Praxis am unterschiedlichsten an.

Die API von Resend ist bewusst klein gehalten. Eine E-Mail zu senden ist in den meisten SDKs nahezu ein Einzeiler, und weil React-Email-Templates als natives Format behandelt werden, kann ein Team, das bereits React schreibt, E-Mail-Templates als Komponenten bauen und in der Vorschau ansehen, statt HTML-Tabellen von Hand zu codieren — eine echte Zeitersparnis, wenn dein Stack schon React-/Next.js-basiert ist. Fehlermeldungen, Webhook-Payloads und das Dashboard tendieren alle in Richtung „in fünf Minuten verständlich”, was wichtiger ist, als es klingt, wenn du gerade um 23 Uhr vor einer Demo debuggst, warum eine E-Mail nicht rausgegangen ist.

Die API von SendGrid ist älter und breiter, was sich zweischneidig auswirkt. Sie unterstützt mehr Versandmethoden (REST API und SMTP-Relay sind beide erstklassig), granularere Konfiguration und ein ausgereiftes Ökosystem aus SDKs und Framework-Integrationen — aber Dashboard und Dokumentation tragen das Gewicht der Unterstützung von Marketingautomatisierung, Kontaktlisten und Analytics neben dem transaktionalen Versand, sodass die Lernkurve für „einfach nur eine Passwort-Reset-E-Mail versenden” ein paar Schritte länger ist als bei Resend. Teams, die bereits SendGrid genutzt haben, finden es vertraut; Teams, die neu starten, finden Resend oft schneller, um die erste E-Mail zu versenden.

Zustellbarkeits-Reputation

Beide Anbieter erfordern die gleiche grundlegende Zustellbarkeitsarbeit — SPF-, DKIM- und DMARC-Domain-Authentifizierung —, und keiner ist eine Abkürzung, um dieses Setup nicht sauber durchzuführen. Zustellbarkeit hängt mehr von korrekter Authentifizierung und Absenderreputation ab als davon, welchen der beiden du wählst.

SendGrid hat die längere Erfolgsbilanz und eine große, gut dokumentierte Versandinfrastruktur, nachdem es seit über einem Jahrzehnt transaktionales und Marketingvolumen im großen Maßstab abgewickelt hat — diese Geschichte ist beruhigend für Teams, die einen Anbieter mit einer langen, öffentlich sichtbaren Zustellbarkeitsbilanz wollen. Resend ist neuer und hat per Definition eine kürzere öffentliche Erfolgsbilanz, wurde aber von einem Team mit vorheriger, auf Zustellbarkeit fokussierter Erfahrung gebaut, und seine Architektur hält den transaktionalen Versand getrennt von den Massen-/Marketing-Anwendungsfällen, die manchmal eine geteilte Versandreputation belasten können. Für ein MVP mit niedrigem bis moderatem Volumen handhaben beide Anbieter Zustellbarkeit gut, wenn die Domain-Authentifizierung korrekt durchgeführt wird; der Unterschied zählt mehr bei höherem Volumen und längerer Versandgeschichte, wo die Reife von SendGrid ein echter Vorteil ist.

Preismodell

Keiner der Anbieter veröffentlicht Zahlen, die stabil genug sind, um sie hier verlässlich zu nennen — die Preisstufen auf beiden Seiten haben sich schon geändert, und eine konkrete Zahl in diesem Artikel könnte veraltet sein, bis du ihn liest. Was sich zu verstehen lohnt, ist die Form jedes Modells:

• Resend bepreist primär nach monatlichem E-Mail-Volumen, mit einer kostenlosen Stufe, die gezielt auf frühe Phasen und Side-Projects abzielt, und kostenpflichtigen Stufen, die mit der Sendeanzahl skalieren. Die Preisseite ist kurz und leicht nachvollziehbar, konsistent mit dem minimalen Ansatz des Produkts.
• SendGrid bepreist ebenfalls nach monatlichem E-Mail-Volumen, aber die Stufenstruktur ist ausgefeilter, weil sie sowohl transaktionale als auch Marketing-Anwendungsfälle abdeckt — ein Plan, der deine transaktionalen Bedürfnisse bequem abdeckt, kann Marketingfunktionen enthalten, die du noch nicht nutzt, oder du brauchst eventuell eine höhere Stufe speziell, um Marketing-/Kontaktlistenfunktionen freizuschalten, selbst wenn dein transaktionales Volumen bescheiden ist.

Für aktuelle Zahlen prüfe direkt die offizielle Preisseite von Resend und die offizielle Preisseite von SendGrid, bevor du budgetierst — das ist einer der Bereiche, in denen „aktuellen Preis prüfen” jede in einem Artikel geschriebene Zahl schlägt.

Funktionsumfang

Der größte strukturelle Vorteil von SendGrid ist die Breite: transaktionale E-Mail, Marketingkampagnen, Kontakt-/Listenverwaltung, A/B-Tests und Analytics leben alle unter einem Konto. Wenn deine Roadmap Newsletter, Drip-Sequenzen oder Werbekampagnen innerhalb des ersten Produktjahres enthält, vermeidet das Vorhandensein all dessen auf derselben Plattform wie dein transaktionaler Versand später eine zweite Anbieterbeziehung und ein zweites Domain-Authentifizierungs-Setup.

Der Funktionsumfang von Resend ist bewusst schmaler. Er deckt transaktionale und produktbezogene E-Mail extrem gut ab und hat Broadcast-/Audience-Funktionen für einfache Massenversände hinzugefügt, versucht aber nicht, wie SendGrid eine vollständige Marketing-Automatisierungsplattform zu sein. Für ein Produkt, das wirklich nur „E-Mails senden, die durch Nutzeraktionen ausgelöst werden” braucht, ist diese Schmalheit ein Feature, keine Lücke — weniger Konfigurationsfläche, weniger ungenutzte Funktionen, die das Dashboard überladen.

Resend vs SendGrid: Schnellvergleich

Faktor	Resend	SendGrid
Developer Experience	Minimale API, native React-Email-Unterstützung, schnelles Setup	Breitere API und SMTP-Relay, mehr Konfigurationsfläche
Zustellbarkeits-Reputation	Neuer, auf Zustellbarkeit fokussiertes Team, trennt transaktional von Massenversand	Lange, etablierte Erfolgsbilanz im großen Maßstab
Preismodell	Einfache, volumenbasierte Stufen, schlanke kostenlose Stufe	Volumenbasiert, aber gestuft rund um transaktionale und Marketing-Nutzung
Funktionsumfang	Fokus auf transaktionale/produktbezogene E-Mail, grundlegende Broadcast-Funktionen	Transaktional + vollständige Marketing-/Kampagnenplattform
Am besten für	Einfache, rein transaktionale MVPs, React/Next.js-Stacks	MVPs, die neben transaktionaler auch Marketing-E-Mail erwarten

Was passt zu deinem MVP?

Ein paar Fragen können das schnell klären:

Braucht dein MVP nur transaktionale E-Mails — Registrierungsbestätigungen, Passwort-Resets, Quittungen, Benachrichtigungen — ohne kurzfristig geplante Marketing-E-Mail? Resend ist die direktere Wahl. Die schmalere API und React-Email-Integration bedeuten weniger Zeit für Template-Klempnerarbeit und mehr Zeit für das Produkt selbst, besonders wenn du bereits mit React oder Next.js baust.

Weißt du bereits, dass dein Produkt innerhalb des nächsten Jahres Newsletter, Werbekampagnen oder Drip-Sequenzen braucht? Die kombinierte transaktional-und-Marketing-Plattform von SendGrid vermeidet später eine Migration zu einem zweiten Anbieter. Dort zu starten kostet eine etwas steilere anfängliche Lernkurve im Austausch dafür, deinen E-Mail-Stack nicht umbauen zu müssen, wenn Marketingbedürfnisse eintreten.

Ist dein Team bereits tief in React/Next.js und würde davon profitieren, E-Mail-Templates als Komponenten zu schreiben? Das spricht für Resend, wo React Email ein erstklassiger Bürger ist, statt etwas, das du selbst anflanschst.

Willst du die Sicherheit der längeren, etablierteren Zustellbarkeitsbilanz, während du deine Absenderreputation noch von null aufbaust? Die über zehnjährige Geschichte von SendGrid kann stärker wiegen, wenn Zustellbarkeitsvertrauen in deinen ersten Monaten am wichtigsten ist.

Wenn Benachrichtigungen, Hintergrundjobs und E-Mail-Workflows im weiteren Sinne für den Umfang deines MVP noch offene Fragen sind, ist MVP-Anforderungen für Benachrichtigungen, E-Mails und Hintergrundjobs eine nützliche vorherige Lektüre. Und wenn du noch mehr als diese zwei Anbieter vergleichst, deckt Email-API-Integration: den richtigen Anbieter für dein MVP wählen SendGrid neben Postmark, Mailgun und Amazon SES für einen breiteren Überblick ab.

Die Entscheidung treffen

Resend und SendGrid lösen beide das Kernproblem der transaktionalen E-Mail kompetent — das ist kein Fall, in dem einer der Anbieter eine falsche Wahl wäre. Der eigentliche Unterschied liegt in Umfang und Reife: Resend tendiert zu einer schnellen, minimalen, entwicklerorientierten Erfahrung, speziell gebaut für transaktionale und produktbezogene E-Mail, während SendGrid zu Breite und einer längeren Erfolgsbilanz tendiert, die sich auszahlt, sobald Marketing-E-Mail Teil des Bildes wird. Gleiche das mit dem ab, was du tatsächlich über die kurzfristigen Bedürfnisse deines MVP weißt — nicht mit dem, was du eines Tages vielleicht brauchst — und beide Anbieter werden transaktionale E-Mail zuverlässig zum Laufen bringen, lange bevor sie zum Faktor wird, der deinen Launch verlangsamt.

Häufig gestellte Fragen

Ist Resend oder SendGrid besser für ein MVP?

Resend passt in der Regel zu MVPs, die nur transaktionale E-Mails benötigen und das schnellste, entwicklerfreundlichste Setup wollen, besonders wenn das Team bereits React oder React Email für Templates nutzt. SendGrid passt in der Regel zu Produkten, die erwarten, neben transaktionalen E-Mails auch Marketing- oder Kampagnen-E-Mails zu brauchen, oder die einen länger etablierten Anbieter mit breiterem Funktionsumfang wollen.

Ist Resend günstiger als SendGrid?

Beide bieten eine nutzbare kostenlose Stufe und nutzungsbasierte kostenpflichtige Pläne, aber keiner veröffentlicht Zahlen, die stabil genug sind, um sie hier verlässlich zu nennen — Preisstufen ändern sich mit der Zeit. Vergleiche die aktuellen Preisseiten mit deinem erwarteten monatlichen E-Mail-Volumen, statt dich auf eine erinnerte Zahl zu verlassen.

Unterstützt Resend Marketing- oder Massen-E-Mails, oder nur transaktionale?

Resend ist primär um transaktionale und produktbezogene E-Mails herum aufgebaut, mit erst kürzlich hinzugefügten Broadcast-/Audience-Funktionen. SendGrid unterstützt schon viel länger sowohl transaktionale als auch Marketing-E-Mails als ausgereifte Kernbestandteile seiner Plattform, daher ist es die sicherere Standardwahl, wenn Massen-Kampagnen-E-Mail ein kurzfristiges Bedürfnis ist und nicht nur eine Möglichkeit.

Kann ich später von Resend zu SendGrid wechseln, oder umgekehrt?

Ja, und das ist weniger schmerzhaft als der Wechsel eines Authentifizierungsanbieters — im Wesentlichen richtest du den E-Mail-Versandcode und die Templates deiner Anwendung auf eine neue API aus, plus die erneute Domain-Authentifizierung (SPF, DKIM, DMARC) für den neuen Anbieter. Es bleibt trotzdem echte Arbeit, daher lohnt es sich, mit Blick auf die kurzfristigen Bedürfnisse zu wählen, statt einen kostenlosen Wechsel anzunehmen.

Brauche ich Resend oder SendGrid, wenn mein MVP nur eine Handvoll E-Mails pro Tag versendet?

Ja — geringes Volumen macht einen dedizierten Anbieter nicht überflüssig. Zustellbarkeit hängt mehr von korrekter Domain-Authentifizierung und Absenderreputation ab als vom Sendevolumen, daher profitiert selbst eine Handvoll täglicher E-Mails von einer echten transaktionalen Email API statt eines direkten Versands vom Anwendungsserver.