Rijksmuseum-apps getest op toegankelijkheid: onze leukste opdracht van 2025

Speurtocht door het museum

De meeste audits die we doen gaan over websites. Af en toe komt er iets voorbij dat echt anders is. In december 2025 was dat het geval: we mochten de iOS- en Android-app van het Rijksmuseum testen op toegankelijkheid. Het was de leukste opdracht van 2025.

De Rijksmuseum-app is geen simpele informatieapp. Je kunt er audiotours mee volgen, kunstwerken opzoeken op zaalnummer, je eigen route samenstellen en — het leukste onderdeel — een interactieve speurtocht door het museum doen.

Dat betekent dat we als auditors met telefoon en koptelefoon door de zalen liepen, luisterden naar verhalen over de Nachtwacht, routes volgden en ondertussen elk scherm testten met VoiceOver (iOS) en TalkBack (Android).

Apps zijn complexer dan je denkt

Websites testen we dagelijks. Apps zijn een ander verhaal. De interactiepatronen zijn anders, de hulpsoftware werkt anders en de technische uitdagingen zijn groter.

Een paar voorbeelden uit deze audit:

• Carrousels — op Android bleken de carrousels een onlogische focusvolgorde te hebben. Een schermlezergebruiker springt van item 1 naar item 3, terug naar item 2.
• Oriëntatie — de Android-app werkt alleen in portretstand. Als je je telefoon in een houder hebt staan of door een beperking alleen landscape kunt gebruiken, heb je pech.
• Tekstvergroting — als je de systeemtekstgrootte aanpast, verdween op sommige schermen de content gedeeltelijk. Knoppen vielen buiten beeld, tekst werd afgesneden.
• Audiotours zonder transcript — de verhalen bij de kunstwerken zijn prachtig, maar voor iemand die doof is, is er geen tekstalternatief.
• Gebarenherkenning — sommige functies vereisen een veegbeweging. Zonder alternatief is dat een probleem voor mensen met een motorische beperking.

In totaal vonden we 83 bevindingen verdeeld over beide apps — 37 op iOS, 46 op Android.

Kwalitatief goed gebouwd

Dat klinkt als veel, maar context is belangrijk. We testten op 50 WCAG-succescriteria per app. De iOS-app slaagde voor 37 daarvan, de Android-app voor 34. Dat is een stevig fundament.

Veel van de bevindingen waren technisch van aard: ontbrekende labels, onvoldoende contrast op knoppen, koppen die niet als kop waren gemarkeerd. Dat soort dingen zijn relatief eenvoudig te repareren zonder de hele app om te bouwen.

De apps zelf zijn ambitieus en rijk aan content. Drie talen (Nederlands, Engels, Duits), interactieve tours, zoekfuncties, routeplanning — het is duidelijk dat hier een sterk development-team achter zit. De toegankelijkheidsproblemen die we vonden, zijn het soort problemen dat ontstaat wanneer toegankelijkheid niet vanaf het begin is meegenomen in het ontwikkelproces, niet omdat de kwaliteit van de code laag is.

Wat we hebben opgeleverd

Voor beide apps hebben we een volledig WCAG-EM rapport opgeleverd, met per bevinding:

• een beschrijving van het probleem
• het WCAG-succescriterium dat wordt overtreden
• de impact op de gebruiker
• een concrete aanbeveling om het op te lossen
• een screenshot