Het e-mailprobleem: wanneer je met AI gebouwde app berichten moet sturen naar echte mensen

E-mail toevoegen aan een met AI gebouwde app klinkt simpel — totdat je aanmeldlinks in spam belanden, je wachtwoordresets verdwijnen en je domein op een blokkeerlijst komt. Een gids in gewone taal om e-mail versturen meteen de eerste keer goed te krijgen.

Je bouwde de app. Het aanmeldformulier werkt. Een gebruiker vult het in, klikt op “Account aanmaken” — en dan gebeurt er niets. Of erger: de bevestigingsmail komt veertig minuten later aan, in de spammap, met een afzenderadres dat eruitziet alsof een robot het schreef. Je vraagt je AI-bouwer om “de e-mail te repareren”. Drie iteraties later heb je een nieuwe bug en hetzelfde probleem.

Als je iets hebt gelanceerd met een AI-appbouwer, ben je hier waarschijnlijk tegenaan gelopen. E-mail ziet eruit als een functie van één regel. Dat is het niet. Het is een dertig jaar oud protocol met rare vertrouwensregels, en het zich laten gedragen binnen een met AI gebouwde app is een van de meest voorkomende plekken waar niet-technische oprichters stilletjes gebruikers verliezen.

Dit is wat er echt aan de hand is, en wat je je bouwer moet vragen eraan te doen.

Waarom e-mail moeilijker is dan je bouwer het laat lijken

Wanneer je AI-bouwer een “e-mail versturen”-functie genereert, regelt hij meestal het kleinste ding dat werkt op een testscherm. Hij gebruikt een standaard afzenderadres. Hij verstuurt via welke dienst zijn template ook prefereert. Hij gaat ervan uit dat je een echt bedrijf bent met een echt domein dat het internet vertrouwt.

Het echte internet vertrouwt nieuwe afzenders niet. Mailproviders — Gmail, Outlook, Yahoo, Apple — hebben twintig jaar besteed aan goed worden in het markeren van onbekende bronnen. Wanneer een gloednieuw domein wachtwoordresets en welkomstmails begint te versturen, trekt elke spamfilter ter wereld een wenkbrauw op. Zonder drie specifieke stukjes instellingen op hun plek belanden je e-mails in spam, worden ze stilletjes gedropt, of komen ze laat genoeg aan dat gebruikers het al hebben opgegeven.

De drie stukjes zijn SPF, DKIM en DMARC. Je hoeft niet te weten waar ze voor staan. Je moet weten dat je e-mailfunctie zonder hen kapot is op een manier die je van binnen de app niet kunt zien.

Het eerste dat je moet checken: van wie is de e-mail eigenlijk?

Open de meest recente e-mail die je app heeft verstuurd. Kijk naar het afzenderadres. Het is meestal een van drie dingen:

  1. iets@jouwdomein.com — beste geval. Je AI-bouwer heeft een echte afzender ingesteld. Als gebruikers deze nog steeds niet krijgen, is het probleem de drie letters hierboven.
  2. iets@een-bouwer-dienst.com — veelvoorkomend. Je e-mails worden verstuurd vanaf de gedeelde infrastructuur van je bouwer. Dit werkt, maar het zet je in een poel met elke andere willekeurige app op het platform. Eén slechte buur en je bezorgcijfer daalt.
  3. noreply@een-willekeurig-domein.example — slecht. Je AI-bouwer genereerde een plaatshouder die hij nooit verving. Gebruikers krijgen e-mails van een domein dat niet van jou is, en inboxproviders zullen ze terecht verdenken.

Als je in geval 2 of 3 zit, is dat het eerste dat je moet repareren.

Wat je je AI-bouwer moet vragen, op volgorde

Er is een specifieke volgorde die voor de meeste bouwers werkt. Deze in de verkeerde volgorde vragen levert verwarrende resultaten op.

Stap 1: kies een afzenderprovider

Vraag je AI-bouwer: “Ik wil e-mails versturen vanaf mijn eigen domein. Koppel deze app aan Resend (of Postmark, of SendGrid) met mijn API-sleutel.” Kies er één. Ze zijn grofweg gelijkwaardig voor kleine apps. Resend en Postmark hebben de vriendelijkste instelflows.

Je moet je zelf aanmelden bij de provider en een API-sleutel ophalen. De AI kan dit deel niet doen — het vereist dat jij een creditcard invoert en je identiteit verifieert. Reken op dertig minuten.

Stap 2: verifieer je domein

Zodra je afzenderprovider is gekoppeld, vraagt de provider je om drie DNS-records aan je domein toe te voegen. Dit zijn de SPF-, DKIM- en DMARC-records die ik noemde. Je provider toont je precies wat je moet plakken.

Dit is de stap die de meeste niet-technische oprichters overslaan, en het is degene die 80% van de “mijn e-mails gaan naar spam”-klachten oplost. Vraag je AI-bouwer: “Help me vinden waar ik DNS-records toevoeg voor het domein dat ik kocht.” Hij loodst je door je registrar heen (GoDaddy, Namecheap, Cloudflare, wie het ook is).

Dit is ook de enige stap die echte tijd kost — DNS-wijzigingen kunnen een paar uur duren om door te dringen. Raak niet in paniek als het niet meteen werkt.

Stap 3: herschrijf je e-mailinhoud

Deze verrast mensen. De inhoud van je e-mails doet er net zoveel toe als de instellingen. AI-bouwers gaan standaard uit van kwebbelige marketingtekst die patroonmatcht naar spam. Twee specifieke dingen om te repareren:

  • Geen onderwerpregels in hoofdletters. “WELKOM BIJ MIJN APP” is een spamsignaal. “Welkom bij Boats by Maria” niet.
  • Geen kale links naar doorstuurdomeinen. Als je e-mail “Klik hier” zegt en de link wijst naar een tracking-URL die via drie providers stuitert, merken spamfilters dat op. Vraag je bouwer om links te gebruiken die rechtstreeks naar je domein gaan.

Een snelle check: stuur jezelf een echte e-mail vanuit de app en stuur hem dan door naar mail-tester.com. Het geeft je e-mail een score van 10 en vertelt je precies wat je moet repareren. Een score van 8 of hoger betekent dat inboxen je accepteren. Onder de 6 kun je problemen verwachten.

De drie e-mails die moeten werken

Je hoeft niet elke e-mail goed te versturen. Je moet drie specifieke e-mails goed versturen, want als een ervan faalt, breekt je app voor nieuwe gebruikers.

  1. De aanmeldbevestiging. Als gebruikers zich aanmelden en hun adres niet kunnen bevestigen, kunnen ze niet inloggen. Zorg dat deze elke keer binnen een minuut aankomt.
  2. De wachtwoordreset. Dit is de e-mail die gebruikers opmerken wanneer hij ontbreekt. Als ze om een reset vragen en er komt niets aan, loopt je supportinbox dezelfde dag vol.
  3. De “er is iets gebeurd in je account”-e-mail — een nieuwe login, een uitnodiging, een opmerking. Deze bouwen vertrouwen op. Als ze betrouwbaar opduiken, beginnen gebruikers je app te behandelen als een echte dienst.

Al het andere — nieuwsbrieven, productupdates, dripcampagnes — is bonus. Krijg de drie kern-e-mails consistent bezorgd voordat je iets bijzonders bouwt.

Wanneer je om een mens moet vragen

Als je de drie stappen hierboven hebt gedaan en e-mails nog steeds naar spam gaan, is het probleem bijna altijd een van drie dingen: je domein is te nieuw (wacht een week, verstuur spaarzaam), je inhoud activeert een specifiek filter (voer de mail-tester-check uit), of je verstuurvolume sprong plotseling omhoog (begin klein, schaal op).

Als je er meer dan een dag aan hebt besteed en het nog steeds kapot is, is dit het juiste moment om een freelancer voor twee uur te betalen. E-mailbezorgbaarheid is een van de weinige dingen in een moderne app waar een ervaren mens kan repareren wat een AI-bouwer niet helemaal kan beredeneren — omdat het antwoord vaak in DNS-records leeft die de AI niet kan zien.

Je kunt een hele met AI gebouwde app lanceren zonder ooit echte e-mail in te richten. Je kunt geen gebruikers behouden zonder het.