Et tilgjengelig responsivt nettsted er ikke det samme som en tilgjengelig app – selv om begge "fungerer på telefonen." Denne artikkelen forklarer de kritiske forskjellene mellom å gjøre et nettsted tilgjengelig og å gjøre en innebygd iOS- eller Android-app tilgjengelig.
Kort sagt – hva denne artikkelen dekker
Ulik teknologi, lignende regler
Et responsivt nettsted er bygget fra HTML, som allerede har et innebygd tilgjengelighetslag (semantiske tagger, ARIA) som nettlesere og skjermlesere vet hvordan de skal tolke. En innebygd app, derimot, er bygget fra operativsystemets egne UI-komponenter (UIKit/SwiftUI på iOS, Jetpack Compose/Views på Android) – og hver komponent trenger sin egen tilgjengelighetsmerking, atskilt fra dens visuelle design. De underliggende prinsippene ligner WCAG (kontrast, berøringsmålstørrelse, et tydelig tilgjengelig navn), men verktøyene for å implementere dem er helt forskjellige.
VoiceOver og TalkBack: Ikke samme skjermleser
VoiceOver (iOS) og TalkBack (Android) er to forskjellige skjermlesere, med forskjellige navigasjonsbevegelser og ulik støtte for tilpassede komponenter. En komponent som er merket perfekt på iOS, fungerer kanskje ikke riktig på Android hvis utviklerne ikke har testet begge plattformene separat. Du kan ikke anta at "vi testet det på iOS, så det må fungere på Android også."
💡 Viktig poeng
På begge plattformene trenger hver interaktiv komponent (knapp, inndatafelt, bilde): en tydelig tilgjengelighetsetikett, en definert tilgjengelighetsrolle/-trekk, og noen ganger også et tilgjengelighetshint som forklarer hva som skjer når den trykkes.
Hva er unikt for integrerte apper
Native apper møter også utfordringer som ikke finnes på nettsteder: tilpassede berøringsbevegelser (sveip, klyp) som trenger et tilgjengelig alternativ; navigering mellom skjermer som også må gi mening gjennom en skjermleser; og push-varsler som må være tilgjengelige selv når de vises utenfor selve appen. I tillegg må berøringsmålstørrelser oppfylle minimum 44x44 piksler under Apples retningslinjer og 48x48dp under Googles retningslinjer - et krav som ikke alltid eksisterer i samme form på nettsteder.
Hvordan teste en tilgjengelig app
- Slå på VoiceOver eller TalkBack og prøv å fullføre appens kjerneoppgaver (registrering, kjøp, søk) ved å bare bruke dem.
- Sjekk kontrast og tekststørrelse med systemtilgjengelighetsinnstillinger slått på (større tekst, høy kontrast).
- Bekreft støtte for dynamisk tekststørrelse (Dynamic Type på iOS) uten at oppsettet «går i stykker».
- Test på begge plattformene separat – å teste bare én er ikke nok.
Har du også dokumenter som følger med appen din?
Vårt verktøy skanner PDF-filene som er koblet til appen eller nettstedet ditt – vilkår for bruk, veiledninger, skjemaer – og viser deg nøyaktig hvilke som trenger oppmerksomhet.
Skann nettstedet ditt gratis ←Etter skanningen kan du også gjøre dokumentene den fant tilgjengelige direkte og gratis viaAccessiDoc.