Toegankelijkheidsaudit · 15 juni 2026

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

  • Apparaat: ArcGIS REST Services Directory
  • Pagina's: 11 (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 geoservices.zuid-holland.nl — 16 bevindingen

6
Grote impact
10
Medium impact
0
Kleine impact
12
WCAG-criteria geraakt

Verdeling naar impact

Type bevindingen

Resultaat per WCAG-principe

Welke richtlijnen lopen mis

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

Waarneembaar

75%behaald
15 van de 20 succescriteria behaald · 5 niet
Niet behaald
1.1.11.3.11.3.51.4.31.4.10
Wel behaald
1.2.11.2.21.2.31.2.41.2.51.3.21.3.31.3.41.4.11.4.21.4.41.4.51.4.111.4.121.4.13

Bedienbaar

85%behaald
17 van de 20 succescriteria behaald · 3 niet
Niet behaald
2.4.12.4.22.5.3
Wel behaald
2.1.12.1.22.1.42.2.12.2.22.3.12.4.32.4.42.4.52.4.62.4.72.4.112.5.12.5.22.5.42.5.72.5.8

Begrijpelijk

77%behaald
10 van de 13 succescriteria behaald · 3 niet
Niet behaald
3.1.23.3.13.3.3
Wel behaald
3.1.13.2.13.2.23.2.33.2.43.2.63.3.23.3.43.3.73.3.8

Robuust

50%behaald
1 van de 2 succescriteria behaald · 1 niet
Niet behaald
4.1.2
Wel behaald
4.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

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.

2

Formulierfouten en labels

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

3

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.

4

Tekst schaalt niet mee

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

5

Onvoldoende kleurcontrast

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

6

Taal niet gedefinieerd

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

Probleem 1

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.

Onder de tekst "Services:" staat een ul-element zonder lijstitems. Een lege lijst geeft geen betekenisvolle structuur en kan door hulpsoftware worden aangekondigd als een lijst zonder items, wat verwarrend is.

Hetzelfde probleem komt voor op onder andere de pagina https://geoservices.zuid-holland.nl/arcgis/rest/services/Anders/Europese_Projectie_EPSG3035/MapServer onder de teksten "Initial Extent:", "Full Extent:" en "Document Info:".

Als bezoeker die een schermlezer gebruikt, heb ik nodig dat lijsten ook echt lijstitems bevatten, zodat ik de structuur van de inhoud begrijp en niet in de war raak door een lege lijst.
Schermafbeelding van het beschreven probleem Web — Lege lijst zonder lijstitems
Probleem 2

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.

Wanneer het formulier met fouten of met lege verplichte velden wordt verzonden, wordt het niet verstuurd, maar er verschijnt geen foutmelding of andere aanwijzing over wat er mis is. Bezoekers begrijpen daardoor niet dat er een fout is opgetreden of welk veld ze moeten herstellen.

Als bezoeker die een formulier verzendt, heb ik duidelijke foutmeldingen nodig die uitleggen wat er mis is en welke velden ik moet herstellen, zodat ik de fout kan oplossen en het formulier alsnog kan versturen.

Voorbeeld in het volledige rapport

Probleem 3

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 deze pagina heeft het invoerveld "Historic Moment:" geen toegankelijke naam. Bezoekers die blind of slechtziend zijn en een schermlezer gebruiken, kunnen daardoor niet vaststellen waar het veld voor dient. Elk invoerveld moet een toegankelijke naam hebben die de functie duidelijk beschrijft. Dit raakt ook succescriterium 2.5.3, omdat de zichtbare tekst niet in de toegankelijke naam is opgenomen.

Als bezoeker die een schermlezer gebruikt, vul ik een formulier in en hoor ik alleen "bewerk tekst" zonder uitleg. Daarnaast gebruik ik soms spraakbesturing: als ik het zichtbare label uitspreek, reageert het veld niet. Ik heb nodig dat elk veld een duidelijke naam heeft die overeenkomt met het zichtbare label, zodat ik weet wat ik moet invullen en het veld met mijn stem kan bedienen.
Schermafbeelding van het beschreven probleem Web — Invoerveld heeft geen toegankelijke naam
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.

Bij een schermresolutie van 1280 bij 1024 pixels en 400% zoom verschijnt op de website een horizontale schuifbalk. Een deel van de links is dan niet meer zichtbaar, bijvoorbeeld "Login".

Als bezoeker met een visuele beperking zoom ik in tot 400% om de tekst te kunnen lezen. Nu verschijnt er een horizontale schuifbalk en moet ik op elke regel heen en weer scrollen. Ik heb nodig dat de tekst automatisch binnen de breedte van mijn scherm past.
Schermafbeelding van het beschreven probleem Web — Bij 400% inzoomen verschijnt een horizontale schuifbalk
Probleem 5

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.

Bij het verzenden van een leeg formulier verschijnt de foutmelding "Invalid 'size'" in rood (#FF6666) op een witte achtergrond. Het contrast is 2,9:1. Normale tekst (kleiner dan 18pt, of kleiner dan 14pt vet) heeft een contrast van minimaal 4,5:1 nodig om leesbaar te zijn. Onvoldoende contrast maakt tekst lastig of onmogelijk leesbaar voor bezoekers met een visuele beperking of kleurzwakte.

Als bezoeker met een visuele beperking lees ik een pagina en kan ik tekst met te weinig contrast niet onderscheiden van de achtergrond. Ik heb nodig dat tekst altijd duidelijk afsteekt tegen zijn achtergrond.
Schermafbeelding van het beschreven probleem Web — Tekstcontrast is lager dan 4,5:1
Probleem 6

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.

Op alle pagina's staat tekst in een andere taal (Nederlands) zonder taalcode (nl), bijvoorbeeld in de broodkruimels: "Gebiedsprofielen" en andere termen. Hierdoor leest een schermlezer deze tekst voor met de uitspraakregels van de hoofdtaal, waardoor de woorden verkeerd worden uitgesproken.

Als bezoeker die de pagina laat voorlezen door een schermlezer, kom ik woorden tegen in een andere taal dan de hoofdtaal van de pagina. Nu worden die met de verkeerde klanken uitgesproken. Ik heb nodig dat elke taal met de juiste uitspraak wordt voorgelezen.
Schermafbeelding van het beschreven probleem Web — Anderstalige content heeft geen taalcode
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 geoservices.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