Toegankelijkheidsaudit · 7 mei 2026

Content-audit digitale toegankelijkheid van website pzh.notubiz.nl

Status, grootste problemen en vervolgstappen

Onderzocht tussen 23 april 2026 en 7 mei 2026 · Rapportdatum 7 mei 2026
Scope

Wat hebben we onderzocht

Web

Content-audit digitale toegankelijkheid van website pzh.notubiz.nl

  • Apparaat: notuBiz
  • Toetsenbord: extern
  • Pagina's: 15 (geselecteerde steekproef, zie hieronder)

Norm: WCAG 2.2 niveau AA (55 succescriteria) · Methode: WCAG-EM, aanbevolen door DigiToegankelijk

Web · Resultaat

Content-audit digitale toegankelijkheid van website pzh.notubiz.nl — 23 bevindingen

7
Grote impact
15
Medium impact
1
Kleine impact
13
WCAG-criteria geraakt

Verdeling naar impact

Type bevindingen

Resultaat per WCAG-principe

Welke richtlijnen lopen mis

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

Waarneembaar

60%behaald
12 van de 20 succescriteria behaald · 8 niet
Niet behaald
1.1.11.2.21.2.31.2.51.3.11.4.11.4.31.4.11
Wel behaald
1.2.11.2.41.3.21.3.31.3.41.3.51.4.21.4.41.4.51.4.101.4.121.4.13

Bedienbaar

85%behaald
17 van de 20 succescriteria behaald · 3 niet
Niet behaald
2.4.22.4.42.4.6
Wel behaald
2.1.12.1.22.1.42.2.12.2.22.3.12.4.12.4.32.4.52.4.72.4.112.5.12.5.22.5.32.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

50%behaald
1 van de 2 succescriteria behaald · 1 niet
Niet behaald
4.1.2
Wel behaald
4.1.3
Hoofdthema's

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

Onvoldoende kleurcontrast

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

2

Ontoegankelijke multimedia

Video's zonder ondertiteling, geen tekstalternatief voor visuele info — bezoekers die niet kunnen horen of niet kunnen zien missen het verhaal.

3

Koppen niet als kop gemarkeerd

Teksten zien er visueel uit als kop maar staan in de code als vetgedrukte alinea. Schermlezer-gebruikers kunnen niet per kop navigeren.

4

Kwaliteit van alt-tekst

Alt-tekst die de naastliggende linktekst herhaalt of geen toegevoegde waarde heeft. Schermlezer-gebruikers horen dezelfde info dubbel.

5

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

Onvoldoende kleurcontrast

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

Op deze pagina opent de "Export"-knop een keuze met daarin een knop met de tekst "PDF". Deze knop heeft onvoldoende kleurcontrast: de witte tekst op een grijze (#A2A2A2) achtergrond heeft een contrastverhouding van 2,6:1, onder de minimum-eis van 4,5:1 voor standaardtekst.

Hetzelfde probleem komt voor op de pagina's:

* https://pzh.notubiz.nl/vergadering/1460330

* https://pzh.notubiz.nl/vergadering/1253785

Als bezoeker die slechtziend is, leeftijdsgerelateerd contrastverlies heeft, of een scherm in fel zonlicht gebruikt, heb ik nodig dat de tekst op elke knop minimaal 4,5:1 contrast heeft met de achtergrond van de knop — want nu zakt het contrast onder die drempel, het label is moeilijk of niet te lezen, en ik kan niet vaststellen wat de knop doet zonder te gokken.
Schermafbeelding van het beschreven probleem Web — Onvoldoende contrast knoptekst
Probleem 2

Ontoegankelijke multimedia

Impact: Medium WCAG 1.2.2 / 1.2.3 / 1.2.5 Web

Video's en audio dragen vaak het belangrijkste deel van een verhaal — een interview, een toelichting van een wethouder, een toespraak in een raadsvergadering. Wie doof of slechthorend is, kan dat geluid niet horen; wie blind is of meeluistert zonder beeld, mist de visuele context (de naam van de spreker, de tekst op het scherm, het logo). Een toegankelijke video heeft daarom altijd ondertiteling én een tekstalternatief voor wat niet wordt uitgesproken — zodat iedereen mee kan lezen, mee kan luisteren, of beide.

Voorbeeld: op de pagina van een vergadering van Provinciale Staten staat een video met gesproken tekst, maar de ondertiteling ontbreekt. Op een andere vergadering wordt op verschillende momenten in beeld tekst getoond (namen van sprekers, fractielogo's, ondertitels) waarvoor geen audiobeschrijving of media-alternatief beschikbaar is. Bezoekers die niet kunnen horen missen de dialoog; bezoekers die niet kunnen zien missen de visuele context.

Als bezoeker die doof of slechthorend is, video's bekijkt zonder geluid op een openbare plek, of moet meelezen om de gesproken tekst te volgen, heb ik nodig dat elke video met gesproken inhoud nauwkeurige ondertiteling heeft — want zonder ondertiteling kan ik de dialoog niet horen, kan ik de dialoog niet lezen, en gaat het hele gesproken deel van de video — vaak het belangrijkste — volledig aan mij voorbij.

Voorbeeld in het volledige rapport

Probleem 3

Koppen niet als kop gemarkeerd

Impact: Medium WCAG 1.3.1 Web

Schermlezer-gebruikers scannen een pagina meestal door van kop naar kop te springen — één toetsaanslag en ze hebben binnen vijf seconden door wat er op de pagina staat. Dat werkt alleen als jouw koppen ook in de code als kop staan, met een H2- of H3-tag, niet als vetgedrukte tekst. Een tekst die er als kop uitziet maar in de code een gewone alinea is, valt voor deze bezoekers buiten beeld. In de meeste tekstbewerkers en CMS'en kies je daarvoor uit een dropdown "Heading 2" of "Kop 3", niet de B-knop voor vet.

Voorbeeld: op de pagina van een vergadering van Provinciale Staten zien teksten als "Inspreekrecht" en "Toelichting" eruit als kop, maar in de code zijn ze gemarkeerd met <strong> — vetgedrukt zonder kop-betekenis. Voor de schermlezer-gebruiker bestaan deze koppen niet, en valt de hele structuur van de pagina weg.

Als bezoeker die de pagina scant door door koppen te springen met een schermlezer, heb ik nodig dat elke tekst die een sectie introduceert in een echt kop-element (h1-h6) staat — niet in strong of em, die alleen "benadrukt" betekenen — want strong en em zijn onzichtbaar voor mijn kop-shortcut, de sectie die ze inleiden komt nooit terug in mijn mentale overzicht van de pagina, en ik moet de hele pagina van boven tot onder lezen om te vinden wat een ziende bezoeker in één oogopslag ziet.
Schermafbeelding van het beschreven probleem Vergadering Provinciale Staten
Probleem 4

Kwaliteit van alt-tekst

Impact: Advies WCAG 2.4.4 Web

Een alt-tekst is geen vertaling van het beeld, maar de tekstvariant van wat het beeld doet op de pagina. Bij een foto van een persoon is de naam van die persoon de kern, niet "foto" of "pasfoto". En als die foto in een link zit met daarnaast al een tekstlabel met dezelfde naam, hoort dezelfde info niet twee keer in de toegankelijke linknaam terug te komen. Schrijf alt-tekst die toevoegt wat anders verloren gaat, en zorg dat alt-tekst en omringende linktekst elkaar aanvullen — niet overlappen.

Voorbeeld: op de "Wie is wie"-pagina staan links met een foto. De toegankelijke naam van zo'n link bestaat uit de alt-tekst van de foto plus de tekst eronder — bijvoorbeeld "Pasfoto van S. Özkaya S. Özkaya (fractievoorzitter)". De schermlezer leest de naam dus dubbel, omdat alt-tekst en linklabel dezelfde woorden bevatten.

Als bezoeker die links volgt met een schermlezer, heb ik nodig dat de toegankelijke naam van een link kort en duidelijk is — niet samengesteld uit de alt-tekst van een afbeelding plus de naastliggende linktekst die dezelfde woorden gedeeltelijk herhaalt — want een schermlezer leest de volledige linknaam in één keer voor, en overlappende beschrijvingen zorgen ervoor dat ik dezelfde informatie zonder nut twee keer achter elkaar hoor.
Schermafbeelding van het beschreven probleem Wie is wie
Probleem 5

PDF-bestanden zijn niet toegankelijk

Impact: Medium WCAG 1.3.1 / 1.4.3 / 2.4.2 / 3.1.1 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.

Voor dit PDF-document is geen titel ingesteld in de bestandseigenschappen.

Als bezoeker die PDF's leest met een schermlezer, meerdere PDF-vensters open heeft, of door recente bestanden bladert, heb ik nodig dat elk PDF-document een echte documenttitel heeft in de bestandseigenschappen — niet alleen een kop op pagina 1 — want PDF-lezers (Adobe, browser-viewers) tonen die titel in de titelbalk en lezen die voor, en zonder titel toont de titelbalk de bestandsnaam (bijvoorbeeld document123.pdf), kondigt mijn schermlezer een betekenisloze bestandsnaam aan, en kan ik niet zien welk document ik net heb geopend.
Schermafbeelding van het beschreven probleem Web — PDF-document heeft geen titel
Vervolgstappen

Wat raden we aan

Op dit moment voldoet Content-audit digitale toegankelijkheid van website pzh.notubiz.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 5 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 — vereist onder de EAA sinds juni 2025.

Vragen?
Volledige rapporten en Plan van Aanpak via Proper Access
properaccess.nl · 085 5055 890
1 / 11