Toegankelijkheidsaudit · 15 juni 2026

website keuzehulpverkeersmaatregelen.zuid-holland.nl

Status, grootste problemen en vervolgstappen

Onderzocht tussen 1 en 15 juni 2026 · Rapportdatum 15 juni 2026
Scope

Wat hebben we onderzocht

Web

website keuzehulpverkeersmaatregelen.zuid-holland.nl

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

Steekproef

  1. 01. Home
  2. 02. Handleiding

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 keuzehulpverkeersmaatregelen.zuid-holland.nl — 31 bevindingen

14
Grote impact
17
Medium impact
0
Kleine impact
16
WCAG-criteria geraakt

Verdeling naar impact

Type bevindingen

Resultaat per WCAG-principe

Welke richtlijnen lopen mis

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

Waarneembaar

55%behaald
11 van de 20 succescriteria behaald · 9 niet
Niet behaald
1.1.11.3.11.4.11.4.31.4.41.4.51.4.101.4.111.4.13
Wel behaald
1.2.11.2.21.2.31.2.41.2.51.3.21.3.31.3.41.3.51.4.21.4.12

Bedienbaar

80%behaald
16 van de 20 succescriteria behaald · 4 niet
Niet behaald
2.1.12.4.22.4.42.5.3
Wel behaald
2.1.22.1.42.2.12.2.22.3.12.4.12.4.32.4.52.4.62.4.72.4.112.5.12.5.22.5.42.5.72.5.8

Begrijpelijk

92%behaald
12 van de 13 succescriteria behaald · 1 niet
Niet behaald
3.1.1
Wel behaald
3.1.23.2.13.2.23.2.33.2.43.2.63.3.13.3.23.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

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

Taal niet gedefinieerd

De pagina- of fragmenttaal is niet gemarkeerd; schermlezers spreken het verkeerd uit.

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.

Het logo bovenaan de website, dat tegelijk een link is, heeft geen tekstalternatief (SC 1.1.1). Het alt-attribuut ontbreekt.

Daardoor heeft deze link geen toegankelijke naam (SC 4.1.2). Schermlezergebruikers kunnen het doel of de bestemming van de link niet vaststellen (SC 2.4.4). Alle links horen een toegankelijke naam te hebben die duidelijk de bestemming beschrijft.

Als bezoeker die de website met een schermlezer lees, navigeer ik naar het logo bovenaan de pagina en kan ik niet vaststellen welke organisatie het voorstelt of waar de link naartoe gaat. Ik heb nodig dat het logo een betekenisvol tekstalternatief heeft en dat de link een duidelijke toegankelijke naam heeft die de bestemming beschrijft. Als het logo zichtbare tekst bevat, heb ik ook nodig dat die tekst in de toegankelijke naam zit, zodat spraakcommando's op basis van het zichtbare label werken.
Schermafbeelding van het beschreven probleem Web — Link heeft geen toegankelijke naam
Probleem 2

Info en relaties ontbreken in de code

Impact: Groot 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.

Deze pagina bevat een formulier waarin het label-element met de tekst "Wegzijde" niet expliciet aan het bijbehorende select-element is gekoppeld.

Als bezoeker die de website met een schermlezer en spraakbesturing gebruik, navigeer ik naar een formulierveld en heb ik nodig dat het label er correct aan gekoppeld is, zodat ik begrijp waar het veld voor dient. Wanneer ik het zichtbare label uitspreek om het veld te activeren, heb ik nodig dat het veld op mijn commando reageert. Als het label niet aan het veld is gekoppeld of niet in de toegankelijke naam zit, kan ik het veld niet herkennen of activeren.
Schermafbeelding van het beschreven probleem Web — Label niet aan invoerveld gekoppeld (for-id)
Probleem 3

Onvoldoende kleurcontrast

Impact: Medium 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.

Op deze pagina verschijnt een grafiek wanneer filters zoals "N-weg" en "Hectometrering" worden toegepast. Verschillende grafische objecten in de grafiek, waaronder de grafieklijnen, de puntmarkeringen en de legenda-indicatoren, worden weergegeven in kleuren met onvoldoende contrast ten opzichte van de aangrenzende achtergrondkleuren.

Als bezoeker met een visuele beperking bekijk ik grafieken en diagrammen en heb ik nodig dat ik de lijnen, markeringen en andere grafische elementen kan onderscheiden van de achtergrond. Als grafische objecten onvoldoende contrast hebben, kan ik de getoonde gegevens niet waarnemen of interpreteren.

Voorbeeld in het volledige rapport

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 deze pagina wordt bekeken op een schermresolutie van 1280 bij 1024 pixels en wordt ingezoomd tot 200%, gaat de volgende tekst gedeeltelijk verloren: zie het jaartal in het veld "Datum".

Inzoomen tot 200% mag de leesbaarheid van geen enkel informatief element aantasten.

Als bezoeker die inzoomt tot 200% om de pagina te lezen, zie ik dat sommige tekst verdwijnt of over andere inhoud heen valt. Ik heb nodig dat alle tekst zichtbaar en leesbaar blijft bij 200% zoom.
Schermafbeelding van het beschreven probleem Web — Content gaat verloren bij 200% zoom
Probleem 5

Taal niet gedefinieerd

Impact: Medium WCAG 3.1.1 / 3.1.2 Web

Een schermlezer moet weten in welke taal hij zit, anders leest hij Nederlandse tekst voor met Engelse uitspraakregels. Het lang-attribuut op het html-element vertelt hem de paginataal.

De hoofdtaal van deze pagina is Nederlands, maar het lang-attribuut staat ten onrechte op "en". Het lang-attribuut op het html-element hoort de hoofdtaal van de pagina nauwkeurig weer te geven. In dit geval moet dat lang="nl" zijn. Schermlezers gebruiken dit attribuut om de juiste uitspraakregels toe te passen. Een onjuist lang-attribuut leidt tot verkeerde uitspraak en maakt de inhoud lastig te begrijpen voor schermlezergebruikers.

Als bezoeker die de website met een schermlezer laat voorlezen, hoor ik de Nederlandse tekst verkeerd uitgesproken, omdat de taal verkeerd is ingesteld. Ik heb nodig dat mijn schermlezer de inhoud met de juiste Nederlandse uitspraak voorleest. Als delen van de pagina in een andere taal staan, heb ik nodig dat mijn schermlezer voor die delen overschakelt naar de juiste uitspraak.
Schermafbeelding van het beschreven probleem Web — Taalcode is niet correct
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.

Op deze pagina verschijnt een extra sectie wanneer de filters "N-weg" en "Hectometrering" worden toegepast. In deze sectie toont een "i"-icoon onder "Data" extra content bij hover, maar deze functionaliteit is niet beschikbaar voor toetsenbordgebruikers. Tooltips moeten ook bereikbaar zijn voor bezoekers die alleen het toetsenbord gebruiken.

Als bezoeker die de website met het toetsenbord gebruik, navigeer ik door de pagina en krijgt een knop focus, maar de extra content verschijnt niet. Ik heb nodig dat dezelfde informatie ook zonder muis zichtbaar is. Het informatie-icoon biedt extra informatie, maar ik kan het niet bereiken of activeren. Ik heb nodig dat ik dezelfde informatie kan opvragen die bij hover met de muis verschijnt.
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 keuzehulpverkeersmaatregelen.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