API vs. bulk-e-mailverificatie: wat gebruik je wanneer?

Dezelfde checks, een andere levering

Voordat je use cases vergelijkt, is het goed om helder te hebben wat er echt verschilt. Bij VeriMails draaien de API en bulkverificatie precies dezelfde pipeline tegen live mailservers: een syntaxcheck, een MX-lookup en DNS-validatie, een live SMTP-handshake om de mailbox te testen, catch-all-detectie, detectie van wegwerpadressen en detectie van rolgebaseerde adressen. Het oordeel over een adres is hetzelfde, welke methode het ook levert.

Wat verschilt is de interface. De API accepteert één adres per request via HTTP en geeft een resultaat terug waar je applicatie direct mee verder kan. Bulkverificatie accepteert een bestand, verwerkt elke rij en maakt een resultatenbestand dat je downloadt. De nauwkeurigheid is gelijk, de onderliggende checks zijn gelijk en beide gebruiken hetzelfde creditsaldo, dus de kosten per adres zijn identiek. De juiste keuze gaat dus niet over kwaliteit. Het gaat erom wanneer en hoe de verificatie moet plaatsvinden.

Wanneer gebruik je de API

Het e-mailverificatie-API is de juiste tool wanneer adressen één voor één binnenkomen en je een antwoord nodig hebt voordat de gebruiker verdergaat. Het grote voordeel: je kunt direct op het moment zelf handelen.

Aanmeld- en registratieformulieren

Dit is het meest gebruikte toepassingsgebied van een verificatie-API. Wanneer een nieuwe gebruiker een account aanmaakt of zich aanmeldt voor een nieuwsbrief, checkt de API het adres tijdens het verzenden van het formulier. Is het adres ongeldig, dan kan het formulier een foutmelding tonen en de gebruiker vragen het te corrigeren. Is het een wegwerpadres, dan kan het formulier het blokkeren. Het slechte adres komt nooit in je database terecht, dus je hoeft het later ook nooit op te schonen. Dit is voorkomen in plaats van genezen, en het is de schoonst mogelijke aanpak voor lijstkwaliteit.

Afrekenen en leadcapture

Bij het afrekenen in een webshop wordt een adres verzameld waar orderbevestigingen en verzendupdates van afhangen. Een typfout daar betekent een klant die nooit iets van je hoort en later een supportticket. Een realtime check bij het afrekenen vangt de typfout op terwijl de klant nog op de pagina is. Hetzelfde geldt voor leadformulieren, demo-aanvragen en formulieren voor afgeschermde content, waar een verkeerd adres een lead betekent die je nooit kunt bereiken.

Binnen geautomatiseerde workflows

De API past ook overal waar een adres programmatisch je systemen binnenkomt: een CRM-verrijkingsstap, een webhook van een partner, een importpipeline. Door de API in die flow aan te roepen, worden adressen geverifieerd zodra ze verschijnen, zonder aparte opschoontaak. Omdat elke call een duidelijk resultaat teruggeeft, kan hij binnen een request draaien zonder dat de gebruiker hoeft te wachten.

Het nadeel is dat de API ontwikkelwerk vraagt. Een developer voegt een HTTP-call toe aan het formulier of de workflow, verwerkt de response en bepaalt wat de applicatie met elk resultaat doet. Voor iemand die bekend is met REST API's is dat meestal een paar uur werk.

Wanneer gebruik je bulkverificatie

Bulkverificatie is de juiste tool wanneer je al een lijst hebt en die moet opschonen voordat je verstuurt. Het grote voordeel: het verwerkt grote volumes zonder enig engineeringwerk.

Een bestaande lijst opschonen vóór een campagne

Het klassieke geval is een lijst die al maanden in een marketingplatform of spreadsheet staat. Adressen verouderen voortdurend, dus zelfs een lijst die schoon was bij het verzamelen, heeft sindsdien dode adressen opgebouwd. Vóór een grote campagne exporteer je de lijst als CSV, upload je hem, laat je de dienst elk adres verifiëren tegen live mailservers en download je een resultatenbestand dat elk adres markeert als afleverbaar, ongeldig, catch-all, enzovoort. Daarna sluit je de slechte adressen uit vóór de verzending.

Geërfde, gekochte of samengevoegde lijsten

Bulkverificatie is onmisbaar wanneer je een lijst overneemt waarvan je de geschiedenis niet kent: een lijst uit een eerdere campagne, een gekochte lijst of contacten die zijn samengevoegd na een overname of van een ander team. Naar ongeverifieerde data als deze versturen is de snelste weg naar een bouncepiek. Een bulkcheck laat je de echte staat van de lijst zien voordat ook maar iets ervan je verzendreputatie raakt.

Periodiek lijstonderhoud

Omdat adressen met ongeveer 2% per maand verouderen, raakt zelfs een goed bijgehouden lijst uit de tijd. Als je de hele lijst elke 60 tot 90 dagen door bulkverificatie haalt, verwijder je de adressen die sinds de vorige check verouderd zijn. Dit is huishoudelijk werk dat je bouncepercentage laag houdt zonder nieuw engineeringwerk.

Het voordeel van bulkverificatie is dat er geen enkele ontwikkeling voor nodig is. Iedereen in het team kan een CSV exporteren, uploaden en de opgeschoonde resultaten downloaden. De verwerkingstijd groeit mee met de grootte van de lijst: lijsten onder 10,000 adressen zijn meestal binnen enkele minuten klaar, terwijl lijsten van honderdduizenden adressen een paar uur kunnen duren, omdat elk adres nog steeds een live gesprek met zijn mailserver vraagt.

Een overzicht naast elkaar

Het helpt om de twee methoden direct naast elkaar te zetten. De API verifieert één adres tegelijk, synchroon, via HTTP. Hij is het beste voor het moment van vastleggen, vraagt een developer voor de integratie en voorkomt dat slechte data überhaupt je systeem binnenkomt. Bulkverificatie verwerkt in één keer een hele lijst vanuit een CSV-bestand. Het is het beste voor het opschonen van data die je al hebt, vraagt geen code en draait op aanvraag vóór campagnes of volgens een onderhoudsschema.

De een is een poortwachter bij de voordeur; de ander is een schoonmaakploeg voor de kamers die je al hebt. Geen van beide vervangt de ander. Een aanmeld-API houdt nieuwe data schoon, maar doet niets voor de duizenden adressen die al in je database staan. Een bulkcheck schoont op wat je vandaag hebt, maar houdt het volgende slechte adres dat morgen binnenkomt niet tegen.

Beslischecklist

Waarom de meeste teams allebei gebruiken

Omdat de twee methoden verschillende gaten dichten, combineert de sterkste setup ze. De API draait op elk punt waar adressen worden vastgelegd, zodat ongeldige, verkeerd getypte en wegwerpadressen worden geweigerd voordat ze je lijst bereiken. Bulkverificatie draait periodiek en vóór grote campagnes, zodat elk adres dat sinds het verzamelen is verouderd, wordt gevonden en verwijderd.

Deze combinatie is eenvoudig in te voeren. Een gangbare route is om te beginnen met de methode die je grootste probleem van dit moment aanpakt. Zit je op een grote ongeverifieerde lijst, begin dan met een bulkcheck om die op te schonen. Is je lijst klein maar groeit hij snel via aanmeldingen op je website, begin dan met de API om nieuwe data vanaf nu schoon te houden. Voeg daarna de tweede methode toe zodra de eerste staat. Omdat beide uit dezelfde creditpool putten, is er geen aparte facturering of apart plan om te beheren; je gebruikt gewoon de methode die bij elke taak past.

Hoe VeriMails beide ondersteunt

VeriMails biedt een REST API en de bulk-CSV-verificatie vanuit hetzelfde account, met dezelfde checks: syntax, MX, DNS, een live SMTP-handshake, catch-all-detectie, detectie van wegwerpadressen en detectie van rolgebaseerde adressen. Resultaten komen terug met duidelijke verificatiestatussen en een response-afhandeling die geschikt is voor realtime gebruik, en catch-all-domeinen worden eerlijk als catch-all gemeld in plaats van in een afleverbaar of ongeldig resultaat te worden geduwd.

Prijzen wordt gedeeld door beide methoden. Verificatie begint bij $0.0019 per e-mail, met 10,000 credits voor $19 en volumeprijzen tot 5 million credits voor $1,499. Jaarplannen beginnen bij $12.50/month bij jaarlijkse betaling, voor teams die regelmatig verifiëren. Elk nieuw account krijgt bij aanmelding 100 gratis credits zonder creditcard, en die credits verlopen nooit, dus je kunt zowel de API als een bulkupload testen voordat je bepaalt hoe je ze combineert.

Veelgestelde vragen