Toegankelijkheidsaudit · 17 september 2026

Content audit digitale toegankelijkheid van website raad.koggenland.nl

Status, grootste problemen en vervolgstappen

Rapportdatum 17 september 2026
Scope

Wat hebben we onderzocht

Web

Content audit digitale toegankelijkheid van website raad.koggenland.nl

  • Apparaat: Gemeenteoplossingen (GO)
  • 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 raad.koggenland.nl: 11 bevindingen

4
Serieus
7
Matig
7
WCAG-criteria geraakt

Verdeling naar impact

Type bevindingen

Resultaat per WCAG-principe

Welke richtlijnen lopen mis

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

Waarneembaar

80%behaald
16 van de 20 succescriteria behaald · 4 niet
Niet behaald
1.1.11.3.11.4.31.4.11
Wel behaald
1.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.121.4.13

Bedienbaar

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

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

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

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.

2

Afbeeldingen zonder alt-tekst

Informatieve afbeeldingen en iconen hebben geen tekstalternatief. De inhoud is daardoor onbereikbaar voor schermlezer-gebruikers.

3

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.

4

Onvoldoende kleurcontrast

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

Probleem 1

PDF-bestanden zijn niet toegankelijk

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

![](images/6.webp)

Dit PDF-document heeft geen codes. Zonder codes krijgt een schermlezer de inhoud niet door. Daardoor is ook een volledige beoordeling niet mogelijk: de succescriteria die over de codelaag gaan, zoals koppen en tekstalternatieven bij afbeeldingen, zijn niet te beoordelen. Zodra de codes er zijn, kunnen er nieuwe punten zichtbaar worden.

Ik zie het document niet en lees met een schermlezer. Een PDF zonder codes levert mijn schermlezer niets om voor te lezen. Ik verwacht een PDF met codes, zodat ik de hele inhoud kan lezen.

Voorbeeld in het volledige rapport

Probleem 2

Afbeeldingen zonder alt-tekst

Impact: Serieus WCAG 1.1.1 Web

Afbeeldingen die informatie dragen, moeten een tekstalternatief krijgen. Zonder dat alternatief bestaan ze niet voor schermlezer-gebruikers. Puur decoratieve afbeeldingen krijgen juist een leeg alt-attribuut, zodat de schermlezer ze overslaat.

![](images/2.webp)

In het logo staat de tekst "CDA KOGGENLAND". Het tekstalternatief is "Logo van CDA". Een tekstalternatief hoort alle zichtbare tekst uit het logo te bevatten, zodat bezoekers die de afbeelding niet zien dezelfde informatie krijgen als bezoekers die hem wel zien.

Ik lees de website met een schermlezer. Bij het logo hoor ik niet de volledige naam van de organisatie. Ik verwacht te horen wat er in het logo staat.

Voorbeeld in het volledige rapport

Probleem 3

Info en relaties ontbreken in de code

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

![](images/1.webp)

Op deze pagina staan teksten die een kop zijn, maar er staat geen kopelement omheen. De tekst is met een strong-element vetgedrukt zodat die eruitziet als een kop. Het gaat onder andere om "Rianka te Winkel-Pancras:", "Nico Bijman:" en "Ed Dekker:".

Ik lees de website met een schermlezer. Als ik door de koppen navigeer, mis ik de koppen die niet als kop in de code staan. Ik verwacht dat elke kop een echte kop is, zodat ik de opbouw van de pagina kan volgen.

Voorbeeld in het volledige rapport

Probleem 4

Onvoldoende kleurcontrast

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

![](images/3.webp)

De links naar de profielen op X en Instagram staan op de pagina als logo. Beweeg je de muis over zo'n link, of komt de toetsenbordfocus erop, dan verandert de kleur en verschijnt de naam van het platform. Die tekst heeft te weinig contrast met de achtergrond: 1,9:1 bij X en 4,2:1 bij Instagram. Voor normale tekst is 4,5:1 de ondergrens.

Ik heb een visuele beperking. Als ik met de muis of het toetsenbord bij de link naar X of Instagram kom, verschijnt er tekst in een andere kleur. Ik verwacht dat die tekst leesbaar blijft.

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

  • Koppen en structuur
  • Toegankelijke naam
  • Contrast
  • Afbeeldingen en alt-tekst

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 Content audit digitale toegankelijkheid van website raad.koggenland.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 4 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 / 11