Un site web adaptabil accesibil nu este același lucru cu o aplicație accesibilă - chiar dacă ambele „funcționează la telefon”. Acest articol explică diferențele critice dintre a face accesibil un site web și a face accesibilă o aplicație nativă iOS sau Android.

Pe scurt — ceea ce acoperă acest articol

  1. Tehnologie diferită, reguli similare
  2. VoiceOver și TalkBack: nu același cititor de ecran
  3. Ce este unic pentru aplicațiile native
  4. Cum se testează o aplicație accesibilă

Tehnologie diferită, reguli similare

Un site web receptiv este construit din HTML, care are deja încorporat un strat de accesibilitate (etichete semantice, ARIA) pe care browserele și cititorii de ecran știu să îl interpreteze. O aplicație nativă, în schimb, este construită din componentele UI ale sistemului de operare (UIKit/SwiftUI pe iOS, Jetpack Compose/Views pe Android) - și fiecare componentă are nevoie de propria etichetare de accesibilitate, separată de designul său vizual. Principiile de bază seamănă cu WCAG (contrast, dimensiunea țintei tactile, un nume clar accesibil), dar instrumentele pentru implementarea lor sunt complet diferite.

VoiceOver și TalkBack: nu același cititor de ecran

VoiceOver (iOS) și TalkBack (Android) sunt două cititoare de ecran diferite, cu gesturi de navigare diferite și suport diferit pentru componente personalizate. O componentă care este etichetată perfect pe iOS poate să nu funcționeze corect pe Android dacă dezvoltatorii nu au testat ambele platforme separat. Nu puteți presupune că „l-am testat pe iOS, așa că trebuie să funcționeze și pe Android”.

💡 Punct important

Pe ambele platforme, fiecare componentă interactivă (buton, câmp de intrare, imagine) are nevoie de: o etichetă clară de accesibilitate, un rol/trăsătură definită de accesibilitate și, uneori, de asemenea, un indiciu de accesibilitate care explică ce se întâmplă atunci când este atinsă.

Ce este unic pentru aplicațiile native

Aplicațiile native se confruntă și cu provocări care nu există pe site-uri web: gesturi tactile personalizate (glisare, ciupire) care necesită o alternativă accesibilă; navigare între ecrane care trebuie să aibă sens și printr-un cititor de ecran; și notificări push care trebuie să fie accesibile chiar și atunci când apar în afara aplicației în sine. În plus, dimensiunile țintei tactile trebuie să îndeplinească un minim de 44x44 pixeli conform regulilor Apple și 48x48dp conform regulilor Google - o cerință care nu există întotdeauna în aceeași formă pe site-uri web.

Cum se testează o aplicație accesibilă

  1. Activați VoiceOver sau TalkBack și încercați să finalizați sarcinile principale ale aplicației (înregistrare, achiziție, căutare) folosindu-le numai.
  2. Verificați contrastul și dimensiunea textului cu setările de accesibilitate a sistemului activate (text mai mare, contrast ridicat).
  3. Confirmați suportul pentru dimensionarea dinamică a textului (Tip dinamic pe iOS) fără a se „rupe” aspectul.
  4. Testează pe ambele platforme separat — testarea doar a uneia nu este suficientă.

Aveți și documente care însoțesc aplicația dvs.?

Instrumentul nostru scanează fișierele PDF legate de aplicația sau site-ul dvs. web — termeni de utilizare, ghiduri, formulare — și vă arată exact care dintre ele necesită atenție.

Scanează-ți site-ul gratuit ←

După scanare, puteți face și documentele găsite accesibile direct și gratuit prinAccessiDoc.