Direkt, vid fokusförlust eller vid skickande: tidpunkten spelar roll

Samma felmeddelande kan hjälpa eller irritera beroende på när det visas. Tidpunkten är ett eget tillgänglighetsbeslut. ⏱️

Att kontrollera allt vid skickning är förutsägbart och avbryter aldrig användaren. Det är det säkraste standardvalet för nästan alla formulär.

Validering vid varje tangenttryckning markerar ett fält som felaktigt innan användaren har skrivit klart. Det direkta tjatet frustrerar alla.

Om du kontrollerar när användaren lämnar ett fält, vid blur, hinner användaren skriva klart först och får sedan återkoppling vid en naturlig paus.

Ett fel som dyker upp mitt under skrivandet kan kapa skärmläsarens uppmärksamhet. Vänta på ett verkligt ögonblick, till exempel blur eller skickning, innan du meddelar det.

När ett fält har fått ett fel och användaren rättar det är det välkommet att validera igen medan användaren skriver. Det bekräftar att felet håller på att försvinna.

WCAG ber dig att inte skynda på användare. Undvik tidsgränser som rensar inmatning och låt människor fylla i ett fält i sin egen takt.

Markera obligatoriska fält direkt med required och en synlig anmärkning, så att användarna känner till regeln innan de skickar formuläret, inte efteråt.

Oavsett tidpunkt ska du ange vad som är fel och hur det rättas. Ett tydligt meddelande är bättre än ett vagt meddelande som visas vid exakt rätt tillfälle.

Inbyggd HTML-validering körs som standard vid skickning. Inbyggda attribut som type och required ger dig en rimlig tidpunkt utan extra arbete.

Välj en strategi för tidpunkter och använd den i hela formuläret. Ett förutsägbart beteende hjälper användarna att lära sig mönstret och lita på det.

Validera vid blur eller skickning, inte vid varje tangenttryckning. Kontrollera inline igen när användaren rättar felet, ange regler tidigt och var konsekvent. ✅