Afvejning · Formularer
Inline-validering vs. validering ved submit
Når en bruger udfylder en formular, kan fejl fanges løbende (inline) eller først, når der trykkes “send”. Inline-validering vandt et klassisk studie på alle målte parametre — men kun når den er timet rigtigt. Her er evidensen og den vigtige nuance om for tidlig validering.
Kort fortalt
- Wroblewskis studie: inline-validering gav +22% succes, −22% fejl og −42% udfyldningstid.
- Effekten er størst på felter, hvor svaret er svært at forudsige (fx om et brugernavn er ledigt).
- Timing er afgørende: validér når brugeren forlader feltet (on blur), ikke ved hvert tastetryk.
- For tidlig validering — fejl før feltet er færdigt — irriterer og kan skabe fejl, der ikke findes.
Tilgangene
Afvejningen, dimension for dimension
| Dimension | Inline-validering (på blur) | Validering ved submit |
|---|---|---|
| Succesrate1 | +22% (vs. submit) | Baseline |
| Fejl1 | −22% | Baseline |
| Udfyldningstid1 | −42% | Baseline |
| Tilfredshed1 | +31% | Baseline |
| Timing-risiko2 | For tidlig validering skader | Ingen |
Hvad siger evidensen?
I et ofte citeret studie fra 2009 sammenlignede Luke Wroblewski (sammen med usability-firmaet Etre) en kontrolformular, der først validerede ved indsendelse, med versioner, der validerede inline. Den bedste inline-version gav 22% højere succesrate, 22% færre fejl, 31% højere tilfredshed, 42% kortere udfyldningstid og 47% færre øjenfikseringer.1
Studiet havde 22 deltagere, så tallene skal læses som en stærk indikation snarere end en præcis lov. Wroblewski fremhævede, at inline-validering var mest værdifuld på felter, hvor brugeren ikke let kan forudsige det korrekte svar — fx om et brugernavn er ledigt — frem for simple felter som navn.1
Nyere test nuancerer billedet: inline-validering skader, hvis den kommer for tidligt. Baymard finder, at hvis brugerens første indtastning udløser en fejl, før feltet er færdigudfyldt, irriterer det og kan få folk til at lede efter en fejl, der ikke findes.2
Den anbefalede timing er derfor “sen” validering: validér, når brugeren forlader feltet (on blur), ikke ved hvert tastetryk. Har feltet allerede en fejl, bør beskeden til gengæld opdatere løbende og forsvinde i det øjeblik, input bliver gyldigt — gerne suppleret med en positiv “alt er ok”-markering.2
Hvornår vælge hvad
- Felter hvor svaret er svært at forudsige (brugernavn, e-mail-format, kodeordskrav)Inline-validering (på blur)
Her giver løbende feedback størst gevinst — brugeren rammer rigtigt i første forsøg.
- Standardformularer genereltInline-validering (på blur)
Validér på blur, ikke ved hvert tastetryk, og bekræft korrekte felter positivt.
- Meget korte, forudsigelige formularer (fx kun navn + besked)Validering ved submit
Gevinsten ved inline er lille her, og for aggressiv validering kan gøre mere skade end gavn.
Ofte stillede spørgsmål
Er inline-validering altid bedre end validering ved submit?
Som udgangspunkt ja — Wroblewskis studie viste forbedringer på alle målte parametre. Men kun når timingen er rigtig. For tidlig inline-validering, der viser fejl før feltet er færdigt, kan være værre end at vente til submit.
Hvornår skal et felt så valideres?
Den sikre standard er at validere, når brugeren forlader feltet (on blur). Har feltet allerede vist en fejl, bør beskeden derefter opdatere løbende, så den forsvinder præcis når input bliver gyldigt.
Skal jeg også vise, når et felt er korrekt?
Ja, positiv inline-validering — en diskret “alt er ok”-markering — hjælper brugeren med at bevæge sig trygt gennem formularen. Den bekræfter fremdrift uden at forstyrre.
Kilder
Relaterede mønstre