WCAG 3.3.3 Sugestii pentru erori

Criteriul de succes 3.3.3 îi ajută pe oameni să corecteze un formular după ce ceva a mers prost. Un mesaj precum „Date invalide” îi spune clientului că există o problemă, dar nu ce să facă. Persoanele cu dizabilități cognitive, utilizatorii de cititoare de ecran și persoanele cu dizabilități motorii care fac greșeli de tastare renunță adesea în acest punct. Este de nivelul AA și apare în EN 301 549 drept clauza 9.3.3.3; Legea 232/2022 se bazează pe standardul armonizat EN 301 549.

Ce cere criteriul

Dacă o eroare de introducere este detectată automat și sugestiile de corectare sunt cunoscute, sugestiile trebuie oferite utilizatorului.

• O eroare de introducere include informațiile obligatorii omise și informațiile care nu respectă formatul sau valorile cerute.
• „Cunoscute” înseamnă că site-ul poate ști ce ar fi acceptat — de exemplu, formatul așteptat, intervalul permis sau lista opțiunilor valide.
• Excepție: o sugestie poate fi omisă dacă ar pune în pericol securitatea sau scopul conținutului — de exemplu, dacă ar dezvălui ce parte a autentificării a fost greșită sau ar da răspunsul la un test.

Sugestia este de obicei text și trebuie să respecte celelalte criterii (de exemplu, să fie lizibilă și accesibilă cititoarelor de ecran).

Greșeli tipice într-un magazin online

• „Cod poștal invalid” fără nicio indicație despre formatul așteptat pentru țara selectată;
• „Dată invalidă” în câmpul de expirare a cardului, fără a spune că formatul este LL/AA;
• „Parola nu îndeplinește cerințele” fără enumerarea cerințelor;
• „Cantitate indisponibilă” fără a spune câte articole sunt în stoc;
• un câmp pentru cupon care afișează doar „Eroare” când codul a expirat;
• un câmp pentru codul de TVA care respinge datele fără a arăta un exemplu.

Cum se verifică

Automat: verificatorul nostru nu are nicio regulă pentru acest criteriu. Este nevoie de o verificare manuală.

Manual: în fiecare formular, introduceți valori greșite tipice: un cod poștal în format greșit, o dată din trecut, o parolă prea scurtă, o cantitate peste stoc, un e-mail fără „@”. Citiți fiecare mesaj și întrebați-vă: spune cum să corectez datele? Verificați și că mesajul este anunțat de un cititor de ecran când apare sau când ajungeți pe câmp.

Cum se remediază

• Scrieți mesaje care spun cum se corectează: „Introduceți codul poștal din 5 cifre, de exemplu 10115”.
• Enumerați regulile de la început (lungimea parolei, caracterele permise) și repetați-le în mesajul de eroare.
• Acolo unde există un set mic de valori valide, sugerați-le pe cele mai apropiate sau oferiți o listă din care se poate alege.
• Păstrați în câmp datele introduse de utilizator, ca să le poată corecta în loc să le tasteze din nou.

Criterii conexe

• 3.3.1 Identificarea erorilor — eroarea trebuie identificată și descrisă.
• 3.3.4 Prevenirea erorilor (juridice, financiare, date) — verificări înainte ca o comandă să devină definitivă.
• 3.3.2 Etichete sau instrucțiuni — explicați formatul înainte ca utilizatorul să scrie.

Întrebări frecvente

Care este diferența dintre 3.3.1 și 3.3.3?

3.3.1 vă cere să identificați câmpul cu eroare și să descrieți eroarea în text. 3.3.3 merge un pas mai departe: când știți cum poate utilizatorul să o corecteze, trebuie să îi spuneți.

Trebuie ca un formular de autentificare să spună dacă e-mailul sau parola a fost greșită?

Nu neapărat. 3.3.3 are o excepție pentru cazul în care o sugestie ar pune în pericol securitatea sau scopul conținutului, așa că un mesaj generic „E-mailul sau parola sunt incorecte” este acceptabil.

Poate un instrument automat să verifice sugestiile pentru erori?

Nu. Ar trebui să trimită formulare cu date greșite și să aprecieze formularea mesajelor, așa că se verifică manual.