Een SaaS-aanmeldingsformulier vangt op dinsdag 500 nieuwe gebruikers. De onboardingsequence start woensdagochtend. Op donderdag zijn 7 e-mails hard teruggekaatst — niet van nep-adressen of wegwerp-adressen, maar van "gmial.com," "yaho.com," "hotmial.com." Die 7 gebruikers typten snel op mobiel, klikten op verzenden en gingen verder. Ze zullen de activerings-e-mail nooit zien. Sommigen zullen terugkeren, het product de schuld geven en vertrekken. De rest verdwijnt.
Elke e-mailfout in je opvangfunnel behoort toe aan een echt persoon die erin wilde. Dit is geen fraude. Dit is geen botverkeer. Dit is het stille 1–3% van elke lijst dat, volgens de analyse van ZeroBounce van meer dan 4 miljard adressen, verschijnt als typodomeinen — adressen die elke regex-controle doorstaan, perfect geldig lijken en stiekem je funnel breken voordat de eerste onboarding-e-mail aankomt.
Inhoudsopgave
- Waarom een e-mailfout een ander probleem is dan een nep- of wegwerpadres
- De echte kosten van e-mailfouten in vijf bedrijfsmodellen
- De zes typofoutenpatronen die verantwoordelijk zijn voor de meeste slechte adressen
- Detectiemethoden vergeleken — wat vangt typo's daadwerkelijk bij opvang
- Een typoresistente aanmeldingsstroom in zeven beslissingen
- Wat professionals werkelijk vragen over e-mailfouten
Waarom een e-mailfout een ander probleem is dan een nep- of wegwerpadres
Begin met de taxonomie, omdat de rest van het artikel ervan afhangt. Drie faalmodes verschijnen in elk aanmeldingsformulier en zien er vergelijkbaar uit in je bouncelogs terwijl ze totaal verschillende reacties vereisen.
Typoadressen zijn legitieme gebruikers met mechanische invoerfouten: gmial.com, yaho.com, hotnail.com, outlok.com. De persoon wil de e-mail. Ze verwachten de activeringslink. Ze typten snel, misten één teken en het formulier accepteerde het. Elke metric in je funnel zal hen behandelen als gebruikers die zich hebben ingeschreven en verdwenen zijn, terwijl zij eigenlijk onbereikbare-van-het-begin-af-aan gebruikers zijn.
Wegwerpadressen zijn qua indeling legitiem maar opzettelijk in vermijding: mailinator.com, tempmail.io, guerrillamail.com. De gebruiker meldt zich actief af van een relatie terwijl hij lijkt in te stemmen. Hij wil de proefperiode, de gated content, de kortingscode — niet de lifecycle messaging. Een speciale checker voor wegwerp-e-mailadressen behandelt deze categorie omdat de detectielogica fundamenteel een domeinchecklist is, geen nabijheidsberekening.
Ongeldige of nep-adressen zijn willekeurige strings, verzonnen domeinen of botinzendingen: [email protected], [email protected]. Geen menselijke intentie, geen herstelbaar signaal. Weigeren en verdergaan.
Deze hebben verschillende behandeling nodig op de aanmeldingsgrens. Een wegwerpaar moet worden geblokkeerd of gedowngrade naar een gast-tier. Een typo moet worden gemarkeerd met een voorstel voor eenkliks correctie. Een nep moet worden afgewezen met een generieke fout. Als je ze als één "slecht e-mailadres" behandelt, krijg je één van twee faalmodes: je voegt wrijving toe aan herstelbare gebruikers door ze hard te blokkeren, of je accepteert alles en absorbeer je de bounceschade downstream. Beide zijn duur.
De reden dat regex-validatie geen typo's kan vangen is structureel, niet implementatiespecifiek. RFC 5321 en RFC 5322 definiëren de syntaxis van een e-mailadres — toegestane tekens, aanhalingsregels, domeinformaat, lengtelimits. De string "[email protected]" is volledig RFC-compliant. Het postvak bestaat niet; het domein is geregistreerd voor een typo-squatter; de gebruiker zal nooit een enkel byte van je servers ontvangen. Maar de string is geldig. Regex werkt op tekens, niet op DNS-resolutie of domeinproximiteit. Dit is een categorielimiet van pattern matching, niet iets wat je met een beter patroon kunt oplossen.
Een typoadres is volledig RFC-compliant, syntactisch perfect en structureel niet te onderscheiden van een echt adres — wat precies is waarom je validatielaag het doorlaat.
Het verborgen volume is groter dan de meeste teams inschatten. De 4-miljard-adres dataset van ZeroBounce plaatst typodomeinen in het 1–3% bereik van typische webformulieropvangsten. Kickbox's typodomeinen onderzoek merkt op dat mobiel-zware audiences naar het bovenste uiteinde van dat bereik neigen, omdat touchscreen-invoer hogere foutpercentages op tekensniveau produceert dan fysieke toetsenborden. Voor een SaaS met 10.000 aanmeldingen per maand bij een typofout-tarief van 1,5%, betekent dit 150 gebruikers elke maand die zichzelf hebben gediskwalificeerd van elke lifecycle-e-mail die je verzendt — activering, functietraining, factureringherinneringen, terugwinning.
Die 150 gebruikers stromen gelijktijdig door drie downstream-kostenkanalen. Onboardingsequences vuren in een leegte, waardoor trial-to-paid conversie afneemt. Transactionele mail — wachtwoordherstel, ontvangstbewijzen, tweefactoorcodes — komt nooit aan, wat ondersteuningstickets van $5–15 elk genereert. Marketingcampagnes stapelen zich harde bounces op die je zenderreputatie over het hele domein aantasten, niet alleen voor de typoadressen. De kostmatrix in de volgende sectie kwantificeert elk kanaal voor vijf veel voorkomende bedrijfsmodellen.
De echte kosten van e-mailfouten in vijf bedrijfsmodellen
Hetzelfde typofout-tarief van 1–3% produceert dramatisch verschillende dollarschade, afhankelijk van wat e-mail eigenlijk doet in je bedrijf. Een typofout in een B2B-lead en een typofout in een e-commerce checkout falen op verschillende manieren, op verschillende tijdlijnen, tegen verschillende omzetbases.
| Bedrijfsmodel | Primaire e-mailfunctie verloren | Impact typofout-tarief | Samengesteld effect |
|---|---|---|---|
| SaaS gratis proefperiode | Activering + onboardingsequence | 1–2% nooit proefperiode starten | 15–25% onboarding-lift verloren |
| E-commerce checkout | Orderbevestiging + verzending | 1–3% veroorzaken ondersteuningstickets | $5–15 per "waar is mijn bestelling" |
| Nieuwsbrief / content | Welkom + lopende campagnes | 1–3% nooit engagement bevestigen | Bounce nadert 2% gevaarzone |
| B2B leadgeneratie | Lead nurture + sales handoff | 0,5–1,5% (desktop-zware) | Verloren MQL = volledige CAC verspild |
| Mobiel-first consumentenapps | Accountverificatie + heraanmelding | 2–3%+ (mobiele scheeftrek) | Versterkt lage mobiele retentie |
Typofout-tarifbronnen: ZeroBounce 4-miljard-adres analyse en Kickbox typodomeinen onderzoek. Onboarding lift cijfers uit het Totango 2023 SaaS Metrics Report. Bounce drempels uit Mailchimp's afleveringsbenchmarks en M3AAWG Sender Best Common Practices. Mobiele foutpercentages uit Azenkot en Zhai's MobileHCI tekst-invoer onderzoek.
SaaS lijdt het hoogste dollar-per-typo effect omdat de kosten zich vermenigvuldigen over de gehele customerlifecycle. Loop de wiskunde door. Totango benchmarks plaatsen de lift van een gestructureerde onboarding e-mailsequence op 15–25% boven geen sequence. Een gebruiker met een typo ontvangt nul onboarding-e-mails en keert terug naar de basisconversie. Voor een plan van $50/maand met een gemiddelde looptijd van 12 maanden, vertegenwoordigt een conversiedelta van 20 punten op elke verloren gebruiker ongeveer $120 in verwachte inkomsten per typo-aanmelding. Bij 10.000 aanmeldingen per maand en een typofout-tarief van 1,5%, zijn dat 150 gebruikers × $120 = ongeveer $18.000 per maand in verwachte inkomsten stiekem verloren — voordat referrals, expansie of word-of-mouth effecten worden geteld.
Elk percentage punt ongedetecteerde typo's in je aanmeldingsformulier is een percentage punt van je onboarding-investering dat in een leegte viert.
E-commerce betaalt in ondersteuningslast, niet alleen verloren mail. Zendesk's customer service benchmark data plaatst authenticatie en "Ik heb mijn e-mail niet ontvangen"-problemen onder de topkategorieën van inkomende tickets, wat vaak 15–30% van het totale volume uitmaakt. Een aanzienlijk deel gaat terug naar typische opvang, niet afleveringsfout aan de verzenderkant. De klant typte gmial.com, de orderbevestiging hard-bouncede, de klant veronderstelt dat de bestelling mislukt, en het ticket staat in de rij voor $5–15 handmatig op te lossen.
Nieuwsbrief verzenders zien reputatiecascades. Wanneer 1–3% van de nieuwe aanmeldingen hard-bouncen, versnel je naar het per-campagne bounce-plafond dat Mailchimp vlaggeert als de afleveringsgefaarzone. De schade is niet beperkt tot de typoadressen — ISP's passen filtering toe op je gehele verzenddomein zodra bounce-percentage boven de 2% uitkomen. Eén slechte opvangcohort kan legitieme inbox-plaatsing voor de volgende drie campagnes onderdrukken.
De gerapporteerde e-mail ROI van de DMA van $35–$42 per $1 besteed (DMA Marketer Email Tracker) versterkt de kostberekening. Zelfs kleine percentages onbezorgde e-mails vermenigvuldigen zich tegen die hefboomverhouding. Een typofout-tarief van 1,5% is geen 1,5% omzetverlies — het is 1,5% van je verzendingsinvestering die nul output produceert terwijl het resterende 98,5% de gepubliceerde ROI produceert. De asymmetrie is wat typo's bijzonder waard maakt om op te lossen relative aan hun schijnbare grootte.
De zes typofoutenpatronen die verantwoordelijk zijn voor de meeste slechte adressen
Typo's zijn niet willekeurig. Ze clusteren in een handvol mechanische patronen aangestuurd door toetsenbordindeling, mobiele automatische correctie en voorspelbare cognitieve shortcuts. Het mechanisme achter elk patroon kennen vertelt je wat deterministisch corrigeerbaar is versus wat gebruikersbevestiging nodig heeft.
- Domein-niveau nabijheid typo's (gmial, yhoo, hotnail). Deze volgen QWERTY-toetsenbordadjacentie — "i" en "a" zitten naast elkaar op de home row, de wijsvinger glijdt, het formulier accepteert het resultaat. ZeroBounce identificeert deze als de grootste categorie typofout in zijn 4-miljard-adres dataset. Ze zijn ook het meest herstelbaar: Levenshtein-afstand tot het juiste domein is 1, fuzzy matching tegen een korte lijst met grote providers vangt ze met hoge precisie.
- TLD-verwarring (.co vs .com, .net vs .com, .om vs .com). Aangestuurd door mobiele toetsenborden waar ".com" een enkele sneltoetstoets is die gemist kan worden, en door gebruikers in markten met actieve landcodetoppen (.co.uk, .com.au) die hun spiergeheugen op een verkeerde combinatie gebruiken. Bijzonder schadelijk omdat ".co" zelf een geldig TLD is dat aan Colombia is toegewezen. Domeein-bestaanscontroles gaan schoon door. Het postvak bestaat vrijwel zeker niet.
- Subdomein en provider swaps (outlook.com ↔ live.com, icloud ↔ icould, msn ↔ mns). Gebruikers herinneren zich niet welk Microsoft- of Apple-era domein hun account gebruikt, vooral na migraties. Hogere prevalentie in oudere demografische gebruikers waar de originele aanmelding op een legacy provider gebeurde. Fuzzy matching tegen een typodomeinen registry vangt deze; regex niet.
- Verdubbelde of weggelaten tekens (aaccount, coom, gmaill, hotmai). Touchscreen autofill artefacten. Azenkot en Zhai's tekst-invoer onderzoek documenten systematisch hogere foutpercentages op tekensniveau op touchscreens dan op hardware toetsenborden, vooral voor strings die gebruikers niet visueel controleren voordat ze verzenden. E-mailvelden zijn risicovol omdat ze lang, niet-woordenboek en visueel dicht zijn.
- Mobiele automatische correctie overschrijvingen. Voorspellende tekst corrigeert stiekem geldige e-mailfragmenten in veelvoorkomende woordenboekwoorden ("gmail" → "gail," "outlook" → "outlooks"). De fix is structureel in plaats van detective: invoervelden moeten
type="email"enautocomplete="email"declareren om automatische correctie op OS-niveau uit te schakelen. Nielsen Norman Group's formulierontwerp richtlijnen behandelen dit als basispraktijk voor elk invoerveld met hoog foutrisico. - Witruimte en interpunctie slips (trailing space, komma-voor-punt, verdubbelde @). Vaak onzichtbaar voor de gebruiker omdat het formulierveld visueel trimveld, verborgen het probleem totdat SMTP het adres afwijst. Strip-en-normaliseerlogica bij opvang elimineert de herstelbare subset; de rest hebben expliciete validatie tegen de adresgrammatica nodig.
Van deze zes patronen zijn er drie deterministisch corrigeerbaar uit de adresstring alleen (nabijheid, TLD, verdubbelde tekens), twee vereisen gebruikersbevestiging omdat zij ambigu zijn (subdomein swaps, automatische correctie overschrijvingen), en een wordt vóór de invoerlaag voorkomen voordat enige validatie loopt (witruimte). De remeditatie kaart is van belang omdat die de UX-contract instelt: welke patronen rechtvaardigen stille normalisering, welke rechtvaardigen een "Bedoelde je?" prompt, en welke rechtvaardigen blokkering met een foutbericht.
Detectiemethoden vergeleken — wat vangt typo's daadwerkelijk bij opvang
De meeste teams hebben al iets dat hun e-mailveld valideert. De vraag is of wat ze hebben daadwerkelijk de typocategorie vangt in plaats van de syntaxcategorie. De vijf onderstaande methoden behandelen de realistische optiespace.
| Methode | Vangt typo's | Realtime | Wrijving toegevoegd | Lijstimpact |
|---|---|---|---|---|
| Regex / RFC syntaxcontrole | Nee | Ja | Geen | Geen |
| Dubbele opt-in bevestiging | Na bounce | Nee (async) | Hoog | 20–40% krimp |
| Client-side fuzzy match | Gedeeltelijk | Ja | Laag | Minimaal |
| Domein MX recordcontrole | Nee | Ja | Geen | Laag |
| Realtime verificatie API | Ja | Ja (onder 500ms) | Minimaal | Minimaal |
Dubbele opt-in krimp cijfer: GetResponse single-vs-double opt-in studie. Realtime API latentie: NeverBounce API documentatie. Drie-laag validatiearchitectuur (syntaxis → MX → postvak): ZeroBounce API documentatie.
Regex is noodzakelijk maar onvoldoende. Het handhaaft RFC 5321 en 5322 schoon, filtert duidelijk misvormde strings en loopt in nultijd op de client. Elk eerder besproken typoadres passeert regex zonder aarzen. Behandel regex als je eerste filter, nooit als je enige.
Dubbele opt-in is de meest populaire "oplossing" en de duurste. GetResponse's studie vond dubbele opt-in lijsten waren 20–40% kleiner dan enkele opt-in lijsten — en de typodgebruikers zijn mathematisch gegarandeerd in de ontbrekende 20–40% omdat ze de bevestigings-e-mail per definitie niet kunnen ontvangen. Het mechanisme staat ondersteboven: bevestigingse-mails diagnosticeren het typoprobleem alleen nadat de gebruiker al verloren is. Je ontdekt de typo wanneer het bevestigingsbericht zelf hard-bouncedt, waarop het moment de gebruiker het tabblad heeft gesloten. Dubbele opt-in heeft nog steeds waarde voor toestemming en betrokkenheidsfiltering. Het is niet, op enige betekenisvolle manier, een typdetectielaag.
Client-side fuzzy matching ("Bedoelde je gmail.com?") is goed UX, breekbaar als infrastructuur. Het vereist het onderhouden van een typodomeinen woordenboek, het verwerken van geinternationaliseerde domeinen, en het vermijden van de faalmodus gedocumenteerd door Baymard Institute waarin legitieme landcodetoppen of bedrijfsdomeinen als typo's worden gemarkeerd. Het woordenboek wordt oud. Nieuwe typofoutenpatronen ontstaan. Nuttig als een UI-laag bovenop een echte verificatieoproep. Niet als vervanging voor een.
MX record checks sluiten niet-bestaande domeinen uit maar missen typofout-van-echt-domein gevallen. "gmial.com" is een geregistreerd, MX-resolvend domein — dat is precies waarom het een lang-lopende typofallen is. De squatter wil het verkeer. MX checks vangen verzonnen domeinen; ze vangen niet de typocategorie die dit artikel behandelt. De controle is goedkoop en het loont om uit te voeren, maar verwis het passeren ervan niet met een echt adres.
Realtime verificatie API's combineren alle vier lagen. De standaardarchitectuur gedocumenteerd door ZeroBounce en NeverBounce loopt syntaxis → MX → postvak-niveau probe → typodomeinen vlag → wegwerpdomeinen vlag in één enkel sub-500ms oproep. De output is geen binaire passering/faling; het is een geclassificeerd verdict waar de aanmeldingsstroom anders op kan vertakken per categorie. Een echte realtime e-mailadres validatie oproep retourneert deze signalen als afzonderlijke resultaatcodes, wat je stellen voor typo's, blokkering voor wegwerpen en afwijzing voor invalids zonder vijf parallelle validators te schrijven.
Latentie is geen bezwaar. NeverBounce's gepubliceerde antwoordtijden van 100–500ms zijn onder de waarnemingsdrempel voor UI lag, vooral wanneer de oproep op veldwasem in plaats van op verzenden vuurde. Gebruikers hebben hun aandacht al naar het volgende veld verplaatst; het voorstel verschijnt wanneer ze terugglijken.
Een typoresistente aanmeldingsstroom in zeven beslissingen
De onderstaande architectuur is tactisch, niet theoretisch. Elk item is een beslissing die het team eenmaal neemt en codificeert in het aanmeldingscodepad. Het redeneren is belangrijker dan de specifieke syntaxis — pas aan je stack aan.
- Valideer op wasem, niet alleen op verzenden. Voer de verificatieoproep uit wanneer het e-mailveld de focus verliest, zodat het voorstelsprompt verschijnt voordat de gebruiker zich mentaal heeft vastgelegd op het volgende veld. Nielsen Norman Group's formulieronderzoek toont inline validatie presteert beter dan inzendings-tijd validatie voor foutherstel omdat de gebruiker nog steeds georiënteerd is op het veld dat ze net hebben verlaten. Insendingstijdfouten vereisen heriëntatie en voelen als straf.
- Gebruik een verdict-geclassificeerde API-reactie, niet een booleaanse. De reactie moet typo-, wegwerp-, rolaccount- en ongeldig-postvak-vlaggen scheiden, zodat elk anders UI kan triggeren. Booleaanse "is_valid" reacties dwingen je één behandeling voor vijf verschillende problemen te kiezen, wat is hoe teams eindigen met het blokkeren van herstelbare gebruikers. Vendor API's structureren reacties op deze manier om een reden.
- Stel voor, niet automatisch corrigeer. Voor typovlaggen, render "Bedoelde je [email protected]?" als een eenkliks acceptatie. Stille automatische correctie schendt gebruikersvertrouwen — Baymard's e-commerce formulieronderzoek toont gebruikers verlaten wanneer ze een veld onder hen zien veranderen — en het breekt voor legitieme edge cases zoals bedrijfsdomeinen die lijken op typo's maar niet zijn.
- Blok wegwerpbaar afzonderlijk van typo. Een wegwerpbaar signaal rechtvaardigt een hard blok of downgrade naar een gast-tier met beperkte functies. Een typoprogramma rechtvaardigt een zacht voorstel met een eenkliks fix. Beiden hetzelfde behandelen penaliseert herstelbare gebruikers terwijl onder-bescherming tegen proefmisbruik. De vertakkingskost is één extra voorwaardelijke.
- Schakel autocorrect op de invoerlaag uit. Gebruik
<input type="email" autocomplete="email" autocorrect="off" spellcheck="false">. Dit voorkomt het autocorrect-override-patroon voordat enige validatie loopt. Het is een vijf-attribuut verandering die een gehele typocategorie elimineert. - Stel hard-bounce drempels in en instrument ze. M3AAWG en Mailchimp adviseren beide totale hard bounces onder 1% per campagne, met 2% als afleveringsgefaarzone. Alert op aanmelding-cohort bounce rates boven 1,5% — niet alleen campagne-brede rates. Cohort-niveau bounce is een leidende indicator dat je opvang-zijde validatie faalt voor een specifieke bron, die campagne-brede gemiddelden zullen verdunnen.
- Log typofoutenpatronen en voer ze terug. Volg welke domeinen je gebruikers het meest regelmatig vertypen. Als je publiek een herhalend "yaho.com" of ".cm" patroon produceert, weet je nu waar je de suggestielogica moet versterken. Dit sluit de lus tussen opvang-tijd detectie en lopende lijsthygiëne inzicht — en het laat je meten de werkelijke delta van elke validatie verandering in plaats van raden.
De stroom als geheel kost één API integratie en een handvol UI-beslissingen. De samengestelde opbrengst is dat elk downstream systeem — onboarding, facturering, ondersteuning, marketing — werkt op adressen die al de typo-, wegwerp- en ongeldig filters op de grens hebben opgeheven. Je stopt diagnosticeren van lijstkwaliteitsproblemen in dashboards en begint ze op het formulier te voorkomen.
Wat professionals werkelijk vragen over e-mailfouten
- Vangt een bevestigings-e-mail niet al de typo's op? Nee — het diagnosticeert ze, het vangt ze niet. GetResponse's single-vs-double opt-in vergelijking vond 20–40% van de gebruikers nooit bevestigen, en de typodgebruikers zijn mathematisch gegarandeerd in die ontbrekende groep omdat ze de bevestigings-e-mail per definitie niet kunnen ontvangen. Je ontdekt de typo alleen wanneer het bevestigingsbericht zelf hard-bouncedt, waarop het moment de gebruiker het tabblad heeft gesloten en verder is gegaan. Realtime opvang-zijde e-mailadres validatie oppervlaktes de typo terwijl de gebruiker nog op het formulier is en kan het oplossen met één klik. Bevestigings-e-mails behouden waarde voor toestemming en betrokkenheidsfiltering — zij bewijzen de gebruiker wilde je mail werkelijk ontvangen. Ze zijn niet, mechanisch, een vervanging voor typdetectie bij opvang. De twee lagen doen ander werk en zouden naast elkaar bestaan.
- Als ik "gmial" automatisch corrigeer naar "gmail," overschrijd ik gebruikersintentie? Je corrigeert een mechanische invoerfout, geen opzettelijke keus — maar alleen als je het met de gebruiker bevestigt. Baymard Institute's e-commerce formulieronderzoek toont stille correcties scaden vertrouwen en breken edge cases, vooral bedrijfsdomeinen en regionale TLD's die lijken op typo's maar niet zijn (.co Colombia, .om Oman). Het verdedigbare patroon is een eenkliks voorstel: "Bedoelde je [email protected]? [Ja, gebruik dit] [Nee, houd het mijne]." Dit behoudt gebruikersagentschap terwijl je de correctie frictionless maakt. De gebruiker behoudt de eindebeslissing, het typoadres wordt in de 95%+ gevallen waar het voorstel juist is hersteld, en de zeldzame legitieme edge case heeft een schoon override pad. Stille herschrijvingen optimaliseren voor de verkeerde metric en produceren een slechtere ervaring voor de long tail.
- Wat is het verschil tussen een typoadres en een wegwerpadres — en waarom doet het ertoe? Een typo is een legitieme gebruiker met een mechanische fout; een wegwerpaar is een gebruiker die actief een relatie vermijdt. De signalen overlappen downstream — beide produceren bounces, beide reduceren lijstkwaliteit, beide doen afleveringsmogelijkheden slechter — maar de reactie bij opvang zou moeten verschillen. Typo's krijgen een voorstelsprompt omdat de gebruiker erin wil. Wegwerpadressen worden geblokkeerd of gedowngraded omdat de gebruiker uittrekt terwijl ze lijkt in te stemmen. Een realtime API die ze afzonderlijk vlaggeert laat je elk passend routeren zonder twee parallelle validators te schrijven. Beiden identiek behandelen onder-blokkeert herstelbare gebruikers (als je typo's hard afwijst samen met wegwerpbare) of onder-beschermt tegen proefmisbruik (als je alleen zacht-waarschuwt wegwerpbare samen met typo's). Een speciale wegwerp-e-mailadres checker behandelt de wegwerpbare-specifieke detectielaag; een typofoutenvoorstellaag zit erbovenop.
- Hoeveel van mijn aanmeldingen hebben momenteel typo's? Industriegegevens convergeren op 0,5–2% voor desktop-zware B2B-publiek en 2–3%+ voor mobiel-zware consumentenapps, met ZeroBounce's 4-miljard-adres dataset en Kickbox's typodomeinen onderzoek als de twee meest aangehaalde bronnen. Om je eigen baseline te meten in plaats van te raden: trek de laatste 90 dagen aanmeldingen, verwijzing tegen je ESP's hard-bounce log, en isoleer de bounces waar het domein één Levenshtein-teken af van een grote provider (gmail, yahoo, hotmail, outlook, icloud, aol). Die subset is je huidige typotarief. Voer dezelfde query 30 dagen na implementatie van realtime validatie opnieuw uit om de delta schoon te meten. De voor/na nummers zijn de enigen die belangrijk zijn voor interne rechtvaardiging.
- Kan ik typdetectie zelf zonder API bouwen? Gedeeltelijk. Een client-side fuzzy-matching script tegen een hardcoded lijst met veel voorkomende typodomeinen (gmial.com, yaho.com, hotnail.com, outlok.com, icould.com) vangt 60–70% van de gevallen tegen lage kosten — Levenshtein-afstand ≤ 2 tegen een lijst van 20 grote providers dekt een verrassend volume. De resterende gevallen vereisen infrastructuur: TLD-verwaring handling, subdomein swap detectie, postvak-niveau non-bestaansprobes en een continu bijgewerkt typodomeinen register als nieuwe patronen ontstaan. De bouw-vs-koop drempel is meestal of je team woordenboekonderhoud, MX-controle infrastructuur en SMTP-niveau postvakprobes in perpetuïteit wil bezitten. Voor de meeste teams is het API-pad goedkoper dan de onderhoudsoverhead, en de marginalele dekkingswinst op de long-tail patronen is waar de werkelijke inkomsten wonen — niet in de top 60% die elke fatsoenlijke script op dag één afhandelt.