📍 Maak kennis met MapLeads: maak van Google Maps, Bing Maps & Apple Maps je leadlijst.MapLeads proberen

E-mailverificatietools

Gratis e-mailvalidator: syntax- en MX-recordvalidatie

Controleer of een adres goed gevormd is en het domein is geconfigureerd om mail te ontvangen. Deze snelle validator stopt vóór SMTP en claimt dus niet dat de mailbox bestaat.

Wat is een email validator?

Een email validator beantwoordt een smallere vraag dan een verifier: is deze string een goed gevormd adres op een domein dat mailservers publiceert? Dat is formaat en MX — geen bewijs dat een persoon of inbox bestaat.

Zoekers gebruiken “email validator” en “validate email” wanneer ze een snelle, gratis screen willen. BillionVerify houdt deze pagina eerlijk: geen nep-deliverability-claims, geen SMTP-handshake, unlimited shallow checks voor legitiem gebruik.

Wanneer bounce-risico telt, ga naar de Email Checker of Email Verifier. Die tools voegen mailbox-probes en risicovlaggen toe bovenop dezelfde formaatbasis.

Hoe de email validator werkt

Slechts twee lagen. Opzettelijk geen SMTP.

  1. 1. Parsen en normaliseren

    Controleer local-part- en domeinvorm tegen praktische formaatregels. Typefouten falen in milliseconden.

  2. 2. MX-records resolven

    Controleer op gepubliceerde mail exchange-records. Als er geen worden gevonden, meldt deze oppervlakkige validator geen MX en stopt vóór elke mailbox-test.

  3. 3. Stop vóór de mailbox

    We openen geen SMTP-conversatie. Catch-all-domeinen kunnen deze validator nog steeds passeren.

  4. 4. Verwijs naar full proof

    Als je bezorgbaarheid nodig hebt, draaien de Email Verifier en Email Checker SMTP op dezelfde productstack.

Wanneer een email validator gebruiken

Gebruik shallow validation wanneer snelheid zwaarder weegt dan mailboxbewijs.

  • Voor de hand liggende typefouten vangen

    Formuliervelden en handmatige invoer produceren formaatfouten. Corrigeer ze vóór diepere checks.

  • Bevestigen dat het domein mail kan ontvangen

    Een gepubliceerde MX-route haalt de normale DNS-poort; geen gepubliceerde MX stopt deze oppervlakkige check en toont de reden zonder SMTP-quotum te verbruiken.

  • Pre-screen vóór full verify

    Goedkoop eerste filter vóór bulk SMTP-jobs op grote lijsten.

  • Niet alleen voor send-beslissingen

    Behandel formaat+MX OK niet als veilig voor cold e-mail. Gebruik SMTP-tools daarvoor.

Email validator vs andere Email Verify Tools

Dit zijn interactieve Email Verify Tools — geen bulkjobs, geen API, geen Free Tools (DNS / SPF / DKIM).

Deze pagina retourneert alleen formaat en MX. Andere tools voegen SMTP toe of specialiseren in één risicovlag.

ToolWat het doetGebruik het wanneer
E-mailverificatieVolledige controle van de SMTP-mailbox inclusief alle risico-indicatoren.Wanneer leverbaarheid en verzendveiligheid van belang zijn
Email CheckerVolledige SMTP + alle risicovlaggen op één adresWanneer je één compleet meerlaags resultaat wilt
Free Email CheckerDetecteert gratis persoonlijke webmailproviders (Gmail, Yahoo, …)Leadkwaliteit en B2B domain scoring — geen gratis-van-kosten verificatie
Email ValidatorAlleen syntax + MX — geen SMTPSnelle formaat- en domeinscreen
Disposable Email DetectionMarkeert tijdelijke / throwaway-domeinenSignup en lead capture
Bounce Email CheckerFocus op bounce- en onbezorgbaarheidsrisicoListhygiëne voor bounce-rate-controle
Catch-All VerifierDetecteert catch-all-domeinenWanneer SMTP-accept onbetrouwbaar is
Role Account DetectionVindt generieke roladressenB2B-outreachkwaliteit
Email List CleaningVerifieer veel adressen tegelijk (plakken of CSV)Wanneer één check niet genoeg is en je een schone lijst nodig hebt
Omgekeerd e-mailadres opzoekenVind openbare informatie over de eigenaar en het bedrijf aan de hand van een e-mailadres.Leadonderzoek en beoordeling van onbekende afzenders
TelefoonnummervalidatorValideer het telefoonformaat, het land, het type en de E.164-uitvoer.CRM telefoon opschonen vóór contact opnemen

Hoe een validatieresultaat te lezen

Formaat & MX OK betekent dat het adres goed gevormd is en het domein een MX-route publiceert. Het betekent niet dat de mailbox bestaat. Ongeldige syntax stopt meteen; geen gepubliceerde MX stopt deze oppervlakkige check, maar ongewone implicit-MX-domeinen vragen review vóór een definitieve weigering.

Er is geen disposable-, catch-all- of bounce-uitlezing op deze pagina by design. Die vereisen full verification of gespecialiseerde tools.

Twee-laags validatie

Wat syntax- en MX-validatie kan vaststellen

De validator stopt bewust na twee goedkope lagen. Daardoor is hij snel voor formulieren en pre-screening, terwijl de conclusie smaller blijft dan volledige e-mailverificatie.

Syntax checkt of de invoer als e-mailadres kan worden geïnterpreteerd

BillionVerify scheidt het local-part van het domein, normaliseert de invoer en weigert structurele fouten zoals ontbrekende onderdelen, kapotte scheidingstekens of tekens op posities die de adresparser niet accepteert. Dit vangt gangbare type- en knip-en-plakfouten vóór elke netwerklookup.

Een syntax-pass raadpleegt de provider van de ontvanger niet. De string kan elke formatregel volgen en toch een domein noemen dat geen mail ontvangt of een mailbox die nooit is aangemaakt. Behandel syntax als eerste poort, nooit als eindresultaat voor bezorgbaarheid.

MX checkt of het domein een mailroute publiceert

Het Domain Name System laat een domein mail exchanger-records publiceren die afzenders naar ontvangende servers sturen. BillionVerify lost die routingcontext op nadat syntax slaagt. Een bruikbare route betekent dat het domein is geconfigureerd om deel te nemen aan e-mailbezorging.

MX-bewijs geldt voor het domein, niet voor het exacte local-part. Dezelfde mailroute kan actieve medewerkers, uitgefaseerde aliassen, niet-toegewezen namen, groepsinboxen en catch-all-gedrag bedienen. Daarom zegt het resultaat formaat en MX OK, niet mailbox geverifieerd.

Null MX en ontbrekende MX vragen standaardbewuste afhandeling

Een domein kan een Null MX-record publiceren om expliciet te stellen dat het geen e-mail accepteert. De RFC 7505 Null MX van de IETF definieert dit signaal, zodat afzenders geen tijd verspillen aan bezorgpogingen naar een domein dat zich van mail heeft afgemeld.

Een ontbrekend expliciet MX-record is niet in elke technische context identiek, omdat SMTP historisch fallbackgedrag definieert via het adresrecord van het domein. Deze oppervlakkige pagina voert die implicit-MX-fallback niet uit en meldt voor beide gevallen geen gepubliceerde MX, dus een ongewoon domein vraagt review vóór een definitieve weigering.

Stoppen vóór SMTP hoort bij de productdefinitie

Deze pagina opent geen ontvangersgesprek, test geen mailboxcommando en leidt acceptatie niet af uit providergedrag. Er wordt geen e-mailbericht gestuurd. De beperkte scope maakt de validator geschikt voor snelle pre-screening en bewaart volledig SMTP-quotum voor checks die mailboxbewijs nodig hebben.

Wanneer de exacte mailbox ertoe doet, gaat u verder naar de Email Verifier. Die past dezelfde syntax- en routingfunding toe en voegt daarna SMTP en risicosignalen op ontvangersniveau toe.

Validatie-uitkomsten

Interpreteer het resultaat op de laag die echt is getest

Een oppervlakkig resultaat is nuttig wanneer het label precies blijft. De meeste fouten ontstaan wanneer formaat- of domeinbewijs wordt hernoemd tot mailboxbewijs.

Formaat en MX OK betekent klaar voor diepere verificatie

Deze uitkomst betekent dat het adres structureel bruikbaar is en het domein mailontvangstinfrastructuur toont volgens de regels van de validator. Het is een positieve pre-screen, geen toestemming om de mailbox bezorgbaar te noemen.

Gebruik het om formulierinvoer voorlopig te accepteren, een verrijkingspipeline voort te zetten of duidelijk onmogelijke rijen te verminderen vóór een volledige job. Voeg SMTP toe voordat u berichten stuurt waarbij een hard bounce operationele kosten heeft.

Ongeldige syntax betekent de bronwaarde herstellen

De parser kan de invoer niet als bruikbaar adres interpreteren. Gangbare oorzaken zijn ontbrekende @-tekens, onvolledige domeinen, whitespace midden in de waarde en interpunctiefouten.

Toon de gebruiker het oorspronkelijke veld en laat hen het corrigeren. Verzin ontbrekende tekens niet automatisch en vervang het domein niet, omdat een syntactisch verbeterde gok bij een andere persoon kan horen.

Geen mailroute betekent dat het domein niet klaar is voor normale bezorging

Wanneer het domein geen bruikbare route heeft volgens de validatieregels, redt doorgaan naar mailboxverificatie het huidige adres niet. Het kan verkeerd gespeld, verlopen, geparkeerd of bewust zo geconfigureerd zijn dat het geen mail accepteert.

Geef de reden terug in plaats van een generiek ongeldig-label. Een fout op domeinniveau is actionable voor dataherstel en verschilt van een ontvangerweigering op een verder functionerend bedrijfsdomein.

Geslaagde validatie laat verschillende vragen onbeantwoord

De mailbox kan niet-toegewezen, uitgeschakeld, vol, door providerpolicy beschermd of achter catch-all-gedrag verborgen zijn. Het adres kan ook wegwerp, rolgebaseerd of niet gerelateerd zijn aan de persoon in uw record.

Dat zijn geen validatiedefecten; het zijn vragen buiten syntax en DNS. Gebruik de Email Checker wanneer u het complete single-adrespanel nodig hebt.

Snelle pre-screening

Plaats e-mailvalidatie aan het begin van de datapipeline

De validator bespaart tijd en netwerkwerk wanneer hij onmogelijke invoer vroeg verwijdert, terwijl latere stappen verantwoordelijk blijven voor mailbox- en publieksbeslissingen.

  1. 1

    Valideer de structuur terwijl de gebruiker nog kan corrigeren

    Draai syntaxvalidatie bij formulierinvoer of direct na indiening. Een duidelijke melding naast het veld is nuttiger dan een misvormd adres te ontdekken nadat de gebruiker de pagina heeft verlaten.

    Vermijd te agressieve realtime blokkades terwijl iemand nog typt. Valideer op een stabiel interactiepunt en bewaar de ingevoerde waarde, zodat de gebruiker — niet een autocorrectieregel — de correctie kiest.

    Wanneer het formulier bedrijfskritisch is, log de redencategorie in plaats van het volledige adres in algemene analytics. Productteams moeten weten of fouten uit syntax of DNS komen, zonder van een validatie-eventstream een tweede contactdatabase te maken.

  2. 2

    Los domeingereedheid op vóór dure verrijking of SMTP

    Een resultaat zonder gepubliceerde MX stopt deze oppervlakkige pipeline vóór mailboxprobes of contactverrijking. Vroege DNS-screening vermindert onnodig downstream-werk, terwijl ongewone domeinen die op implicit MX leunen naar review moeten in plaats van stilzwijgend als gewone harde fouten te worden behandeld.

    Houd retrygedrag verstandig, omdat DNS tijdelijk kan falen. Onderscheid een bevestigde geen-mail-conditie van een lookup die niet kon worden afgerond, en maak van een tijdelijke infrastructuurfout geen permanente verwijdering van klantdata.

  3. 3

    Upgrade alleen records die een verzendbeslissing nodig hebben

    Als een workflow alleen schone opmaak en een mail-capable domein nodig heeft, stop hier. Als die onboarding-, sales-, wachtwoord-, factuur- of campagnemail gaat sturen, ga door naar volledige SMTP-verificatie dicht bij het verzendmoment.

    Deze gelaagde aanpak houdt snelle checks snel zonder de standaard voor bezorgbaarheid te verlagen. De resultaatnaam moet met de data meereizen, zodat downstream-systemen weten of ze gevalideerd of volledig geverifieerd bewijs ontvingen.

    Een nuttig veldmodel slaat syntaxstatus, gepubliceerde-MX-status, validatiediepte en checked-at-tijd apart op. Dat voorkomt dat een latere export formaat- en MX-succes platslaat tot een misleidende verified-boolean.

  4. 4

    Gebruik bulkopschoning wanneer elke rij de volledige beslissing nodig heeft

    Grote bestanden hebben consistente deduplicatie, statusafhandeling, retrylogica en exports nodig. Een oppervlakkige validator kan een dataset pre-screenen, maar kan een campagneoperator niet vertellen welke exacte ontvangers een SMTP-probe accepteerden.

    Gebruik Email List Cleaning voor verificatie op campagneschaal en bewaar syntax, routing, SMTP en risicoredenen als aparte outputvelden.

Eerlijke limieten

Validatie is geen verificatie, identiteit of bezorgbaarheidstest

De term geldig wordt misleidend wanneer de geteste laag wordt weggelaten. BillionVerify benoemt de lagen, zodat gebruikers de juiste volgende stap kunnen kiezen.

Geen SMTP betekent geen claim over mailboxbestaan

De validator vraagt het ontvangstsysteem nooit naar het doel-local-part. Hij kan dus niet vaststellen of jane@company.com is toegewezen, ook wanneer company.com mail accepteert.

Een resultaat dat bezorgbaar claimt op alleen syntax en MX overdrijft het bewijs. BillionVerify reserveert taal op mailboxniveau voor de volledige SMTP-workflow.

Catch-all-domeinen kunnen elke oppervlakkige laag halen

Een catch-all-domein heeft geldige mailinfrastructuur en kan willekeurige local-parts accepteren. Het adres kan er perfect uitzien en het domein kan mail routeren, terwijl de genoemde mailbox op persoonsniveau onbevestigd blijft.

Gebruik de Catch-All Verifier om dat domeingedrag te begrijpen, en houd catch-all-contacten in een reviewsegment in plaats van ze individueel geverifieerd te noemen.

Dit telt het meest voor gegenereerde B2B-patronen. firstname.lastname raden op een bedrijfsdomein kan syntax en MX voor elke medewerkersnaam halen, terwijl catch-all-gedrag die oppervlakkige checks verhindert om één geraden ontvanger te bevestigen.

Domeingereedheid identificeert de adres eigenaar niet

DNS-records zeggen niets over de persoon die aan een CRM-rij hangt. Een domein kan mail correct routeren terwijl de naam, werkgever, titel of toestemming bij het adres verkeerd is.

Identiteit en toestemming vragen first-party of geautoriseerd bewijs. Validatie voorkomt technische invoerfouten; het verandert third-party contactdata niet in geverifieerde identiteit.

Houd identiteitsvertrouwen in een apart veld van technische validatie. Een salesteam kan dan de verrijkingsbron reviewen zonder te verliezen dat de adresstructuur en gepubliceerde mailroute hun eigen checks haalden. Die scheiding maakt latere datakwaliteitsaudits ook makkelijker uit te leggen.

Ontvangervalidatie test uw afzender setup niet

Een geldige bestemming kan een bericht nog steeds in spam ontvangen wanneer de afzender een slechte reputatie, ontbrekende authenticatie, riskante content of ongezond campagnegedrag heeft. Die condities zitten aan de verzendkant.

Gebruik de Email Deliverability Test voor gereedheid van het afzenderdomein. Houd ontvangersvalidatie en afzenderbezorgbaarheid als aparte controles in dezelfde verzendworkflow.

Protocolreferenties

De standaarden verklaren waarom oppervlakkige validatie stopt waar ze stopt

Adresgrammatica, DNS-mailrouting en SMTP-ontvangerantwoorden zijn aparte onderdelen van internet-e-mail. De productgrens volgt die architectuur.

RFC 5322 beschrijft bericht- en adresstructuur

De RFC 5322 Internet Message Format van de IETF definieert de syntax waarmee e-mailadressen en berichten worden weergegeven. Het is de basis om te beslissen of een string als adres kan worden geparsed.

Het document biedt geen netwerkquery die bewijst dat een mailbox bestaat. BillionVerify houdt dat onderscheid zichtbaar in het validatieresultaat.

RFC 5321 beschrijft mailrouting en SMTP-antwoorden

De RFC 5321 Simple Mail Transfer Protocol van de IETF definieert mail exchange-gedrag, inclusief ontvangercommando’s en tijdelijke versus permanente antwoordklassen. Die ontvangerantwoorden horen bij volledige verificatie, niet bij deze pagina.

De validator gebruikt de routinglaag die nodig is om domeingereedheid vast te stellen en stopt vóór ontvangerinteractie. Daardoor is het resultaat snel, uitlegbaar en correct scoped.

Het volgende tool hangt af van de volgende vraag

Gebruik de Free Email Checker om consumentenwebmail te classificeren, Disposable Email Detection om throwaway-providers te identificeren, en de volledige verifier wanneer u huidige mailboxacceptatie nodig hebt.

De Email Validator blijft het juiste startpunt wanneer de taak simpelweg is misvormde invoer en domeinen die niet zijn geconfigureerd om mail te ontvangen op te vangen.

Veelgestelde vragen

1. Wat controleert een email validator?

Deze email validator controleert slechts twee lagen: (1) of het adres goed gevormd is (syntax/structuur), en (2) of het domein MX-records publiceert zodat het mail kan ontvangen. Het opent geen SMTP-conversatie met de mailbox en kan niet bewijzen dat een specifieke persoon of inbox bestaat. Die eerlijkheid is opzettelijk — formaat en MX zijn een goedkope screen, geen full e-mailverificatie.

2. Gebruikt de email validator SMTP?

Nee. SMTP-mailboxverificatie is beschikbaar op de Email Checker, list cleaning en ingelogde productflows. De validator blijft snel en unlimited (alleen soft rate limits tegen misbruik) door te stoppen bij syntax en MX. Als je bounce-risico en bezorgbaarheid nodig hebt, open de Email Checker voor een full SMTP-resultaat.

3. Wanneer moet ik de email validator gebruiken in plaats van de email checker?

Gebruik de email validator wanneer je alleen een snelle formaat- en domeinscreen nodig hebt — typefouten vangen, domeinen zonder MX weigeren, of pre-filteren vóór een zwaardere job. Gebruik de email checker wanneer een fout adres je bounces, ESP-straffen of verspilde SDR-tijd kost. Veel teams draaien validator-stijl checks bij form entry en full SMTP e-mailchecking vóór campagnes of CRM-import.

4. Is de email validator gratis?

Ja. Ondiepe validatie (syntax + MX) is gratis en is niet beperkt tot het 20 full-SMTP-quotum van de Email Checker. Een soft rate limit kan alleen gelden om geautomatiseerd misbruik te blokkeren. Voor bulk CSV-cleaning en API-volume: maak een account.

5. Email validator vs email checker — welke kies ik?

Kies de email validator voor unlimited shallow checks: “lijkt dit op e-mail op een mail-capable domein?” Kies de email checker voor meerlaagse verificatie: SMTP-bezorgbaarheid plus disposable-, catch-all- en role-vlaggen. Ze beantwoorden verschillende vragen; een validator-resultaat behandelen alsof het full verification is, is een veelgemaakte deliverability-fout.

6. Kunnen catch-all-domeinen de email validator passeren?

Ja. Catch-all-domeinen publiceren meestal geldige MX-records, dus syntax + MX kan er goed uitzien ook als het specifieke local-part geen echte persoon is. Alleen full verification tools (Email Checker / Catch-All Verifier) kunnen catch-all-onzekerheid tonen. Als je leads verrijkt door names@company.com te raden, vertrouw niet alleen op de validator.

E-mailvalidatie

Full SMTP-bezorgbaarheid nodig?

Draai de Email Checker voor mailbox-level bewijs en risicovlaggen, of meld je aan voor bulk cleaning en API-toegang.

20 gratis SMTP-checks / 24u · Geen registratie voor shallow checks · Resultaten in seconden

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