Toegankelijkheidsaudit · 18 augustus 2026

Content audit digitale toegankelijkheid van website bsgr.nl

Status, grootste problemen en vervolgstappen

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

Wat hebben we onderzocht

Web

Content audit digitale toegankelijkheid van website bsgr.nl

  • Apparaat: Pleio
  • Pagina's: 15 (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 bsgr.nl — 21 bevindingen

2
Grote impact
18
Medium impact
1
Kleine impact
9
WCAG-criteria geraakt

Verdeling naar impact

Type bevindingen

Resultaat per WCAG-principe

Welke richtlijnen lopen mis

9 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.5
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.101.4.111.4.121.4.13

Bedienbaar

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

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

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

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.

3

Onvoldoende kleurcontrast

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

4

Formulierfouten en labels

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

5

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.

Op deze pagina hebben de invoervelden, het selectievakje en de keuzelijst onder "E-mail sturen" geen toegankelijke naam. Bezoekers die een schermlezer gebruiken horen alleen "edit text" en weten niet wat ze moeten invullen. Hetzelfde probleem doet zich voor bij de andere secties in dit formulier.

Ik lees de website met een schermlezer. Als ik een formulier invul, hoor ik alleen 'edit text' en geen uitleg. Ik verwacht dat elk veld een duidelijke naam heeft, zodat ik weet wat ik moet invullen.
Schermafbeelding van het beschreven probleem Web — Interactieve elementen hebben geen toegankelijke naam
Probleem 2

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 staat onder de kop "Uitleg WOZ-waarde en belastingen" een <iframe>-element zonder title-attribuut. Een schermlezer kan daardoor niet aankondigen waar het iframe voor is. Bezoekers weten niet welke inhoud erin staat en kunnen niet bepalen of het zin heeft om erin te gaan. Dat maakt navigeren met hulpsoftware een stuk lastiger.

Ik lees de website met een schermlezer. Als ik een ingesloten kader tegenkom, hoor ik geen omschrijving en weet ik niet wat erin staat. Ik verwacht een duidelijke naam, zodat ik kan bepalen of ik het wil bekijken.
Schermafbeelding van het beschreven probleem Web — Iframe heeft geen title-attribuut
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 standaard tekst, 3,0:1 voor grote tekst, randen en iconen) blijven knoppen en links voor iedereen leesbaar.

Op deze pagina staan de witte teksten "Home", "E-mail sturen", "Document uploaden" en andere op een blauwe achtergrond met kleurcode #6E8FC4. De contrastverhouding komt niet aan de minimumeis van 4,5:1. Voor normale tekst geldt een minimum van 4,5:1. Normale tekst is tekst kleiner dan 18pt, of kleiner dan 14pt vetgedrukt. Met te weinig contrast is tekst moeilijk of niet te lezen voor bezoekers met een visuele beperking, bezoekers die kleuren minder goed onderscheiden en iedereen die naar een scherm kijkt in fel licht.

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

Formulierfouten en labels

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

Op deze pagina staat een formulier met invoervelden voor persoonsgegevens, "Telefoonnummer" en "E-mailadres", zonder autocomplete-attribuut. Bij velden die om persoonsgegevens vragen hoort het bijbehorende autocomplete-attribuut. Browsers en hulpsoftware kunnen die velden dan bijvoorbeeld automatisch invullen.

Ik heb een beperkte motoriek en trillende handen. Als ik een formulier met mijn naam en e-mailadres moet invullen, kan mijn browser de velden niet automatisch vullen. Ik verwacht dat velden met persoonsgegevens automatisch worden ingevuld door mijn browser of mijn hulpsoftware.
Schermafbeelding van het beschreven probleem Web — Autocomplete-attribuut ontbreekt bij invoervelden voor persoonsgegevens
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.

Op deze pagina staat geen lang-attribuut op het <html>-element. Dat attribuut geeft aan in welke taal de pagina is geschreven. Zonder dat attribuut passen schermlezers en andere hulpsoftware de uitspraakregels van een andere taal toe, waardoor de inhoud moeilijk te begrijpen is.

Ik lees de website met een schermlezer. Als ik een pagina open, kiest mijn schermlezer de verkeerde taal en klinkt de tekst onbegrijpelijk. Ik verwacht dat mijn schermlezer de inhoud automatisch in de juiste taal voorleest.

Voorbeeld in het volledige rapport

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 bsgr.nl 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 5 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
properaccess.nl · 085 5055 890
1 / 12