Diensten voor e-mailverificatie adverteren vaak met één nauwkeurigheidscijfer: 97%, 98%, 99%. Zonder uitleg over de berekening zegt dat weinig. Het voegt controles samen waarvan de betrouwbaarheid sterk verschilt.
Sommige controles geven een concreet antwoord. U kunt in het DNS opzoeken of een domein MX-records publiceert, al hebben beschikbaarheid en de actualiteit van de cache invloed op de uitkomst. Of achter die records een bepaalde mailbox bestaat, is een andere vraag. Een externe aanvraag kan dat niet altijd betrouwbaar bevestigen, vooral bij grote providers.
Om de resultaten goed te gebruiken, moet u weten welke controle erachter zit. We onderscheiden hier wat de controles werkelijk vaststellen, wat ze alleen suggereren en waar hun mogelijkheden ophouden.
Waarom het bouncepercentage telt
Ontvangende providers houden rekening met het aantal berichten dat een afzender naar niet-bestaande adressen stuurt. Een hoog percentage permanente bezorgfouten kan wijzen op een slecht onderhouden lijst en het risico op beperkingen of filtering vergroten. Ook klachten, authenticatie en andere factoren tellen mee. Bounces alleen bewijzen niet dat een lijst is gekocht.
Het origineel noemt een percentage permanente bezorgfouten boven 2% als waarschuwing. Dat is geen universele grens en ook geen door Google vastgestelde bouncegrens. De Google-richtlijnen voor afzenders vragen aandacht voor verzendkwaliteit, authenticatie en klachten. Spammeldingen en bounces zijn verschillende cijfers. De gevolgen kunnen langer duren dan de campagne en latere berichten raken, zoals facturen, wachtwoordherstel en bestelbevestigingen. Duur en omvang hangen af van de provider.
Adresverificatie helpt dit risico te verkleinen. Ze verbetert geen berichttekst en vervangt geen toestemming van de ontvanger. Ze ontdekt bepaalde problemen vóór het verzenden, maar garandeert geen bezorging. Meer achtergrond vindt u bij wat uw bouncepercentage vertelt.
Drie niveaus van zekerheid bij e-mailverificatie
De verschillen worden duidelijker als we de controles ordenen naar het vertrouwen dat u in de uitkomst kunt hebben.
Niveau 1: directe controles
Hier worden het formaat, het DNS of vermeldingen in bekende lijsten bekeken. De uitkomst geldt voor een bepaalde regel en de beschikbare gegevens, niet voor alle eigenschappen van het adres.
| Controle | Wat deze vaststelt |
|---|---|
| Schrijfwijze | Het adres voldoet aan de formaatregels die de controle ondersteunt |
| Punycode / IDN | Het domein voldoet aan de beperkingen van de dienst voor internationale domeinnamen; dit bewijst niet dat alle misleiding met gelijkende namen is uitgesloten |
| MX-records | Er staan mailroutes in het DNS; dit bevestigt niet dat de server of mailbox werkt |
| Openbaar IP-adres van de MX | De MX verwijst niet naar private reeksen zoals 10.x of loopbackadressen zoals 127.x |
| Domein voor tijdelijke e-mail | Het domein staat op een lijst van bekende tijdelijke maildiensten; het origineel noemt meer dan 5,000 vermeldingen, maar de inhoud verandert |
| DNSBL-vermelding | Het domein staat in Spamhaus DBL of SURBL; dit is een reputatiesignaal, geen bewijs van een ontbrekende mailbox |
| Uitsluiting na bounce | Het adres staat na een permanente bezorgfout al op de uitsluitingslijst van uw account |
Een fout op dit niveau kan volgens de dienstregels direct de status ‘ongeldig’ opleveren. Dat is geen universele uitspraak over bezorging. De controle vereist expliciete MX-records, terwijl SMTP bij ontbrekende MX een impliciete route via de adresrecords van het domein toestaat. Ook een beperking voor internationale domeinnamen kan een bestaand adres uitsluiten. Bekijk bij belangrijke beslissingen de concrete oorzaak.
Niveau 2: waarschijnlijkheidscontroles
De SMTP-controle maakt verbinding met de ontvangende server, begint een uitwisseling van opdrachten, vraagt of de ontvanger zou worden geaccepteerd en verbreekt de verbinding voordat een bericht wordt overgedragen. Een 550 bij RCPT TO met een duidelijke melding dat de ontvanger niet is gevonden, is een sterke aanwijzing. Dezelfde code kan ook op geweigerde toegang of een afwijzing vanwege serverbeleid wijzen.
Het is een aanwijzing, geen bewijs zonder uitzonderingen. De betrouwbaarheid hangt af van de ontvangende server. Daarover gaat het volgende onderdeel.
Niveau 3: heuristieken
Dit zijn indirecte risicosignalen. Ze veranderen de score volgens de regels van de dienst, maar bewijzen niet dat een adres slecht is:
| Signaal | Effect op de score |
|---|---|
| Het deel vóór @ lijkt willekeurig | −15 |
| SPF-record ontbreekt | −10 |
| DMARC-record ontbreekt | −10 |
| Domein minder dan 30 dagen geleden geregistreerd | −10 |
Adres met een extra label (user+tag@) | −5 |
| Eigen domein met MX, SPF en DMARC | +5 |
Adres voor een afdeling of functie (info@, support@) | 0, gemarkeerd zonder puntenaftrek |
| Gratis provider (Gmail, Yahoo) | 0, neutraal signaal |
Waarschijnlijke typefout (gmial.com) | 0, informatie met een voorgestelde correctie |
Twee signalen verdienen uitleg, omdat andere aanbieders ze anders kunnen behandelen.
Afdelingsadressen krijgen geen puntenaftrek. Bedrijven ontvangen daadwerkelijk mail via info@ en sales@. Bij ongevraagde benadering kan zo'n adres erop wijzen dat u geen bepaalde persoon kent. Voor andere toepassingen is het geen nadeel. De dienst markeert het kenmerk, zodat u zo nodig kunt filteren, zonder punten af te trekken.
Gratis providers zijn neutraal. Een Gmail-adres is niet slechter omdat het geen eigen domein gebruikt. Veel mensen gebruiken deze diensten.
De SMTP-controle en haar grenzen
Dit is vaak de controle die men zich bij e-mailverificatie voorstelt. Juist hiervan wordt soms meer verwacht dan ze kan bieden.
Bij bedrijfsdomeinen kan ze nuttig zijn: op eigen mailservers, bij mailhosting en in zelf beheerde systemen. Een expliciete afwijzing van een onbekende ontvanger bij RCPT TO levert relevante informatie. Maar een afwijzing kan ook tegen de controleverbinding zelf zijn gericht, niet tegen de mailbox.
Bij grote algemene maildiensten bevestigt deze methode het bestaan van een mailbox niet betrouwbaar. Gmail, Yahoo, Outlook.com, iCloud en AOL kunnen controleverbindingen beperken, ontvangers zonder definitieve controle accepteren of het opsporen van adressen op andere manieren bemoeilijken. U kunt niet stellen dat ze allemaal altijd hetzelfde antwoorden. Hier worden de betrokken domeinen van de externe SMTP-controle uitgesloten. Geslaagde andere controles bevestigen de mailbox niet.
Daarom wordt een adres uit de lijst met uitgesloten domeinen ook in de uitgebreide modus tegen het snelle tarief berekend: één credit, geen twee. De extra SMTP-controle wordt overgeslagen. De verdeling verschijnt vóór de start en in het API-antwoord. Bekijk de actuele berekening voor uw adressen.
Kortom: op een geschikte bedrijfsserver kan de SMTP-controle meer vertrouwen geven. Voor Gmail en vergelijkbare diensten biedt ze geen algemene bestaansgarantie. Belooft een aanbieder een exact antwoord, vraag dan welke gegevens worden gebruikt en wat de grenzen van de methode zijn.
Waarom catch-all e-mailverificatie bemoeilijkt
Een catch-all-domein accepteert mail voor elke ontvangernaam, ook zonder afzonderlijke mailbox. Een aanvraag voor anything@catchall-domain.com kan daarom positief worden beantwoord. Dat antwoord vertelt niet of de gewenste mailbox bestaat.
Een catch-all-resultaat betekent onzekerheid. Het bericht kan bij een persoon, in een niet-bekeken verzamelmailbox of in een ander ontvangstsysteem belanden. Het signaal bewijst geen spamval. Een externe controle onderscheidt deze bestemmingen niet. Lees het catch-all-kenmerk naast de eindstatus: in de huidige berekening maakt dit het adres niet noodzakelijk ‘riskant’.
Dat is een minder opvallend nadeel van catch-all op uw eigen domein: een externe dienst kan uw adres moeilijker bevestigen. Lees dit samen met hoe catch-all-mail werkt, waar andere voordelen en grenzen worden uitgelegd.
Snelle en uitgebreide controle
| Snel | Uitgebreid | |
|---|---|---|
| Controles in de oorspronkelijke beschrijving | 22 | 25 |
| SMTP-controle van de mailbox | Nee | Ja, voor geschikte domeinen buiten de uitsluitingslijst |
| Spamvalheuristiek | Nee | Ja |
| Credits per adres van een bedrijfsdomein | 1 | 2 |
| Credits per adres van een uitgesloten maildienst | 1 | 1 |
| Grove inschatting voor 10,000 adressen | 1-5 minuten | 5-15 minuten |
| Gebruik | Onderhoud van een bekende lijst | Externe of overgenomen lijsten na controle van de verzendtoestemming, bijzonder belangrijke campagnes |
Voor uw eigen goed onderhouden lijst is de snelle controle meestal voldoende. Is de herkomst onbekend, stel dan eerst vast of u de contacten mag aanschrijven en bepaal daarna of extra controles nodig zijn. Het aantal uitgevoerde controles en de duur hangen af van vroege fouten, configuratie, wachtrij en serverantwoorden. De tabel belooft niet dat elke controle voor elk adres wordt uitgevoerd.
De statussen lezen
Elk adres krijgt een status en een vertrouwensscore van 0 tot 100. Dat is een interne schaal, geen bezorgkans.
| Status | Score | Wat te doen |
|---|---|---|
| Veilig | 90-100 | Verzending overwegen als de vereiste toestemming aanwezig is; bezorging niet gegarandeerd |
| Geldig | 60-89 | De redenen van het resultaat bekijken en bounces volgen |
| Riskant | 20-59 | Niet voor ongevraagde benadering gebruiken; de oorzaak beoordelen vóór transactionele mail aan bekende ontvangers |
| Ongeldig | 0-19 | Van verzending uitsluiten en de oorzaak bekijken |
| Onbekend | Niet aangegeven in de tabel | Als deze status verschijnt, later opnieuw controleren. Zoek ook time-outs en tijdelijke fouten in de afzonderlijke kenmerken. |
Het belangrijkste onderscheid is tussen riskant en ongeldig. Ongeldig kan wijzen op een regel van de controle, een uitsluiting of een serverafwijzing, niet altijd op een ontbrekende mailbox. Ook risico vraagt om context. Een onzeker adres uit een gekochte lijst wordt door verificatie niet geschikt voor verzending. Bij een klant die al twee jaar betaalt, kan hetzelfde resultaat aan catch-all liggen. Bekijk toch de specifieke kenmerken, de bezorggeschiedenis en het contactkanaal voordat u facturen verstuurt.
De verificatie kent uw relatie met de ontvanger niet. Die informatie moet u apart meewegen.
Lijsten verouderen: e-mailverificatie is onderhoud
Het origineel noemt ongeveer 2% veroudering per maand als richtgetal: mensen wisselen van baan, bedrijven sluiten en adressen worden verlaten. Het werkelijke tempo verschilt. Na achttien maanden kan een belangrijk deel achterhaald zijn, maar de uitspraak dat een kwart van de adressen fout is, is geen universele voorspelling. Gebruik uw eigen resultaten en bounces als leidraad.
Neem verificatie daarom op in het onderhoud, in plaats van alleen een eerste schoonmaak uit te voeren:
- Bij het invoeren. Controle tijdens de registratie helpt een typefout zoals
gmial.comte vinden als de persoon die nog kan aanpassen. Stel een correctie voor in plaats van het adres ongemerkt te vervangen. - Voor een grote verzending. Vooral bij een segment dat al maanden geen mail heeft gekregen.
- Elk kwartaal bij actieve lijsten. Dat is een uitgangspunt. Pas de frequentie aan de werkelijke toestand aan.
- Bij een overgenomen lijst. Controleer na een overname, fusie of overgedragen spreadsheet zowel de adressen als de toestemming om te verzenden.
Controles goed organiseren
Controleer bij de invoer, niet maanden later. Een typefout bij de registratie kunt u samen met de persoon corrigeren. Zes maanden later kan het contact moeilijk te herstellen zijn. Formaat- en reputatiecontroles vervangen geen adresbevestiging door de gebruiker.
Uitsluiten van verzending in plaats van zomaar wissen. Bewaar de noodzakelijke informatie in een uitsluitingslijst, zodat het adres bij de volgende CSV niet opnieuw wordt aangeschreven. Houd rekening met gegevensbewaring en het corrigeren van een onterechte uitsluiting.
Koop geen lijsten. Verificatie ontdekt bepaalde technische problemen, maar bewijst niet dat iemand uw berichten wil ontvangen. Ook geldige adressen kunnen klachten en problemen met toepasselijke regels veroorzaken. Een gecontroleerde gekochte lijst is geen verzendtoestemming.
Verhoog na een lange pauze het volume geleidelijk. De lijst opschonen is niet genoeg. Kijk naar reacties van ontvangers en antwoorden van servers, niet alleen naar het aantal verwijderde adressen. Lees hoe u de bezorgbaarheid verbetert.
E-mailverificatie herstelt geen slechte verzendpraktijk. Ze vermindert bepaalde adresrisico's, maar configureert niet uw SPF, DKIM of DMARC. De ontvanger beoordeelt authenticatie, reputatie en andere factoren. Er is geen universele volgorde die van een gecontroleerde lijst een bezorggarantie maakt.
Veelgestelde vragen
Kan verificatie bevestigen dat een Gmail-adres bestaat?
Niet betrouwbaar met een gewone externe SMTP-aanvraag. Providers kunnen die verbindingen beperken en ontvangergegevens afschermen. Hun antwoorden hoeven niet hetzelfde te zijn. Hier staat Gmail op de lijst waarvoor de SMTP-controle wordt overgeslagen. Geslaagde formaat-, MX- en reputatiecontroles bevestigen het bestaan van de mailbox niet.
Waarom kost de uitgebreide controle minder voor Gmail?
Omdat de extra SMTP-controle bij domeinen uit de uitsluitingslijst wordt overgeslagen. Ook in een uitgebreide opdracht worden die adressen tegen het snelle tarief berekend. De berekening wordt vóór de start uitgesplitst. Bekijk de actuele schatting.
Wat betekent catch-all en moet ik daarheen mailen?
De server accepteert willekeurige ontvangersnamen, dus een positief antwoord bevestigt geen afzonderlijke mailbox. Bij een bekende klant tellen de bezorggeschiedenis en het doel van het bericht. Onzekerheid rechtvaardigt geen ongevraagde benadering.
Zijn adressen zoals info@ slecht?
Nee. Dit kenmerk trekt geen punten af. Het wordt gemarkeerd zodat u kunt filteren als uw taak dat vraagt. De bruikbaarheid voor transactionele berichten of contact hangt van de context af, niet alleen van de mailboxnaam.
Kan verificatie mijn afzenderreputatie schaden?
De controleverbinding eindigt voordat een bericht wordt overgedragen, zodat geen mail in een inbox aankomt. Maar effecten op de IP-reputatie kunnen niet zonder meer worden uitgesloten. Veel aanvragen kunnen op het doorzoeken van adressen lijken en blokkades veroorzaken. Limieten per ontvangende server verkleinen dat risico zonder het volledig weg te nemen.
Hoe vaak moet ik opnieuw controleren?
Als uitgangspunt elk kwartaal bij actieve lijsten, voor een grote verzending en bij elke overgenomen lijst. Het voorbeeld van 2% per maand is geen universele wet. Stem de frequentie af op de leeftijd van de lijst, de bezorggeschiedenis en werkelijke adreswijzigingen.
Kan ik de controle via de API starten?
Ja, voor losse adressen en bulkopdrachten, met programmatisch opvraagbare statussen en resultaten. Beschikbare handelingen en rechten staan in de API-referentie voor adresverificatie.
Wat betekent de vertrouwensscore eigenlijk?
De berekening begint bij 100 en verwerkt risicosignalen en positieve kenmerken, waaronder de domeinconfiguratie. Fouten die de dienst als definitief aanmerkt, kunnen de score meteen op nul zetten. Het is een samenvatting van de regels, geen onafhankelijke meting of kans dat de mailbox bestaat. Lees bij belangrijke beslissingen de afzonderlijke kenmerken en overgeslagen controles.
