Hercontrole digitale toegankelijkheid van website laadkaart.laadwerk.nl

Samenvatting

Wij hebben de hercontrole van de laadkaart op laadkaart.laadwerk.nl uitgevoerd op 22 en 23 september 2026. We hebben de bevindingen uit de audit van september 2025 opnieuw getoetst.

Van de 18 bevindingen op deze kaart zijn er 11 opgelost. De 7 bevindingen die nog openstaan, houden in dit rapport hun nummer uit de vorige audit, zodat je ze makkelijk terugvindt.

In september 2025 voldeed de kaart niet aan 11 van de 55 succescriteria. Dat zijn er nu 6.

De kaart is verhuisd van laadkaart.mrae.nl naar laadkaart.laadwerk.nl. Het oude adres stuurt door naar het nieuwe.

- Voldoet
- Afgekeurd
55 Totaal
- voldoet
Impact
Klein: 0 Matig: 0 Serieus: 0 Kritiek: 0
Type
Content: 0 Techniek: 0
Score per richtlijn (goed)
Waarneembaar - van 20
Bedienbaar - van 20
Begrijpelijk - van 13
Robuust - van 2
Deze SC zijn afgekeurd:
Over dit onderzoek
Onderzocht door
Proper Access
In opdracht van
provincie Noord-Holland
Datum rapport
23 september 2026
Standaard
WCAG 2.2
Methodologie
WCAG-EM

Scope van het onderzoek

  • Alle pagina's op de website laadkaart.laadwerk.nl

Buiten scope:

  • Subwebsite(s) waarbij de HTML en/of het systeem afwijkt van de onderzochte website
  • De van derden afkomstige inhoud (wettelijke uitzondering voor de overheid)

Basisniveau toegankelijkheidsondersteuning

  • Mozilla Firefox, versie 152
  • Google Chrome, versie 150
  • Apple Safari, versie 18
  • NVDA schermlezer in combinatie met Firefox
  • VoiceOver schermlezer in combinatie met Safari
  • Andere gangbare browsers en hulpapparatuur

Technologieën van de website

  • HTML
  • CSS
  • JavaScript
  • WAI-ARIA
  • SVG

Voortgang opgeloste bevindingen

Samenwerken met je team

Exporteer alle bevindingen als CSV-bestand. Je kunt het in een (online) spreadsheet inladen om met je team samen te werken.

Importeer in Jira

Exporteer alle bevindingen als Jira-compatibel CSV-bestand. Je kunt het direct importeren via Jira > Issues > Import issues from CSV.

Zelf bijhouden in de browser

Houd per bevinding bij of het is opgelost. Je voortgang wordt opgeslagen in jouw browser. Niemand anders kan je resultaat zien.

Gevonden problemen

Filter bevindingen op:
Impact:
Type:

Link naar pagina: https://laadkaart.laadwerk.nl/

Van de achttien bevindingen die in september 2025 op deze pagina stonden, zijn er elf opgelost. Het logo heeft een toegankelijke naam gekregen waarin de zichtbare tekst staat, de knop naast het zoekveld heeft een naam, het zoekveld heeft de rol combobox, en de keuzelijsten onder de kaart hebben een toegankelijke naam. De focusrand is donkerblauw (#005A8C) geworden en haalt daarmee een contrastratio van 7,4:1 met de witte achtergrond. In de legenda staat elke status nu ook als tekst naast het pictogram, dus kleur is niet langer het enige verschil. De grijze en blauwe teksten op en onder de kaart hebben genoeg contrast gekregen, de pictogrammen in het paneel met de gegevens van een laadpaal hebben een tekstalternatief, en de koppen in dat paneel staan in kop-elementen. Hieronder staan de zeven punten die nog openstaan.

#18 - Kleurcontrast van tekst is te laag (tekst kleiner dan 24px en niet vetgedrukt)

Impact: Matig Type: Content WCAG: 1.4.3 EN: 9.1.4.3

Bovenaan de pagina staat de witte tekst "Geen laadpaal in de buurt? Dien verzoek in" op een groene achtergrond (#00A75D). De contrastratio is 3,1:1.

De kleur van die balk is wel veranderd. In september 2025 was hij lichtblauw (#00A4E9) en was de contrastratio met de witte tekst 2,8:1. Het contrast is dus iets omhoog gegaan, maar nog niet genoeg.

Oplossing:

Deze tekst is kleiner dan 24px en niet vetgedrukt, daarom moet de contrastratio minimaal 4,5:1 zijn. Op https://properaccess.nl/hoe-test-ik-kleurcontrast/ staat een instructie die uitlegt hoe je kleurcontrast test.

#22 - Keuzelijst heeft geen label, omdat de eerste optie als label is gebruikt

Impact: Matig Type: Techniek WCAG: 3.3.2 EN: 9.3.3.2

Onder de kaart staan keuzelijsten zonder zichtbaar label. De eerste optie doet dat werk, en die verdwijnt zodra een bezoeker een andere optie kiest. Daarna is niet meer te zien waar de keuzelijst over gaat, want de teksten van de opties spreken hier niet voor zich.

De keuzelijsten hebben nu wel een toegankelijke naam in de code, bijvoorbeeld aria-label="Filter op exploitant". Die naam leest een schermlezer voor, maar een ziende bezoeker ziet hem niet.

Oplossing:

Geef elke keuzelijst een label dat altijd zichtbaar is.

#26 - Het kleurcontrast tussen de informatieve pictogrammen in de legenda en op de kaart is niet voldoende

Impact: Matig Type: Techniek WCAG: 1.4.11 EN: 9.1.4.11

In de legenda onder de kaart en op de kaart zelf staan pictogrammen die informatie overbrengen. De groene pictogrammen (#7DBA27) hebben op de witte achtergrond een contrastratio van 2,4:1.

Oplossing:

Zorg dat informatieve onderdelen van de legenda en de kaart een contrastratio van minimaal 3,0:1 hebben met de achtergrond, zodat bezoekers ze van elkaar kunnen onderscheiden. Loop daarbij ook de andere kleuren op de kaart na.

#27 - Toestand van de knop wordt niet doorgegeven aan de schermlezer

Impact: Matig Type: Techniek WCAG: 4.1.2 EN: 9.4.1.2

Rechtsonder in de kaart staat een knop met een "i". Die knop opent en sluit extra inhoud, en heeft in de code de titel "Attributions". In de code staat niet of die inhoud op dit moment open of dicht is.

Bezoekers die de pagina zien, kunnen aan de knop aflezen of de extra inhoud open of dicht staat. Blinde en slechtziende bezoekers die een schermlezer gebruiken, kunnen dat niet.

Oplossing:

Voeg het aria-expanded-attribuut toe aan de knop, of voeg visueel verborgen tekst toe die de toestand aangeeft.

#32 - Interactieve elementen hebben geen juiste toegankelijke rol en geen toegankelijke naam

Impact: Serieus Type: Techniek WCAG: 4.1.2 EN: 9.4.1.2

Op de kaart staan laadpictogrammen die de gegevens van een laadpaal openen. Deze elementen hebben geen juiste rol en geen toegankelijke naam.

Elk HTML-element heeft een rol. De rol zegt wat het element doet, en welke eigenschappen en functies het heeft. Schermlezers en andere hulpsoftware moeten die rol kennen om aan de bezoeker door te geven wat er staat en wat hij ermee kan.

Oplossing:

Geef deze elementen de juiste rol, bijvoorbeeld met een button-element. Geef ze daarnaast een toegankelijke naam, bijvoorbeeld met een aria-label.

#33 - Interactieve elementen zijn niet met het toetsenbord te bedienen

Impact: Serieus Type: Techniek WCAG: 2.1.1 EN: 9.2.1.1

Dezelfde laadpictogrammen op de kaart zijn niet met het toetsenbord te bereiken en niet met het toetsenbord te openen. Bezoekers die geen muis gebruiken, komen dus niet bij de gegevens van een laadpaal.

Oplossing:

Zorg dat een bezoeker deze elementen met de Tab-toets kan bereiken en met Enter of de spatiebalk kan activeren.

#34 - Bezoekers die inzoomen tot 400% kunnen niet meer alle functies gebruiken

Impact: Matig Type: Techniek WCAG: 1.4.10 EN: 9.1.4.10

Op een scherm van 1280 bij 1024 pixels, ingezoomd tot 400%, zijn de kaart en de legenda niet meer zichtbaar en niet meer te bedienen. De keuzelijsten onder de kaart vallen daarmee ook weg.

Oplossing:

Zorg dat alles blijft werken als een bezoeker inzoomt tot 400% op een scherm van 1280 bij 1024 pixels.

Over dit onderzoek

Leeswijzer

Onze rapporten zijn anders. Bij het bespreken van de gevonden problemen volgen wij niet de structuur van de norm, maar die van jouw website of app. Hierdoor kun je gewoon per pagina of scherm aan de slag gaan. Wel zo makkelijk! Je vindt verderop een overzicht van alle pagina’s met problemen.

We geven je bij elk gevonden issue een paar voorbeelden, maar niet een complete lijst. Controleer zelf of het probleem ook nog op andere plekken voorkomt. Zie het rapport als een leidraad.

Gebruikte norm

Dit onderzoek laat zien in hoeverre de website op dit moment voldoet aan WCAG 2.2, niveau A en AA. WCAG staat voor Web Content Accessibility Guidelines. Dit is de internationale norm voor digitale toegankelijkheid. De Europese norm EN 301 549 bevat alle eisen van WCAG op niveau A en AA.

In dit rapport hebben we korte beschrijvingen van de succescriteria uit de norm opgenomen, met een algemene uitleg erbij. Wil je ze helemaal lezen? Bekijk dan de documentatie van WCAG.

Gebruikte onderzoeksmethode

We gebruiken de onderzoeksmethode WCAG-EM van het W3C. Het proces ziet er als volgt uit:

  • vaststellen wat binnen en buiten scope valt
  • vaststellen welke technologieën zijn gebruikt
  • steekproef (sample) samenstellen
  • steekproef onderzoeken
  • gevonden issues beschrijven

Het grootste deel van het onderzoek doen we met de hand. Voor een deel van de toegankelijkheidseisen gebruiken we automatische tools als ondersteuning, zoals axe-core en Chrome Developer Tools.

Belangrijk om te weten

Dit rapport helpt je om de toegankelijkheid van je website te verbeteren. Maar let op: het is geen definitieve, volledige lijst van alle aanwezige toegankelijkheidsproblemen. Dat zit zo:

Het is een steekproef

Ten eerste is het onderzoek gebaseerd op een steekproef. Die is op een betrouwbare manier genomen, en de meeste problemen zullen daardoor zeker aan het licht komen. Toch kan een probleem net buiten de steekproef vallen. Bij een volgend onderzoek kan het wel ontdekt worden.

Op basis van falsificatie

We beoordelen vanuit het principe van falsificatie. Dat houdt in dat we proberen te bewijzen dat iets niet waar is, in plaats van te bevestigen dat het klopt. ‘Voldoet’ betekent daarom dat we geen reden hebben gevonden om een punt af te keuren. Maar als we later wél een reden vinden, kan het alsnog worden afgekeurd.

Voortschrijdend inzicht

Het komt voor dat de beoordeling van een succescriterium op detailniveau verandert. De norm beschrijft namelijk niet élk mogelijk scenario. Samen met andere onderzoeksbureaus overleggen we hoe we met bepaalde situaties omgaan. Zo kan iets dat nu wordt afgekeurd, soms bij een volgend onderzoek worden goedgekeurd en andersom.

Oplossen leidt tot nieuw probleem

Ten slotte kan het gebeuren dat bij het oplossen van een probleem onbedoeld een nieuw toegankelijkheidsprobleem ontstaat. Dat komt dan bij een volgend onderzoek pas naar voren.

Hoe werkt dit rapport?

Bevindingen bekijken en filteren

Alle gevonden toegankelijkheidsproblemen staan onder Gevonden problemen. Je kunt de bevindingen filteren op:

  • Impact (Groot, Medium, Klein, Advies) — hoe ernstig is het probleem voor de gebruiker?
  • Type (Content, Techniek) — moet de inhoud of de techniek worden aangepast?
  • Status (Open, Opgelost) — welke problemen zijn al verholpen?

Voortgang bijhouden

Je kunt je voortgang op twee manieren bijhouden:

  • CSV-export — exporteer alle bevindingen als CSV-bestand en laad het in een (online) spreadsheet om met je team samen te werken.
  • Jira-export — exporteer alle bevindingen als Jira-compatibel CSV-bestand. Importeer het via Jira > Issues > Import issues from CSV. Bevindingen worden aangemaakt als bugs met prioriteit op basis van impact.
  • Registreer in de browser — activeer deze optie om per bevinding bij te houden of het is opgelost. Je voortgang wordt opgeslagen in je browser. Niemand anders kan je resultaat zien. Let op: de voortgang is gekoppeld aan je browser. Als je een andere browser of een ander apparaat gebruikt, begint de telling opnieuw.
  • Plan van aanpak — download een geprioriteerd plan van aanpak om de gevonden problemen stap voor stap op te lossen. Dit is beschikbaar bij audits vanaf maart 2026.

Link naar een specifieke bevinding delen

Bij elke bevinding verschijnt een link-icoon wanneer je er met de muis overheen gaat. Klik op dit icoon om de directe link naar die bevinding te kopiëren. Je kunt deze link plakken in een e-mail of chatbericht, bijvoorbeeld om een vraag te stellen aan Proper Access over een specifiek punt.