Ontwikkelen van toegankelijke apps

Smartphones en tablets die werken met Android en iOS zijn vandaag goed bruikbaar door personen met een handicap. Zie voor meer details ons eerdere artikel Mobiel surfen met een handicap. Meer en meer krijgen we dan ook de vraag om naast websites ook apps te testen op toegankelijkheid. Hier volgen een aantal zaken om rekening mee te houden en links om je op weg te helpen als ontwikkelaar van apps voor het Android en iOS platform

In theorie zijn de Web Content Accessibility Guidelines technologie-onafhankelijk geformuleerd en zouden ze dus ook bruikbaar moeten zijn om apps te testen. Sommige aspecten lijken inderdaad veel op het testen van een website, vb. zijn knoppen gelabeld, links betekenisvol, tabellen lineariseerbaar en formuliervalidatie duidelijk voor wie het scherm niet kan zien.

Het is echter moeilijker om concreet te adviseren hoe gevonden problemen verholpen kunnen worden. We kunnen immers niet even in de broncode kijken zoals bij een website. Hier volgen enkele voorbeelden:

Bruikbaar met het toetsenbord

WCAG Succescriterium 2.1.1 vraagt dat alle functionaliteit bruikbaar is met het toetsenbord. Hoe vertalen we dit naar het aanraakscherm van een smartphone of tablet?

Een blinde gebruiker gaat heel anders om met het aanraakscherm dan iemand die het scherm kan zien. Screenreaders als VoiceOver voor iOS en Talkback voor Android doen meer dan voorlezen wat er op het scherm staat. Ze bieden een heel bedieningsconcept, ook met aangepaste aanraakgebaren (bekijk een video). Met een vinger van links naar rechts vegen, verplaatst de focus naar het volgende element. U moet er als ontwikkelaar dus voor zorgen dat deze focus bij alle elementen van de app kan komen en dat dit in een logische volgorde gebeurt.

Semantiek

Gebruik zoveel mogelijk standaardcomponenten voor interactieve elementen als keuzelijsten en aankruisvakjes. Daarvoor voorzien screenreaders zelf al alternatieve bedieningsconcepten. Als u een eigen component programmeert, moet u die grondig testen met de screenreader en zelf een aantal functionaliteiten voorzien.

Afbeeldingen hebben een alt-tekst

Afbeeldingen op websites moeten een alt-tekst hebben. In apps geldt hetzelfde voor knoppen. Het concept is hetzelfde maar de terminologie zal verschillen van de ene ontwikkelomgeving tot de andere.

Als u vergeet een knop te labelen, dan wordt de bestandsnaam van de knop voorgelezen in plaats van de functie ervan. Het is veel vlotter als je "terug" hoort in plaats van "NavBarIconBackButtonSmall".

Documentatie voor ontwikkelaars

Zowel voor iOS als Android ontwikkelaars is documentatie beschikbaar over het ontwikkelen van toegankelijke apps voor deze platformen.

• Info over app-toegankelijkheid in het Nederlands
• Accessibility Programming Guide for iOS: Making Your iOS App Accessible
• Android Accessibility
• BBC Mobile Accessibility Guidelines
• Funka's Mobile Navigation Guidelines
• Funka Mobile Accessibility Guidelines
• Mobile Accessibility Testing Guide for Android and iOS (The Paciello Group)
• App van Google waarmee ontwikkelaars hun apps kunnen testen op toegankelijkheid: Download Accessibility Scanner van Google Play
• Deze app van Deque toont iOS developers enkele basisaspecten die je moet kennen om toegankelijke apps te ontwikkelen