WCAG pentru aplicații mobile: ce se aplică și cum testați pe Android și iOS

Multe magazine și servicii au o aplicație pe lângă site, iar întrebarea apare repede: se aplică WCAG aplicațiilor mobile? Pe scurt: WCAG a fost scris pentru conținut web, dar criteriile sale se folosesc și pentru aplicații. W3C publică îndrumări despre cum se aplică, iar standardul european EN 301 549 are un capitol pentru software care numește explicit aplicațiile mobile. Această pagină explică ce documente contează și cum testați o aplicație cu instrumentele Google și Apple.

Un lucru de la început: Pandus verifică site-uri, inclusiv versiunea mobilă a unui site, nu aplicații native iOS sau Android. Pentru partea de aplicație, această pagină vă îndrumă spre instrumentele platformelor. Sunt informații generale, nu consultanță juridică.

Există un WCAG pentru mobil?

Nu există un standard separat. W3C spune clar că nu are ghiduri separate pentru accesibilitatea pe mobil. În schimb:

• WCAG 2.2 acoperă paginile web și aplicațiile web, inclusiv conținutul folosit pe dispozitive mobile. Un site mobil sau o aplicație web în browserul telefonului este pur și simplu conținut web.
• WCAG2ICT — Guidance on Applying WCAG 2 to Non-Web Information and Communications Technologies — explică cum se aplică WCAG 2.0, 2.1 și 2.2 documentelor și software-ului non-web. Este o W3C Group Note din decembrie 2025 și este informativă: precizează că nu stabilește cerințe și nu este un standard.
• WCAG2Mobile — Guidance on Applying WCAG 2.2 to Mobile Applications — este o Group Draft Note din mai 2025, încă în lucru. Acoperă aplicațiile native, web mobile și hibride și pornește de la nota mai veche Mobile Accessibility: How WCAG 2.0 and Other W3C/WAI Guidelines Apply to Mobile. Și ea este informativă, nu normativă.

Așadar WCAG în sine nu se schimbă pentru aplicații. Notele explică, criteriu cu criteriu, cum pot fi citiți pentru software termenii scriși pentru web — de exemplu „pagină web” sau „set de pagini web” — și unde un criteriu are nevoie de o altă interpretare sau nu se aplică.

EN 301 549: capitolul 11 pentru software

În Uniunea Europeană, referința tehnică pentru accesibilitatea TIC este EN 301 549. Structura sa separă tipurile de conținut:

• Capitolul 9 — Web. Pagini web. O notă din standard spune că aplicațiile web, inclusiv aplicațiile web mobile, sunt acoperite de definiția largă a paginii web.
• Capitolul 10 — Documente non-web.
• Capitolul 11 — Software. Clauza sa generală enumeră software-ul de platformă, software-ul cu interfață de utilizator, instrumentele de creare de conținut, tehnologia asistivă și aplicațiile mobile.

Clauzele 11.1–11.4 urmează principiile WCAG — perceptibil, operabil, ușor de înțeles, robust — pentru software, iar alte clauze adaugă cerințe proprii, de exemplu 11.5 Interoperabilitatea cu tehnologia asistivă și 11.7 Preferințele utilizatorului. WCAG2ICT menționează și că, potrivit EN 301 549, 2.4.2 Titlul paginii și 3.1.2 Limba părților nu se aplică software-ului non-web. Capitolul 5, Cerințe generice, se aplică și aplicațiilor.

Dacă o lege vă obligă ca aplicația să fie accesibilă depinde de cine sunteți și de ce vindeți. Ghidul nostru EAA explică European Accessibility Act, care folosește EN 301 549 ca referință tehnică.

Criteriile WCAG 2.2 care contează cel mai mult în aplicații

Toate criteriile A și AA sunt relevante, dar acestea apar iar și iar la evaluarea aplicațiilor:

Cum testați accesibilitatea pe Android

Ghidul de testare al Google combină verificări automate și manuale:

1. Accessibility Scanner. O aplicație gratuită din Google Play. Activați-o din Setări → Accesibilitate → Accessibility Scanner, deschideți aplicația și atingeți Snapshot pentru un ecran sau Record pentru un flux. Sugerează îmbunătățiri pentru etichetele de conținut, dimensiunea țintelor tactile, elementele pe care se poate da clic și contrastul textului și al imaginilor. Are nevoie de Android 9.0 sau mai nou, iar Google spune că nu înlocuiește testarea manuală.
2. TalkBack. Cititorul de ecran integrat în Android. Glisați la dreapta și la stânga prin fiecare element: este fiecare anunțat cu un nume și un scop clar, puteți ajunge la toate, sunt citite cu voce tare mesajele temporare?
3. Teste UI automate. Începând cu Compose 1.8.0, Accessibility Test Framework poate rula în testele UI Compose: adăugați dependența ui-test-junit4-accessibility și apelați enableAccessibilityChecks() pe regula de test. Verificările acoperă etichetele lipsă, contrastul culorilor, țintele tactile mici și ordinea de parcurgere.

Testarea în emulatorul Android. Emulatoarele nu vin cu TalkBack instalat. Codelab-ul Google recomandă alegerea unei imagini de emulator care include Play Store și instalarea Android Accessibility Suite de acolo. Google mai notează că Accessibility Test Framework din Android Studio nu poate detecta problemele care apar doar când aplicația rulează pe un dispozitiv, așa că testați pe un telefon real înainte de lansare.

Cum testați accesibilitatea pe iOS

1. Accessibility Inspector. Deschideți-l în Xcode din Xcode → Open Developer Tool → Accessibility Inspector. Apple îl descrie ca pe un instrument pentru afișarea, interogarea și testarea informațiilor de accesibilitate ale elementelor aplicației și pentru auditarea unor probleme precum textul tăiat, elementele fără etichetă, dimensiunea textului și contrastul culorilor.
2. VoiceOver pe un dispozitiv. Ghidul de testare Apple spune să instalați aplicația pe un dispozitiv fizic, deoarece VoiceOver nu este disponibil în Simulator. Activați-l din Setări → Accesibilitate → VoiceOver și folosiți cortina de ecran pentru a testa fără să vedeți ecranul.
3. Audituri automate în testele UI. Ghidul Apple recomandă și adăugarea de audituri de accesibilitate în testele UI.

Deci, pentru „testarea accesibilității în iOS Simulator”: puteți inspecta și audita cu Accessibility Inspector, dar un test real cu cititorul de ecran are nevoie de un iPhone sau un iPad.

Ce acoperă Pandus și ce nu

Pandus verifică site-uri: fiecare pagină a unui site în fiecare săptămână, cu motorul axe-core într-un browser real, după WCAG 2.2 A și AA. Asta include problemele care îi afectează pe vizitatorii de pe mobil ai site-ului, de exemplu un viewport care blochează zoom-ul sau ținte tactile prea mici. Nu testează aplicații native iOS sau Android și nu testează ecranele unei aplicații hibride în interiorul containerului ei de aplicație.

Dacă clienții dumneavoastră cumpără atât de pe site, cât și din aplicație, verificați site-ul cu WCAG checkerul gratuit sau cu o verificare gratuită și testați aplicația cu instrumentele platformelor de mai sus. Pașii manuali pentru site-uri sunt descriși în cum testați WCAG. Verificările noastre sunt automate, nu un audit complet, și nu constituie consultanță juridică.

Întrebări frecvente

Se aplică WCAG aplicațiilor mobile?

WCAG este scris pentru conținut web, dar criteriile sale pot fi aplicate aplicațiilor native. W3C explică cum în două note informative, WCAG2ICT și proiectul WCAG2Mobile, iar EN 301 549 conține în capitolul 11 cerințe pentru software, inclusiv pentru aplicațiile mobile.

Există un standard W3C separat pentru accesibilitatea pe mobil?

Nu. W3C spune că nu are ghiduri separate pentru accesibilitatea pe mobil. WCAG acoperă conținutul web pe dispozitive mobile, iar notele explică cum se aplică aplicațiilor native și hibride.

Cum testez accesibilitatea pe Android?

Folosiți Accessibility Scanner din Google Play pentru sugestii automate, TalkBack pentru un test cu cititorul de ecran și Accessibility Test Framework în testele UI Compose, începând cu Compose 1.8.0. Scannerul nu înlocuiește testarea manuală.

Pot testa VoiceOver în iOS Simulator?

Nu. Apple spune că VoiceOver nu este disponibil în Simulator, așa că instalați aplicația pe un dispozitiv fizic pentru un test cu cititorul de ecran. Accessibility Inspector din Xcode vă ajută să inspectați și să auditați elementele.

Testează Pandus aplicații mobile?

Nu. Pandus verifică site-uri, inclusiv versiunea mobilă a unui site, dar nu aplicații native iOS sau Android. Pentru aplicații folosiți instrumentele platformelor descrise pe această pagină.

Surse

• W3C WAI, Mobile Accessibility at W3C: https://www.w3.org/WAI/standards-guidelines/mobile/
• W3C, WCAG2ICT (Group Note, decembrie 2025): https://www.w3.org/TR/wcag2ict-22/
• W3C, Guidance on Applying WCAG 2.2 to Mobile Applications (WCAG2Mobile, Group Draft Note, mai 2025): https://www.w3.org/TR/wcag2mobile-22/
• ETSI, EN 301 549 V3.2.1, clauzele 9 și 11: https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf
• Android Developers, Test your app's accessibility: https://developer.android.com/guide/topics/ui/accessibility/testing
• Android Developers, Compose accessibility testing: https://developer.android.com/develop/ui/compose/accessibility/testing
• Android Developers, Accessibility in Jetpack Compose codelab (TalkBack pe un emulator): https://developer.android.com/codelabs/jetpack-compose-accessibility
• Google, Get started with Accessibility Scanner: https://support.google.com/accessibility/android/answer/6376570
• Apple Developer, Accessibility Inspector: https://developer.apple.com/documentation/accessibility/accessibility-inspector
• Apple Developer, Performing accessibility testing for your app: https://developer.apple.com/documentation/accessibility/performing-accessibility-testing-for-your-app