Resend: e-mail-API en Marketing voor SaaS-teams

Wat is Resend?

Resend richt zich op de e-mail die ontstaat door een actie in een product. Een registratie kan een bevestiging starten, een factuur kan een bericht activeren en een wachtwoordwijziging kan een beveiligingsmelding opleveren. De applicatie roept de API aan met ontvanger, afzender, onderwerp, template en eventuele variabelen. De e-mail blijft daarmee onderdeel van de softwarelogica in plaats van een handmatige campagne.

Ontwikkelaars werken met SDK’s voor hun programmeertaal en kunnen templates in de code beheren. Dat past bij teams die wijzigingen via versiebeheer, pull requests en omgevingen uitrollen. HTML, tekstversies, headers, bijlagen en webhook-gebeurtenissen horen bij dezelfde technische keten. Een team kan een template koppelen aan een gebeurtenis zoals invoice.created en de inhoud vullen met gegevens uit de eigen applicatie.

Resend heeft naast de transactionele omgeving een apart Marketing-product. Daarin staan contacten, segmenten, campagneverzending en automatiseringsuitvoeringen centraal. Het onderscheid is praktisch: de API reageert op een gebeurtenis in je product, terwijl Marketing werkt met een doelgroep en een geplande of geautomatiseerde campagne. Een organisatie kan beide onderdelen gebruiken, maar de gegevensstromen en beheerkeuzes blijven afzonderlijk.

Een SaaS-team begint meestal met een klein aantal vaste berichttypen. Maak een lijst van gebeurtenissen, verantwoordelijke services en noodzakelijke gegevens. Een accountservice kan bevestigingsmails versturen, een billingservice betalingsberichten en een supportservice een melding over een ticket. Door die verantwoordelijkheden te benoemen blijft de integratie begrijpelijk wanneer het product groeit.

Gebruik een eigen domein en benoem afzenders herkenbaar. Scheid omgevingen met verschillende sleutels en domeinen waar dat past. Zet retry-logica buiten de webrequest als een bericht niet direct kan worden afgeleverd. Een queue of worker voorkomt dat een trage externe aanroep een gebruikersactie blokkeert. Leg ook vast wanneer een gebeurtenis opnieuw mag worden verwerkt.

Marketing werkt met andere beslissingen. Contacttoestemming, segmentregels, frequentie en uitschrijving horen bij het campagneproces. Synchroniseer alleen de velden die je nodig hebt en bepaal welke bron leidend is voor toestemming. Een transactionele bevestiging mag niet afhankelijk worden van een marketingsegment; beide routes hebben een eigen doel en foutafhandeling.

Maak voor elk bericht een eigenaar en een korte inhoudsregel. Zo weet een team wie wijzigingen beoordeelt, welke vertalingen nodig zijn en welke gegevens nooit in een onderwerpregel mogen verschijnen. Leg foutmeldingen vast met een technische referentie in plaats van volledige berichtinhoud. Plan periodiek onderhoud voor oude templates, verlopen links, ongebruikte sleutels en adressen die structureel bouncen. Een eenvoudige checklist bij een release helpt om DNS, variabelen, afzender, uitschrijving en monitoring samen te controleren. Deze werkwijze maakt het mogelijk om nieuwe productfuncties toe te voegen zonder dat elke ontwikkelaar de hele e-mailketen opnieuw hoeft te begrijpen.

Sequenzy heeft een gratis niveau tot 2.500 e-mails per maand en een plan van 19 $ per maand voor 15.000 e-mails.

Begin met het domein dat in het afzenderadres staat. Voeg de DNS-records toe die Resend voor domeinverificatie geeft en wacht op propagatie. SPF maakt duidelijk welke servers namens het domein mogen verzenden. DKIM voegt een cryptografische handtekening toe aan elk bericht. DMARC bepaalt hoe een ontvangende server omgaat met een bericht dat niet door SPF of DKIM wordt uitgelijnd en kan rapporten naar een adres sturen.

Gebruik een subdomein voor productmail als je marketing en transactionele stromen wilt scheiden. Houd bounce- en complaint-gebeurtenissen in de gaten en verwijder adressen die niet meer mogen worden benaderd. Controleer links en tracking met dezelfde zorg als de hoofdtekst. Een test naar meerdere mailboxproviders helpt om inhoud, headers en mobiele opmaak te controleren voordat je een brede verzending activeert.

AVG-verantwoordelijkheden liggen bij je organisatie en de afspraken met dienstverleners. Bepaal het doel van elk bericht, beperk persoonsgegevens in templates en logs, stel bewaartermijnen in en documenteer toestemming voor marketing. De beschikbare informatie geeft geen hostingregio of DPA-status voor Resend; laat die punten door je privacy- en inkoopproces beoordelen voordat je productiegegevens verwerkt.