🎬 Maak kennis met transcript.im: gratis transcripties van YouTube-, TikTok- en Instagram-video's.transcript.im proberen

E-mailverificatie-API

Realtime e-mailverificatie-API via HTTP met volledige SMTP-mailboxcontroles — de nauwkeurige verificatie-API voor bezorgbaarheid, niet alleen formaatvalidatie.

Email Verification API console met een POST-verzoek met bearer-authenticatie, een antwoordblok en een uptimegrafiek
E-mailvalidatie API

Realtime verifiëren

Gebruik een eenvoudige API-aanroep om adressen te verifiëren tijdens aanmelding, verrijking, AI-agentworkflows of aangepaste lijstverwerkingspijplijnen.

Gestructureerde JSONRealtime reactieSMTP-verificatie
Get Started for Free
Realtime e-mailverificatie-API die na een SMTP-controle een 200 OK-antwoord teruggeeft

Elke verificatiemodus van de API, één endpoint

Elk verificatietype is bereikbaar via dezelfde REST e-mailverificatie-API.

E-mailverificatie-API modi moduskaarten voor enkele controle, batch, bestand en SDK-integratie

Enkele e-mailverificatie

POST /verify — één realtime aanroep van de e-mailverificatie-API met een respons in minder dan 3s. Geeft status, bezorgbaarheid, kwaliteitsscore en risicovlaggen terug in één JSON-object.

Batchverificatie

POST /verify/bulk — verifieer synchroon tot 50 adressen per API-aanroep. Alle resultaten komen terug in één API-respons, met hetzelfde schema dat de realtime e-mailverificatie-API voor één adres gebruikt.

Asynchrone bestandsverwerking

POST /verify/file — dien CSV- of Excel-bestanden bij de API in voor achtergrondverwerking. De resultaten worden via een webhook-callback bezorgd zodra de API-job is voltooid.

Officiële SDK's

Type-veilige clientbibliotheken voor de verificatie-API in Python, Node.js, Go en PHP. Automatische retry bij fouten, volledige foutafhandeling en identieke responstypen in alle talen.

Webhook-ondersteuning in de verificatie-API

Ontvang API-resultaten asynchroon en raadpleeg de berichtgeschiedenis.

E-mailverificatie-API webhook die een ondertekend callbackevent met een handtekeningsmarkering aflevert

Async delivery

Webhooks maken

Registreer HTTP-endpoints om API-resultaten te ontvangen zodra een job of batch is voltooid. De API ondersteunt aangepaste payloads, automatische retry bij fouten en configuratie per job of voor alle jobs.

  • Job-voltooiings-events met resultaatsamenvatting
  • Automatische retry bij mislukte delivery
  • Configuratie per job of op accountniveau

Berichtgeschiedenis

Berichten opvragen

Bekijk het volledige webhook-eventlog om eerdere API-resultaten op te halen, bezorgfouten te debuggen of gemiste meldingen opnieuw af te spelen. API-events worden 30 dagen bewaard.

  • Events opvragen op job-ID of datumbereik
  • Gemiste of mislukte deliveries opnieuw afspelen
  • 30 dagen eventretentie

Binnen het endpoint

Wat de e-mailverificatie-API bij elke aanroep bewijst

Een e-mailverificatie-API is slechts zo nuttig als het bewijs achter elk responsveld. Deze API geeft feiten op mailboxniveau terug, geen oordeel over de syntax dat als eindconclusie wordt gepresenteerd.

Syntax en routering zijn de goedkope lagen, niet het antwoord

Elke aanroep van de e-mailverificatie-API normaliseert het adres, controleert de structuur en zoekt de mail exchanger-records van het domein op. Deze twee API-lagen zijn snel en belasten de ontvanger niet, dus ze worden eerst uitgevoerd en stoppen duidelijke rommel voordat de SMTP-fase begint.

Een API die alleen syntax controleert, stopt hier en noemt het resultaat geldig. Daar ligt het verschil met een gratis e-mailverificatie-API die doorgaat tot de mailbox zelf.

SMTP is waar de verificatie-API zijn naam waarmaakt

De API opent een echt SMTP-gesprek met de ontvangende server en test het pad naar de ontvanger. Er wordt geen berichttekst verzonden, er wordt niet op een bevestigingslink geklikt en er komt niets in de inbox van de persoon terecht. Onze gratis e-mailverificatie-API leest de serverrespons ver genoeg om een geaccepteerde ontvanger van een permanente weigering te onderscheiden.

Dit maakt het een realtime e-mailverificatie-API in plaats van een DNS-lookup met marketingtekst. Het bewijs komt van het systeem dat je e-mail daadwerkelijk accepteert of weigert.

Risicovlaggen staan samen met de status in dezelfde respons

Eén JSON-object van de API bevat de bezorgbaarheidsstatus, een kwaliteitsscore, een risiconiveau, redencodes en vlaggen voor disposable e-mail, rolaccounts, catch-all en gratis webmail. Je applicatie heeft geen tweede API-aanroep nodig om te begrijpen waarom een resultaat eruitziet zoals het doet.

De vlaggen staan bewust naast de status. Een geaccepteerd roladres en een geaccepteerde persoonlijke mailbox zijn beide bezorgbaar, en alleen jouw product weet welke in deze workflow thuishoort.

Niet-definitieve antwoorden blijven niet-definitief

Greylisting, uitstel door providers en rate limits zijn normaal op API-schaal. De gratis e-mailverificatie-API geeft voor die gevallen unknown terug, in plaats van ze als deliverable aan te merken of tot invalid af te waarderen.

Retrylogica hoort in je code en niet verborgen in het endpoint. Een API die stilzwijgend gokt, verwijdert precies het signaal dat je nodig hebt om te beslissen of je opnieuw probeert of het record ter beoordeling doorstuurt.

Responsvelden

Koppel elke status van de verificatie-API aan een beslissing in je applicatie

De API-respons is ontworpen om direct in beslislogica te gebruiken. Elke status hoort bij één actie en de redencodes van de API verklaren de grensgevallen.

deliverable — doorgaan

Het pad naar de ontvanger accepteerde de probe toen de aanroep werd uitgevoerd. Accepteer de aanmelding, sla het contact op of zet het bericht in de wachtrij, binnen de toestemmingsregels die je product hanteert.

De gratis e-mailverificatie-API geeft in het gratis niveau hetzelfde statusveld terug als bij betaald volume, dus het gedrag dat je met gratis credits test, is het gedrag dat je uitbrengt.

undeliverable — weigeren of opnieuw vragen

Een permanente fout van de API betekent dat het adres een hard bounce zal opleveren. Toon het veld in een aanmeldformulier opnieuw met de redencode van de API. Onderdruk het record in een achtergrondjob in plaats van de oorspronkelijke waarde te verwijderen.

Corrigeer het domein nooit automatisch. Een verificatie-API kan aangeven dat een adres faalt; de API kan niet weten welk adres de persoon bedoelde.

risky — pas je eigen beleid toe

Risky betekent dat de mailbox mogelijk e-mail accepteert, maar een vlag heeft die voor je product relevant kan zijn. Lees de redencodes: een disposable provider bij een betaalde aanmelding is een heel ander probleem dan een roladres op een supportformulier.

Leg het beleid één keer vast, op het punt waar je onze gratis e-mailverificatie-API aanroept, zodat elk onderdeel van het product dezelfde API-vlag op dezelfde manier behandelt.

unknown — opnieuw proberen, niet verwijderen

De ontvangende provider gaf de API een antwoord dat niets bewijst. Zet het adres in de wachtrij voor een latere API-aanroep in plaats van de gebruiker te blokkeren of een vals-negatief resultaat in je database op te slaan.

De realtime e-mailverificatie-API in een aanmeldproces moet hier gecontroleerd terugvallen: laat de gebruiker doorgaan, verifieer opnieuw asynchroon en handel op basis van het tweede API-resultaat.

Integratiepatronen

Waar je de e-mailverificatie-API in een echt systeem aanroept

De meeste API-integraties gebruiken dezelfde drie aangrijpingspunten. De juiste plaatsing van de API-aanroep is belangrijker dan de SDK die je kiest.

  1. 1

    Op het moment van invoer

    Roep de API aan wanneer een adres wordt ingediend — bij aanmelding, checkout, leadformulier of profielupdate. Verificatie terwijl de persoon nog op de pagina is, is het enige moment waarop degene die een typefout maakte deze zelf kan herstellen, en dat is het sterkste argument voor een inline API-aanroep.

    Laat de aanroep na een korte timeout niet blokkeren. Een respons van een gratis e-mailverificatie-API komt meestal binnen één tot drie seconden, maar je formulier mag niet falen omdat een ontvangende provider traag was.

  2. 2

    Binnen de pipeline die je gegevens al verwerkt

    CRM-synchronisatiejobs, verrijkingsworkers en ETL-stappen zijn natuurlijke plaatsen voor deze gratis e-mailverificatie-API. Voeg de API-aanroep toe waar records al doorheen stromen en sla status, vlaggen en een checked-at-tijdstempel op als velden.

    Voor bestanden in plaats van afzonderlijke records accepteert de POST /verify/file API CSV of Excel en roept de API je webhook aan wanneer de job is voltooid, zodat batchwerk via de API geen langdurige verbinding nodig heeft.

  3. 3

    Binnen AI-agents en tools

    De MCP Server stelt onze gratis e-mailverificatie-API in natuurlijke taal beschikbaar aan Claude Desktop en Cursor, en Agent Skills installeren deze met één klik op agentplatforms. Beide paden geven dezelfde gestructureerde JSON terug als de REST API.

    Dat is belangrijk voor de betrouwbaarheid van agents: een model hoeft geen proza te parseren en de tool kan niet beweren dat een adres in orde is wanneer de onderliggende API unknown aangaf.

  4. 4

    Rond het verzendmoment zelf

    Actualiteit is belangrijker dan volume. Verifieer waardevolle ontvangers vlak voor verzending in plaats van te vertrouwen op een status van maanden geleden, en verifieer inactieve records opnieuw voordat ze een campagne ingaan.

    Voor een volledige lijst, Bulk-e-mailverificatie gebruikt dezelfde engine voor een bestand, zodat je geen batchlogica boven op het realtime endpoint hoeft te bouwen.

Eerlijke grenzen

Vier dingen die de e-mailverificatie-API niet beweert

De API-respons is betrouwbaar omdat de scope beperkt is. Elk van deze zaken hoort bij een andere tool of een ander team, niet bij een verificatie-API.

De API bewijst geen identiteit of toestemming

Een accepterende mailbox zegt niets over wie deze beheert, waar die persoon werkt of of diegene toestemming gaf om te worden benaderd. Gedeelde aliassen, doorgestuurde adressen en verouderde verrijkingsgegevens leveren allemaal bezorgbare API-resultaten op die aan de verkeerde persoon zijn gekoppeld.

Gebruik first-party data voor identiteit en bewaar toestemming in je eigen bronsysteem. Geen enkele verificatie-API kan een van beide leveren.

De API garandeert geen plaatsing in de inbox

SMTP-acceptatie beschrijft het pad naar de ontvanger op het moment van de API-aanroep. Of je campagne de inbox bereikt, hangt af van afzenderreputatie, authenticatie, inhoud en klachtengeschiedenis — allemaal factoren aan de afzenderzijde die de API nooit waarneemt.

Verificatie verwijdert fouten op adresniveau. De bezorgbaarheid van het bericht zelf is een apart programma met eigen statistieken.

Catch-all-domeinen blijven onzeker

Een catch-all-domein accepteert elk local-part, dus geen enkele gratis e-mailverificatie-API kan bewijzen dat één gegokt adres daar bestaat. De API geeft de vlag juist terug zodat je code dit niet zelf hoeft af te leiden.

Stuur catch-all-resultaten door ter beoordeling in plaats van ze onder deliverable te scharen, vooral bij B2B-lijsten die op naampatronen zijn gebaseerd.

Een resultaat is een waarneming met een tijdstempel

Mailboxen worden gesloten, aliassen buiten gebruik gesteld en domeinen elke dag gemigreerd. De API meldt wat tijdens de aanroep waar was en dat feit veroudert vanaf het moment dat de API antwoordt.

Sla de checked-at-tijd naast de status op, zodat downstreamsystemen kunnen bepalen wanneer het bewijs te oud is om nog op te handelen.

Gerelateerde onderdelen

Hoe de verificatie-API zich tot de rest van het platform verhoudt

Dezelfde engine is beschikbaar via verschillende API-onderdelen. De juiste keuze hangt meestal af van wie de vraag stelt, niet van de nauwkeurigheid.

Eén adres, handmatig

Wanneer iemand één resultaat wil bekijken in plaats van duizenden te automatiseren, voert de E-mailverifier dezelfde SMTP-pipeline uit in de browser en toont deze elke vlag die de API zou teruggeven.

Dit is de snelste manier om een adres kort te controleren voordat je code voor de e-mailverificatie-API schrijft.

Een volledig bestand tegelijk

Wanneer het werk een lijst is in plaats van een stroom, past E-maillijst opschonen dezelfde regels toe op elke rij en behoudt deze de redenen in de export.

Bestanden en API-aanroepen gebruiken één engine, zodat een bulksgewijs opgeschoonde rij en een via de verificatie-API gecontroleerd adres elkaar niet kunnen tegenspreken.

De invalshoek waarin validatie vooropstaat

De pagina E-mailvalidatie-API beschrijft hetzelfde endpoint voor teams die op validatie zoeken in plaats van verificatie, met de integratiedetails vanuit die invalshoek.

Het endpoint, het schema en het SMTP-bewijs zijn identiek; alleen de invalshoek van de documentatie verschilt.

Veelgestelde vragen

1. Hoe snel is de e-mailverificatie-API?

Gecachte API-resultaten komen binnen 200ms terug. Volledige SMTP-verificatie duurt gemiddeld 1–3 seconden, waardoor dit bruikbaar is als realtime e-mailverificatie-API in een formulier. De API ondersteunt tot 6,000 afzonderlijke verificatieverzoeken en 1,500 batchverzoeken per minuut.

2. Hoe integreer ik de e-mailverificatie-API?

De verificatie-API gebruikt standaard REST-aanroepen met JSON-responsen. Officiële SDK's zijn beschikbaar voor Python, Node.js, Go en PHP. De meeste API-integraties zijn binnen 30 minuten klaar. De MCP Server en Agent Skills vereisen helemaal geen code — installeer ze één keer en de realtime e-mailverificatie-API werkt in elke ondersteunde AI-client.

3. Wat kost de e-mailverificatie-API?

Het Starter-abonnement kost $20 voor 20,000 credits tegen $0.001 per e-mail — zonder maandelijkse kosten; je betaalt alleen voor wat je gebruikt. De volumeprijs daalt tot $0.00035 per e-mail bij 1M credits. Een gratis niveau van de e-mailverificatie-API biedt 20 gratis credits voor elke dag dat je inlogt, tot 600 per maand, zonder creditcard.

4. Wat bevat elke respons van de verificatie-API?

Elke API-respons bevat de verificatiestatus (deliverable, undeliverable, risky of unknown), een kwaliteitsscore van 0–100, een risiconiveau en redencodes. Ook inbegrepen zijn vlaggen voor disposable e-mail en rolaccounts, catch-all-detectie en suggesties voor typocorrectie.

5. Is de verificatie-API veilig?

Alle API-verzoeken gebruiken HTTPS. Voor elke API-aanroep is authenticatie met een API-key vereist en voor extra beveiliging is IP-whitelisting beschikbaar. BillionVerify voldoet volledig aan GDPR en CCPA en verwijdert gegevens automatisch na verwerking.

6. Hoe gebruiken AI-agents en LLM's deze verificatie-API?

AI-agents maken verbinding via de MCP Server (natuurlijke taal in Claude en Cursor), vooraf gebouwde Agent Skills (installatie met één klik voor Claude en Manus) of directe REST-aanroepen vanuit LangChain, CrewAI of elke Anthropic- of OpenAI-SDK. Elk pad gebruikt dezelfde e-mailverificatie-API en geeft dezelfde gestructureerde JSON terug — zonder responstransformatie.

7. Wat is het verschil tussen een email validation API en een email verification API?

Een e-mailvalidatie-API en een e-mailverificatie-API verwijzen meestal naar hetzelfde endpoint — een endpoint dat controleert of een adres echt en bezorgbaar is. BillionVerify gebruikt verificatie op SMTP-niveau en bevestigt dat de mailbox op de ontvangende server bestaat, in plaats van alleen DNS- of syntaxvalidatie. Het afzonderlijke endpoint /verify geeft status, kwaliteitsscore, disposable-vlag, rolaccountvlag en catch-all-detectie terug in één JSON-respons.

E-mailverificatie-API

Vraag je API-key aan

Eén endpoint voor elk verificatietype. MCP Server en Agent Skills inbegrepen. Een gratis niveau van de e-mailverificatie-API geeft je 20 credits voor elke dag dat je inlogt, tot 600 per maand, zonder creditcard.

600 gratis credits per maand · Native MCP Server-integratie · Geen creditcard vereist

99.9%
Nauwkeurigheid
Real-time
API-snelheid
$0.00014
Per e-mail
600/mo
Altijd gratis