Audit digitale toegankelijkheid van de Museumkaart app, iOS versie

Samenvatting

Wij hebben de bevindingen van de eerste audit van de Museumkaart app (iOS versie) gecontroleerd in maart 2026. Op dit moment zijn 44 van de 50 succescriteria als voldoende beoordeeld. In dit rapport lees je wat er bij de overige 6 nog fout gaat, en hoe je dat kunt verbeteren.

- Voldoet
- Afgekeurd
50 Totaal
- voldoet
Impact
Klein: 0 Medium: 0 Groot: 0
Type
Content: 0 Techniek: 0
Score per richtlijn (goed)
Waarneembaar - van 20
Bedienbaar - van 17
Begrijpelijk - van 10
Robuust - van 3
Deze SC zijn afgekeurd:
Over dit onderzoek
Onderzocht door
Proper Access
Opdrachtgever
Museumvereniging
Datum rapport
maart 2026
Standaard
WCAG 2.1
Methodologie
WCAG-EM

Scope van het onderzoek

  • Alle schermen van de app

Buiten scope:

  • Alle webpagina's die in de app worden geopend. Deze pagina's zijn onderzocht in de volledige audit van de website museum.nl.
  • Ontoegankelijkheden die ontstaan door de manier waarop het device de app rendert, bijvoorbeeld kleurcontrast in alerts of de weergave van sommige knoppen

Basisniveau toegankelijkheidsondersteuning

  • iPhone 15 Pro Max (iOS versie 26.3.1)
  • App versie 1.1.8(202)

Technologieën van de website

  • VoiceOver schermlezer
  • extern toetsenbord

Voortgang opgeloste bevindingen

Samenwerken met je team

Exporteer alle bevindingen als CSV-bestand. Je kunt het in een (online) spreadsheet inladen om met je team samen te werken.

Importeer in Jira

Exporteer alle bevindingen als Jira-compatibel CSV-bestand. Je kunt het direct importeren via Jira > Issues > Import issues from CSV.

Zelf bijhouden in de browser

Houd per bevinding bij of het is opgelost. Je voortgang wordt opgeslagen in jouw browser. Niemand anders kan je resultaat zien.

Gevonden problemen

Filter bevindingen op:
Impact:
Type:

#1 - Alle schermen zijn beperkt tot een weergavestand (staand)

Impact: Groot Type: Techniek WCAG: 1.3.4 EN: 11.1.3.4

De lay-out van alle schermen is beperkt tot een weergavestand (portret). Apps moeten zowel in verticale (portret) als horizontale (landschap) stand goed werken. Bezoekers moeten de vrijheid hebben om te kiezen welke modus het beste voor hen werkt. Hiervan afwijken mag alleen als een bepaalde stand echt noodzakelijk is. Dit is bijvoorbeeld belangrijk voor mensen die hun tablet aan hun rolstoel hebben gemonteerd en de oriëntatie niet kunnen aanpassen. Zo kunnen zij de app gebruiken op de manier die voor hen het handigst is, zonder iets te missen.

Hoe te reproduceren: draai de scherm in de liggende posite.

Oplossing:

Zorg ervoor dat de inhoud van de app draait en zich aanpast aan de weergavestand.

#2 - Toestand knop ontbreekt

Impact: Groot Type: Techniek WCAG: 4.1.2 EN: 11.4.1.2

Tijdens de eerste audit werd geconstateerd dat de knoppen met tekst "Museumkaart" en "Tijdelijke of Cadeaukaart" geen correcte rol hadden. De interactieve rol is nu toegevoegd.

Deze knoppen hebben meerdere toestanden, bijvoorbeeld geselecteerd of niet. Deze informatie ontbreekt in de code. Daardoor kan hulpsoftware de actuele toestand niet doorgeven. Gebruikers van een schermlezer weten niet of de knop is in- of uitgeschakeld.

Hoe te reproduceren: druk met je vinger op de knop terwijl VoiceOver aanstaat. Zegt de schermlezer of de knop is geselecteerd?

Oplossing:

Zorg ervoor dat de toestand van de knop ook in de code wordt weergegeven.

#3 - Statusbericht wordt niet goed voorgelezen

Impact: Groot Type: Techniek WCAG: 4.1.3 EN: 11.4.1.3

Als je op het scherm "Je gaat je fysieke Museumkaart omzetten naar een digitale kaart" op de knop "Ja, maak mijn Museumkaart digitaal" drukt, verschijnt er een wachtanimatie. Deze animatie is een statusmelding, maar deze statusinformatie is niet toegankelijk voor bezoekers met hulpsoftware.

Hoe te reproduceren: open dit scherm terwijl VoiceOver aanstaat. Zegt de schermlezer dat je moet wachten?

Oplossing:

Zorg ervoor dat de schermlezer deze melding voorleest als statusmelding.

#4 - Tekst heeft niet genoeg contrast

Impact: Groot Type: Techniek WCAG: 1.4.3 EN: 11.1.4.3

Bovenaan het scherm "Kaart" staat een knop met drie puntjes. Deze knop opent een menu waarin het laatste item "Verwijder kaart" een rode tekstkleur heeft op een donkergrijze achtergrond met transparantie. Dit menu valt over de gekozen achtergrondkleur van de kaart.

De achtergrond van de kaart hangt af van de kleur die de bezoeker zelf heeft gekozen. In sommige combinaties is het contrast onvoldoende. Bijvoorbeeld als de gekozen kleur rood is: dan krijg je rode tekst op een rode achtergrond.

Omdat de app het niet toelaat om screenshots te maken, is het slechts een schatting van het contrast.

Oplossing:

Zorg dat alle mogelijke kleurcombinaties een minimaal contrast van 4,5:1 hebben.

#5 - Beweging kan niet worden gepauzeerd

Impact: Groot Type: Techniek WCAG: 2.2.2 EN: 11.2.2.2

Op het scherm "Kaart" is er een animatie rond de streepjescode die automatisch wordt afgespeeld en niet kan worden gepauzeerd of gestopt.

Het kan storend zijn voor mensen met een cognitieve beperking als een video, GIF of animatie in een app automatisch gaat spelen. De bewegende inhoud zorgt voortdurend voor afleiding terwijl ze de tekst op het scherm proberen te lezen. Er moet een manier zijn voor bezoekers om dit soort multimedia te stoppen, pauzeren of verbergen. Dit geldt voor alle bewegende, knipperende, scrollende of automatisch actualiserende content die tegelijk met andere informatie wordt getoond, automatisch start en langer dan 5 seconden speelt.

#6 - Kleur wordt gebruikt om informatie te geven

Impact: Groot Type: Techniek WCAG: 1.4.1 EN: 11.1.4.1

Op het scherm "Kies je kaartkleuren" staan gekleurde cirkels, waarmee bezoekers de voor- of achtergrondkleur van de museumkaart kunnen veranderen. De enige manier om de cirkels te onderscheiden is door de kleur.

Oplossing:

Voeg een tekstueel label toe aan de individuele keuzerondjes.

#7 - De juiste rol van een interactief element ontbreekt

Impact: Groot Type: Techniek WCAG: 4.1.2 EN: 11.4.1.2

Het vierkante vlak waarmee de foto kan worden gemaakt heeft geen toegankelijke rol. Een bezoeker met een schermlezer krijgt hierdoor niet te horen dat hier een interactief element staat.

Oplossing:

Geef dit element een rol en naam die beschrijven wat dit element doet.

#8 - Beweging kan niet worden gestopt

Impact: Groot Type: Techniek WCAG: 2.2.2 EN: 11.2.2.2

Het vierkante vlak waarmee de foto kan worden gemaakt heeft een animatie die automatisch wordt afgespeeld en niet kan worden gepauzeerd of gestopt.

Het kan storend zijn voor mensen met een cognitieve beperking als een video, GIF of animatie in een app automatisch gaat spelen. De bewegende inhoud zorgt voortdurend voor afleiding terwijl ze de tekst op het scherm proberen te lezen.

Oplossing:

Er moet een manier zijn voor bezoekers om dit soort multimedia te stoppen, pauzeren of verbergen. Dit geldt voor alle bewegende, knipperende, scrollende of automatisch actualiserende content die tegelijk met andere informatie wordt getoond, automatisch start en langer dan 5 seconden speelt.

Over dit onderzoek

Leeswijzer

Onze rapporten zijn anders. Bij het bespreken van de gevonden problemen volgen wij niet de structuur van de norm, maar die van jouw website of app. Hierdoor kun je gewoon per pagina of scherm aan de slag gaan. Wel zo makkelijk! Je vindt verderop een overzicht van alle pagina’s met problemen.

We geven je bij elk gevonden issue een paar voorbeelden, maar niet een complete lijst. Controleer zelf of het probleem ook nog op andere plekken voorkomt. Zie het rapport als een leidraad.

Gebruikte norm

Dit onderzoek laat zien in hoeverre de website op dit moment voldoet aan WCAG 2.1, niveau A en AA. WCAG staat voor Web Content Accessibility Guidelines. Dit is de internationale norm voor digitale toegankelijkheid. De Europese norm EN 301 549 bevat alle eisen van WCAG op niveau A en AA.

In dit rapport hebben we korte beschrijvingen van de succescriteria uit de norm opgenomen, met een algemene uitleg erbij. Wil je ze helemaal lezen? Bekijk dan de documentatie van WCAG.

Gebruikte onderzoeksmethode

We gebruiken de onderzoeksmethode WCAG-EM van het W3C. Het proces ziet er als volgt uit:

  • vaststellen wat binnen en buiten scope valt
  • vaststellen welke technologieën zijn gebruikt
  • steekproef (sample) samenstellen
  • steekproef onderzoeken
  • gevonden issues beschrijven

Het grootste deel van het onderzoek doen we met de hand. Voor een deel van de toegankelijkheidseisen gebruiken we automatische tools als ondersteuning, zoals axe-core en Chrome Developer Tools.

Belangrijk om te weten

Dit rapport helpt je om de toegankelijkheid van je website te verbeteren. Maar let op: het is geen definitieve, volledige lijst van alle aanwezige toegankelijkheidsproblemen. Dat zit zo:

Het is een steekproef

Ten eerste is het onderzoek gebaseerd op een steekproef. Die is op een betrouwbare manier genomen, en de meeste problemen zullen daardoor zeker aan het licht komen. Toch kan een probleem net buiten de steekproef vallen. Bij een volgend onderzoek kan het wel ontdekt worden.

Op basis van falsificatie

We beoordelen vanuit het principe van falsificatie. Dat houdt in dat we proberen te bewijzen dat iets niet waar is, in plaats van te bevestigen dat het klopt. ‘Voldoet’ betekent daarom dat we geen reden hebben gevonden om een punt af te keuren. Maar als we later wél een reden vinden, kan het alsnog worden afgekeurd.

Voortschrijdend inzicht

Het komt voor dat de beoordeling van een succescriterium op detailniveau verandert. De norm beschrijft namelijk niet élk mogelijk scenario. Samen met andere onderzoeksbureaus overleggen we hoe we met bepaalde situaties omgaan. Zo kan iets dat nu wordt afgekeurd, soms bij een volgend onderzoek worden goedgekeurd en andersom.

Oplossen leidt tot nieuw probleem

Ten slotte kan het gebeuren dat bij het oplossen van een probleem onbedoeld een nieuw toegankelijkheidsprobleem ontstaat. Dat komt dan bij een volgend onderzoek pas naar voren.

Hoe werkt dit rapport?

Bevindingen bekijken en filteren

Alle gevonden toegankelijkheidsproblemen staan onder Gevonden problemen. Je kunt de bevindingen filteren op:

  • Impact (Groot, Medium, Klein, Advies) — hoe ernstig is het probleem voor de gebruiker?
  • Type (Content, Techniek) — moet de inhoud of de techniek worden aangepast?
  • Status (Open, Opgelost) — welke problemen zijn al verholpen?

Voortgang bijhouden

Je kunt je voortgang op twee manieren bijhouden:

  • CSV-export — exporteer alle bevindingen als CSV-bestand en laad het in een (online) spreadsheet om met je team samen te werken.
  • Jira-export — exporteer alle bevindingen als Jira-compatibel CSV-bestand. Importeer het via Jira > Issues > Import issues from CSV. Bevindingen worden aangemaakt als bugs met prioriteit op basis van impact.
  • Registreer in de browser — activeer deze optie om per bevinding bij te houden of het is opgelost. Je voortgang wordt opgeslagen in je browser. Niemand anders kan je resultaat zien. Let op: de voortgang is gekoppeld aan je browser. Als je een andere browser of een ander apparaat gebruikt, begint de telling opnieuw.
  • Plan van aanpak — download een geprioriteerd plan van aanpak om de gevonden problemen stap voor stap op te lossen. Dit is beschikbaar bij audits vanaf maart 2026.

Link naar een specifieke bevinding delen

Bij elke bevinding verschijnt een link-icoon wanneer je er met de muis overheen gaat. Klik op dit icoon om de directe link naar die bevinding te kopiëren. Je kunt deze link plakken in een e-mail of chatbericht, bijvoorbeeld om een vraag te stellen aan Proper Access over een specifiek punt.