Een e-mailveld ziet er aan de oppervlakte simpel uit. Een tekstvak met het label "E-mail". Maar wat je in dat veld toestaat, bepaalt of je vervolgberichten in de juiste inbox aankomen of terugkomen als onbezorgbaar. Een zwak e-mailveld accepteert typefouten. Een sterk veld vangt ze op voordat ze jouw probleem worden.
Neem een willekeurig formulier met een hoge conversie en kijk hoe het e-mailinvoer afhandelt. De meeste stoppen met valideren zodra iemand een e-mailadres in het veld typt. Ze wachten tot het versturen. Dan is een typefout al in je database beland. Je stuurt je welkomstbericht naar een nepadres. Het contact komt nooit aan. Je verliest een lead die je al had omgezet. Een paar validatiecontroles in het veld zelf, voor het versturen, voorkomen dat.
Wat een e-mailveld anders maakt dan andere tekstvelden
Een e-mailveld is niet zomaar een tekstvak. De gegevens die erin komen, doen er meer toe. Een typefout in een telefoonnummer betekent misschien dat je eenmalig de verkeerde persoon bereikt, en dan ga je verder. Een typefout in een e-mailadres betekent dat je hele vervolgreeks bounced. Een fout e-mailadres in je database is dood gewicht. Het kan niet worden gecorrigeerd. Het kan niet worden hersteld. Het staat er gewoon en vervuilt je contactenlijst en je bezorgcijfers.
Daarom hebben e-mailvelden actieve validatie nodig. Niet na het versturen. Tijdens het typen.
Waarom validatie in realtime ertoe doet bij e-mailinvoer
Validatie in realtime kijkt mee terwijl iemand typt en geeft direct feedback. Ze typen een e-mailadres. Het veld controleert het in realtime. Ziet er iets fout uit, zeg het dan voordat ze versturen. Dat is anders dan validatie van het hele formulier, die pas draait na een klik op de verzendknop.
Validatie in realtime werkt omdat ze het moment vangt waarop iemand een fout maakt. Hun handen liggen nog op het toetsenbord. Ze zien de foutmelding en herstellen die direct. Ze vragen zich niet af waarom hun inzending is afgewezen nadat ze al op verzenden hebben geklikt. Ze hoeven nooit terug te komen om het formulier opnieuw te proberen. De wrijving verdwijnt.
Welke validaties je e-mailveld echt moet uitvoeren
Niet alle e-mailvalidatie is gelijk. Verschillende niveaus vangen verschillende problemen. De meeste formulieren slaan over wat het belangrijkst is.
Basiscontrole van de opbouw
De eenvoudigste validatie bevestigt dat het e-mailadres de basisopbouw van een echt e-mailadres heeft. Minstens iets als gebruikersnaam@domein.com. Dit vangt duidelijke typefouten zoals een ontbrekend @-teken of een helemaal vergeten domein. Maar alleen de basisopbouw is niet genoeg. Iemand kan geldig@verzonnenadres.com typen en deze controle doorstaan, ook al bestaat dat domein niet.
Validatie van het domein
Domeinvalidatie controleert of het domeingedeelte van het e-mailadres echt bestaat. Is gmail.com een echt domein? Ja. Is gmai1.com (met een 1 in plaats van een l) een echt domein? Nee. Domeinvalidatie toevoegen vangt een enorme klasse typefouten. Iemand typt per ongeluk gamil.com. De validatie faalt. Hij herstelt het direct. Zo stop je slechte gegevens voordat ze je systeem binnenkomen.
Verificatie van de mailbox
Het diepste niveau van validatie controleert of de mailbox echt bestaat op dat domein. Daarvoor moet je verbinden met de e-mailserver van het domein en vragen of dat specifieke e-mailadres actief is. Dit is de gouden standaard. Het vangt het geval waarin iemand een geldig e-mailadres typte dat gewoon bij niemand hoort. Maar dit niveau van validatie is ook langzamer en vraagt diensten van derden. Gebruik het als gegevenskwaliteit het zwaarst weegt, zoals bij waardevolle leads of betalingsbevestigingen.
Zo ontwerp je een e-mailveld voor feedback in realtime
Mobiele toetsenborden doen er meer toe dan je denkt
Toon op een telefoon automatisch het e-mailtoetsenbord. Geef de browser type="email" en die toont een toetsenbord met het @-teken, de punt en .com vooraf ingesteld. Dat is niet alleen gemak. Het voorkomt typefouten vanaf het begin, omdat gebruikers het @-teken zien en de indeling hen eraan herinnert welk formaat ze typen. Zonder dit toetsenbord kan iemand die op een klein telefoonscherm tikt helemaal vergeten waar het @ hoort.
Hulptekst die vertelt wat je echt nodig hebt
Het label moet "E-mail" zeggen. Wees niet creatief. De hulptekst onder het veld kan context toevoegen. "Hier sturen we je een bevestigingslink naartoe" of "Gebruik het e-mailadres dat je regelmatig leest." Deze kleine hints herinneren mensen eraan dat je dit adres gebruikt om contact op te nemen, zodat typefouten gevolgen hebben.
Toon validatiefeedback zonder het formulier te blokkeren
Vindt validatie in realtime een fout, toon dan een kleine melding naast het veld. "Bedoelde je gmail.com?" is beter dan "Ongeldig e-mailformaat." Het geeft de specifieke verbetering die ze nodig hebben. De melding verschijnt terwijl ze typen, niet nadat ze versturen. Ze zien het en herstellen het zonder wrijving. Dit soort feedback mag het versturen van het formulier niet helemaal blokkeren. Laat iemand naar het volgende veld gaan. Komt hij terug bij het e-mailveld terwijl de fout nog zichtbaar is, dan voorkom je het versturen.
Kleurcodering is niet genoeg voor toegankelijkheid
Gebruik bij een fout in een e-mailveld zowel kleur als een pictogram. Alleen rode tekst helpt iemand niet die geen kleur kan zien. Alleen een rode achtergrond helpt iemand niet die een schermlezer gebruikt. Combineer een rode rand, een klein rood pictogram en de tekst van de foutmelding, zodat iedereen begrijpt dat er een probleem is.
Hoe bouw je e-mailvalidatie in je formulierproces in
Vraag mensen niet hun e-mailadres twee keer te typen ter bevestiging
Veel formulieren vragen om een e-mailadres en daarna om een bevestiging ervan. Dat verdubbelt de wrijving. Iemand moet zijn e-mailadres twee keer typen zonder in een van de velden een fout te maken. Dat verhoogt juist het aantal afhakers. Een betere aanpak is hen na het versturen een bevestigingsmail te sturen. Eén klik op een link in hun inbox bewijst dat het e-mailadres echt is en werkt. Zo valideer je het e-mailadres, verminder je typefouten en halveer je het aantal afhakers.
Valideer in de browser, maar ook op de server
Feedback in realtime gebeurt in de browser terwijl ze typen. Dat is validatie aan de kant van de browser. Maar je moet ook valideren op je server nadat ze versturen. Iemand kan validatie in de browser uitschakelen. Iemand kan slechte gegevens versturen via een API. Je server valideert alles. De validatie in realtime is voor het gemak van de gebruiker. De validatie op de server is voor de integriteit van je gegevens.
Gebruik geleidelijke validatie terwijl ze typen
Wacht niet tot ze het hele e-mailadres hebben getypt. Begin met het valideren van de opbouw terwijl ze typen. Voegen ze een @-teken toe, begin dan met controleren of het domein bestaat. Toon fouten geleidelijk. Zo krijgen ze feedback zonder te wachten tot ze een compleet adres hebben getypt. Iemand typt john@g en begint "Bedoelde je gmail.com?" te zien, ook al is hij nog niet klaar met typen. Dat is nuttig, niet opdringerig.
Welke veelgemaakte fouten schaden de kwaliteit van je e-mailgegevens
Duidelijk valse adressen accepteren
Sommige formulieren accepteren test@test.com of admin@localhost of any@example.com. Dat zijn geen echte e-mailadressen die iemand ooit zou gebruiken. Het zijn testinvoer of spaminzendingen. Validatie moet deze adressen weigeren. Veel validatiediensten hebben ingebouwde lijsten met veelvoorkomende valse adressen. Gebruik ze.
Validatiefouten alleen na het versturen tonen
Wacht je tot iemand op verzenden klikt om te zeggen dat het e-mailadres ongeldig is, dan heb je al wrijving veroorzaakt. Ze klikken op verzenden, zien een fout, herstellen het e-mailadres en versturen opnieuw. Dat kost twee handelingen in plaats van een. Validatie in realtime gebeurt terwijl ze typen, zodat het e-mailadres klopt als ze op verzenden klikken.
De foutmelding de gebruiker laten beschuldigen
FOUTE melding "Ongeldig e-mailformaat" of "Onjuiste e-mailinvoer." Die beschuldigen. GOEDE melding "Bedoelde je gmail.com?" of "Dit e-maildomein bestaat niet." De tweede set is behulpzaam en specifiek. Die vertelt wat er echt mis is en hoe je het oplost. Dat is het verschil tussen wrijving en vloeiend verloop.
Problemen met hoofdlettergevoeligheid negeren
E-mailadressen zijn technisch niet hoofdlettergevoelig, maar validatie moet hoofdletters en kleine letters door elkaar accepteren. Iemand typt misschien JOHN@GMAIL.COM en dat moet als geldig worden gevalideerd. Maar veel formulieren weigeren hoofdletters. Accepteer beide, of zet automatisch om naar kleine letters.
Hoe pas je geavanceerde validatiestrategieën toe
Vang de meest voorkomende typefouten op
Gmail, Google, Yahoo en Hotmail vormen een enorm deel van alle e-mailadressen. Typt iemand gmai1.com of gmial.com of gmai.com, dan bedoelde hij vrijwel zeker gmail.com. Goede validatiediensten herkennen deze veelvoorkomende typefouten en stellen de verbetering voor. Iemand maakt een typefout. Het formulier zegt "Bedoelde je gmail.com?" Hij klikt op ja of doet nog één toetsaanslag om het te herstellen. De wrijving wordt bijna nul.
Ken het verschil tussen geldig qua opbouw en echt bezorgbaar
Een e-mailadres kan volgens de e-mailstandaarden helemaal geldig zijn en toch niet bestaan. john@corporatecompany.com kan alle validatiecontroles doorstaan, terwijl die specifieke mailbox niet bestaat. Diepe validatie verbindt echt met de e-mailserver van dat domein en controleert het. Dit is het nauwkeurigst, maar ook het langzaamst. Gebruik het selectief.
Ga om met wegwerpadressen en catch-all-adressen
Wegwerpdiensten voor e-mail zoals tempmail.com laten mensen wegwerpadressen maken. Catch-all-domeinen accepteren elke e-mail die ernaartoe wordt gestuurd. Geen van beide is nuttig voor echte communicatie. Validatie moet deze markeren. Gebruikt iemand een tijdelijk e-mailadres? Markeer het tijdens de validatie. Sommige formulieren laten mensen toch versturen, maar jij weet dat het adres een hoog risico heeft. Andere weigeren het meteen. De keuze hangt af van hoe belangrijk e-mailcontact is voor jouw toepassing.
Hoe verschilt e-mailvalidatie per soort formulier
De strategie voor e-mailvalidatie verandert afhankelijk van waar het formulier voor dient.
Formulieren voor nieuwsbrieven en abonnementen
Valideer bij aanmeldingen voor nieuwsbrieven de opbouw en het domein. Je hebt echte e-mailadressen nodig, omdat je regelmatig nieuwsbrieven stuurt. Slechte e-mailadressen betekenen bounces. Bounces schaden je reputatie als afzender. Controleer of het domein bestaat. Je hebt niet per se verificatie op mailboxniveau nodig, omdat de kosten van het controleren van elke abonnee het formulier te veel zouden vertragen. Validatie van opbouw en domein vangt 90 procent van de problemen.
Accountregistratie en inloggen
Gebruik bij registratie volledige validatie, inclusief verificatie van de mailbox als dat kan. Je staat op het punt iemand toegang te geven tot een account. Je wilt zeker weten dat het e-mailadres echt is. Je stuurt direct daarna ook een bevestigingsmail. Als je valideert dat de mailbox bestaat, bounced de bevestiging niet.
Leadgeneratie en contactformulieren
Gebruik voor waardevolle leads de diepste validatie die beschikbaar is. Dit zijn mensen die je verkoopteam rechtstreeks gaat benaderen. Een fout e-mailadres verspilt de tijd van een verkoper. Investeren in verificatie op mailboxniveau is het waard. Het kan het formulier een of twee seconden vertragen. Voor een lead die duizenden waard kan zijn, is die afweging logisch.
Zo helpt WEMASY bij validatie van e-mailvelden
De formulierbouwer van WEMASY bevat ingebouwde validatie van e-mailvelden. Maak een e-mailveld en kies je validatieniveau. Basisvalidatie met controle van opbouw en domein draait automatisch. Foutmeldingen in realtime verschijnen terwijl mensen typen. De validatie werkt op mobiel. De foutmeldingen zijn vriendelijk, niet technisch. Alle validatie gebeurt zowel in de browser als op de server, zodat je gegevens schoon zijn. Koppel je formulieren aan je CRM en alleen schone, gevalideerde e-mailadressen komen in je contactgegevens. Zie in je formulieranalyse hoe vaak validatie mislukt en pas je veld aan als mensen er moeite mee hebben. De formulierbouwer regelt de technische complexiteit, zodat jij je richt op het verzamelen van goede gegevens.