Käytettävissä oleva responsiivinen verkkosivusto ei ole sama asia kuin esteetön sovellus – vaikka molemmat "toimivat puhelimessa". Tässä artikkelissa selitetään kriittiset erot verkkosivuston esteettömyyden ja iOS- tai Android-sovelluksen käyttökelpoisuuden välillä.
Lyhyesti: mitä tämä artikkeli käsittelee
Eri tekniikka, samanlaiset säännöt
HTML:stä rakennetaan responsiivinen verkkosivusto, jossa on jo sisäänrakennettu esteettömyyskerros (semanttiset tagit, ARIA), jonka selaimet ja näytönlukijat osaavat tulkita. Natiivisovellus sitä vastoin on rakennettu käyttöjärjestelmän omista käyttöliittymäkomponenteista (UIKit/SwiftUI iOS:ssä, Jetpack Compose/Views Androidissa) – ja jokainen komponentti tarvitsee oman esteettömyystunnisteen, joka on erillään visuaalisesta suunnittelustaan. Perusperiaatteet muistuttavat WCAG:ta (kontrasti, kosketuskohteen koko, selkeä saavutettava nimi), mutta työkalut niiden toteuttamiseen ovat täysin erilaiset.
VoiceOver ja TalkBack: Ei sama näytönlukija
VoiceOver (iOS) ja TalkBack (Android) ovat kaksi eri näytönlukuohjelmaa, joissa on erilaiset navigointieleet ja erilainen tuki mukautetuille komponenteille. Komponentti, joka on merkitty täydellisesti iOS:ssä, ei välttämättä toimi oikein Androidissa, jos kehittäjät eivät ole testannut molempia alustoja erikseen. Et voi olettaa, että "testasimme sen iOS:llä, joten sen on toimittava myös Androidissa."
💡 Tärkeää
Molemmilla alustoilla jokainen interaktiivinen komponentti (painike, syöttökenttä, kuva) tarvitsee: selkeän esteettömyystunnisteen, määritellyn esteettömyysroolin/-ominaisuuden ja joskus myös esteettömyysvihjeen, joka selittää, mitä tapahtuu, kun sitä napautetaan.
Mitä ainutlaatuista natiivisovelluksissa on?
Natiivisovellukset kohtaavat myös haasteita, joita ei ole verkkosivustoilla: mukautetut kosketuseleet (pyyhkäisy, nipistys), jotka tarvitsevat esteettömän vaihtoehdon; navigointi näyttöjen välillä, jonka on oltava järkevää myös näytönlukuohjelman kautta; ja push-ilmoitukset, joiden on oltava käytettävissä, vaikka ne näkyvät sovelluksen ulkopuolella. Lisäksi kosketuskohdekokojen on täytettävä vähintään 44 x 44 pikseliä Applen ohjeiden mukaan ja 48 x 48 dp Googlen ohjeiden mukaan. Tämä vaatimus ei aina ole samassa muodossa verkkosivustoilla.
Esteettömän sovelluksen testaaminen
- Ota VoiceOver tai TalkBack käyttöön ja yritä suorittaa sovelluksen ydintehtävät (rekisteröityminen, ostaminen, haku) käyttämällä vain niitä.
- Tarkista kontrasti ja tekstin koko, kun järjestelmän esteettömyysasetukset ovat käytössä (suurempi teksti, suuri kontrasti).
- Vahvista dynaamisen tekstin koon (Dynamic Type iOS:ssä) tuki ilman, että asettelu "rikkoutuu".
- Testaa molemmilla alustoilla erikseen – vain yhden testaaminen ei riitä.
Onko sinulla myös asiakirjoja sovelluksesi mukana?
Työkalumme skannaa sovellukseesi tai verkkosivustoosi linkitetyt PDF-tiedostot – käyttöehdot, oppaat, lomakkeet – ja näyttää tarkalleen, mitkä niistä tarvitsevat huomiota.
Skannaa sivustosi ilmaiseksi ←Skannauksen jälkeen voit myös asettaa löydetyt asiakirjat saataville suoraan ja ilmaiseksiAccessiDoc.