Toegankelijkheidsaudit · 20 mei 2026

website beeldbank.zuid-holland.nl

Status, grootste problemen en vervolgstappen

Onderzocht tussen 6 en 20 mei 2026 · Rapportdatum 20 mei 2026
Scope

Wat hebben we onderzocht

Web

website beeldbank.zuid-holland.nl

  • Pagina's: 12 (geselecteerde steekproef, zie hieronder)

Tools en hulpsoftware

  • Browsers: Firefox, Chrome, Safari (laatste versies)
  • Schermlezers: NVDA + Firefox (Windows), VoiceOver + Safari (macOS)
  • Toetsenbord: navigeren zonder computermuis
  • Spraakbesturing: Voice Control (macOS), Spraakherkenning (Windows)
  • Contrast: Colour Contrast Analyser (CCA)
  • Zoom: 200% en 400% bij 1280×1024
  • DevTools: axe DevTools, accessibility inspector
  • Inhoud-check: handmatige review op begrijpelijkheid en taalniveau

Norm: WCAG 2.2 niveau AA (55 succescriteria) · Methode: WCAG-EM, aanbevolen door DigiToegankelijk

Web · Resultaat

website beeldbank.zuid-holland.nl — 66 bevindingen

44
Grote impact
22
Medium impact
0
Kleine impact
21
WCAG-criteria geraakt

Verdeling naar impact

Type bevindingen

Resultaat per WCAG-principe

Welke richtlijnen lopen mis

21 van de 55 succescriteria niet behaald. De richtlijn met het laagste percentage is gemarkeerd.

Waarneembaar

60%behaald
12 van de 20 succescriteria behaald · 8 niet
Niet behaald
1.1.11.3.11.3.31.3.51.4.11.4.41.4.101.4.11
Wel behaald
1.2.11.2.21.2.31.2.41.2.51.3.21.3.41.4.21.4.31.4.51.4.121.4.13

Bedienbaar

65%behaald
13 van de 20 succescriteria behaald · 7 niet
Niet behaald
2.1.12.4.12.4.22.4.32.4.42.4.72.4.11
Wel behaald
2.1.22.1.42.2.12.2.22.3.12.4.52.4.62.5.12.5.22.5.32.5.42.5.72.5.8

Begrijpelijk

69%behaald
9 van de 13 succescriteria behaald · 4 niet
Niet behaald
3.2.23.2.43.3.13.3.2
Wel behaald
3.1.13.1.23.2.13.2.33.2.63.3.33.3.43.3.73.3.8

Robuust

0%behaald
0 van de 2 succescriteria behaald · 2 niet
Niet behaald
4.1.24.1.3
Hoofdthema's

De 6 grootste problemen

Deze thema's verklaren samen het grootste deel van de bevindingen. Ze komen vaak terug en raken iedereen die afhankelijk is van assistieve technologie.

1

Knoppen zonder toegankelijke naam

Terug-pijl, X-knoppen, +-knoppen op productkaarten. De schermlezer zegt alleen "knop" — de gebruiker weet niet wat er gebeurt als hij erop tikt.

2

Focusproblemen en focus-trap in dialoog

Focus verlaat dialoogvensters, of komt op onzichtbare elementen, of is niet zichtbaar.

3

Onvoldoende kleurcontrast

Tekst en interactieve elementen halen de minimale contrastverhouding niet. Onleesbaar voor slechtzienden of in fel licht.

4

Tekst schaalt niet mee

De systeeminstelling voor lettergrootte wordt genegeerd of de inhoud breekt bij vergroten.

5

Formulierfouten en labels

Velden missen labels, foutmeldingen worden niet aangekondigd, of velden hebben geen autocomplete.

6

Niet bedienbaar met toetsenbord

Bedieningen zijn alleen via aanraking of muis te bereiken — onbruikbaar voor toetsenbordgebruikers en sommige assistieve technologieën.

Probleem 1

Knoppen zonder toegankelijke naam

Impact: Groot WCAG 4.1.2 / 1.1.1 Web

Voor wie een schermlezer of spraakbediening gebruikt, bestaat een knop pas zodra hij een naam heeft. Zonder naam kondigt de schermlezer alleen "knop" aan — de gebruiker weet niet wat er gebeurt als hij hem activeert.

Op alle pagina's staat bovenaan een link met een icoon van drie horizontale streepjes die het menu opent. Het icoon heeft geen tekstalternatief en de link heeft geen toegankelijke naam. Wanneer een link alleen uit een afbeelding bestaat, moet het tekstalternatief van de afbeelding de functie van de link beschrijven. Hulpsoftware kondigt nu alleen "link" aan, zonder dat duidelijk is dat deze het menu opent.

Als bezoeker die een schermlezer of spraakbesturing gebruikt, herken ik icoonlinks via een tekstalternatief. Elke icoonlink heeft een toegankelijke naam nodig via alt, aria-label of visueel verborgen tekst. Zonder die naam hoort mijn schermlezer alleen "link" en weet ik niet wat er gebeurt als ik hem activeer.
Schermafbeelding van het beschreven probleem Web — Link bestaat alleen uit een afbeelding zonder tekstalternatief
Probleem 2

Focusproblemen en focus-trap in dialoog

Impact: Groot WCAG 2.4.3 / 2.4.7 / 2.4.11 Web

Toetsenbordgebruikers en schermlezer-gebruikers volgen de focus om te weten waar ze zijn. Verdwijnt de focus uit beeld of springt hij onverwacht ergens heen, dan verliezen ze hun oriëntatiepunt.

Op alle pagina's van deze website is de standaard toetsenbordfocus uit het CSS verwijderd voor alle interactieve elementen, en er is geen alternatieve focusindicator voorzien. Bezoekers die met het toetsenbord navigeren, kunnen daardoor niet zien op welk element de focus staat.

Als bezoeker die met het toetsenbord navigeert, slechtziend is of de pagina vergroot weergeeft, volg ik visueel waar de focus zich bevindt. Elk interactief element heeft een duidelijk zichtbare focusindicator nodig. Nu is de standaardindicator weggehaald zonder vervanging, en navigeer ik blind door de pagina.
Schermafbeelding van het beschreven probleem Illustratie ter toelichting
Probleem 3

Onvoldoende kleurcontrast

Impact: Groot WCAG 1.4.3 / 1.4.11 Web

Niet iedereen heeft perfecte ogen — denk aan slechtzienden of iedereen die de site in fel zonlicht bekijkt. Met genoeg contrast (4,5:1 voor tekst, 3:1 voor randen en iconen) blijven knoppen en links voor iedereen leesbaar.

In de zoekresultaten staan links met afbeeldingen. Bij het klikken op een afbeelding opent een dialoogvenster. Bovenaan dat dialoogvenster staat een link met een lichtgrijs (#CCCCCC) "x"-icoon op een witte achtergrond. De contrastverhouding van 1,6:1 is te laag. Hetzelfde probleem komt voor bij de dialoogvensters die verschijnen na klikken op de links "reageer op deze foto", "aanpassen" en de "share"-link, en op de pagina's:

* https://beeldbank.zuid-holland.nl/yourpp.pp, bij het klikken op "mijn gegevens aanpassen" en "wachtwoord aanpassen"

* https://beeldbank.zuid-holland.nl/yourdeliveries.pp?id=42199, na het klikken op de knop met het hartje-icoon

Als bezoeker met een visuele beperking herken ik icoonlinks aan voldoende contrast. Het icoon op elke link zonder zichtbare tekst heeft minimaal 3:1 contrast nodig. Een icoon dat ik niet kan zien, is een link die ik niet kan gebruiken.
Schermafbeelding van het beschreven probleem Web — Contrast van icoon op link is te laag
Probleem 4

Tekst schaalt niet mee

Impact: Groot WCAG 1.4.4 / 1.4.10 Web

Veel mensen vergroten tekst — via de browser, via systeeminstellingen, of via een loep. Werkt jouw site daar niet aan mee, dan sluit je iedereen uit die geen kleine tekst kan lezen.

Wanneer een bezoeker de pagina voor het eerst bezoekt, verschijnt een modaal inlog-dialoogvenster. Op een scherm van 1280 bij 1024 pixels met 400% zoom is het onderliggende inlogformulier niet zichtbaar en niet bedienbaar. Inzoomen tot 400% mag de functionaliteit of zichtbaarheid van informatieve elementen niet aantasten.

Als bezoeker met een visuele beperking zoom ik tot 400% in om de pagina te kunnen lezen. Als ik ver inzoom, verdwijnen knoppen of links of zijn ze niet meer te gebruiken. Ik wil dat alles op de pagina blijft werken bij inzoomen.
Schermafbeelding van het beschreven probleem Web — Functie verdwijnt of is niet meer zichtbaar bij 400% zoom
Probleem 5

Formulierfouten en labels

Impact: Groot WCAG 3.3.1 / 3.3.2 / 3.3.3 / 1.3.5 Web

Een formulier zonder labels is een rijtje vakken zonder context. Een schermlezer kondigt dan alleen "invoerveld" aan — geen idee waar het voor is of wat erin moet.

In het inlog-dialoogvenster staat een link "Wachtwoord vergeten" die aanvullende inhoud opent met een "E-mail"-veld. Dit formulier gebruikt HTML5-validatie en toont de standaard HTML5-foutmeldingen bij leeg of onjuist verzenden. Deze standaardmeldingen worden niet betrouwbaar ondersteund door alle browsers en schermlezers. Elke browser toont ze anders en de toegankelijkheid (volledigheid, duur) is niet gegarandeerd.

Als bezoeker met een schermlezer hoor ik bij het maken van een fout soms geen foutmelding of een onduidelijke melding. Ik wil altijd een duidelijke uitleg horen van wat er mis ging en hoe ik het kan oplossen.

Voorbeeld in het volledige rapport

Probleem 6

Niet bedienbaar met toetsenbord

Impact: Groot WCAG 2.1.1 / 2.1.2 Web

Niet iedereen kan een muis gebruiken. Werkt een knop of dropdown alleen met klikken of slepen, dan is hij onbruikbaar voor toetsenbordgebruikers, schermlezer-gebruikers en spraakbesturing.

In de zoekresultaten staan knoppen met een winkelwagen-icoon die niet via het toetsenbord te bedienen zijn: ze reageren niet op de spatiebalk of de Enter-toets. Alle knoppen moeten met beide toetsen activeerbaar zijn — dat is de standaardinteractie voor knoppen en essentieel voor bezoekers die op toetsenbordnavigatie aangewezen zijn.

Als bezoeker die het toetsenbord gebruikt, wil ik dat elke knop reageert op zowel Enter als de spatiebalk. Nu gebeurt er niets wanneer ik die toetsen indruk.
Schermafbeelding van het beschreven probleem Illustratie ter toelichting
Hulpmiddelen

Onze tools — gratis te gebruiken

Voor elk type bevinding in dit rapport hebben we een tool gebouwd die je redacteuren en ontwikkelaars helpt om het zelf te controleren — zonder ons erbij te hoeven halen.

Alle tools op één plek: properaccess.nl/tools
Vervolgstappen

Wat raden we aan

Op dit moment voldoet website beeldbank.zuid-holland.nl niet aan WCAG 2.2 AA. De goede kans: de meeste problemen zijn structureel — ze komen vele malen voor maar hebben dezelfde oplossing. Eén oplossing rolt door de hele site heen.

1

Pak de structurele issues eerst

De 6 hoofdthema's verklaren het grootste deel van de bevindingen. Eén goede pass langs gedeelde componenten lost veel tegelijk op.

2

Gebruik het Plan van Aanpak

Bij het rapport zit een Plan van Aanpak met concrete oplossingen, gegroepeerd naar wie wat moet doen — designer, ontwikkelaar, redactie.

3

Plan een hercontrole

Na het oplossen kunnen we hertesten zodat een actuele toegankelijkheidsverklaring gepubliceerd kan worden.

Vragen?
Volledige rapporten en Plan van Aanpak via Proper Access
properaccess.nl · 085 5055 890
1 / 13