Toegankelijkheidsaudit · 20 mei 2026

website subsidieregister.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 subsidieregister.zuid-holland.nl

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

Steekproef

  1. 01. Op alle pagina's
  2. 02. Register
  3. 03. Toelichting

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 subsidieregister.zuid-holland.nl — 19 bevindingen

12
Grote impact
7
Medium impact
0
Kleine impact
14
WCAG-criteria geraakt

Verdeling naar impact

Type bevindingen

Resultaat per WCAG-principe

Welke richtlijnen lopen mis

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

Waarneembaar

80%behaald
16 van de 20 succescriteria behaald · 4 niet
Niet behaald
1.1.11.3.11.4.31.4.10
Wel behaald
1.2.11.2.21.2.31.2.41.2.51.3.21.3.31.3.41.3.51.4.11.4.21.4.41.4.51.4.111.4.121.4.13

Bedienbaar

70%behaald
14 van de 20 succescriteria behaald · 6 niet
Niet behaald
2.1.12.4.22.4.32.4.42.4.62.5.3
Wel behaald
2.1.22.1.42.2.12.2.22.3.12.4.12.4.52.4.72.4.112.5.12.5.22.5.42.5.72.5.8

Begrijpelijk

85%behaald
11 van de 13 succescriteria behaald · 2 niet
Niet behaald
3.1.13.3.2
Wel behaald
3.1.23.2.13.2.23.2.33.2.43.2.63.3.13.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

Info en relaties ontbreken in de code

Wat visueel duidelijk is — een groep bij elkaar horende velden, een kop, een lijst — staat niet in de HTML. Schermlezers missen die samenhang.

3

Focusproblemen en focus-trap in dialoog

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

4

Tekst schaalt niet mee

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

5

Niet bedienbaar met toetsenbord

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

6

Status en waarden niet doorgegeven

Uitgeschakelde knoppen, geselecteerde filters, statusmeldingen die alleen visueel zijn en niet aan AT worden doorgegeven.

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.

In de header staan knoppen zonder toegankelijke naam. Hierdoor kunnen bezoekers met een schermlezer niet vaststellen wat de functie van de knop is.

Hetzelfde probleem komt voor op het kleine scherm in het mobiele menu.

Als bezoeker met een schermlezer of spraakbediening moet ik knoppen kunnen herkennen. Elke knop heeft een toegankelijke naam nodig. Zonder die naam leest mijn schermlezer alleen "knop" voor en weet ik niet wat er gebeurt als ik de knop activeer.
Schermafbeelding van het beschreven probleem Web — Knop in de header heeft geen toegankelijke naam
Probleem 2

Info en relaties ontbreken in de code

Impact: Medium WCAG 1.3.1 Web

Informatie en relaties die je visueel ziet — dat een aantal velden bij elkaar horen, dat iets een kop is, dat iets een lijst is — moeten ook in de HTML staan. Anders is de samenhang alleen toegankelijk voor wie het scherm kan zien.

Op deze pagina staat een groep invoervelden onder de tekst "Verleend bedrag". Visueel vormen deze velden een groep, maar die relatie is niet vastgelegd in de HTML. Daardoor kan hulpsoftware de samenhang tussen de elementen niet bepalen.

Als bezoeker met een schermlezer moet ik bij elkaar horende invoervelden samen aangeboden krijgen, met een gezamenlijke naam. Anders begrijp ik niet waar de groep over gaat en hoe de velden zich tot elkaar verhouden.
Schermafbeelding van het beschreven probleem Web — Relatie tussen een groep invoervelden is niet in de code vastgelegd
Probleem 3

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.

In de header komt de toetsenbordfocus na de link "Toelichting" terecht op een onzichtbaar interactief element. Onzichtbare interactieve elementen mogen geen onderdeel zijn van de focusvolgorde. Dit kan leiden tot onbedoelde activering en verwarring, vooral voor bezoekers die met het toetsenbord navigeren.

Hetzelfde probleem komt voor op het kleine scherm in het mobiele menu.

Als bezoeker met een toetsenbord of schermlezer moet ik zien waar de toetsenbordfocus zich bevindt. De focus mag alleen terechtkomen op zichtbare interactieve elementen. Nu landt de focus op verborgen knoppen en activeer ik per ongeluk onzichtbare elementen.
Schermafbeelding van het beschreven probleem Illustratie ter toelichting
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.

Op deze pagina is een horizontale scrollbalk aanwezig bij 400% zoom en delen van de tekst zijn niet zichtbaar, bijvoorbeeld "Subsidieregister".

Horizontaal scrollen op de hele pagina is niet toegestaan, ook niet als de viewport is ingesteld of ingezoomd op 320 CSS-pixels breed (voor verticale inhoud) of 256 CSS-pixels hoog (voor horizontale inhoud). Zorg ervoor dat de tekst binnen het scherm past. Alleen als scrollen in beide richtingen echt nodig is voor de betekenis of het gebruik van de inhoud mag het wel. Uitzonderingen zijn tabellen, betekenisvolle afbeeldingen en kaarten. Deze moeten leesbaar blijven, dus binnen deze elementen mag je wel scrollen.

Als bezoeker met een visuele beperking zoom ik in tot 400% of lees ik de website op 320 pixels breed. Ik heb de inhoud nodig in één kolom zonder horizontaal scrollen. Anders moet ik bij elke regel heen en weer scrollen.
Schermafbeelding van het beschreven probleem Web — Bij 400% zoom verschijnt een horizontale scrollbalk
Probleem 5

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.

Op deze pagina, in de zijbalk, is het element met de tekst "Filters resetten" niet met het toetsenbord te bedienen. De knop kan niet worden geactiveerd met de spatiebalk of de Enter-toets. Alle knoppen moeten met zowel de spatiebalk als de Enter-toets bediend kunnen worden. Dit is standaard toetsenbordgedrag bij knoppen en essentieel voor bezoekers die op toetsenbordnavigatie zijn aangewezen.

Als bezoeker met een toetsenbord of schermlezer bedien ik knoppen met Enter of spatiebalk. Elke knop moet op beide toetsen reageren. Nu reageert deze knop alleen op een muisklik en kan ik de functie niet bereiken.
Schermafbeelding van het beschreven probleem Illustratie ter toelichting
Probleem 6

Status en waarden niet doorgegeven

Impact: Groot WCAG 4.1.2 / 4.1.3 Web

Een schermlezer kan alleen aankondigen wat de code hem vertelt. Een geselecteerd filter dat alleen visueel oplicht, of een statusmelding die niet aan hulpsoftware wordt doorgegeven — voor wie niet ziet, gebeurt dat onzichtbaar.

Op deze pagina passen filters de zoekresultaten aan en verschijnt een melding zoals "1 t/m 20 getoond van de 5355 resultaten" zonder dat de pagina herlaadt. Deze melding is een statusbericht, maar wordt niet voorgelezen door schermlezers. Statusberichten moeten automatisch worden voorgelezen wanneer ze verschijnen of veranderen.

Ik luister naar de website met mijn schermlezer. Als mijn zoekopdracht resultaat heeft opgeleverd, moet ik het kunnen horen.
Schermafbeelding van het beschreven probleem Web — Aangepaste zoekresultaten worden niet voorgelezen door schermlezers
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 subsidieregister.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