PROPER•ACCESS

Toegankelijkheidsaudit · 21 september 2026

het Omgevingsbeleid van provincie Zuid-Holland

Status, grootste problemen en vervolgstappen

Rapportdatum 21 september 2026

Scope

Wat hebben we onderzocht

Web

het Omgevingsbeleid van provincie Zuid-Holland

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

Steekproef

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

het Omgevingsbeleid van provincie Zuid-Holland: 70 bevindingen

45

Serieus

24

Matig

1

Klein

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

65%behaald

13 van de 20 succescriteria behaald · 7 niet

Niet behaald

1.1.11.3.11.4.11.4.31.4.41.4.101.4.11

Wel behaald

1.2.11.2.21.2.31.2.41.2.51.3.21.3.31.3.41.3.51.4.21.4.51.4.121.4.13

Bedienbaar

70%behaald

14 van de 20 succescriteria behaald · 6 niet

Niet behaald

2.1.12.4.32.4.62.4.72.5.32.5.7

Wel behaald

2.1.22.1.42.2.12.2.22.3.12.4.12.4.22.4.42.4.52.4.112.5.12.5.22.5.42.5.8

Begrijpelijk

92%behaald

12 van de 13 succescriteria behaald · 1 niet

Niet behaald

3.3.2

Wel behaald

3.1.13.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 hulpsoftware.

1

Knoppen zonder toegankelijke naam

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

2

Niet bedienbaar met toetsenbord

Bedieningen zijn alleen via aanraking of muis te bereiken, onbruikbaar voor toetsenbordgebruikers en sommige vormen van hulpsoftware.

3

Onvoldoende kleurcontrast

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

4

Info en relaties ontbreken in de code

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

5

Focusproblemen in dialoog

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

6

Tekst schaalt niet mee

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

Probleem 1

Knoppen zonder toegankelijke naam

Impact: Serieus 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, en weet de gebruiker niet wat er gebeurt als hij hem activeert.

Als een bezoeker de pagina opent, verschijnt er een dialoogvenster. Dit venster heeft geen rol en geen toegankelijke naam. Een schermlezer meldt daardoor niet dat er een dialoogvenster is geopend en waar het over gaat.

Hetzelfde geldt in de kopregel voor de dialoogvensters achter de knoppen met het mapicoon, het printicoon, het deelicoon en het "?"-icoon.

Ik lees de website met een schermlezer. Als er een dialoogvenster opent, hoor ik dat niet. Ik verwacht dat mijn schermlezer meldt dat er een dialoogvenster is geopend en waar het voor is.

Voorbeeld in het volledige rapport

Probleem 2

Niet bedienbaar met toetsenbord

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

Als een bezoeker de pagina opent, verschijnt er een dialoogvenster. De lijstonderdelen onder de kop "Beschikbare groepen" reageren op een muisklik, maar je kunt er met het toetsenbord niet bij.

Wie de website met het toetsenbord bedient, kan deze keuzes dus niet maken.

Ik bedien de website met het toetsenbord. De onderdelen in de lijst "Beschikbare groepen" kan ik niet bereiken. Ik verwacht dat ik het dialoogvenster kan gebruiken zonder muis.

Schermafbeelding van het beschreven probleem

Illustratie ter toelichting

Probleem 3

Onvoldoende kleurcontrast

Impact: Serieus 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 standaard tekst, 3,0:1 voor grote tekst, randen en iconen) blijven knoppen en links voor iedereen leesbaar.

Als een bezoeker de pagina opent, verschijnt er een dialoogvenster. De sluitknop met het "x"-icoon is lichtgrijs (#CCCCCC) op een witte achtergrond. Het contrast is 1,6:1. Bezoekers die slecht zien of kleuren moeilijk onderscheiden, zien de knop niet of nauwelijks.

Ik zie slecht. Ik verwacht dat iconen op knoppen duidelijk afsteken tegen de achtergrond.

Voorbeeld in het volledige rapport

Probleem 4

Info en relaties ontbreken in de code

Impact: Matig WCAG 1.3.1 Web

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

![](images/04.webp)

Als je in het zijmenu een selectievakje aanzet, verschijnt er tekst onder de kaart. In die tekst staan koppen zonder kopelement. Ze zijn met een strong-element vetgedrukt zodat ze eruitzien als een kop, bijvoorbeeld "Leeswijzer".

Het strong-element geeft nadruk aan tekst en maakt geen kop. Wie de pagina met een schermlezer leest, krijgt deze koppen niet in de koppenlijst te zien en mist daarmee de opbouw van de tekst.

Ik lees de website met een schermlezer. Als ik door de koppen navigeer, mis ik de koppen die niet als kop in de code staan. Ik verwacht dat elke kop een echte kop is, zodat ik de opbouw van de pagina kan volgen.

Voorbeeld in het volledige rapport

Probleem 5

Focusproblemen in dialoog

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

Als een bezoeker de pagina opent, verschijnt er een dialoogvenster. De toetsenbordfocus kan dat venster verlaten en op de pagina eronder terechtkomen. Bij een modaal dialoogvenster hoort de focus binnen het venster te blijven zolang het openstaat.

Hetzelfde gebeurt in de kopregel bij de dialoogvensters achter de knoppen met het mapicoon, het printicoon, het deelicoon en het "?"-icoon, en bij de andere dialoogvensters.

Ik gebruik de website met een toetsenbord en een schermlezer. Als een dialoogvenster openstaat en ik alle elementen erin heb gehad, kom ik met de volgende Tab op de pagina erachter. Ik verwacht dat de focus in het venster blijft tot ik het sluit.

Illustratie ter toelichting

Probleem 6

Tekst schaalt niet mee

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

![](images/10.webp)

Als je deze pagina bekijkt op een scherm van 1280 bij 1024 pixels en inzoomt tot 200% of 400%, is een deel van de inhoud niet meer te zien en niet meer te bedienen. Dat geldt bijvoorbeeld voor een deel van de selectievakjes in het zijmenu.

Ik vergroot de tekst tot twee keer de normale grootte om te kunnen lezen. Als ik inzoom, verdwijnen er knoppen en links of kan ik ze niet meer gebruiken. Ik verwacht dat alles blijft werken als ik inzoom.

Voorbeeld in het volledige rapport

Hulpmiddelen

Zelf controleren met de WCAG Radar

Een knop in je bladwijzerbalk of een extensie voor Chrome en Firefox, met tabbladen voor redactie, design en development. 28 van de 45 checks zijn gratis en vragen geen account. De Radar rekent alles in je eigen browser uit: hij verstuurt niets en slaat niets op.

De opties die je voor dit rapport nodig hebt

Toegankelijke naam
Contrast
Koppen en structuur
Tabellen
Focus zichtbaar maken
Grijstinten
Formulieren

Bij elke bevinding in het rapport staat welke optie je aanzet en waar je op let.

Installeren en aan de slag: properaccess.nl/tools/wcag-radar

Vervolgstappen

Wat raden we aan

Op dit moment voldoet het Omgevingsbeleid van provincie Zuid-Holland niet aan WCAG 2.2 AA. Het goede nieuws: de meeste problemen zijn structureel, ze komen vele malen voor maar hebben dezelfde oplossing. Er is slechts één aanpassing nodig om deze problemen integraal op te lossen.

1

Pak de structurele issues eerst

De 6 hoofdthema's verklaren het grootste deel van de bevindingen. Eén aanpassing 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

PROPER•ACCESS

properaccess.nl · 085 5055 890