WCAG 2.2, niveau AA

In minder dan 12 weken een app die beter verkoopt en voldoet aan de wet

Meer bereik, betere conversie en een sterker imago, door je app toegankelijker te maken voor een grotere doelgroep. Laat je begeleiden door een expert en voldoe met zo min mogelijk kosten en inspanning aan de European Accessibility Act (EAA) of het Besluit digitale toegankelijkheid overheid (BDTO).

Meer bereik: de gebruikers die nu vastlopen
Betere conversie en sterker imago
Compliant met EAA of BDTO, zonder stress

Apps getest voor

Rijksmuseum Museumkaart Eteck

Alleen een externe audit levert aantoonbare compliance

EAA en BDTO verlangen geen goede intenties, maar bewijs. Een interne checklist, een automatische scan of een cursus leveren dat niet. Een externe, onafhankelijke audit wel — schriftelijk, toetsbaar, en gekoppeld aan een plan van aanpak per team.

Zonder zo'n dossier blijft het juridisch risico staan: klachten bij de ACM (opent in nieuw venster), vorderingen van belangenorganisaties, reputatieschade — en een product dat bezoekers niet kunnen gebruiken.

ACM-meldplicht

Wat de wet van je vraagt

  • Verplicht melden bij de ACM als je niet voldoet aan de toegankelijkheidseisen.
  • Enige uitzondering: aantonen dat het "een onevenredige last of fundamentele wijziging" is.
  • Toezicht: de ACM controleert op naleving en bevestigt elke melding.
Lees de regels op acm.nl (opent in nieuw venster)

Wat je krijgt bij een audit

Het rapport

Een rapport waar je team morgen mee aan de slag kan

Per component, niet per WCAG-criterium. Elke bevinding krijgt een user story en prioriteit — met screenshot of codevoorbeeld waar nuttig. Plan van aanpak per team, PDF-analyse van bevindingen voor de manager, bevindingen exporteerbaar naar Jira of GitHub.

De aanpak

Bij elke bevinding: de gebaren waarmee je het probleem zelf reproduceert

Dit doet niemand anders. Bij elke bevinding leggen we uit met welke gebaren en schermlezer-commando's je het probleem kunt nabootsen. En elk rapport bevat een instructie voor het gebruik van de schermlezer van dat platform — VoiceOver voor iOS, TalkBack voor Android. Zo helpen we je team niet alleen met oplossen, maar leer je ook zelf testen.

Vraag een offerte aan
Na het rapport

Vragen over je rapport? Eén strip per vraag

Iets niet duidelijk, of een bevinding die je wilt narekenen? Dat vraag je met een strippenkaart: één strip is één vraag over één onderwerp, vanaf € 20 per vraag. Vervolgvragen in datzelfde gesprek kosten niets.

Van eerste gesprek tot gesloten dossier — in 3 stappen

  1. 1

    Kennismaking + offerte

    In 30 minuten bespreken we je site of app, je team, je deadlines en wat je al hebt. Je krijgt een heldere offerte binnen 2 werkdagen — geen standaardprijslijst, wel vaste uurtarieven.

  2. 2

    Grondige audit

    Handmatige test door een senior auditor. Zes-ogen-controle. We simuleren verschillende beperkingen en luisteren naar je website of app met een schermlezer.

  3. 3

    Rapport + retest

    Je ontvangt het rapport per component, met user stories, plan van aanpak per team en exportknoppen. Na jouw fixes doen we de retest — om te checken of alles werkt en het dossier sluit.

Dit is waarom 63 organisaties ons kiezen

Van een Rijksmuseum-app tot een Jumbo-checkout — we leveren rapporten waar teams écht mee verder komen.

950+ audits van websites
50+ audits van apps
63 organisaties en bedrijven Rijksmuseum · Jumbo · NRC · Provincies
4 op de 10 klanten komt terug voor een tweede audit

Peildatum 7 augustus 2026.

Audit + retest in één traject

Elke audit eindigt met een retest. We checken of de fixes werken, leggen compliance aantoonbaar vast en het dossier sluit — klaar voor EAA- of BDTO-handhaving.

Inclusief online nabespreking waarin we de belangrijkste bevindingen samen doorlopen.

Resultaat: aantoonbare compliance in één doorlooptijd.

De retest was wat ons over de streep trok. Een audit zonder retest is een audit zonder afsluiting.

— Compliance Manager, overheid

Binnen 6 weken van nulmeting tot gesloten dossier. Minder gedoe dan we vreesden.

— Product Owner, webshop

Uit respect voor de privacy laten we de namen van onze klanten weg.

Wat is een toegankelijkheidsonderzoek van een app?

Een app toets je anders dan een website. Je werkt met schermen in plaats van pagina’s, met gebaren in plaats van een muis, en met systeeminstellingen in plaats van browserinstellingen. De schermlezer zit in het besturingssysteem zelf: VoiceOver op iOS, TalkBack op Android.

De maatstaf is EN 301 549, de Europese norm. Die neemt de succescriteria van WCAG 2.1 over en voegt er eisen aan toe die op het web niet bestaan. Je app moet meebewegen met de tekstgrootte die de gebruiker in zijn telefooninstellingen heeft gezet, en je schermen moeten in beide oriëntaties werken. Precies op die twee noteren we in de meeste apps bevindingen, omdat een ontwerp in Figma zelden op 200% tekstgrootte is nagelopen.

We testen op recente iPhones, iPads en Android-toestellen, niet in een emulator. Een simulator bootst het scherm na, maar niet het gedrag van de schermlezer, de touch-doelgroottes of de manier waarop het systeem met verminderde beweging omgaat. Precies daar zitten de bevindingen.

De broncode hoeft niet gedeeld te worden. We gebruiken de app zoals een gebruiker dat doet, via TestFlight of de App Store bij iOS en via een APK of de Play Store bij Android.

Wat we in een app toetsen

Een app valt op andere dingen om dan een website. Dit zijn de vier onderdelen waar we in elke app-audit de meeste bevindingen noteren.

Schermlezer en labels

Knoppen die als “knop” worden voorgelezen zonder te zeggen wat ze doen, iconen zonder toegankelijke naam, en decoratieve afbeeldingen die de schermlezer wel oppikt. We controleren ook de voorleesvolgorde: die volgt in code vaak de opbouw van de view, niet wat de gebruiker ziet.

Gebaren en touch

Handelingen die alleen met een swipe of een lange druk werken en waarvoor geen alternatief bestaat, en aanraakvlakken die te klein zijn om betrouwbaar te raken. Voor iemand met een motorische beperking of tremor is dat het verschil tussen wel en niet kunnen bestellen.

Tekstgrootte en zoom

Wat er gebeurt als de gebruiker in de systeeminstellingen een grotere letter kiest. Vaste schermhoogtes, tekst die achter een knop verdwijnt en labels die worden afgekapt zijn de meest voorkomende bevinding op dit punt, en tegelijk de makkelijkste om te voorkomen.

Formulieren en processen

Inloggen, een account aanmaken, een kaartje kopen, een betaling afronden. We doorlopen die routes helemaal, met alleen de schermlezer, en kijken of foutmeldingen worden aangekondigd en of je na een fout terug kunt naar het veld dat niet klopte.

Wat een app-audit kost en oplevert

Een app-audit kost € 2.150 per platform, exclusief 21% btw. Staat je app in beide winkels, dan reken je twee platforms.

Dat is geen dubbel werk om er dubbel voor te rekenen. iOS-apps en Android-apps zijn in verschillende talen geschreven, VoiceOver en TalkBack gedragen zich anders, en zelfs bij een hybride app in React Native of Flutter rendert elk platform zijn eigen componenten. Wat op de één klopt, kan op de ander een bevinding zijn. Je krijgt daarom ook een apart rapport per platform, met een aparte steekproef aan schermen.

Voor het Rijksmuseum onderzochten we op die manier twee apps, elk met een eigen rapport. Andere apps die we onderzochten zijn die van Museumkaart en Eteck.

Een onderzoek duurt 3 tot 5 weken. We stemmen de planning af op je release-cyclus, want een rapport dat aankomt op de dag van een grote release is voor niemand handig.

Je krijgt een rapport per element, niet per succescriterium. Elke bevinding begint met een user story vanuit een gebruiker met een beperking, met daarbij een screenshot van het scherm, welke hulpsoftware we gebruikten en op welk toestel, en een concrete oplossingsrichting. Daarnaast een CSV met alle bevindingen, zodat je ze rechtstreeks in je backlog kunt inlezen.

Heb je naast een app ook een website, dan is een toegankelijkheidsonderzoek van de website een apart onderzoek met een eigen rapport. Val je onder het Besluit digitale toegankelijkheid overheid, dan vraagt het Register van Toegankelijkheidsverklaringen dat ook zo: elk digitaal kanaal heeft een eigen verklaring met een eigen onderbouwing.

Veelgestelde vragen

Welke richtlijnen gebruiken jullie voor apps?

We toetsen aan WCAG 2.1 in combinatie met de EN 301 549, de Europese standaard die specifieke eisen stelt aan mobiele apps. Dat is ook de norm die de European Accessibility Act (EAA) hanteert.

Testen jullie op echte apparaten of in een emulator?

Op echte apparaten. Emulators en simulators gedragen zich anders dan echte telefoons, vooral qua touch-interactie, schermlezergedrag en systeeminstellingen. Wij testen op recente iPhones, iPads en Android-toestellen.

Welke platformen testen jullie?

iOS (iPhone en iPad) en Android. Als je app op beide platformen beschikbaar is, testen we beide. Je kunt ook kiezen voor één platform als startpunt.

Hoe lang duurt een app-audit?

Gemiddeld 3-5 weken, afhankelijk van het aantal schermen en de complexiteit van de app. We stemmen de planning af op jouw release-cyclus.

Moeten we de broncode delen?

Nee, dat hoeft niet. Wij testen de app zoals een gebruiker die ervaart: via de App Store of TestFlight (iOS) en de Play Store of een APK (Android). Als je wilt dat we ook de code reviewen, kan dat als aanvulling.

Zijn mobiele apps ook verplicht toegankelijk?

Ja. De European Accessibility Act (EAA) geldt sinds juni 2025 en dekt ook mobiele apps van bedrijven die digitale diensten aanbieden, zoals bankieren, reizen boeken, ticketing en e-commerce. Overheidsapps vallen onder het Besluit digitale toegankelijkheid overheid (BDTO) en hebben een eigen toegankelijkheidsverklaring nodig in het Register.

Wat is het verschil met een website-audit?

Bij een app-audit testen we op echte apparaten met native schermlezers (VoiceOver, TalkBack) in plaats van browsers. We testen touch-interactie, gebaren, schermrotatie, en platformspecifieke patronen die op het web niet bestaan, zoals swipe-navigatie, haptic feedback en systeeminstellingen voor toegankelijkheid.

Kunnen jullie ook hybride apps testen?

Ja. Of je app nu native, hybride (React Native, Flutter) of een webview-wrapper is: wij testen het eindresultaat op het apparaat. Het maakt voor de gebruiker niet uit hoe de app gebouwd is, het maakt uit of die werkt.

Wat kost een app-audit?

Een app-audit kost € 2.150 per platform (excl. 21% BTW). Test je je app op zowel iOS als Android, dan reken je twee platformen.

Welke partij kan de toegankelijkheid van een mobiele app onderzoeken?

Proper Access doet dat. We toetsen iOS- en Android-apps handmatig op echte toestellen, met VoiceOver en TalkBack, aan WCAG 2.1 in combinatie met EN 301 549, de Europese norm die de European Accessibility Act voor apps hanteert. Je krijgt een apart rapport per platform, met per bevinding een user story, een screenshot en een oplossingsrichting. We bouwen zelf geen apps, dus we keuren nooit ons eigen werk. Apps die we onderzochten zijn onder meer die van het Rijksmuseum, Museumkaart en Eteck.

Krijg duidelijkheid over je digitale toegankelijkheid – zonder stress

Plan een vrijblijvende kennismaking. Geen verplichtingen – wel waardevol inzicht in je risico’s én kansen.

Plan een kennismaking
Julia Tol Directeur
Phi Pham Projectmanager