WCAG 3.3.4 Prevenirea erorilor (juridice, financiare, date)

Criteriul de succes 3.3.4 îi protejează pe oameni de greșeli costisitoare pe care nu le pot anula. O persoană cu o dizabilitate de citire poate inversa cifrele unei cantități, o persoană cu o dizabilitate motorie poate apăsa butonul greșit, iar un utilizator de cititor de ecran poate să nu observe că a fost selectată mărimea greșită. Când rezultatul este o comandă plătită sau un cont șters, consecințele sunt reale. Este de nivelul AA și apare în EN 301 549 drept clauza 9.3.3.4; Legea 232/2022 se bazează pe standardul armonizat EN 301 549.

Ce cere criteriul

Criteriul se aplică paginilor web care:

• generează angajamente juridice sau tranzacții financiare pentru utilizator (plasarea unei comenzi, acceptarea unui contract, plata);
• modifică sau șterg date controlate de utilizator în sisteme de stocare a datelor (datele contului, adrese, date salvate);
• sau trimit răspunsurile utilizatorului la un test.

Pentru aceste pagini, cel puțin una dintre următoarele condiții trebuie îndeplinită:

1. Reversibil: trimiterea poate fi anulată, de exemplu într-un termen precizat.
2. Verificat: datele introduse sunt verificate pentru erori de introducere, iar utilizatorul are posibilitatea să le corecteze.
3. Confirmat: există un mecanism pentru revizuirea, confirmarea și corectarea informațiilor înainte ca trimiterea să fie finalizată.

Criteriul vizează greșelile grave. Nu cere o confirmare la fiecare salvare sau modificare.

Greșeli tipice într-un magazin online

Fiecare dintre acestea încalcă criteriul doar atunci când nu este oferită niciuna dintre cele trei opțiuni — de exemplu, când comanda nici nu poate fi anulată:

• butoane „Cumpără acum” sau cu un singur clic care plasează imediat o comandă plătită, fără pas de verificare și fără posibilitatea de anulare;
• un proces de comandă în care ultimul pas nu arată produsele, cantitățile, adresa și totalul înainte de plată;
• un rezumat al comenzii care nu poate fi editat — utilizatorii trebuie să o ia de la capăt pentru a schimba o adresă;
• „Șterge contul” sau „Elimină toate adresele salvate” care se execută imediat, fără confirmare sau anulare;
• o abonare care angajează plăți recurente fără a afișa condițiile înainte de confirmare.

Cum se verifică

Automat: verificatorul nostru nu are nicio regulă pentru acest criteriu. Nu plasează comenzi și nu șterge date, așa că este nevoie de o verificare manuală.

Manual: parcurgeți procesul de cumpărare cu un produs de test și opriți-vă înainte de plată. Verificați dacă puteți vedea și modifica totul — produsele, cantitatea, adresa de livrare, metoda de livrare, totalul — înainte de butonul final. Apoi verificați zona contului: ștergeți o adresă sau contul și vedeți dacă există o confirmare, o verificare sau o anulare. Notați opțiunile de anulare oferite după o comandă.

Cum se remediază

• Adăugați un pas de verificare sau faceți ca ultimul pas al comenzii să afișeze toate detaliile comenzii cu linkuri „Modifică”.
• Folosiți un buton final clar, precum „Plasează comanda și plătește”, separat de „Continuă”.
• Cereți confirmare înainte de ștergerea conturilor sau a datelor ori oferiți o opțiune de restaurare.
• Validați datele introduse (adresă, card, cantitate) și permiteți utilizatorilor să le corecteze înainte de plasarea comenzii.

Criterii conexe

• 3.3.1 Identificarea erorilor — erorile sunt identificate în text.
• 3.3.3 Sugestii pentru erori — utilizatorilor li se spune cum să corecteze erorile.
• 3.3.7 Introducere redundantă — nu îi puneți pe utilizatori să tasteze din nou date în același proces.

Întrebări frecvente

Are nevoie fiecare proces de comandă de o pagină de verificare?

Nu. 3.3.4 cere cel puțin una dintre trei opțiuni: trimiterea este reversibilă, datele sunt verificate și utilizatorul le poate corecta sau există o modalitate de a revizui și confirma înainte de finalizare. Un pas de verificare este una dintre soluțiile obișnuite.

Se aplică 3.3.4 ștergerii unui cont sau a unei adrese?

Da. Paginile care modifică sau șterg date controlate de utilizator în sisteme de stocare a datelor intră în domeniul criteriului, așa că ștergerea unui cont, a unei adrese salvate sau a unei liste de dorințe ar trebui să fie reversibilă, verificată sau confirmată.

Cere 3.3.4 un dialog de confirmare la fiecare salvare?

Nu. W3C explică faptul că este vorba de prevenirea greșelilor grave, greu de anulat, cum ar fi pierderea masivă de date, nu de confirmarea fiecărei modificări.