Een e-mailvalidatie-API controleert of een e-mailadres correct is opgebouwd, echt bestaat en waarschijnlijk e-mail accepteert, allemaal voordat je daadwerkelijk verstuurt. Je geeft een adres door en de API voert een reeks controles uit (syntax, domein, mailbox, risicosignalen) en geeft een oordeel terug. Het doel is om slechte adressen op het moment van verzamelen te onderscheppen, in plaats van ze later als bounces te ontdekken.
Wat controleert een e-mailvalidatie-API?
Validatie verloopt in lagen, van goedkoop en snel tot dieper en langzamer:
- Syntax. Is het adres structureel geldig volgens de regels voor e-mailformaat? Dit vangt typefouten op zoals een ontbrekend
@of een verdwaalde spatie. - Domein en MX. Bestaat het domein en publiceert het MX-records? Een domein zonder mailservers kan geen e-mail ontvangen.
- Mailboxbestaan. Een SMTP-probe opent een gesprek met de ontvangende server om te controleren of de specifieke mailbox e-mail accepteert, zonder daadwerkelijk een bericht af te leveren. Sommige providers accepteren alles (catch-all), waardoor de zekerheid van deze stap beperkt is.
- Wegwerpadresdetectie. Markeert wegwerpadressen van tijdelijke-inboxdiensten die veel voorkomen bij aanmeldingsmisbruik.
- Roldetectie. Markeert gedeelde adressen zoals
info@ofadmin@die niet aan één persoon gekoppeld zijn en vaak geen marketingmail zouden moeten ontvangen. - Typofoutdetectie. Herkent waarschijnlijke spelfouten (zoals
gmial.com) en kan de correctie voorstellen. - Afleverbaarheidsscoring. Combineert de signalen tot één risicoscore of aanbeveling, zodat je kunt beslissen of je het adres accepteert, weigert of markeert.
Waarom adressen überhaupt valideren?
Slechte adressen zijn duur. Elke verzending naar een dode mailbox is een bounce, en een hoog bouncepercentage vertelt mailboxproviders dat je je lijst niet bijhoudt, wat je afzenderreputatie naar beneden haalt en meer van je legitieme e-mail richting de spammap duwt. Validatie pakt het probleem bij de bron aan:
- Minder bounces. Door onbezorgbare adressen vóór verzending te weigeren, houd je je bouncepercentage laag.
- Beschermde reputatie. Een schone lijst laat providers zien dat je naar betrokken, echte ontvangers verstuurt, wat je uit de spammap helpt houden.
- Schonere aanmeldformulieren. Realtime validatie op het formulier vangt typefouten op terwijl de gebruiker nog op de pagina is, zodat je het adres vastlegt dat diegene bedoelde in te voeren.
Realtime validatie of bulkopschoning?
Er zijn twee manieren om het toe te passen, en de meeste teams gebruiken beide.
Realtime validatie draait op het moment van verzamelen, doorgaans een aanmeld- of afrekenformulier. Je valideert het enkele adres op het moment dat de gebruiker indient, toont een typofoutcorrectie inline en weiger duidelijk dode of wegwerpadressen voordat ze in je database terechtkomen. Zo houd je de lijst vanaf dag één schoon.
Bulk validatie draait over een lijst die je al hebt. Als je contacten hebt geïmporteerd, een oude lijst hebt geërfd of een segment al een tijd niet hebt gemaild, haal je de hele lijst door validatie en verwijder of onderdruk je de adressen die als risicovol terugkomen vóór je volgende campagne. Dit is de opschoonronde voor lijsten die dateren van vóór de realtime controles.
Veelgestelde vragen
Garandeert validatie dat een e-mail aankomt?
Nee. Validatie verkleint de kans op een bounce aanzienlijk door adressen te verwijderen die misvormd zijn, op dode domeinen staan of duidelijk nep zijn, maar het kan geen aflevering garanderen. De status van een mailbox verandert in de loop van de tijd, catch-all-domeinen accepteren alles ongeacht, en inboxplaatsing hangt nog steeds af van authenticatie en reputatie. Beschouw validatie als risicoreductie, niet als garantie.
Wat is het verschil tussen validatie en verificatie?
De termen worden in de meeste producten door elkaar gebruikt. Beide beschrijven het controleren van een adres op syntax, domein, mailbox en risicosignalen om te beoordelen of het veilig is om naar te versturen. Als een leverancier een onderscheid maakt, lees dan hun specifieke definities in plaats van aannames te doen.
Stuurt een SMTP-probe een test-e-mail?
Nee. De probe opent een SMTP-gesprek en vraagt de ontvangende server of de mailbox e-mail zou accepteren, en verbreekt vervolgens de verbinding voordat er een bericht wordt afgeleverd. De ontvanger ziet niets. Dat gezegd hebbende accepteren catch-all-servers elk adres, waardoor de probe niet altijd kan bevestigen dat een specifieke mailbox bestaat.
Om adressen te valideren voordat ze je lijst bereiken, bekijk de ontvangersvalidatie van Bird. Combineer het met goede afleveringspraktijken om je bouncepercentage langdurig laag te houden.