Dacă filtrul „fără lapte” nu poate fi deschis din tastatură, informațiile corecte de pe ambalaj nu îl ajută pe client să găsească produsul. Nu e suficient să repari butonul: filtrul, lista de rezultate și fișa produsului trebuie să poată fi folosite împreună. Într-un magazin alimentar online, o barieră poate apărea la căutarea unei pâini potrivite, dar și la alegerea intervalului de livrare.
Amânarea accesibilității până înainte de lansare duce adesea la refacerea unor componente deja aprobate. O problemă din filtrare sau din finalizarea comenzii poate cere schimbări în design, cod și conținut. Dacă echipa stabilește devreme ce trebuie să poată face clientul, are și repere clare pentru verificare.
Accesibilitatea este o cerință a cumpărării, nu un finisaj vizual
Un client poate folosi un cititor de ecran, doar tastatura, text mărit sau un telefon ținut într-o mână. Nevoile diferă, iar o opțiune de contrast nu le acoperă pe toate. Textul lizibil, controalele etichetate și erorile explicate clar sunt utile și celor care nu folosesc tehnologii asistive.
La alimente, unele bariere au urmări practice. Dacă ingredientele apar doar într-o fotografie a etichetei, un cititor de ecran nu le poate citi. Dacă mesajul despre o substituire nu spune ce produs a fost înlocuit, clientul poate rămâne fără informația necesară despre alergeni. Ingredientele și alergenii disponibili trebuie afișați ca text accesibil, cu o distincție clară între datele producătorului și preferințele de filtrare oferite de magazin. Filtrul nu este o garanție medicală.
Ce decizii se iau înainte de machetele finale
Traseele importante și criteriile de acceptare
Începeți cu sarcinile pe care clienții chiar le au. Cineva caută o pâine, compară ingredientele, schimbă cantitatea, verifică totalul și alege livrarea. Altcineva comandă carne refrigerată și trebuie să înțeleagă disponibilitatea, condițiile de livrare și ce se întâmplă dacă un articol lipsește. Pentru fiecare traseu, stabiliți un rezultat care poate fi verificat: de pildă, clientul ajunge la confirmarea comenzii fără mouse.
Criteriile WCAG sunt un punct de pornire pentru evaluarea accesibilității conținutului web. Nivelul urmărit trebuie ales explicit, potrivit obligațiilor aplicabile și proiectului. Mențiunea „respectă WCAG” într-un document nu dovedește că site-ul poate fi folosit; criteriile trebuie transpuse în cerințe testabile pentru meniuri, formulare, imagini și mesaje.
- Structură: titlurile, etichetele și ordinea elementelor trebuie să aibă sens și fără aranjarea vizuală.
- Operare: filtrele, selectorul de cantitate și pașii comenzii trebuie să funcționeze din tastatură, cu un indicator de focalizare vizibil.
- Înțelegere: erorile formularului trebuie să arate ce câmp este afectat și ce trebuie corectat.
- Percepție: textul și comenzile au nevoie de contrast adecvat; informația nu trebuie transmisă numai prin culoare.
Conținutul produselor ca date structurate
Catalogul face parte din această muncă. Când furnizorii trimit informațiile în formate diferite, devine greu să afișați consecvent ingredientele, alergenii, greutatea și instrucțiunile de păstrare. Stabiliți câmpurile necesare și regulile pentru datele lipsă înainte de import. Fotografia ambalajului poate completa pagina, dar nu ține locul textului care poate fi citit, selectat sau mărit.
Descrierea alternativă a unei imagini depinde de rolul ei. Pentru o fotografie obișnuită, numele precis al produsului poate fi suficient. Dacă imaginea arată ceva relevant, cum ar fi forma ambalajului sau tipul felierii, descrierea trebuie să includă acel detaliu. Repetarea automată a titlului complet și a prețului în fiecare descriere îngreunează lectura.
Unde apar bariere în cumpărăturile alimentare
Cardurile din listele de produse adună adesea reduceri, informații despre stoc și butoane de adăugare în coș. Dacă prețul vechi se deosebește de cel nou doar prin culoare sau printr-o linie trasă peste cifre, reducerea poate fi greu de înțeles. Etichetele „preț anterior” și „preț redus” lămuresc oferta și în text. Prețul pe kilogram sau pe litru trebuie asociat clar produsului, mai ales când clientul compară ambalaje diferite.
Filtrele merită testate separat. O bifă vizibilă nu ajută dacă starea selectată nu este comunicată tehnologiilor asistive. După aplicarea unui filtru, clientul trebuie să poată afla câte rezultate au rămas, fără să fie mutat pe neașteptate în altă parte a paginii. La mezeluri sau produse congelate, filtrele după marcă, cantitate și disponibilitate au nevoie de denumiri clare. Un filtru pentru alergeni trebuie să explice și de unde provin datele, precum și limitele lor.
La finalizarea comenzii, alegerea adresei sau a intervalului de livrare poate bloca achiziția. Un calendar care se deschide numai cu mouse-ul este un exemplu. Nici mesajul „invalid” nu ajută când problema reală este lipsa numărului străzii. Dacă un produs din coș devine indisponibil, mesajul trebuie să numească articolul și să spună ce s-a schimbat, nu să dispară după o notificare trecătoare.
De ce este mai eficient să previi decât să repari
Componentele stabilite devreme ajung să fie folosite în multe locuri. Un card de produs accesibil poate servi în categorii, căutare și recomandări; unul cu probleme le repetă peste tot. Cerințele definite înainte de dezvoltare le dau designerilor loc pentru etichete și mesaje, programatorilor repere pentru comportamentul controalelor, iar editorilor timp să pregătească datele.
Și verificările au nevoie de timp în calendar. Testele automate pot găsi unele erori, precum etichetele lipsă, dar nu pot judeca singure dacă descrierea unui produs este utilă sau dacă pașii comenzii sunt ușor de înțeles. Includeți verificări manuale în proiectare, dezvoltare și încărcarea catalogului, nu doar un audit final.
Cum se verifică un plan de accesibilitate
Repartizați responsabilitățile: cine definește componentele, cine verifică datele alimentare, cine testează actualizările coșului și cine aprobă remediile. O matrice scurtă, legată de traseele importante, spune mai mult decât o promisiune generală. Pentru informațiile citite pe ecran mic, cerințele pot fi corelate cu regulile de [cum faci paginile cu produse alimentare ușor de citit pe mobil](/organizing-website-content-for-mobile-readability/). Lizibilitatea pe mobil nu rezolvă însă automat celelalte bariere.
- Parcurge căutarea, filtrarea, pagina de produs și comanda doar din tastatură. Notează unde dispare indicatorul de focalizare sau unde ordinea devine confuză.
- Mărește textul și verifică dacă ingredientele, prețul și comenzile rămân disponibile, fără suprapuneri.
- Folosește un cititor de ecran pentru un eșantion de produse cu variante, reduceri și informații despre alergeni.
- Testează o adresă incompletă, un interval indisponibil și un produs scos din stoc. Fiecare mesaj trebuie să explice ce s-a schimbat și ce opțiuni are clientul.
- Repetă verificările când se schimbă șabloanele sau fluxul comenzii, nu doar la lansare.
Înainte să aprobați un șablon nou, încercați-l cu un produs concret din catalog, cum ar fi o pâine feliată cu mai mulți alergeni declarați. Verificați, inclusiv fără mouse, dacă denumirea, gramajul, ingredientele, alergenii și prețul pot fi identificate în ordine, iar butonul de adăugare în coș poate fi folosit.
