Wat is transactionele e-mail?
Transactionele e-mail is een bericht dat je applicatie automatisch verstuurt als direct gevolg van een actie van een gebruiker. Denk aan de bevestiging na een bestelling, de mail met een wachtwoordresetlink, of de code voor tweestapsverificatie.
Het zijn geen campagnes, maar functionele berichten die op het juiste moment bij de juiste persoon moeten aankomen.
De kern in één zin: Een transactionele e-mail wordt geactiveerd door een gebeurtenis, is gericht aan één ontvanger, en bevat informatie die die ontvanger verwacht of nodig heeft.
Veelvoorkomende transactionele e-mails
De rode draad: de gebruiker doet iets, en jouw systeem stuurt daarop een bericht terug. Dat maakt elk bericht relevant voor die ene persoon op dat ene moment.
Account en toegang
- Welkomstmail
- E-mailverificatie
- Wachtwoordreset
- Tweestapsverificatie (2FA)
Bestellingen en betalingen
- Bestelbevestiging
- Factuur
- Betaalherinnering
- Verzendupdate
Notificaties
- Bericht ontvangen
- Afspraakherinnering
- Accountwaarschuwing
Transactioneel versus marketing-e-mail
| Transactioneel | Marketing | |
|---|---|---|
| Aanleiding | Gebruikersactie (event) | Campagneplanning (schedule) |
| Ontvanger | Één persoon | Lijst of segment |
| Inhoud | Functioneel, verwacht | Commercieel, gepromoot |
| Afmeldlink | Meestal niet vereist | Verplicht |
| Volume | Eén bericht per event | Vaak tegelijk verzonden |
Dat verschil heeft praktische gevolgen voor bezorgbaarheid, wetgeving en infrastructuur. Lees de volledige vergelijking →
Hoe je transactionele e-mail verstuurt
Je verstuurt transactionele e-mail meestal op een van twee manieren:
Via een API
Je app doet een HTTPS-aanroep met afzender, ontvanger, onderwerp en inhoud. Dit geeft de meeste controle, over bijlagen, headers en events.
E-mail API →Via SMTP
Je app of framework stuurt het bericht via het standaard-mailprotocol naar een SMTP-relay. Handig als je bestaande code of een plugin al SMTP gebruikt.
SMTP-relay →In beide gevallen schrijf je je sjabloon een keer en hergebruik je het voor elke verzending.
import { Wesender } from "@wesender/node"
const ws = new Wesender(process.env.WS_API_KEY)
await ws.emails.send({
from: "noreply@joudomein.nl",
to: "klant@voorbeeld.nl",
subject: "Bevestig je e-mailadres",
html: "<p>Klik op de link om je account te activeren.</p>",
})
Waarom bezorgbaarheid het belangrijkste is
Een transactionele e-mail die in de spam belandt of te laat komt, is waardeloos. Iemand kan dan niet inloggen, zijn bestelling niet bevestigen of zijn code niet gebruiken. Daarom draait alles om bezorgbaarheid.
De basis daarvan is authenticatie: met SPF, DKIM en DMARC bewijs je dat jij de afzender bent, zodat ontvangende servers je vertrouwen. Daarnaast tellen de reputatie van je domein, de inhoud van je bericht en hoe snel je verstuurt.
Veelgemaakte fouten
- Geen of verkeerde authenticatie instellen, waardoor mail in spam belandt.
- Transactionele en marketingmail door elkaar vanaf hetzelfde domein sturen, wat je reputatie schaadt.
- Geen logs bijhouden, waardoor je niet ziet of een belangrijk bericht is aangekomen.
- Templates die er op mobiel of in donkere modus slecht uitzien.
Hoe Wesender hierbij past
Wesender is gebouwd om dit eenvoudig te maken: je verstuurt via een API of SMTP, je stelt SPF, DKIM en DMARC in met automatische controle, en je ziet per bericht of het is verstuurd, bezorgd, geopend of gebounced. Je data wordt verwerkt en opgeslagen in Europese datacenters.
Vragen over transactionele e-mail
Wat is een voorbeeld van een transactionele e-mail?
Heeft een transactionele e-mail een afmeldlink nodig?
Wat heb ik nodig om transactionele e-mail te versturen?
Kan ik transactionele e-mail via SMTP versturen?
Wil je het in de praktijk proberen?
3.000 e-mails per maand gratis. Geen creditcard nodig.