Toegankelijkheidsaudit · 22 september 2026

het Leerplein van provincie Zuid-Holland

Status, grootste problemen en vervolgstappen

Rapportdatum 22 september 2026
Scope

Wat hebben we onderzocht

Web

het Leerplein van provincie Zuid-Holland

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

het Leerplein van provincie Zuid-Holland: 41 bevindingen

1
Kritiek
12
Serieus
25
Matig
2
Klein
1
Advies
19
WCAG-criteria geraakt

Verdeling naar impact

Type bevindingen

Resultaat per WCAG-principe

Welke richtlijnen lopen mis

19 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.3.21.4.31.4.41.4.111.4.12
Wel behaald
1.2.11.2.21.2.31.2.41.2.51.3.31.3.41.3.51.4.11.4.21.4.51.4.101.4.13

Bedienbaar

60%behaald
12 van de 20 succescriteria behaald · 8 niet
Niet behaald
2.1.12.1.22.4.12.4.22.4.32.4.42.4.62.4.7
Wel behaald
2.1.42.2.12.2.22.3.12.4.52.4.112.5.12.5.22.5.32.5.42.5.72.5.8

Begrijpelijk

85%behaald
11 van de 13 succescriteria behaald · 2 niet
Niet behaald
3.1.13.3.2
Wel behaald
3.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

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.

2

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.

3

Niet bedienbaar met toetsenbord

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

4

Onvoldoende kleurcontrast

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

5

Focusproblemen in dialoog

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

6

Kwaliteit van alt-tekst

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

Probleem 1

Info en relaties ontbreken in de code

Impact: Matig WCAG 1.3.1 Pagina: Home 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.

Op deze pagina staan teksten die koppen zijn, maar niet als koppen zijn gemarkeerd. Zie bijvoorbeeld “Toegewezen aan jou” en “Alles over het Leerplein”. Zie ook “Over Leerplein” in het dialoogvenster “Over Leerplein”.

Andere teksten zijn met kop-elementen gemarkeerd om ze een groter lettertype te geven, terwijl het geen koppen zijn. Zie de kaartjes tegenover “Alles over het Leerplein”. Dit zijn geen koppen, want er staat geen inhoud onder.

Ik lees de website met een schermlezer. Als ik door de koppen van een pagina navigeer, dan mis ik koppen die niet als kop zijn gemarkeerd. Ik verwacht dat alle koppen als echte koppen zijn gemarkeerd, zodat ik de paginastructuur kan volgen.
Schermafbeelding van het beschreven probleem Web: Koppen zijn niet toegankelijk
Probleem 2

Knoppen zonder toegankelijke naam

Impact: Matig WCAG 4.1.2 / 1.1.1 Pagina: Veelgestelde vragen 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.

Boven de footer staan op deze pagina drie knoppen zonder toegankelijke naam. Een schermlezer kan niet vertellen wat deze knoppen doen. Dit komt op meerdere pagina’s voor, bijvoorbeeld op https://leerplein.pzh.nl/learningconcept/CclTuFIDFt2FmbDsNqfSW/episode/2WobddEkY65gKZbv5Xt69L.

Ik gebruik een schermlezer, spraakbesturing of andere hulpsoftware om elementen te activeren. Ik wil dat elk interactief element een naam heeft die zegt wat het doet. Zonder naam zegt mijn schermlezer alleen "knop".
Schermafbeelding van het beschreven probleem Web: Button zonder toegankelijke naam
Probleem 3

Niet bedienbaar met toetsenbord

Impact: Serieus WCAG 2.1.1 / 2.1.2 Pagina: Home 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.

Op deze pagina staan twee links die niet met toetsenbord te bedienen zijn. Het gaat om “Start” en “Onze visie op leren”. Deze links zijn gemaakt van div-elementen met type=”button”. Dit attribuut maakt deze elementen niet interactief. Een bezoeker die een schermlezer gebruikt weet niet dat dit knoppen zijn. Een bezoeker die met alleen het toetsenbord de website bedient, kan deze links niet volgen.

Ik bedien de website met een toetsenbord. Als ik een knop bedien met Enter of de Spatiebalk, dan gebeurt er niets. Ik verwacht dat elke knop op allebei reageert.
Schermafbeelding van het beschreven probleem Illustratie ter toelichting
Probleem 4

Onvoldoende kleurcontrast

Impact: Matig WCAG 1.4.3 / 1.4.11 Pagina: Op alle pagina’s 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.

In de header staat een knop met de initialen van de gebruiker. De achtergrondkleur en de tekstkleur van die knop hebben onvoldoende contrast.

Ik heb een visuele beperking. Als tekst te weinig contrast heeft met de achtergrond, is die moeilijk te lezen. Ik verwacht dat tekst genoeg contrast heeft om goed leesbaar te zijn.
Schermafbeelding van het beschreven probleem Web: Kleurcontrast bij tekst kleiner dan 19px is onvoldoende
Probleem 5

Focusproblemen in dialoog

Impact: Serieus WCAG 2.4.3 / 2.4.7 / 2.4.11 Pagina: Op alle pagina’s 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.

In de footer staat een link “Over Leerplein”. Opent een bezoeker die geen muis gebruikt dit venster met het toetsenbord en sluit hij het weer, dan begint de focus bovenaan de website. De focus hoort terug te gaan naar de link die het dialoogvenster opende, of naar de volgende link in de navigatie in de footer. Dit geldt voor alle links in de footer die een dialoogvenster openen.

Ik navigeer met een toetsenbord en gebruik een schermlezer. Als ik een dialoogvenster sluit, beland ik bovenaan de pagina in plaats van waar ik was. Ik verwacht dat de focus terugkeert naar het element waarmee ik het venster opende.
Schermafbeelding van het beschreven probleem Illustratie ter toelichting
Probleem 6

Kwaliteit van alt-tekst

Impact: Serieus WCAG 2.4.4 Pagina: Onboarding stap 1 Web

Een alt-tekst vult aan wat anders verloren gaat en herhaalt niet wat er al naast staat. Zit een afbeelding in een link met dezelfde tekst ernaast, dan hoort de schermlezer-gebruiker dezelfde info dubbel.

Bovenaan elke pagina van deze e-learning staat een paginering. Die links hebben geen inhoud en daardoor geen toegankelijke naam. Een schermlezer kan niet vertellen waar ze naartoe gaan.

Ik gebruik een schermlezer, spraakbesturing of andere hulpsoftware om elementen te activeren. Ik wil dat elk interactief element een naam heeft die zegt wat het doet. Zonder naam zegt mijn schermlezer alleen "knop".

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

  • Afbeeldingen en alt-tekst
  • Toegankelijke naam
  • Contrast
  • Koppen en structuur
  • Focus zichtbaar maken

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 Leerplein 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
properaccess.nl · 085 5055 890
1 / 13