Ett e-postfält ser enkelt ut på ytan. En ruta med etiketten "E-post". Men vad du lägger in i det fältet avgör om dina uppföljningsmeddelanden når rätt inkorg eller studsar tillbaka som omöjliga att leverera. Ett svagt e-postfält godtar felskrivningar. Ett starkt fångar dem innan de blir ditt problem.
Titta på vilket formulär med hög konvertering som helst och se hur det hanterar e-postadresser. De flesta slutar validera i samma stund som någon skriver in en e-postadress i fältet. De väntar till inskicket. Då har en felskrivning redan tagit sig in i din databas. Du skickar ditt välkomstmeddelande till en falsk adress. Kontakten når aldrig fram. Du förlorar en lead som du redan hade konverterat. Några valideringskontroller i själva fältet, före inskicket, hindrar det från att hända.
Vad som skiljer ett e-postfält från andra textfält
Ett e-postfält är inte bara en textruta till. De data som hamnar där spelar större roll. En felskrivning i ett telefonnummer kan betyda att du når fel person en gång, och sedan går du vidare. En felskrivning i en e-postadress betyder att hela din uppföljningsserie studsar. En dålig e-postadress i din databas är död vikt. Den går inte att rätta. Den går inte att återhämta. Den bara ligger där och förvränger din kontaktlista och din leveransstatistik.
Därför behöver e-postfält aktiv validering. Inte efter inskicket. Medan någon skriver.
Därför spelar validering i realtid roll för e-postfält
Validering i realtid följer vad någon skriver och ger direkt återkoppling. Personen skriver en e-postadress. Fältet kontrollerar den i realtid. Om något ser fel ut, säg det före inskicket. Det skiljer sig från validering av hela formuläret som bara körs efter klick på skickaknappen.
Validering i realtid fungerar eftersom den fångar ögonblicket då någon gör ett misstag. Händerna är fortfarande på tangentbordet. Personen ser felmeddelandet och rättar det direkt. Hen undrar inte varför inskicket avvisades efter att ha klickat på skicka. Hen behöver aldrig komma tillbaka och försöka igen. Friktionen försvinner.
Vilka valideringar ditt e-postfält faktiskt bör göra
All e-postvalidering är inte lika. Olika nivåer fångar olika problem. De flesta formulär hoppar över de som spelar störst roll.
Grundläggande kontroll av syntax
Den enklaste valideringen bekräftar att e-postadressen har den grundläggande strukturen hos en riktig e-postadress. Något åtminstone som användarnamn@domän.se. Det fångar uppenbara felskrivningar som ett saknat @-tecken eller en helt bortglömd domän. Men enbart grundläggande syntax räcker inte. Någon kan skriva giltig@påhittadadress.se och klara kontrollen trots att domänen inte finns.
Validering av domän
Validering av domänen kontrollerar om domändelen av e-postadressen faktiskt finns. Är gmail.com en riktig domän? Ja. Är gmai1.com (med en 1 i stället för l) en riktig domän? Nej. Att lägga till domänvalidering fångar en stor klass av felskrivningar. Någon skriver gamil.com av misstag. Valideringen misslyckas. Personen rättar det direkt. Det stoppar dåliga data innan de kommer in i ditt system.
Verifiering av postlåda
Den djupaste nivån av validering kontrollerar faktiskt om postlådan finns på den domänen. Det kräver att man ansluter till domänens e-postserver och frågar om just den e-postadressen är aktiv. Det är guldstandarden. Den fångar fallet där någon har skrivit en giltig e-postadress som bara inte tillhör någon. Men den här nivån av validering är också långsammare och kräver tjänster från tredje part. Använd den när datakvaliteten spelar störst roll, som för leads med högt värde eller betalningsbekräftelser.
Så utformar du ett e-postfält för återkoppling i realtid
Mobilens tangentbord spelar större roll än du tror
På en telefon ska e-posttangentbordet visas automatiskt. Ange type="email" för webbläsaren så visas ett tangentbord med @-tecken, punkt och .com förinställt. Det är inte bara bekvämt. Det förhindrar felskrivningar från början, eftersom användare ser @-tecknet och layouten påminner dem om vilket format de skriver. Utan det tangentbordet kan någon som trycker på en liten telefonskärm helt glömma var @ ska stå.
Hjälptext som talar om vad du faktiskt behöver
Etiketten ska säga "E-post". Var inte kreativ. Hjälptexten under fältet kan lägga till sammanhang. "Vi skickar en bekräftelselänk hit" eller "Använd den e-postadress du läser regelbundet." De här små tipsen påminner människor om att du kommer att använda adressen för att kontakta dem, så felskrivningar får konsekvenser.
Visa återkoppling på valideringen utan att blockera formuläret
När validering i realtid hittar ett fel, visa ett litet meddelande bredvid fältet. "Menade du gmail.com?" är bättre än "Ogiltigt e-postformat." Det ger dem den specifika rättelse de behöver. Meddelandet visas medan de skriver, inte efter att de har skickat. De ser det och rättar det utan friktion. Den här sortens återkoppling ska inte blockera formulärinskicket helt. Låt någon gå vidare till nästa fält. Om hen kommer tillbaka till e-postfältet med ett fel som fortfarande visas, är det då du förhindrar inskicket.
Färgkodning räcker inte för tillgängligheten
När ett e-postfält har ett fel, använd både färg och en ikon. Enbart röd text hjälper inte någon som inte kan se färg. Enbart en röd bakgrund hjälper inte någon som använder en skärmläsare. Kombinera en röd kantlinje, en liten röd ikon och texten i felmeddelandet så att alla förstår att det finns ett problem.
Så bygger du in e-postvalidering i ditt formulärflöde
Be inte människor bekräfta sin e-postadress genom att skriva den två gånger
Många formulär frågar efter e-postadress och sedan efter en bekräftelse av den. Det fördubblar friktionen. Någon måste skriva sin e-postadress två gånger utan att göra en felskrivning i något av fälten. Det ökar faktiskt avhoppen. Ett bättre sätt är att skicka ett bekräftelsemejl efter inskicket. Ett klick på en länk i inkorgen bevisar att e-postadressen är riktig och fungerar. Det validerar e-postadressen, minskar felskrivningar och halverar avhoppen från formuläret.
Validera hos klienten, men också på servern
Återkoppling i realtid sker i webbläsaren medan de skriver. Det är validering hos klienten. Men du måste också validera på din server efter att de har skickat. Någon kan stänga av validering hos klienten. Någon kan skicka dåliga data via ett API. Din server validerar allt. Valideringen i realtid är till för användarens bekvämlighet. Valideringen på servern är till för dataintegriteten.
Använd stegvis validering medan de skriver
Vänta inte tills de har skrivit klart hela e-postadressen. Börja validera syntaxen medan de skriver. När de lägger till ett @-tecken börjar du kontrollera om domänen finns. Visa fel stegvis. Det ger dem återkoppling utan att de behöver vänta tills de har skrivit en fullständig adress. Någon skriver john@g och börjar se "menade du gmail.com?" trots att hen inte har skrivit klart. Det är hjälpsamt, inte påträngande.
Vanliga misstag som skadar kvaliteten på dina e-postdata
Att godta uppenbart falska adresser
Vissa formulär godtar test@test.com eller admin@localhost eller any@example.com. Det är inte riktiga e-postadresser som någon någonsin skulle använda. Det är testposter eller skräpinskick. Valideringen bör avvisa de här adresserna. Många valideringstjänster har inbyggda listor över vanliga falska adresser. Använd dem.
Att visa valideringsfel först efter inskicket
Om du väntar tills någon klickar på skicka för att tala om att e-postadressen är ogiltig har du redan skapat friktion. De klickar på skicka, ser ett fel, rättar e-postadressen och skickar igen. Det tar två interaktioner i stället för en. Validering i realtid sker medan de skriver, så e-postadressen är rätt när de klickar på skicka.
Att låta felmeddelandet skylla på användaren
FEL meddelande: "Ogiltigt e-postformat" eller "Felaktig e-postadress." De skyller på användaren. RÄTT meddelande: "Menade du gmail.com?" eller "Den här e-postdomänen finns inte." Den andra uppsättningen är hjälpsam och tydlig. Den talar om vad som faktiskt är fel och hur det rättas. Det är skillnaden mellan friktion och flyt.
Att ignorera problem med skiftlägeskänslighet
E-postadresser är tekniskt sett inte skiftlägeskänsliga, men valideringen bör godta stora och små bokstäver om vartannat. Någon kan skriva JOHN@GMAIL.COM och det ska valideras som giltigt. Men många formulär avvisar stora bokstäver. Godta antingen båda eller konvertera automatiskt till små bokstäver.
Så kan du genomföra avancerade strategier för validering
Fånga de vanligaste felskrivningarna
Gmail och andra stora e-postleverantörer står för en enorm andel av e-postadresserna. När någon skriver gmai1.com eller gmial.com eller gmai.com menade hen nästan säkert gmail.com. Bra valideringstjänster känner igen de här vanliga felskrivningarna och föreslår rättelsen. Någon gör en felskrivning. Formuläret säger "Menade du gmail.com?" Personen klickar ja eller gör ytterligare ett tangenttryck för att rätta. Friktionen blir nästan noll.
Känn skillnaden mellan giltig syntax och faktiskt leveransbar
En e-postadress kan vara helt giltig enligt e-poststandarder men helt obefintlig. john@foretaget.se kan klara alla valideringskontroller men just den postlådan kanske inte finns. Djup validering ansluter faktiskt till e-postservern för den domänen och kontrollerar. Det är det mest exakta men också det långsammaste. Använd det selektivt.
Hantera engångsadresser och adresser som tar emot allt
Tjänster för engångsadresser låter människor skapa tillfälliga adresser. Domäner som tar emot allt godtar all e-post som skickas till dem. Ingen av dem är användbar för riktig kommunikation. Valideringen bör flagga dem. Använder någon en tillfällig e-postadress? Flagga det under valideringen. Vissa formulär låter människor skicka ändå, men du vet att adressen är högrisk. Andra avvisar den direkt. Valet beror på hur viktig e-postkontakt är i ditt fall.
Hur e-postvalidering skiljer sig mellan formulärtyper
Strategin för e-postvalidering ändras beroende på vad formuläret är till för.
Formulär för nyhetsbrev och prenumerationer
För anmälningar till nyhetsbrev validerar du syntax och domän. Du behöver riktiga e-postadresser eftersom du ska skicka nyhetsbrev regelbundet. Dåliga adresser betyder studsar. Studsar skadar ditt avsändaromdöme. Verifiera att domänen finns. Du behöver inte nödvändigtvis verifiering på postlådenivå eftersom kostnaden för att kontrollera varje prenumerant skulle göra formuläret för långsamt. Validering av syntax och domän fångar 90 procent av problemen.
Kontoregistrering och inloggning
Vid registrering använder du fullständig validering, inklusive verifiering av postlåda om det går. Du är på väg att ge någon åtkomst till ett konto. Du vill vara säker på att e-postadressen är riktig. Du skickar också ett bekräftelsemejl direkt efteråt. Att validera att postlådan finns betyder att bekräftelsen inte studsar.
Leadinsamling och kontaktformulär
För leads med högt värde använder du den djupaste validering som finns. Det är personer som ditt säljteam kommer att kontakta direkt. En dålig e-postadress slösar en säljares tid. Det är värt att investera i verifiering på postlådenivå. Det kan göra formuläret en sekund eller två långsammare. För en lead som kan vara värd tusentals är den avvägningen rimlig.
Så hjälper WEMASY till med validering av e-postfält
WEMASY:s formulärbyggare har inbyggd validering av e-postfält. Skapa ett e-postfält och välj din valideringsnivå. Grundläggande validering med kontroll av syntax och domän körs automatiskt. Felmeddelanden i realtid visas medan människor skriver. Valideringen fungerar på mobilen. Felmeddelandena är vänliga, inte tekniska. All validering sker både hos klienten och på servern så att dina data är rena. Koppla dina formulär till ditt CRM så kommer bara rena, validerade e-postadresser in i dina kontaktposter. Se hur ofta valideringen misslyckas i din formulärstatistik och justera ditt fält om människor har svårt. Formulärbyggaren hanterar den tekniska komplexiteten så att du kan fokusera på att samla in bra data.