E-mail-API's · 21 september 2026

Waarom dezelfde 50.000 e-mails $5 of $66 kosten

Een diepgaande analyse van de prijsverschillen tussen e-mail-API's. We laten zien waarom hetzelfde volume van 50.000 e-mails per provider tot 13x in prijs verschilt, en hoe je kiest op basis van je technische randvoorwaarden.

Het prijsverschil verklaard

Het prijsverschil komt neer op het businessmodel: infrastructuur versus platform. Amazon SES verkoopt ruwe rekenkracht en bandbreedte (infrastructuur), terwijl providers als Postmark of Mailgun een beheerde ervaring verkopen (platform), met een betere UI, gespecialiseerde support en zorgvuldig beheerde IP-pools. Voor 50.000 e-mails kost SES a la carte ongeveer $5, terwijl de staffels van Postmark kunnen oplopen tot $66. Je betaalt voor minder operationele overhead en voor de kwaliteit van de tooling rond de API.

De kale rekensom: 50.000 e-mails

Als ik naar de incidentqueue of de maandelijkse cloudrekening kijk, is het verschil in e-mailprijzen een van de meest opvallende posten. Om te begrijpen waarom, moeten we kijken naar de actuele markttarieven per september 2026.

De infrastructuuraanpak: Amazon SES

Amazon SES is de ondergrens qua kosten. Volgens de prijspagina kost verzenden a la carte $0.10 per 1.000 e-mails.

Berekening: (50.000 / 1.000) * $0.10 = $5.00.

AWS heeft op 21 juli 2026 echter nieuwe abonnementen met staffels ingevoerd. Stap je over op het Essentials-abonnement, dan betaal je $0.16 per 1.000. Het Pro-abonnement kost $0.22 per 1.000 plus $105 per maand per regio. Het Enterprise-abonnement kost $0.23 per 1.000 plus $500 per maand. Voor een klein productteam is het a-la-cartemodel het goedkoopst, maar de configuratie komt dan volledig op de schouders van de engineer.

De platformaanpak: Postmark en Mailgun

Providers als Postmark en Mailgun richten zich op de developer experience. Volgens de prijzen van Postmark kost het basisabonnement $15 per maand voor 10.000 e-mails. Overschrijdingen kosten tussen $1.80 en $1.20 per 1.000 e-mails.

Berekening (Postmark): $15 (eerste 10.000) + (40.000 / 1.000 * $1.20) = $15 + $48 = $63. (Afhankelijk van de precieze staffel kan dit oplopen tot $66.)

Op dezelfde manier beginnen de prijzen van Mailgun bij $15 per maand voor 10.000 e-mails, met overschrijdingen tussen $1.80 en $1.10 per 1.000. Deze providers bieden gehoste templates en intuïtievere analytics, wat de meerprijs rechtvaardigt voor teams die geen eigen monitoringdashboards willen bouwen.

Het moderne midden: Resend

Resend richt zich op de moderne productstack. De prijspagina toont een gratis tier van 3.000 e-mails per maand (maximaal 100 per dag). Het Pro-abonnement kost $20 per maand voor 50.000 e-mails, met overschrijdingen tegen $0.90 per 1.000.

Berekening (Resend): vast $20 voor de eerste 50.000.

Acceptatie, bezorging en plaatsing: het cruciale onderscheid

Een veelgemaakte fout in technische documentatie is dat deze drie termen door elkaar worden gebruikt. Ze betekenen niet hetzelfde, en geen enkele API kan de laatste stap garanderen.

Acceptatie: Dit is de API-respons. Als je een payload naar een endpoint POST, geeft de provider een 202 Accepted of 200 OK terug. Dat betekent alleen dat de provider het request heeft ontvangen en dat het de basisvalidatie heeft doorstaan. Het betekent niet dat de e-mail het gebouw heeft verlaten.
Bezorging: Dit is de SMTP-handshake. De provider probeert het bericht over te dragen aan de ontvangende server van de ontvanger. Een "delivered"-event betekent dat de ontvangende server zei: "Ik neem dit aan."
Inboxplaatsing: Dit is de eindbestemming. De ontvangende server (Gmail, Outlook enzovoort) bepaalt of de e-mail in de Inbox, op het tabblad Reclame of in de spammap terechtkomt. Dat hangt af van de interne filters van de ontvanger, je afzenderreputatie en je authenticatierecords.

Om je kans op bezorging te vergroten, moet je je DNS correct configureren. Ik raad aan een DNS-checker te gebruiken om te controleren of je records propageren. Volg een strikte gids over DKIM, SPF en DMARC om te bewijzen dat je bent wie je zegt dat je bent.

Bouwen op betrouwbaarheid

Een e-mail versturen is een extern side effect. In een gedistribueerd systeem zijn side effects gevaarlijk, omdat ze dubbel kunnen worden uitgevoerd of stilletjes kunnen mislukken.

Het idempotentieprobleem

Als je applicatieserver een time-out krijgt terwijl hij wacht op een respons van de e-mail-API, weet je niet of de e-mail is verstuurd. Probeer je het gewoon opnieuw, dan krijgt de gebruiker twee e-mails. Daarom is een idempotentiesleutel onmisbaar.

Een idempotentiesleutel is een unieke identifier (meestal een UUID) die in de header wordt meegestuurd. Ziet de API dezelfde sleutel twee keer, dan geeft hij de gecachte respons van het eerste geslaagde request terug in plaats van een tweede e-mail te versturen.

{ "idempotency_key": "req_8823_abc_123", "from": "notifications@example.com", "to": "user@gmail.com", "subject": "Your Order has Shipped", "body": "Your package is on the way!" }

Verzending door agents afhandelen

Met de opkomst van AI-agents en MCP-servers zien we steeds meer "Agent-to-Agent"-communicatie (A2A). Agents mogen nooit onbeperkte toegang hebben tot een verzend-API. Als een LLM in een lus terechtkomt, kan hij je quotum van 50.000 e-mails binnen enkele minuten opmaken en je afzenderreputatie vernietigen.

Richt een goedkeuringsworkflow in voor agents:

Conceptfase: De agent genereert de e-mail en slaat die op in een pending_emails-tabel.
Human-in-the-loop: Een gebruiker of een supervisoragent beoordeelt de inhoud.
Uitvoering: Het systeem roept de API pas aan nadat een status = 'approved'-vlag is gezet.

Technische checklist voor een migratie

Stap je over van een dure provider naar een goedkopere (of andersom), wissel dan niet alleen de API-sleutel om. Gebruik deze checklist:

DNS-audit: Controleer je SPF-records. Zorg dat je de limiet van 10 lookups niet overschrijdt.
Webhooks mappen: Elke provider gebruikt andere eventnamen. Map delivered van provider A naar sent bij provider B.
Suppressies synchroniseren: Exporteer je bounce- en klachtenlijsten. Importeer je 50.000 gebruikers bij een nieuwe provider en verstuur je naar bekende bounces, dan wordt je account direct opgeschort.
Rate limits afhandelen: Implementeer exponential backoff voor 429 Too Many Requests-fouten.

Voorbeeld van foutafhandeling

async function sendWithRetry(payload, attempt = 1) { try { const response = await emailApi.send(payload); return response; } catch (error) { if (error.status === 429 && attempt <= 3) { const delay = Math.pow(2, attempt) * 1000; await new Promise(res => setTimeout(res, delay)); return sendWithRetry(payload, attempt + 1); } throw error; } }

De juiste tool kiezen

Ben je een solo-developer die een prototype bouwt, dan volstaan de gratis tiers van Resend of de a-la-carteprijzen van SES. Ben je een productteam dat een complexe transactionele flow met veel op het spel beheert (zoals wachtwoordresets of factureringsmeldingen), dan is de operationele zekerheid van een platformprovider het verschil van $60 vaak waard.

Wie AI-native applicaties bouwt, heeft meer nodig dan alleen een doorgeefluik. Je hebt agent readiness nodig, zoals een MCP-server en een gestructureerd llms.txt-bestand, zodat je agents begrijpen hoe ze met je communicatielaag moeten omgaan. Daar wordt een gespecialiseerde API een krachtvermenigvuldiger in plaats van alleen een kostenpost.

Uiteindelijk is de prijs van de API het kleinste deel van de vergelijking. De echte kosten zitten in de engineeringtijd die opgaat aan het debuggen van een verkeerd geconfigureerd DNS-record of het opruimen van een reputatiecrisis door ontbrekend suppressiebeheer. Of je nu voor de route van $5 of die van $66 kiest: geef prioriteit aan de telemetrie en de tools die je e-mails in beweging houden.

Ontdek meer e-mailinfrastructuur voor developers op https://sendhq.cc.