Toegankelijkheids onderzoek 2025

Begin 2025 is een handmatig onderzoek uitgevoerd naar de toegankelijkheid van onze websites waarin vastgesteld is in hoeverre de website voldoet aan WCAG 2.2, niveau AA. Dit onderzoek was gebaseerd op de Europese norm voor toegankelijkheidseisen, de EN 301 549.  
Onderaan deze pagina vindt u twee downloads naar de test en de hertest, beide uitgevoerd door Cardan.

Meer informatie over Cardan.
 

Over deze rapportage


Hieronder lichten we een aantal gesignaleerde toegankelijkheidsproblemen, tekortkomingen van zowel de website als webcontent (pdf-bestanden) toe en hoe we deze hebben opgelost. Op dit moment zijn er in principe alleen nog toegankelijkheidsproblemen in de door ons aangeboden pdf-bestanden, alle andere problemen voor wat betreft website pagina's zijn opgelost. Waar mogelijk lossen wij bevindingen voor wat betreft de gesignaleerde problemen in sommige van onze Pdf-bestanden op. Sommige afwijkingen zijn wat complexer, deze inventariseren en beoordelen wij. Vervolgens bepalen wij of een aanpassing nodig is of dat wij bijvoorbeeld content verwijderen. Daarnaast werken wij dagelijks aan het borgen van digitale toegankelijkheid binnen onze processen. Onder andere door toegankelijkheid vanaf de start mee te nemen bij de aanbesteding en een check te doen van de kennis en expertise op het gebied van toegankelijkheid bij de leveranciers waar mee we overeenkomsten sluiten. 
 

PDF's 


Voor wat betreft de problemen in verschillende door ons aangeboden Pdf-bestanden op de website, zijn er inmiddels een aantal opgelost (met name voor wat betreft het ontbreken van alt-teksten en gebruiken van de indicator 'decoratief' waar nodig ipv alt-teksten). Een aantal meer ingewikkelde problemen hebben echter meer tijd nodig om te worden opgelost. Deels ook omdat deze pdf-bestanden door verschillende leveranciers zijn vervaardigd of door een van onze zusterorganisatie adviesraden. Hieronder geven we een aantal van de gesignaleerde toegankelijkheidsproblemen in onze Pdf-bestanden aan:

  • In sommige tabellen zijn in plaats van td tags th tags gebruikt.
  • Lijsten kunnen niet goed zijn getagd, of onderbroken.
  • Koppen zijn niet correct genest of niet als kop getagd.
  • In de documenteigenschappen kan de de taal niet goed staan ingesteld.
  • De navigatie elementen in een pdf zijn niet of onvoldoende leesbaar voor een schermlezer.

We werken er aan om bovengenoemde problemen in pdf-bestanden gesignaleerd in het meest recente toegankelijkheidsonderzoek (Cardan 2024/2025; zie onder bij downloads) binnen een jaar op te lossen. Mogelijk doen zich enkele soortgelijke problemen ook voor bij oudere pdf-bestanden die op de site worden aangeboden. We proberen waar mogelijk en 'binnen redelijke grenzen' om deze oudere Pdf-bestanden ook te laten voldoen aan de WACG richtlijnen van toegankelijkheid.
 

Principe 1: Waarneembaar

Richtlijn 1.1: tekstalternatieven

Succescriterium 1.1.1: Niet tekstuele content

  • Hier en daar stonden decoratieve afbeeldingen met een ingevulde alt text. Oplossing: Alle decoratieve afbeeldingen voorzien van een lege alt-tekst.
  • Bij een aantal afbeeldingen stond zowel een title attribuut als een onderschrift met dezelfde inhoud. Omdat sommige schermlezers ook het title attribuut voorlezen kreeg je dezelfde inhoud dubbel gepresenteerd.  
    Oplossing: Title attributes verwijderd, onderschriften laten staan.
  • De share implementatie (een standaard Drupal oplossing)  voldeed op een groot aantal onderdelen niet aan de WACG richtlijnen 2.1/2.2. Een icoon zonder tekst alternatief, geen aria labels, geen button, etc. Oplossing: Er is een custom alternatief geprogrammeerd die op alle punten voldoet aan de richtlijnen.
  • De links naar de social media kanalen van het Rli hadden geen tekstalternatief. Oplossing: Alt teksten zijn toegevoegd.
  • Hier en daar waren alt-teksten inhoudelijk niet correct. Oplossing: Deze zijn redactioneel aangepast.  
     

Richtlijn 1.3: Aanpasbaar

Succescriterium 1.3.1: Info en relaties 

  • Op een aantal pagina's stonden opsommingen die niet als ol of ul waren gemarkeerd. Dit gold ook voor de overzichten van publicaties, zoekresultaten, etc. 
    Alles wat een een opsomming is aangepast naar ul of ol.
  • Op een aantal plekken waren de koppen, hoewel qua vormgeving wel correct, in de html niet met de correcte headers aangegeven. Ook ontbrak op sommige plekken de correcte nesting van de headers. (h1-> h2 -> h3->h4).  
    Op alle voorkomende plekken headers en de nesting van de headers aangepast.
  • Op een aantal pagina's, bijvoorbeeld de medewerkers, werden groepen gegevens getoond die visueel wel tot een groep behoorden, maar deze groepsrelatie ontbrak in de html. Oplossing: Door deze groepen ook als ol en ul op te nemen en aan de groepen tevens beschrijvende aria-labels toegevoegd.
  • Hier en daar werd het em element gebruikt om hele zinnen schuin weer te geven. Maar het em element is niet bedoeld voor de visuele weergave van tekst, maar om de klemtoon op een woord (of enkele woorden) in een zin te leggen. Oplossing: In voorkomende gevallen redactioneel aangepast. Vaak lag het gebruik van een header meer voor de hand.
  • In het share element stonden drie elementen die naar de betreffende social media kanalen linkten. Dit waren losse divs waardoor de relatie voor een screenreader niet direct duidelijk was. Oplossing: Er is een custom share element geprogrammeerd en de links zijn opgenomen in ol listings.
  • Het share element had geen rol. Oplossing: Er is een custom share element geprogrammeerd en de onduidelijke div is vervangen door een button tag.
  • Screenreaders konden niet zien of de links in het share element waren opengeklapt of dicht stonden. Oplossing: Er is een aria-expanded attribuut toegevoegd.  
     

Succescriterium 1.3.2: Betekenisvolle volgorde

  • Op de homepage was de leesvolgorde van de content blokken niet logisch, omdat de datum en de afbeelding boven de kop stonden. Wanneer deze events van boven naar beneden door een schermlezer werden voorgelezen, was het onduidelijk waar de datum en de afbeelding precies bij hoorden. Ditzelfde volgorde probleem deed zich in een aantal andere overzichten voor. Oplossing: Overal is de leesvolgorde voor de schermlezers aangepast.


Succescriterium 1.3.5: Identificeer het doel van de input

  • Het formulier om aan te melden voor de nieuwsbrief had een groot aantal issues. Onder andere geen autocomplete attribuut, een ontoegankelijke sluitknop, alleen HTML5-validatie, etc. Oplossing: Dit was een standaard Mailchimp formulier waar we niet veel aan konden veranderen dus we hebben dit aangepast naar een link naar het inschrijfformulier op Mailchimp.


Richtlijn 1.4: Onderscheidbaar

Succescriterium 1.4.4: Herschalen van tekst  
Succescriterium 1.4.10: Reflow

  • Als de website wordt bekeken bij een breedte van 1280 pixels en als ingezoomd wordt, moeten teksten tot 200% vergroot kunnen worden en mag geen content of functionaliteit verloren gaan. Oplossing: Het was uiteindelijk niet nodig om met een oplossing te komen omdat zowel de content als de functionaliteit behouden bleef, maar bijvoorbeeld in vervolg-stappen werd aangeboden.


Succescriterium 1.4.11: Contrast van niet-tekstuele content

  • Er waren nog een klein aantal elementen in de website met net onvoldoende contrast van 3,0:1.   
    Al deze elementen aangepast.


Succescriterium 1.4.12: Tekstafstand

  • Er leek een probleem te bestaan dat wanneer een bezoeker zijn tekstafstand in de browser aanpaste vervolgens de inhoud leek te verdwijnen. Oplossing: Het was uiteindelijk niet nodig om dit op te lossen omdat we er van uit mogen gaan dat iemand die slechtziend of dyslectisch is, zijn of haar tekstafstand standaard anders heeft ingesteld,. Met andere woorden, als degene met die ingestelde tekstafstand de site binnenkomt er in dat geval geen inhoud wordt verborgen.


Principe 2: Bedienbaar

Richtlijn 2.1: Toetsenbordtoegankelijk

Succescriterium 2.1.1: Toetsenbord

  • Het share-element op de pagina's was niet met het toetsenbord te bedienen. Oplossing: Dit is opgelost door een volledig compliant share element te programmeren dat wel met het toetsenbord is te bedienen.

Succescriterium 2.2.1: Timing aanpasbaar

  • Bij het inschrijfformulier voor onze nieuwbrief (Mailchimp) bleef een foutmelding te kort staan. Oplossing: Dit is opgelost door het hele formulier weg te laten en een link naar het inschrijfformulier in Mailchimp op te nemen.


Richtlijn 2.4: Navigeerbaar

Succescriterium 2.4.2: Paginatitel

  • Er waren twee pagina's met exact hetzelfde title element  
    Dit is redactioneel aangepast.


Succescriterium 2.4.4: Linkdoel (in context)

  • In het mobiele menu ontbraken sommige linkdoelteksten. De social mediakanaal liks bevatten alleen de naam van het sociale media kanaal. Op de podcast-pagina's stonden een aantal links met allemaal hetzelfde woord 'Luister'. Op andere plekken stond een link met de tekst 'Klik hier' of alleen de tekst 'terug'. Oplossing: De linkdoelteksten zijn overal beschrijvender gemaakt.


Succescriterium 2.4.6: Koppen en labels

  • Op de pagina's van de podcastseries stonden secties met verborgen inhoud maar dezelfde zichtbare tekst in een kop waarmee de verborgen inhoud zichtbaar kon worden gemaakt. Oplossing: De inhoud van die koppen is aangepast zodat je geen twee koppen met exact dezelfde tekst meer hebt.
  • In het nieuwsbriefformulier stonden ook een aantal onduidelijke en herhaalde teksten. Oplossing: Dit is aangepakt door het hele nieuwsbriefformulier te vervangen door een link naar het formulier op Mailchimp.


Succescriterium 2.5.3: Label in naam

  • Op alle pagina's is er op kleine schermen een mobiele menuknop met de zichtbare tekst 'Menu', maar deze knop had geen toegankelijke naam wat een probleem was voor gebruikers die stembediening gebruiken.  
    Oplossing: Het Arialabel is toegevoegd aan deze knop.
  • 'Vorige-volgende' knoppen in de zoekresultaten hadden Engelse toegankelijke namen terwijl de zichtbare tekst uiteraard Nederlands was.   
    Dit is gelijkgetrokken naar Nederlands.

 

Principe 3: Begrijpelijk

Richtlijn 3.1: Leesbaar

Succescriterium 3.1.2: Taal van onderdelen

  • In de cookiebanner op de Nederlandse site stond nog Engelse tekst zonder taalswitch.  
    Tekst in de cookiebanner is vertaald.


Richtlijn 3.3: Assistentie bij invoer

Succescriterium 3.3.1: Fout identificatie

  • Een foutmelding in het aanmeldformulier voor de nieuwsbrief bleef te kort staan.  
    Het formulier is vervangen door een link naar het formulier in de Mailchimp site.

Succescriterium 3.3.2: Labels of instructies

  • In het zoek in de site formulier stond een select veld zonder zichtbare labels. Omdat het selectveld in dit formulier overbodig was (m.n. omdat bij een algemeen zoekresultaat een zelfde filter op de zoekresultaten wordt aangeboden, en het veld sowieso wat te veel ruimte innam) is het selectveld weggehaald.   
     

Principe 4: Robuust

Richtlijn 4.1: Compatibel

Succescriterium 4.1.2: Naam, rol, waarde

  • Een schermlezer kon niet vaststellen of het submenu open of gesloten was. Oplossing: Een Aria-expanded attribuut is toegevoegd die aangeeft of het submenu open dan wel gesloten is.
  • Knop om het mobiele menu te openen had geen toegankelijke naam. Oplossing: Een Aria-label is toegevoegd.
  • De share button mistte een toegankelijke naam, rol of status. Oplossing: Een nieuwe share element is geprogrammeerd dat aan alle toegankelijkheidseisen voldoet 
  • Het invoerveld in het zoek formulier had geen zichtbaar label of toegankelijke naam. Oplossing: Er is een zichtbaar label toegevoegd met de tekst 'Zoek op termen'
  • In de podcastseries stonden secties met verborgen inhoud en interactieve elementen om die inhoud te tonen. Die elementen hadden geen toegankelijke rol of status. En de status van de sectie werd niet aangegeven.  
    Oplossing: De interactieve elementen hebben (de h2's) een role=button gekregen, en een aria-expanded attribuut is toegevoegd die de status van de sectie weergeeft.
  • De cookiebanner had geen toegankelijke naam maar alleen een aria-describedby attribuut. Oplossing: Er is een Aria-label attribuut toegevoegd
     

Volledige steekproef  
 


Downloads