Toegankelijkheidsaudit · 18 mei 2026

Content-audit digitale toegankelijkheid van website mijnzorg.s-hertogenbosch.nl

Status, grootste problemen en vervolgstappen

Onderzocht tussen 4 en 18 mei 2026 · Rapportdatum 18 mei 2026
Scope

Wat hebben we onderzocht

Web

Content-audit digitale toegankelijkheid van website mijnzorg.s-hertogenbosch.nl

  • Pagina's: 13 (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

Content-audit digitale toegankelijkheid van website mijnzorg.s-hertogenbosch.nl — 16 bevindingen

2
Grote impact
14
Medium impact
0
Kleine impact
3
WCAG-criteria geraakt

Verdeling naar impact

Type bevindingen

Resultaat per WCAG-principe

Welke richtlijnen lopen mis

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

Waarneembaar

90%behaald
18 van de 20 succescriteria behaald · 2 niet
Niet behaald
1.3.11.4.3
Wel behaald
1.1.11.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.101.4.111.4.121.4.13

Bedienbaar

95%behaald
19 van de 20 succescriteria behaald · 1 niet
Niet behaald
2.4.2
Wel behaald
2.1.12.1.22.1.42.2.12.2.22.3.12.4.12.4.32.4.42.4.52.4.62.4.72.4.112.5.12.5.22.5.32.5.42.5.72.5.8

Begrijpelijk

100%behaald
13 van de 13 succescriteria behaald · 0 niet
Wel behaald
3.1.13.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

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

De 3 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

Semantische elementen niet volgens betekenis gebruikt

HTML-tags worden ingezet voor uitstraling in plaats van betekenis: <em> voor cursief, <strong> voor "kop", lijsten zonder lijst-tag. Schermlezers kondigen dan iets anders aan dan wat er staat.

2

Onvoldoende kleurcontrast

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

3

PDF-bestanden zijn niet toegankelijk

PDF's missen tags, taalinstelling of een beschrijvende titel — schermlezers kunnen de structuur niet voorlezen en de inhoud is onbereikbaar voor blinde en slechtziende bezoekers.

Probleem 1

Semantische elementen niet volgens betekenis gebruikt

Impact: Groot WCAG 1.3.1 Web

Een schermlezer leest je site niet zoals een ziende bezoeker hem ziet — hij interpreteert hem aan de hand van de HTML-tags. Een <em> betekent "dit moet benadrukt worden", een <h2> betekent "dit is een kop", een <ul> betekent "dit is een lijst". Worden die tags ingezet voor uitstraling in plaats van betekenis — een <em> om iets cursief te krijgen, een <strong> om iets als kop te laten lijken — dan klopt het verhaal dat de schermlezer aankondigt niet meer met wat er op het scherm staat. Gebruik HTML-tags voor wat ze betekenen, en CSS voor hoe het eruitziet.

Op deze pagina wordt content visueel als lijst gepresenteerd (met bullets of nummers), maar de inhoud is niet als HTML-lijst gemarkeerd met ul-, ol- of li-elementen.

Hetzelfde probleem komt voor op de pagina:

* https://mijnzorg.s-hertogenbosch.nl/formulier?formulierid=regiotaxi

Ik gebruik een schermlezer. Elke zichtbare lijst heeft een echte ul- of ol-markup met li nodig. Anders lezen items als één lange zin.
Schermafbeelding van het beschreven probleem Web — Visuele opsomming niet als lijst gemarkeerd
Probleem 2

Onvoldoende kleurcontrast

Impact: Medium WCAG 1.4.3 / 1.4.11 Web

Kleurcontrast bepaalt of je tekst en knoppen kunt zien. Niet iedereen heeft perfecte ogen — denk aan collega's boven de vijftig met mild contrastverlies, of iedereen die de site op een telefoon in fel zonlicht bekijkt. Met genoeg contrast (4,5:1 voor tekst, 3:1 voor randen en pictogrammen) blijven knoppen en links zichtbaar, ook voor wie het scherm onder een ongunstige hoek of bij minder licht leest.

Bovenaan alle pagina's staat de witte tekst "Acceptatie" op een oranje achtergrond (#E38A07). De contrastratio is te laag: 2,7:1.

Daarnaast staat de witte tekst "Inloggen met DigiD" (vóór het inloggen) op een oranje achtergrond (#E17000). De contrastratio is te laag: 3,2:1.

Ook staan de witte teksten "Home", "Hulp" en andere op een bruine achtergrond (#ad9156). De contrastratio is te laag: 3,0:1.

Als slechtziende bezoeker heb ik behoefte aan voldoende contrast van tekst. Ik wil dat tekst kleiner dan 19px minimaal 4,5:1 contrast heeft. Anders kan ik juist de lopende tekst niet lezen.
Schermafbeelding van het beschreven probleem Web — Kleurcontrast bij tekst kleiner dan 19px is onvoldoende
Probleem 3

PDF-bestanden zijn niet toegankelijk

Impact: Groot WCAG 1.3.1 / 2.4.2 Web

PDF's zijn een eigen werkelijkheid binnen je site — ze hebben hun eigen structuur, hun eigen titel, hun eigen taalinstelling. Een PDF die op het scherm prima leest, kan voor een schermlezer een ondoordringbare wand zijn als de tags ontbreken, de taal verkeerd staat of de titel een tijdelijke aanduiding is. Voor een overheidsorganisatie die formele documenten publiceert is dit kritiek: vaak zijn juist die documenten het belangrijkste wat een bezoeker komt halen. Zet de bron-Word eerst goed neer (kopstijlen, taal, lijsten) en sla op als getagde PDF — daarmee is 80% van het werk klaar.

In dit PDF-document is content die feitelijk geen tabel is, gemarkeerd met tabel-tags (Table, TR, TH, TD). Zie de tabel op de eerste en de laatste pagina.

Als bezoeker die een schermlezer gebruikt, schakelt mijn schermlezer over naar tabelnavigatie zodra ik tabel-tags tegenkom. Ik verwacht dan rijen, kolommen en celrelaties. Als de content feitelijk geen tabel is, krijg ik een misleidende voorstelling van de informatie. De schermlezer probeert niet-bestaande celrelaties en tabelstructuur te beschrijven, waardoor het lastig of zelfs onmogelijk wordt om de inhoud te begrijpen.
Schermafbeelding van het beschreven probleem Web — Tabel-tags gebruikt voor inhoud die geen tabel is
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 Content-audit digitale toegankelijkheid van website mijnzorg.s-hertogenbosch.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 3 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 / 10