Resend
Resend ist eine entwicklerorientierte Schnittstelle für den Versand von E-Mails. Zum Umfang gehören wählbare Versandregionen, Vorlagen auf Komponentenbasis, Domain-Verifizierung, Rundmails an Empfängerlisten, Webhooks für Zustellereignisse und ein offizieller MCP-Server.
Resend ist eine E-Mail-Schnittstelle für transaktionale und Marketing-Mails mit wählbarer Versandregion, Vorlagen, Webhooks und einem offiziellen MCP-Server. Konto- und Protokolldaten liegen laut Anbieter in den USA.
Erklärung
In agentischen Abläufen ist E-Mail häufig der letzte Schritt: Bestätigung an den Interessenten, Benachrichtigung ins Team, Bericht nach einem Lauf. Wichtig ist dabei weniger der Versand selbst als die Rückmeldung, ob eine Mail angekommen ist – deshalb sind Webhooks für Zustellung und Rückläufer der eigentliche Wert. Wer Zustellbarkeit ernst nimmt, verifiziert die Domain mit SPF-, DKIM- und DMARC-Einträgen und trennt Werbe- von Systemmails. Für Datenhoheit ist eine Feinheit entscheidend: Die Regionswahl steuert laut Dokumentation den Versandort, Konto- und Protokolldaten werden unabhängig davon in den USA gespeichert. Bei personenbezogenen Inhalten in Mails gehört das in die Verarbeitungsübersicht, statt unter „Server in Irland“ abgehakt zu werden.
Relevanz für Marketing
Für Marketing ist der praktische Punkt die Trennung von System- und Werbemails: Bestätigungen dürfen nicht im Spam landen, weil eine Kampagne die Domain-Reputation belastet hat. Für Verantwortliche zählt die Nachweisbarkeit – ohne Zustellprotokoll lässt sich nach einer Beschwerde nicht belegen, ob eine Mail versandt wurde.
Beispiel
Nach dem Absenden des Anfrageformulars versendet eine Funktion zwei Mails: Bestätigung an den Interessenten und Benachrichtigung ans Team. Ein Webhook meldet Rückläufer zurück, sodass falsche Adressen sichtbar werden statt still zu verschwinden.
Häufige Fallstricke
Die gewählte Versandregion sagt nichts über den Speicherort von Konto- und Protokolldaten – laut Dokumentation liegen diese in den USA. Und ohne vollständige DNS-Einträge und getrennte Absender für Werbung und System leidet die Zustellbarkeit, oft genau dann, wenn eine Kampagne läuft.
Entstehung & Geschichte
Resend trat mit dem Anspruch an, transaktionale Mails für Entwickler wieder einfach zu machen, und verband Versand mit Vorlagen auf Komponentenbasis. Mit der Verbreitung von Agenten kam 2025 ein MCP-Server hinzu, über den Assistenten Mails versenden, Kontakte verwalten und Domains prüfen können.
Weiterführende Ressourcen
Anwendungsfälle im Marketing
Bestätigungs- und Benachrichtigungsmails aus Formularen.
Berichte, die ein Agent nach einem Lauf versendet.
Newsletter mit Bestätigungsverfahren und Abmeldelink.
Rückläuferbehandlung über Webhooks.
Häufige Fragen
Bleiben E-Mail-Daten in der EU?
Der Versand lässt sich auf eine EU-Region legen, Konto- und Protokolldaten liegen laut Dokumentation jedoch in den USA. Wer personenbezogene Inhalte versendet, sollte das in der Verarbeitungsübersicht abbilden und vertraglich klären.
Warum landen Bestätigungsmails im Spam?
Meist fehlen vollständige DNS-Einträge für SPF, DKIM und DMARC, oder Werbe- und Systemmails laufen über denselben Absender. Beides belastet die Reputation der Domain.
Darf ein Agent selbstständig Mails versenden?
Technisch ja, empfehlenswert nur mit engen Grenzen: feste Vorlagen, begrenzte Empfängerkreise, Protokollierung und bei Außenkommunikation eine Freigabe. Ein irrtümlicher Rundversand lässt sich nicht zurückholen.
Verwandte Services
Tiefer einsteigen: Agentic AI Hub · Governance & Compliance