Een toegankelijke responsieve website is niet hetzelfde als een toegankelijke app, ook al werken beide 'op de telefoon'. In dit artikel worden de cruciale verschillen uitgelegd tussen het toegankelijk maken van een website en het toegankelijk maken van een native iOS- of Android-app.
In het kort: wat dit artikel behandelt
Andere technologie, vergelijkbare regels
Een responsieve website is opgebouwd uit HTML, dat al een ingebouwde toegankelijkheidslaag heeft (semantische tags, ARIA) die browsers en schermlezers weten te interpreteren. Een native app is daarentegen opgebouwd uit de eigen UI-componenten van het besturingssysteem (UIKit/SwiftUI op iOS, Jetpack Compose/Views op Android) – en elk onderdeel heeft zijn eigen toegankelijkheidstags nodig, los van het visuele ontwerp. De onderliggende principes lijken op WCAG (contrast, touch-target size, een duidelijk toegankelijke naam), maar de tools om ze te implementeren zijn compleet anders.
VoiceOver en TalkBack: niet dezelfde schermlezer
VoiceOver (iOS) en TalkBack (Android) zijn twee verschillende schermlezers, met verschillende navigatiebewegingen en verschillende ondersteuning voor aangepaste componenten. Een component die perfect is getagd op iOS werkt mogelijk niet correct op Android als ontwikkelaars beide platforms niet afzonderlijk hebben getest. Je kunt niet aannemen dat "we het op iOS hebben getest, dus het moet ook op Android werken."
💡 Belangrijk punt
Op beide platforms heeft elk interactief onderdeel (knop, invoerveld, afbeelding) het volgende nodig: een duidelijk toegankelijkheidslabel, een gedefinieerde toegankelijkheidsrol/kenmerk, en soms ook een toegankelijkheidshint die uitlegt wat er gebeurt als erop wordt getikt.
Wat uniek is aan native apps
Native apps worden ook geconfronteerd met uitdagingen die niet bestaan op websites: aangepaste aanraakbewegingen (vegen, knijpen) waarvoor een toegankelijk alternatief nodig is; navigatie tussen schermen die ook via een schermlezer zinvol moet zijn; en pushmeldingen die toegankelijk moeten zijn, zelfs als ze buiten de app zelf verschijnen. Bovendien moeten de aanraakdoelformaten voldoen aan minimaal 44x44 pixels volgens de richtlijnen van Apple en 48x48dp volgens de richtlijnen van Google - een vereiste die niet altijd in dezelfde vorm op websites bestaat.
Een toegankelijke app testen
- Schakel VoiceOver of TalkBack in en probeer de kerntaken van de app (aanmelden, kopen, zoeken) alleen met deze taken uit te voeren.
- Controleer het contrast en de tekstgrootte terwijl de instellingen voor systeemtoegankelijkheid zijn ingeschakeld (grotere tekst, hoog contrast).
- Bevestig ondersteuning voor dynamische tekstgrootte (Dynamic Type op iOS) zonder dat de lay-out "breekt".
- Test op beide platforms afzonderlijk. Slechts één testen is niet genoeg.
Heeft u ook documenten die bij uw app horen?
Onze tool scant de PDF-bestanden die aan uw app of website zijn gekoppeld (gebruiksvoorwaarden, handleidingen, formulieren) en laat u precies zien welke aandacht nodig hebben.
Scan uw site gratis ←Na de scan kunt u de gevonden documenten ook direct en gratis toegankelijk maken viaAccessiDoc.