Transactionele e-mails betrouwbaar versturen met Resend

Wachtwoord vergeten, bestelling bevestigd, account aangemaakt, factuur klaar. Dit soort mails verwacht je gebruiker binnen seconden, en ze moeten in de inbox belanden, niet in spam. Transactionele e-mails zijn een klein onderdeel van een applicatie of webshop, maar als ze niet aankomen, merk je dat direct in klachten en supportvragen. Resend is een dienst die ze betrouwbaar verstuurt. Hieronder lees je wat daarvoor nodig is.

Wat zijn transactionele e-mails?

Transactionele e-mails zijn berichten die een systeem automatisch verstuurt naar aanleiding van een actie van één gebruiker. Denk aan:

• bevestiging van een account of e-mailadres
• een link om je wachtwoord opnieuw in te stellen
• orderbevestigingen en verzendberichten
• facturen en betaalbewijzen
• meldingen uit een portaal, zoals een nieuw document of een goedgekeurde aanvraag

Het verschil met marketingmail: die stuur je naar een lijst, op een moment dat jij kiest. Een transactionele mail gaat naar één persoon, op het moment dat die er zelf om vraagt. Daarom horen ze in een ander systeem. Nieuwsbrieven lopen via een e-mailmarketingtool, transactionele mail via een dienst die daarvoor gebouwd is.

Waarom niet gewoon versturen vanaf je eigen mailserver?

Het kan, maar het gaat vaak mis. Mail vanaf een gewone mailbox of webserver belandt snel in spam, omdat ontvangende mailservers de afzender niet vertrouwen. Er zijn limieten op hoeveel je mag versturen. En je hebt geen inzicht: je weet niet of een mail is aangekomen, geweigerd of in spam beland.

Een gespecialiseerde dienst lost dat op met een goede afzenderreputatie, verificatie van je domein en een logboek per mail.

Waarom kiezen we vaak voor Resend?

Er zijn meerdere goede diensten voor transactionele e-mail. Wij gebruiken Resend vaak omdat het:

• eenvoudig te integreren is in moderne applicaties, bijvoorbeeld gebouwd met Next.js of met een backend in Supabase of Xano
• e-mailtemplates in code ondersteunt, zodat mails er strak uitzien en makkelijk te onderhouden zijn
• overzicht geeft per verstuurde mail: afgeleverd, geopend, geweigerd of als spam gemarkeerd
• webhooks biedt, zodat je applicatie weet wanneer een adres niet meer werkt

De kosten hangen af van het aantal mails per maand. Voor kleine volumes is er een gratis instapniveau, daarboven schaalt het mee met gebruik.

Wat is er nodig om transactionele e-mails goed in te richten?

Je domein verifiëren

Dit is de belangrijkste stap. Je voegt een paar DNS-records toe aan je domein, zodat ontvangende mailservers kunnen controleren dat Resend namens jou mag versturen. Het gaat om SPF, DKIM en DMARC. Zonder deze records belandt een groot deel van je mail in spam. Het werk is klein, maar vraagt toegang tot je domeinbeheer.

Een apart subdomein

We raden aan om transactionele mail vanaf een subdomein te versturen, zoals mail.jouwdomein.nl. Gaat er ooit iets mis met de reputatie, dan heeft je gewone zakelijke mail daar geen last van.

Goede templates

Een transactionele mail is kort en duidelijk: wat is er gebeurd en wat moet de ontvanger doen. Kleuren en logo uit je huisstijl, een duidelijke knop, en een platte-tekstversie voor mailprogramma's die geen opmaak tonen. Test op mobiel, want daar worden de meeste mails gelezen.

Een afzenderadres waarop antwoorden aankomen

Een no-reply-adres voelt afstandelijk en ontmoedigt contact. Beter is een adres waarop antwoorden bij iemand terechtkomen, of een duidelijk reply-to-adres.

Monitoring

Houd bij hoeveel mails worden geweigerd of als spam gemarkeerd. Een plotselinge stijging wijst op een probleem. Met webhooks markeer je adressen die structureel niet werken automatisch in je applicatie.

Waar zitten transactionele e-mails in je applicatie?

Transactionele e-mail is bijna altijd onderdeel van een groter systeem. In een klantportaal stuurt het meldingen bij nieuwe documenten. In een boekingssysteem bevestigt het reserveringen en stuurt het herinneringen. In een webshop verstuurt het orderbevestigingen. De mail zelf is klein, maar de timing en inhoud komen uit de logica van de applicatie.

Moet er een document mee, zoals een factuur of offerte als pdf, dan combineren we het versturen met documentgeneratie.

Waar gaat het vaak mis?

• DNS-records ontbreken of kloppen niet, waardoor mail in spam belandt.
• Marketing en transactioneel door elkaar, waardoor een spamklacht op een nieuwsbrief ook je wachtwoordmails raakt.
• Geen foutafhandeling, zodat een mislukte verzending ongemerkt blijft.
• Mails die alleen op desktop getest zijn en op een telefoon onleesbaar blijken.

Onze aanpak

Bij de applicaties die we bouwen, richten we transactionele e-mail standaard in: domeinverificatie, templates die aansluiten op je huisstijl, logging en foutafhandeling. Een klein onderdeel dat veel gedoe voorkomt. Meer over wat we bouwen lees je bij applicatie-ontwikkeling, of neem contact op.