Rapport: Audit digitale toegankelijkheid website RWEGroup

Onderzoeker
Ronald Wemmenhove, RWEAccessible
Datum
28 oktober 2024
Opdrachtgever
Mevr. Janssen, RWEGroup

Samenvatting onderzoeksresultaat

De website RWEGroup voldoet nog niet aan WCAG 2.2 niveau AA. Er zijn 8 van de 55 succescriteria waar één of meer fouten zijn gevonden. In dit document is vastgelegd in hoeverre de website voldoet aan de toegankelijkheidseisen die vastgelegd zijn in WCAG, de Web Content Accessibility Guidelines.

De website rwegroup.nl is onderzocht tussen 2 en 8 oktober 2024. Het onderzoek is uitgevoerd aan de hand van de evaluatiemethode WCAG-EM. Er zijn veel bevindingen opgelost, aan een aantal moet nog gwerkt worden. In dit rapport zijn de nog openstaande bevindingen in kaart gebracht naar aanleiding van het oorspronkelijke onderzoek in 2023.

Het onderzoek richt zich specifiek op de toegankelijkheid van de website voor mensen met een functiebeperking, zoals mensen die blind, doof, laaggeletterd zijn of andere functieproblemen hebben. Voor hen is het van belang dat de website technisch en inhoudelijk zo is ingericht dat de site voor hen goed bruikbaar is. Een website optimaliseren voor toegankelijkheid heeft meer voordelen; het maakt de website beter bruikbaar voor iedereen (bijvoorbeeld ook voor mensen die op hun mobieltje kijken in een zonnige omgeving) en het maakt de site beter vindbaar in zoekmachines.

Scope van de evaluatie

Naam website RWEGroup
Scope van de website
  • Alle pagina's op domein rwegroup.nl.
  • Afspraak maken: rwegroup.nl/afspraak-maken
  • Diensten op rwegroup.nl achter DigiD
  • Melding openbare ruimte: rwegroup.nl/melding-doen
Conformiteitsdoel WCAG 2.2 niveau AA
Basisniveau van toegankelijkheid ondersteund Gangbare browsers en hulpsoftware.

Overzicht toetsresultaat

Principe Voldoende Onvoldoende Onbekend
1. Waarneembaar 17 3 0
2. Bedienbaar 14 3 0
3. Begrijpelijk 8 2 0
4. Robuust 3 0 0
Totaal 42 8 0

Leeswijzer

Dit onderzoek is een momentopname. De website kan inmiddels veranderd zijn. De gevonden problemen zijn slechts voorbeelden. Ga daarom bij elk probleem de gehele website na of dit ook op andere plaatsen voorkomt. Dit onderzoek is slechts een steekproef van een aantal pagina's. Er zijn zo veel mogelijk verschillende type pagina's opgenomen in de sample om zo een goede indruk te krijgen van de toegankelijkheid. Let op! Bij het aanbrengen van verbeteringen of wijzigingen op de website/app kunnen nieuwe problemen ontstaan. Succescriteria gemarkeerd met "Niet aanwezig" worden automatisch goedgekeurd. Succescriteria gemarkeerd met "Onbekend" worden niet goedgekeurd.

Uitgebreide toetsresultaten

1. Waarneembaar

Informatie en componenten van de gebruikersinterface moeten toonbaar zijn aan gebruikers op voor hen waarneembare wijze.

1.1 Tekstalternatieven

Lever tekstalternatieven voor alle niet-tekstuele content, zodat die veranderd kan worden in andere vormen die mensen nodig hebben, zoals grote letters, braille, spraak, symbolen of eenvoudigere taal.

1.1.1 Niet-tekstuele content (Niveau A)

Alle niet-tekstuele content die aan de gebruiker wordt gepresenteerd, heeft een tekstalternatief dat een gelijkwaardig doel dient, behalve voor de hierna vermelde situaties.

  • Bedieningselementen, invoer: Als niet-tekstuele content een bedieningselement is of gebruikersinvoer accepteert, dan heeft deze een naam die het doel ervan beschrijft. (We verwijzen naar succescriterium 4.1.2 voor aanvullende eisen ten aanzien van bedieningselementen en content die gebruikersinvoer accepteren.)
  • Op tijd gebaseerde media: Als niet-tekstuele content op tijd gebaseerde media is, dan leveren tekstalternatieven ten minste een beschrijving van de niet-tekstuele content. (We verwijzen naar Richtlijn 1.2 voor aanvullende eisen ten aanzien van media.)
  • Test: Als niet-tekstuele content een test of oefening is die, als ze door middel van tekst gepresenteerd wordt onjuist zou zijn, dan leveren tekstalternatieven ten minste een beschrijving van de niet-tekstuele content.
  • Zintuiglijk: Als niet-tekstuele content primair is bedoeld om een specifieke zintuiglijke ervaring te creëren, dan leveren tekstalternatieven ten minste een beschrijving van de niet-tekstuele content.
  • CAPTCHA: Als het doel van niet-tekstuele content is om te bevestigen dat content wordt gebruikt door een persoon in plaats van een computer, dan worden tekstalternatieven geleverd die het doel van de niet-tekstuele content identificeren en beschrijven. En er worden alternatieve vormen van CAPTCHA aangeboden gebruikmakend van uitvoermodes voor verschillende soorten van zintuiglijke perceptie om tegemoet te komen aan verschillende functiebeperkingen.
  • Decoratie, opmaak, onzichtbaar: Als niet-tekstuele content puur decoratief is, slechts voor visuele opmaak wordt gebruikt, of niet aan gebruikers wordt gerepresenteerd, dan wordt het op zo'n manier geïmplementeerd dat het genegeerd kan worden door hulptechnologie.

Uitkomst: Voldoende

1.1.2 Louter-geluid en louter-videobeeld (vooraf opgenomen) (Niveau AA)

Voor media met vooraf opgenomen louter-geluid en vooraf opgenomen louter-videobeeld is het volgende waar, behalve als de audio of video een media-alternatief voor tekst is en duidelijk als zodanig is gelabeld:

  • Vooraf opgenomen louter-geluid: Er wordt een alternatief geleverd voor op tijd gebaseerde media dat equivalente informatie geeft voor vooraf opgenomen louter-geluid content.
  • Vooraf opgenomen louter-videobeeld: Er wordt een alternatief geleverd voor op tijd gebaseerde media of een geluidsspoor dat equivalente informatie geeft voor vooraf opgenomen louter-videobeeld content.

Uitkomst: Onvoldoende

Bevinding: Op de pagina https://www.rwegroup.nl bij het element X werkt niet goed met een schermlezer.
Mogelijke oplossing: Pas dit element aan naar XXX.

Bevinding: Op de pagina https://www.rwegroup.nl bij het element X werkt niet goed met een schermlezer.
Mogelijke oplossing: Pas dit element aan naar XXX.

Onderbouwing van de evaluatie

Het onderzoek is uitgevoerd op basis van de evaluatiemethode van het W3C, WCAG-EM. Dit gebeurt grotendeels handmatig door een steekproef te nemen. Voor een quickscan geldt dat we slechts delen uit deze methodiek gebruiken. Ondanks alle zorgvuldigheid en ervaring van de onderzoeker kan het voorkomen dat een probleem niet gesignaleerd is. Houd er rekening mee dat in een volgend onderzoek bepaalde onderdelen anders worden beoordeeld omdat technologieën en hulpsoftware worden doorontwikkeld. Bij het handmatig onderzoek wordt gebruik gemaakt van tools.

Steekproef getoetste webpagina's

Ondersteunende technieken

  • HTML5
  • CSS
  • WIA-ARIA
  • Javascript
  • PDF

Webbrowsers (useragents) en andere software

Bij dit onderzoek is de volgende software gebruikt:

  • Chrome, versie 104
  • Firefox, versie 103
  • Edge, versie 104
  • Acrobat PRO DC