Dacă un câmp de introducere nu are o etichetă corect asociată acestuia, un cititor de ecran nu știe ce trebuie să introducă utilizatorul. Atunci acesta aude doar "editare, câmp text gol" fără să știe dacă este vorba despre un nume, o adresă de e-mail sau un cod poștal. Consecința este directă și concretă: persoanele care depind de un cititor de ecran sau de comenzi vocale nu pot completa formularul în mod fiabil. Într-un formular de contact, acesta este deranjant, dar într-un formular de comandă sau înregistrare, aceasta afectează esența serviciului dumneavoastră.
Aceasta nu este un risc teoretic. EN 301 549, norma la care se referă directiva europeană privind accesibilitatea, prevede că fiecare câmp de formular trebuie să aibă un nume, rol și valoare care pot fi citite de software — în practică, aceasta se traduce printr-o etichetă care este asociată programatic cu câmpul, nu doar poziționată vizual lângă acesta. Dacă această asociere lipsește, aceasta este una dintre cele mai frecvente lacune identificate în timpul unei evaluări, tocmai pentru că este ușor de trecut cu vederea la o privire de ansamblu.
Ce merge greșit în practică
Cele mai frecvente situații sunt un placeholder folosit ca etichetă și care dispare imediat ce cineva începe să tasteze, o etichetă care există dar nu este asociată câmpului prin atributul foriar câmpurile indicate doar prin pictogramă sau culoare. În toate trei cazurile, un utilizator cu vedere normală vede un formular care funcționează perfect. Pentru cineva care folosește un cititor de ecran, câmpul este de fapt fără nume.
Peste toate acestea, câmpurile obligatorii sunt adesea marcate doar cu un asterisc sau culoare roșie. Cine nu percepe culoarea pierde acea indicație și se confruntă cu un mesaj de eroare abia după trimitere — mesaj care, la rândul său, nu este clar conectat la câmpul corect în cazul acelui tip de câmpuri. Astfel, mici defecte se acumulează până ce formularul devine pur și simplu imposibil de completat pentru o parte dintre vizitatorii dvs.
Consecințele pe care le simțiți
Cel mai direct efect este pierderea conversiei: vizitatorii care nu pot completa un formuliar abandonează, vă contactează printr-un alt canal sau se duc la un concurent. Acest efect nu se limitează la persoanele cu deficiențe vizuale — și oricine completează automat un formuliar prin software-ul browserului sau prin programe de asistență depinde de etichete corect conectate.
Al doilea efect vă afectează obligațiile conform directivei de accesibilitate. În declarația obligatorie de accesibilitate indicați în ce măsură serviciul dvs. este conform EN 301 549 și care sunt problemele rămase nerezolvate. Etichetele formulareului care nu sunt corecte ar trebui să apară ca probleme cunoscute în acea declarație, cu o abordare și un plan. Dacă nu faceți acest lucru și problema apare printr-o plângere sau o inspecție, întrebarea nu este doar dacă problema există, ci și dacă ați recunoscut-o deja.
Al treilea efect este mai puțin vizibil, dar la fel de relevant: un formuliar cu etichete prost conectate este adesea un semn că structura codului are deficiențe mai largi — aceeași cauză subiacentă apare și la mesajele de eroare, la grupuri de câmpuri corelate și la pasul de confirmare. Cine găsește problema într-un formuliar ar face bine să privească cu aceeași atenție restul fluxului de comenzi și autentificare.
Ce relevă o scanare și ce nu
Etichetele lipsă sau deconectate sunt bine identificabile din punct de vedere tehnic și prin urmare ar trebui să facă parte în mod standard din ceea ce detectează o evaluare automatizată. Cu toate acestea, se aplică aici și observația care apare în fiecare raport axessia: o scanare automată testează structura codului, nu dacă redacția unei etichete este într-adevăr clară pentru utilizator. Un câmp care este corect etichetat din punct de vedere tehnic cu textul "câmp 3" satisface cerința de structură, dar nu ajută pe nimeni. Această nuanță este motivul pentru care rezultatul unei scanări este un punct de plecare, nu un verdict final.
Dacă doriți să aflați dacă acest gen de probleme apar și pe propriile dvs. formulare, atunci scanarea rapidă și gratuită a pagini dvs. principale oferă deja o primă indicație. Pentru pasul de comandă și mediul de autentificare, unde formularele sunt adesea cel mai complexe, evaluarea completă merge mai în profunzime; ceea ce se testează și ceea ce nu se testează în acest caz este prezentat într-un mod clar. Cum se realizează exact această evaluare și care sunt părțile care pot fi și care nu pot fi verificate automat, puteți citi în explicația despre metodologie.
Dacă o problemă detectată duce la obligații în situația dvs. și în ce termen, aceasta depinde de un jurist sau de autoritatea de supraveghere competentă să o evalueze. Ceea ce puteți face voi înșivă este să identificați problema înainte ca o reclamație sau o control s-o facă pentru voi. În baza de cunoștințe este explicat pe fiecare subiect la ce trebuie să răspundă etichetele formularelor și cum puteți verifica asta într-o zi obișnuită de muncă, fără să fie nevoie să fiți tehnician.