Mijn geldzaken

WCAG 2.1 AA onderzoek -versie 1.0

Algemene gegevens

Onderzoeker Opdrachtgever Onderzochte website Onderzoeksdatum
Els Groffen Gemeente Nijmegen mijngeldzaken.nijmegen.nl 17 mei 2023

Inleiding

Gemeente Nijmegen vindt het belangrijk dat iedereen digitale informatie kan lezen:

  • Op ieder apparaat
  • Op ieder moment
  • Op iedere locatie
  • Ongeacht leeftijd, ervaring, situatie of beperking

Met iedereen bedoelen we dan ook echt iedereen, dus ook de 4 miljoen mensen die een  functionele beperking hebben. Bijvoorbeeld mensen die slecht kunnen zien of geen muis kunnen gebruiken.

Volgens het Tijdelijk besluit digitale toegankelijkheid overheid van juli 2018 moeten websites en mobiele apps van Nederlandse overheidsinstanties voldoen aan toegankelijkheidseisen. De verantwoording hiervoor staat in een toegankelijkheidsverklaring op de website.

De toegankelijkheidseisen staan in de Web Content Accessibility Guidelines 2.1 (WCAG 2.1). Gemeenten moeten voldoen aan niveau A en AA van deze eisen. De WCAG 2.1 is opgedeeld in 4 principes:

  • Waarneembaar (omschrijf of toon het als ik het niet kan zien of horen, denk ook aan voldoende kleurcontrast, schaalbaarheid enzovoort)
  • Bedienbaar (zorg dat je de website met welk middel dan ook kan bedienen)
  • Begrijpelijk (zorg dat mens en software het begrijpen, geef bijvoorbeeld de taal van de pagina aan, maar ook fouten bij formulieren)
  • Robuust (code en elementen kloppen, dit zorgt dat het werkt, ook met verschillende hulpsoftware en apparaten)

Dit rapport beschrijft of de website "Mijn Geldzaken" voldoet aan deze 4 principes. Elk principe wordt beoordeeld op verschillende voorwaarden (succescriteria).

Op 17 mei 2023 was het onderzoek naar de toegankelijkheid van de website "MijnGeldzaken" klaar. Het onderzoek is uitgevoerd volgens de methode WCAG-EM.

Voordat de website onderzocht werd, heeft de leverancier al zaken verbeterd naar aanleiding van een pre-scan van de acceptatie-omgeving van "Mijn geldzaken". Uit deze pre-scan kwamen met name problemen naar voren met het contrast. De leverancier heeft deze opgelost. Contrastproblemen die niet tijdens de pre-scan gevonden zijn, staan nu in het rapport.

Goed om te vermelden: de website is overzichtelijk opgebouwd. Met de navigatie aan de linkerkant van de pagina zijn alle onderdelen goed benaderbaar. Hierdoor is geen extra zoekfunctie nodig. Er is ook aandacht geweest voor de mogelijkheid teksten te vergroten. De website schaalt goed en is hierdoor ook op een mobiele telefoon te gebruiken.

Er is nog aandacht nodig voor het navigeren met alleen het toetsenbord. Het is onprettig dat je dan eerst het hele navigatiemenu langs moet gaan, voordat je bij de echte inhoud van bijvoorbeeld het onderdeel "Budgetbeheer" komt.

De gevonden problemen zijn voorbeelden. Controleer daarom bij elk probleem de hele website of dit probleem ook op andere plaatsen voorkomt.

En tot slot; het onderzoek is een steekproef. Hierdoor kan een probleem niet gevonden zijn.

Website naam

Mijn Geldzaken

Wat is onderzocht (scope)

Omdat de website mijngeldzaken.nijmegen.nl persoonsgevoelige informatie bevat, ist het onderzoek gedaan in een gesloten acceptatie-omgeving. Deze omgeving is identiek aan de productie-omgeving.

Alle pagina's op nijmegen.shv-acceptatie.innovadis.com (URI-basis) zijn onderzocht. Er komen in het onderzoek geen persoonsgegevens voor. Onderzoeker heeft alleen toegang tot deze omgeving gekregen met als doel het uitvoeren van een onderzoek naar digitale toegankelijkheid.

Uitzondering:

Onder "Budgetbeheer" kan men afschriften als pdf downloaden. Deze pdf-bestanden zijn uitgesloten van deze audit omdat de afschriften op dezelfde pagina te bekijken zijn in toegankelijke HTML.

WCAG-versie

2.1

Niveau

AA

Onderzoeksmethode

WCAG-EM

Basisniveau van toegankelijkheid-ondersteuning

Standaard webbrowsers en hulpapparatuur

PRINCIPE 1

Waarneembaar

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

SUCCESCRITERIUM 1.1.1 (NIVEAU A)

Niet-tekstuele content

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

Uitleg:

Tekstalternatieven zijn een belangrijke manier om informatie toegankelijk te maken. Hulpsoftware maakt informatie via tekstalternatieven voor verschillende zintuigen waarneembaar. Bijvoorbeeld door tekst te kunnen zien, voorgelezen te krijgen of via braille te kunnen lezen.

Uitkomst: Onvoldoende

Bevindingen succescriterium 1.1.1

  1. Het logo van gemeente Nijmegen, linksboven in de header, wordt gebruikt als hyperlink. Hierdoor is de afbeelding functioneel en is het van belang dat de afbeelding een alternatieve tekst heeft. Dit kan door alt="xxx" toe te voegen als attribuut van het img-element. Aan de hyperlink is een title-attribuut toegevoegd. Het title-attribuut bij de link is alleen bedoeld voor aanvullende informatie. Hulpsoftware kijkt in eerste instantie naar de alternatieve tekst van de afbeelding zelf. Het img-element heeft hier ook een attribuut: role="presentation". Het doel is de afbeelding te verbergen voor hulpsoftware. Dit kan beter door in plaats van de role="presentation" te gebruiken de alternatieve tekst leeg te laten (alt="").

  2. Het onderdeel "Schuldregeling" heeft twee onderdelen die met knoppen te activeren zijn. De actieve knop is donkerder van kleur en heeft een pijltje dat naar beneden wijst. Voor mensen met een visuele beperking moet ook duidelijk zijn welk onderdeel actief is. Dit kan bijvoorbeeld door in de code attributen toe te voegen aan de knop, waardoor duidelijk is welk onderdeel actief is. Bijvoorbeeld role="tab" aria-selected="true". Ook bij de onderdelen "Berichten" en "Budgetbeheer" is er een visueel duidelijk verschil in de actieve en niet actieve onderdelen, maar ook hier komt dit niet terug in de code en missen mensen die afhankelijk zijn van hulpsoftware deze informatie.

SUCCESCRITERIUM 1.2.1 (NIVEAU A)

Louter-geluid en louter-videobeeld (vooraf opgenomen)

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.

Uitleg

Deze voorwaarde gaat over alles wat alléén geluid is (bijvoorbeeld een podcast) of alléén videobeeld (bijvoorbeeld een animatie zonder geluid). Het gaat niet om live geluid of live video. Er moet een andere mogelijkheid zijn die dezelfde informatie geeft.

Uitkomst: Niet aanwezig / n.v.t.

Bevindingen succescriterium 1.2.1

SUCCESCRITERIUM 1.2.2 (NIVEAU A)

Ondertitels voor doven en slechthorenden (vooraf opgenomen)

Er worden ondertitels voor doven en slechthorenden geleverd voor alle vooraf opgenomen audiocontent in gesynchroniseerde media, behalve als het mediabestand een meia-alternatief voor tekst is en duidelijk als zodanig is gelabeld.

Uitleg

Deze voorwaarde zorgt dat mensen die doof of slechthorend zijn, video’s kunnen bekijken en volgen. Door ondertitels aan te bieden, is alle belangrijke informatie ook te lezen.

Uitkomst: Niet aanwezig / n.v.t.

Bevindingen succescriterium 1.2.2

SUCCESCRITERIUM 1.2.3 (NIVEAU A)

Audiodescriptie of media-alternatief (vooraf opgenomen)

Er wordt een alternatief geleverd voor op tijd gebaseerde media of audiodescriptie van de vooraf opgenomen video-content voor gesynchroniseerde media, behalve als het media bestand een media-alternatief voor tekst is en duidelijk als zodanig is gelabeld.

Uitleg

Met deze voorwaarde geef je mensen die blind of slechtziend zijn toegang tot informatie die te zien is, bijvoorbeeld in video. Hiervoor moet een uitgeschreven tekst beschikbaar zijn met alle informatie die te zien en te horen is.

Uitkomst: Niet aanwezig / n.v.t.

Bevindingen succescriterium 1.2.3

SUCCESCRITERIUM 1.2.4 (NIVEAU AA)

Ondertitels voor doven en slechthorenden (live)

Er worden ondertitels voor doven en slechthorenden geleverd voor alle live audiocontent in gesynchroniseerde media

Uitleg

Voor alle gesproken tekst en andere belangrijke geluiden in een live video moet je ondertiteling aanbieden.  
Dit succescriterium maakt het mogelijk voor mensen die doof of slechthorend zijn, om live (realtime) media of presentaties te bekijken en volgen. Met het aanbieden van ondertiteling is alle hoorbare informatie in de livestream als leesbare tekst beschikbaar.

Uitkomst: Niet aanwezig / n.v.t.

Bevindingen succescriterium 1.2.4

SUCCESCRITERIUM 1.2.5 (NIVEAU AA)

Audiodescriptie (vooraf opgenomen)

Er wordt audiodescriptie geleverd voor alle vooraf opgenomen videoontent in gesynchroniseerde media.

Uitleg

Voldoen aan deze voorwaarde zorgt dat mensen die blind of slechtziend zijn toegang krijgen tot informatie die te zien is in video’s. Deze voorwaarde is hetzelfde als voorwaarde 1.2.3. Maar omdat deze van niveau AA is, gaan de eisen nog wat verder. Een extra eis is het aanbieden van audiodescriptie met alle belangrijke informatie die te zien is.

Bij audiodescriptie beschrijft een stem tussen de dialogen door wat er in beeld te zien is. Denk aan gezichtsuitdrukkingen, omschrijving van de plaats en ontwikkelingen in de verhaallijn of wedstrijd.

Uitkomst: Niet aanwezig / n.v.t.

Bevindingen succescriterium 1.2.5

SUCCESCRITERIUM 1.3.1 (NIVEAU A)

Info en relaties

Informatie, structuur en relaties overgebracht door presentatie kunnen door software bepaald worden of zijn beschikbaar in tekst.

Uitleg

Voor deze voorwaarde moeten informatie en opbouw van pagina-onderdelen in de code van de webpagina staan. Ook moet in de code staan hoe de onderdelen met elkaar te maken hebben (relatie). De informatie, opbouw en relatie van de onderdelen mag niet alleen duidelijk zijn via de vormgeving.
Voorbeeld: als een kop boven een alinea dik gedrukt is, is het voor iemand die goed kan zien duidelijk dat het een kop is. Iemand die hulpsofware gebruikt, moet die tekst ook als kop kunnen herkennen in de code (H1, H2 etc).

Uitkomst: Onvoldoende

Bevindingen succescriterium 1.3.1

  1. Om tekst op te maken met koppen, kunnen verschillende niveaus worden gebruikt (h1-h6). Deze niveaus moeten in de juiste volgorde worden gebruikt. Dit is niet het geval bij het onderdeel "Mijn gegevens". De koppen "Basisgegevens" en "Adres" hebben kopniveau <h3>. Dit moet kopniveau <h2> zijn. Het is mogelijk via CSS de gewenste styling kopniveau <h2> toe te voegen.

  2. De verschillende stappen van de "Schuldregeling" hebben allemaal een <h3> kopniveau . Dit moet in de juiste volgorde kopniveau <h2> zijn.

  3. Het "Budgetplan" dat te vinden is bij het onderdeel "Budgetbeheer" geeft in blauwe letters aan, aan wie een betaling moet plaatsvinden. Deze blauwe teksten zijn allemaal vetgedrukt door het <strong> element. Hulpsoftware leest tekst tussen <strong> met extra nadruk voor. Dat is hier niet de bedoeling. Beter is de teksten op te maken via koppen in het CSS.

  4. Als je net bent ingelogd komt rechtsboven een tijdelijk scherm met de melding dat je bent ingelogd. Het woord "inloggen" is opgemaakt met <strong>.

  5. Klik je bij "Schuldregeling" op de knop "Meer details", dan is daar een overzicht te zien met schuldeisers. De namen van deze schuldeisers zijn opgemaakt met <strong>.

  6. Voor alinea's moet het <p> element gebruikt worden. Het is niet goed om een <br> element te gebruiken om witregels te maken en zo alinea's aan te geven. Bij het onderdeel "Start" wordt <br> gebruikt om witregels te maken. Het gevolg is dat bij iedere <br>, voorleessoftware "leeg" voorleest.

  7. Onder "Budgetbeheer/Reserveringen" krijgt men meer informatie als je op de links klikt zoals bijvoorbeeld voor "Verzekeringen". Visueel is duidelijk dat het onderdeel "Verzekeringen" vervolgens geopend is. Dit wordt echter niet duidelijk voor hulpsoftware.

SUCCESCRITERIUM 1.3.2 (NIVEAU A)

Betekenisvolle volgorde

Als de volgorde waarin content wordt gepresenteerd van invloed is op zijn betekenis, kan een correcte leesvolgorde door software bepaald worden.

Uitleg

Doel van deze voorwaarde is dat een logische volgorde die te zien is op een webpagina, ook in de code van de pagina staat. Dit gaat over situaties waarin de volgorde van de inhoud op een pagina invloed heeft op de betekenis. Bijvoorbeeld bij het beschrijven van recepten.

Uitkomst: Voldoende
SUCCESCRITERIUM 1.3.3 (NIVEAU A)

Zintuiglijke eigenschappen

Instructies die geleverd worden om content te begrijpen en te bedienen, zijn niet alleen afhankelijk van zintuiglijke eigenschappen van componenten als vorm, kleur, omvang, visuele locatie, oriëntatie of geluid.

Uitleg

Deze voorwaarde zorgt ervoor dat iedereen instructies heeft om de inhoud van de pagina te gebruiken. Ook als de websitebezoeker geen vorm, grootte en plaats op het scherm kan zien of geluid kan horen. Voorbeeld waarbij het fout gaat: "Klik op de rode knop links op het scherm".

Uitkomst: Voldoende
SUCCESCRITERIUM 1.3.4 (NIVEAU AA)

Weergavestand

De content beperkt de weergave en bediening niet tot een enkele presentatie-oriëntatie, zoals staand of liggend, tenzij een specifieke presentatie-oriëntatie essentieel is.

Uitleg

Doel van deze voorwaarde: ervoor zorgen dat inhoud zichtbaar is in de richting (staand of liggend) die de gebruiker het liefst heeft. Denk hierbij aan mensen in een rolstoel die bijvoorbeeld hun tablet vast hebben staan in een houder. Zij kunnen de richting van de tablet niet aanpassen.

Uitkomst: Voldoende
SUCCESCRITERIUM 1.3.5 (NIVEAU AA)

Identificeer het doel van de input

Het doel van elk invoerveld waarmee informatie van de gebruiker wordt verzameld, kan door software bepaald worden wanneer:

  • het invoerveld een doel dient dat is geïdentificeerd in de paragraaf Inputdoelen voor Componenten van de Gebruikersinterface én
  • de content wordt geimplementeerd met behulp van technologieën die ondersteuning bieden bij het identificeren van de verwachte betekenis van formulier-invoergegevens.

Uitleg

Deze voorwaarde richt zich op het makkelijker invullen van online formulieren. Voldoen aan deze voorwaarde zorgt dat software invoervelden automatisch kan invullen. Dit helpt vooral gebruikers met een motorische of cognitieve beperking. Bijvoorbeeld mensen die hun armen niet (goed) kunnen gebruiken of moeite hebben met concentratie of het geheugen. Deze voorwaarde helpt ook mensen met een taalachterstand.

Uitkomst: Onvoldoende

Bevindingen succescriterium 1.3.5

  1. Bij invulvelden waar persoonsgegevens opgevraagd worden, moet voor hulpsoftware een extra attribuut toegevoegd worden; "autocomplete". Dit extra attribuut zorgt er voor dat deze persoonlijke gegevens makkelijk in te vullen zijn. Dit is fijn voor mensen die moeite hebben met typen. Het attribuut "autocomplete" ontbreekt bij het onderdeel "Mijn gegevens" voor de te wijzigen velden "Telefoonnummer 1", "Telefoonnummer 2" en "E-mailadres".

  2. Als je je wachtwoord bent vergeten wordt naar persoonsgegevens gevraagd. Het 'autocomplete' attribuut ontbreekt voor de velden "Achternaam", "E-mailadres" en"Geboortedatum". Zie: https://www.w3.org/Translations/WCAG21-nl/#input-purposes.

SUCCESCRITERIUM 1.4.1 (NIVEAU A)

Gebruik van kleur

Kleur wordt niet als het enige visuele middel gebruikt om informatie over te brengen, een actie aan te geven, tot een reactie op te roepen of een visueel element te onderscheiden.

Uitleg

Bij het geven van informatie mag niet alleen kleur gebruikt worden. Mensen met een visuele beperking zoals kleurenblindheid, missen dan informatie.

Uitkomst: Voldoende
SUCCESCRITERIUM 1.4.2 (NIVEAU A)

Geluidsbediening

Als een geluidsweergave op een webpagina automatisch meer dan 3 seconden speelt, is er of een mechanisme beschikbaar om de geluidsweergave te pauzeren of te stoppen, of er is een mechanisme beschikbaar om het geluidsvolume onafhankelijk van het overall systeemvolume te regelen.

Uitleg

Deze voorwaarde zorgt ervoor dat gebruikers van voorleessoftware geen last hebben van geluid op een webpagina.

Uitkomst: Niet aanwezig / n.v.t.
SUCCESCRITERIUM 1.4.3 (NIVEAU AA)

Contrast (minimum)

De visuele weergave van tekst en afbeeldingen van tekst heeft een contrastverhouding van tenminste 4,5:1, behalve in de volgende gevallen:

  • Grote tekst en afbeeldingen van grote tekst hebben een contrastverhouding van ten minste 3:1
  • Tekst of afbeeldingen van tekst die deel zijn van een inactieve component van de gebruikersinterface, die puur decoratief zijn, die voor niemand zichtbaar zijn, of onderdeel zijn vande afbeelding die significant andere visuele content bevat hebben geen contrasteis
  • Tekst die onderdeel is van een logo of merknaam heeft geen contrasteis.

Uitleg

Door deze voorwaarde kunnen mensen die minder goed kunnen zien makkelijker teksten lezen.

Uitkomst: Onvoldoende

Bevindingen succescriterium 1.4.3

  1. Het onderdeel "Schuldhulpverlening" heeft koppen met te weinig contrast. In een al afgemaakte stap heeft de tekst te weinig contrast. De verhouding is 4.44:1 waar het 4.5:1 moet zijn. De lettergrootte is 13px. Als deze wordt vergroot naar 14px wordt de tekst als 'vet' beoordeeld en is een contrastverhouding 3:1 voldoende.

  2. In de actieve stap van "Schuldhulpverlening" heeft de tekst te weinig contrast. De verhouding is 2.57:1 waar dit 4.5:1 moet zijn. Vergroten van de lettergrootte is hier niet voldoende om dit probleem op te lossen.

  3. Onder "Budgetbeheer/Reserveringen" hebben de lichtblauwe koppen te weinig contrast (Verzekeringen, Gemeentelijke belastingen etc). De verhouding is 4:1 waar deze voor lettertype met een lettergrootte van 13px, 4.5:1 moet zijn.

  4. Als bij het inloggen geen wachtwoord wordt ingevuld, verschijnt onder het invulveld voor het wachtwoord een tekst. Deze tekst is opgemaakt met witte letters en een oranje achtergrond. De contrastverhouding van deze kleurencombinatie moet 4.5:1 zijn en is nu 2.3:1. Dit geldt voor alle foutmeldingen die bij formuliervelden verschijnen.

SUCCESCRITERIUM 1.4.4 (Niveau AA)

Herschalen van tekst

Behalve voor ondertitels voor doven en slechthorenden en afbeeldingen van tekst, kan tekst zonder hulptechnologie tot 200% geschaald worden zonder verlies van content of functionaliteit.

Uitleg

Als tekst niet vergroot kan worden, kunnen slechtziende mensen de tekst misschien niet goed lezen. Ook kunnen zij informatie missen als tekst wegvalt bij het inzoomen tot 200%.

Uitkomst: Voldoende
SUCCESCRITERIUM 1.4.5 (NIVEAU AA)

Afbeeldingen van tekst

Als de gebruikte technologieën de visuele weergave tot stand kunnen brengen, wordt tekst gebruikt in plaats van afbeeldingen van tekst om informatie over te brengen behalve in de volgende gevallen:

  • de afbeelding van de tekst kan visueel aangepast worden aan de eisen van de gebruiker
  • een specifieke weergave van tekst is essentieel voor de informatie die wordt overgebracht.

Uitleg

Mensen met dyslexie of mensen die minder goed kunnen zien, moeten tekst kunnen aanpassen zoals zij het het liefst willen zien.

Uitkomst: Onvoldoende

Bevindingen succescriterium 1.4.5

Het logo van gemeente Nijmegen dat linksboven in de header staat, heeft geen goede alternatieve tekst. Omdat er tekst staat in het logo, moet deze ook terugkomen in de alternatieve tekst van het <img> element. Voorstel alt="Logo gemeente Nijmegen (homepage)".

SUCCESCRITERIUM 1.4.10 (NIVEAU AA)

Reflow

Content kan zonder verlies van informatie of functionaliteit en zonder te moeten scrollen in twee dimensies, worden weergegeven voor:

  • verticaal scrollbare content met een breedte gelijkwaardig aan 320 CSS pixels
  • horizontaal scrollbare content met een hoogte gelijkwaardig aan 256 CSS pixels

Met uitzondering van delen van de content die voor het gebruik of de betekenis een tweedimensionale lay-out  vereisen.

Uitleg

De bedoeling van deze voorwaarde is om mensen te helpen die slecht kunnen zien. Wanneer zij tekst vergroten, is het handig als ze het kunnen lezen in 1 kolom en ze niet horizontaal moeten scrollen.

Uitkomst: Voldoende
SUCCESCRITERIUM 1.4.11 (NIVEAU AA)

Contrast van niet-tekstuele content

De visuele weergave van het volgende heeft een contrastverhouding van tenminste 3:1 ten opzichte van aangrenzende kleuren:

  • visuele informatie die vereist is om componenten van de gebruikersinterface en statussen te identificeren, met uitzondering van inactieve componenten of componenten waarvan de weergave van de component wordt bepaald door de user agent en niet wordt aangepast door de auteur;
  • delen van afbeeldingen die vereist zijn om de content te begrijpen, behalve wanneer een specifieke weergave van afbeeldingen essentieel is voor de informatie die wordt overgebracht.

Uitleg

Dit succescriterium gaat ook over het contrast van de toetsenbordfocus als deze is aangepast met CSS. Als dit succescriterium niet goed wordt toegepast hebben mensen met een visuele beperking problemen met het doorlopen van de website omdat zij niet kunnen zien waar de ze zich bevinden op de website. In mindere mate zullen ook mensen met een cognitieve beperking en mensen die gebruik maken van alleen het toetsenbord om te navigeren,  informatie kunnen missen.

Uitkomst: Onvoldoende

Bevindingen succescriterium 1.4.11

  1. Bij invulvelden moet de rand van het invulveld genoeg contrast hebben met de achtergrond. Deze verhouding moet 3,0:1 zijn. De formuliervelden die gebruikt worden bij inloggen, of bij het aanpassen van persoonsgegevens voldoen hier niet aan.

  2. Ook als het formulierveld focus heeft via het toetsenbord, is de contrastverhouding te laag.

  3. Voor sommige interactieve elementen is een focusindicator gestyled via CSS. Zo krijgen bijvoorbeeld de knoppen in de header (om uit te loggen of om naar instellingen te gaan) een schaduwrand als de focus er op komt. De contrastverhouding met de achtergrond is te laag. Omdat de eisen rondom focus in een latere versie van de WCAG strikter worden is het advies om álle focusbare elementen via CSS een heel duidelijke focus te geven.

SUCCESCRITERIUM 1.4.12 (NIVEAU AA)

Tekstafstand

Bij content die wordt geïmplementeerd met opmaaktalen die de volgende stijleigenschappen voor tekst ondersteunen, is er geen sprake van verlies van content of functionaliteit door het instellen van alle volgende, en door het niet wijzigen van andere stijleigenschappen:

  •    regelhoogte (regelafstand) naar ten minste 1,5 keer de lettergrootte;
  •    afstand tussen alinea's naar ten minste 2 keer de lettergrootte;
  •    letterafstand (spatiëren van letters) naar ten minste 0,12 keer de lettergrootte;
  •    spatiëren van woorden naar ten minste 0,16 keer de lettergrootte.

Uitzondering: Menselijke talen en scripts die geen gebruik maken van een of meer van deze eigenschappen voor tekststijl in schriftelijke tekst, kunnen voldoen aan de eisen door alleen gebruik te maken van de eigenschappen die bestaan voor de betreffende combinatie van taal en script.

Uitleg

Met de toepassing van dit succescriterium zorg je ervoor dat mensen de tekstafstand kunnen aanpassen om beter te kunnen lezen. Bijvoorbeeld door de afstand tussen regels of alinea's te vergroten of letters en woorden te vergroten.

Uitkomst: Voldoende
SUCCESCRITERIUM 1.4.13 (NIVEAU AA)

Content bij hover of focus

Wanneer aanvullende content zichtbaar wordt en daarna weer verborgen, door het gebruik van hover met de aanwijzer of focus met het toetsenbord, gelden de volgende zaken:

  • sluiten - er is een mechanisme beschikbaar waarmee de aanvullende content kan worden gesloten zonder de aanwijzer hover of de toetsenbordfocus te verplaatsen, tenzij de aanvullende content een invoerfout communiceert of andere content niet verbergt of vervangt;
  • aanwijsbaar - wanneer een aanwijzer hover aanvullende content kan activeren, dan kan de aanwijzer over de aanvullende content worden bewogen zonder dat deze verdwijnt;
  • aanhouden - de aanvullende content blijft zichtbaar totdat de oorzaak voor de hover of focus is verwijderd, de gebruiker de content sluit of de informatie niet langer geldig is.

Uitzondering: de visuele weergave van de aanvullende content wordt beheerd door de user agent en wordt niet aangepast door de auteur.

Uitleg

Door toepassing van dit succescriterium kunnen mensen met een visuele beperking de content goed bekijken als zij met de muis over een tekst gaan of als een element de focus krijgt. Zij hebben ook voldoende tijd om de informatie te lezen.

Uitkomst: Voldoende

Bedienbaar

PRINCIPE 2

Componenten van de gebruikersinterface moeten bedienbaar zijn.

SUCCESCRITERIUM 2.1.1 (NIVEAU A)

Toetsenbord

Alle functionaliteit van de content is bedienbaar via een toetsenbordinterface zonder dat afzonderlijke toetsaanslagen aan tijd gebonden zijn, behalve als de onderliggende functie een invoer vereist die afhangt van het pad dat de gebruiker aflegt en niet alleen van de eindpunten.

Uitleg

Alles moet bedienbaar zijn met het toetsenbord of vergelijkbare hulpapparatuur. Dit is belangrijk voor mensen met een visuele beperking, die alleen het toetsenbord moeten  en geen muis. Ook mensen met een motorische beperking gebruiken soms een (alternatief) toetsenbord.

Uitkomst: Onvoldoende

Bevindingen succescriterium 2.1.1

  1. Rechtsboven in de header zit een knop met instellingen. Hierin heb je de mogelijkheid een vinkje te zetten om notificatie langer te laten zien. Deze optie is niet met het toetsenbord benaderbaar.

  2. Het onderdeel "Berichten" heeft drie knoppen. Alleen het actieve onderdeel "Ontvangen" krijgt focus van het toetsenbord. De onderdelen "Archief" en "Verzonden" zijn niet bereikbaar via het toetsenbord.

SUCCESCRITERIUM 2.1.2 (NIVEAU A)

Geen toetsenbordval

Als de toetsenbordfocus met de toetsenbordinterface verplaatst kan worden naar een component van de pagina, dan kan de focus ook met alleen de toetsenbordinterface weer van dat component weg worden bewogen. En, als er meer nodig is dan de standaard pijl- of tabtoetsen of andere standaard methoden om de focus te verplaatsen, dan wordt de gebruiker geïnformeerd over de manier waarop de focus kan worden verplaatst.

Uitleg

Het doel van dit succescriterium is voorkomen dat mensen die alleen het toetsenbord gebruiken, vastlopen op een webpagina. 

Uitkomst: Voldoende
SUCCESCRITERIUM 2.1.4 (NIVEAU A)

Enkel teken sneltoetsen

Wanneer een sneltoets in content wordt geïmplementeerd door alleen letters (inclusief hoofdletters en kleine letters), leestekens, cijfers of symbolen te gebruiken, geldt ten minste één van de volgende zaken:

  • uitzetten - er is een mechanisme beschikbaar waarmee de sneltoets kan worden uitgezet;
  • opnieuw toewijzen - er is een mechanisme beschikbaar om de sneltoets opnieuw toe te wijzen aan één of meerdere niet-afdrukbare tekens (bijv. Ctrl, Alt, enz.);
  • alleen actief bij focus - de sneltoets voor een component van de gebruikersinterface is alleen actief wanneer de betreffende component de focus heeft.

Uitleg

Dit succescriterium wordt steeds belangrijker voor mobiele telefoons, omdat een groeiend aantal apps toetsenbordbediening vollediger mogelijk maakt. Foutief gebruik van dit succescriterium kan er voor zorgen dat mensen die spraaksoftware gebruiken per ongeluk iets kunnen activeren. Ook mensen die alleen het toetsenbord gebruiken bij een gewone desktop kunnen per ongeluk iets activeren.

Uitkomst: Niet aanwezig / n.v.t.
SUCCESCRITERIUM 2.2.1 (NIVEAU A)

Timing aanpasbaar

Voor elke tijdslimiet die door de content wordt ingesteld, geldt ten minste één van de volgende zaken:

  • uitzetten - de gebruiker kan de tijdslimiet uitzetten voordat die wordt bereikt; of
  • aanpassen - de gebruiker mag de tijdslimiet aanpassen voordat deze is verstreken over een bereik van ten minste tien keer de standaardinstelling; of
  • verlengen - de gebruiker wordt gewaarschuwd voor de tijd afloopt en krijgt ten minste 20 seconden om de tijdslimiet met een eenvoudige handeling te verlengen (bijvoorbeeld, "druk op de spatiebalk"), en de gebruiker mag de tijdslimiet ten minste tien keer verlengen; of
  • real-time uitzondering - de tijdslimiet is onderdeel van een realtime gebeurtenis (een veiling bijvoorbeeld) en er is geen alternatief voor de tijdslimiet mogelijk; of
  • essentiële uitzondering - de tijdslimiet is essentieel en verlenging zou de activiteit ongeldig maken; of
  • 20 uur uitzondering - de tijdslimiet is langer dan 20 uur.

Uitleg

De bedoeling van dit succescriterium is dat alle gebruikers genoeg tijd krijgen om gebruik te maken van een website. 

Uitkomst: Onvoldoende

Bevindingen succescriterium 2.2.1

  1. De zogenaamde Toastmodals die verschijnen na inloggen en na uitloggen, hebben een tijdslimiet die niet aanpasbaar is. Omdat deze meldingen geen toegevoegde waarde hebben (tenslotte maakt het welkomstbericht duidelijk dat men is ingelogd), is het advies deze te verwijderen. Dit geldt ook voor de toastmodals die verschijnen als de inlogtijd bijna voorbij is door inactiviteit. Ze hebben eigenlijk geen meerwaarde en veroorzaken ruis.

  2. Als er 12 minuten geen activiteit op de website is komt een melding in beeld: Uw huidige inlogsessie verloopt over 3 minuten bij geen activiteit. Voor hulpsoftware is het heel belangrijk dat op dat moment de focus direct in de zogenaamde Toastmodal komt zodat gekozen kan worden om de tijdslimiet te verlengen. Hulpsoftware heeft vaak moeite met het begrijpen en benaderen van deze pop-upmeldingen. Het is belangrijk dat de ontwerper ervoor zorgt dat de modal leesbaar, bereikbaar en bedienbaar is voor hulpsoftware, direct als de modal verschijnt. Wat kan helpen is dit Engelse artikel: https://sheribyrnehaber.medium.com/designing-toast-messages-for-accessibility-fb610ac364be

SUCCESCRITERIUM 2.2.2 (NIVEAU A)

Pauzeren, stoppen, verbergen

Voor alle bewegende, knipperende, scrollende of automatisch actualiserende informatie gelden alle volgende zaken:

  • voor bewegende, knipperende of scrollende informatie die (1) automatisch start, (2) langer dan vijf seconden duurt, en (3) parallel met andere content wordt getoond, is er een mechanisme voor de gebruiker om dit te pauzeren, te stoppen of te verbergen, tenzij de beweging, knippering of scrolling, onderdeel is van een activiteit waar ze essentieel is en
  • voor elke soort automatisch actualiserende informatie die (1) automatisch start en (2) parallel met andere content wordt gepresenteerd, is er een mechanisme voor de gebruiker om dit te pauzeren, te stoppen of te verbergen of de frequentie van de actualisering in te stellen, tenzij de automatische actualisering onderdeel is van een activiteit waar ze essentieel is.

Uitleg

Het toepassen van dit succescriterium voorkomt dat bezoekers worden afgeleid tijdens het lezen of gebruiken van de webpagina. Alles wat automatisch beweegt op een website moet je op pauze kunnen zetten, stoppen of verbergen.

Uitkomst: Niet aanwezig / n.v.t.
SUCCESCRITERIUM 2.3.1 (NIVEAU A)

Drie flitsen of beneden drempelwaarde

Webpagina's bevatten niets wat meer dan drie keer flitst in enige periode van één seconde of de flits is beneden de algemene flits- en rodeflitsdrempelwaarden.

Uitleg

Dit succescriterium is belangrijk voor de groep van mensen met eplilepsie die ook gevoelig is voor lichtflitsen. Zij kunnen een aanval krijgen van epilepsie als iets meer dan drie keer flitst binnen een seconde.

Uitkomst: Voldoende
SUCCESCRITERIUM 2.4.1 (NIVEAU A)

Blokken omzeilen

Er is een mechanisme beschikbaar om blokken content die op meerdere webpagina's worden herhaald te omzeilen.

Uitleg

Voor mensen die blind zijn en mensen die alleen het toetsenbord gebruiken, is het heel vervelend om steeds weer opnieuw door terugkerende content te navigeren. 
Met terugkerende content bedoelen we bijvoorbeeld het logo, het zoekveld, het servicemenu, het hoofdmenu of submenu aan de linkerkant van de pagina. Eigenlijk alles wat bovenaan de pagina staat, en terugkeert op iedere pagina van de website. Deze informatie moeten gebruikers kunnen overslaan.

Uitkomst: Onvoldoende

Bevindingen succescriterium 2.4.1

Een skiplink is ingebouwd, maar niet op de juiste manier. De skiplink moet de eerste link zijn die je bereikt als je met TAB door de website gaat navigeren. Het doel is terugkerende interactieve elementen over te slaan en direct naar de hoofdinhoud van de pagina te gaan. Nu worden de interactieve elementen in de header eerst bereikt en daarna pas de skiplink.

SUCCESCRITERIUM 2.4.2 (NIVEAU A)

Paginatitel

Webpagina's hebben titels die het onderwerp of doel beschrijven.

Uitleg

Met dit succescriterium help je gebruikers om (de juiste) content te vinden. Door te zorgen dat elke webpagina een duidelijke en beschrijvende titel heeft, kunnen mensen zich beter oriënteren op de website. PDF bestanden die in de browser worden geopend moeten ook een beschrijvende titel hebben.

Uitkomst: Voldoende
SUCCESCRITERIUM 2.4.3 (NIVEAU A)

Focus volgorde

Als in webpagina's sequentieel genavigeerd kan worden en de navigatiesequenties hebben invloed op de betekenis of het gebruik, dan krijgen focusbare componenten de focus in de juiste volgorde waardoor betekenis en bedienbaarheid behouden blijft.

Uitleg

Het doel van dit succescriterium is dat de volgorde van de focus op de site juist en logisch is. Dit is van belang voor mensen die het toetsenbord gebruiken om te navigeren op de website.

Uitkomst: Onvoldoende

Bevindingen succescriterium 2.4.3

Als je met TAB naar het onderdeel "Budgetbeheer" navigeert, opent dit onderdeel. Je komt met TAB vervolgens niet direct bij de verschillende onderdelen van deze "Budgetbeheer"-pagina. De focus komt namelijk eerst weer op het logo van gemeente Nijmegen, waarna alle onderdelen van het menu doorgelopen worden om dan pas bij de af- en bijschrijvingen te komen.

Dit geldt voor alle onderdelen die via knoppen andere informatie laten zien.

Bij het onderdeel "Budgetbeheer/Afschriften" kun je niet meteen een afschrift bekijken. Met de TAB-toets moeten eerst alle interactieve delen van het programma doorlopen worden.

SUCCESCRITERIUM 2.4.4 (NIVEAU A)

Linkdoel

Het linkdoel kan bepaald worden uit enkel de linktekst of uit de linktekst samen met zijn door software bepaalde linkcontext, behalve daar waar het doel van de link een dubbelzinnige betekenis kan hebben voor gebruikers in het algemeen.

Uitleg

Met het toepassen van dit succescriterium zorg je ervoor dat het doel van elke link duidelijk is. 

Uitkomst: Onvoldoende

Bevindingen succescriterium 2.4.4

  1. Het logo van gemeente Nijmegen linksboven in de header van de pagina is een link naar de website van gemeente Nijmegen. Er is geen alternatieve tekst voor de afbeelding. Deze moet toegevoegd worden om de link te beschrijven. Bijvoorbeeld "Logo gemeente Nijmegen (naar homepage)". De informatie die nu bij het title-attribuut van de link staat mag verwijderd worden.

  2. Bij het onderdeel "Budgetbeheer / Reserveringen" wordt met het title-attribuut meer informatie gegeven over het linkdoel. Deze informatie wordt echter niet altijd gelezen door hulpsoftware. Een oplossing zou kunnen zijn om via een <span> die alleen leesbaar is voor hulpsoftware, extra informatie over het linkdoel mee te geven. Dit geldt ook voor het onderdeel "Budgetbeheer / Budgetplan".

SUCCESCRITERIUM 2.4.5 (NIVEAU AA)

Meerdere manieren

Er is meer dan één manier beschikbaar om een webpagina binnen een verzameling webpagina's te vinden, behalve wanneer de webpagina het resultaat is van, of een stap in, een proces.

Uitleg

Mensen met een visuele of coginitieve beperking hebben baat bij dit succescriterium omdat er verschillende manieren worden aangeboden om door de website te navigeren.

Uitkomst: Voldoende
SUCCESCRITERIUM 2.4.6 (NIVEAU AA)

Koppen en labels

Koppen en labels beschrijven het onderwerp of doel.

Uitleg

De bedoeling van dit succescriterium is om gebruikers te helpen begrijpen welke informatie webpagina’s bevatten en hoe die informatie wordt gepresenteerd. Als koppen duidelijk en beschrijvend zijn, kunnen gebruikers makkelijker de gezochte informatie vinden. De relaties tussen verschillende onderdelen van de content wordt daarmee ook makkelijker te begrijpen.

Uitkomst: Voldoende
SUCCESCRITERIUM 2.4.7 (NIVEAU AA)

Focus zichtbaar

Elke gebruikersinterfacs die met het toetsenbord te bedienen is, heeft een bedieningswijze waarbij de indicator van de toetsenbordfocus zichtbaar is.

Uitleg

Het doel van dit succescriterium is dat een gebruiker kan zien welk element op de webpagina de focus heeft. Dit is van belang voor mensen die het toetsenbord gebruiken om een webpagina te bedienen en wel het scherm kunnen zien (bijvoorbeeld mensen met een motorische beperking).

Uitkomst: Onvoldoende

Bevindingen succescriterium 2.4.7

De focuszichtbaarheid van interactieve elementen is niet altijd even duidelijk. Daar waar geen instelling via CSS is gedaan voor de focusindicator, ontvangt een interactief element de focusindicator van de browser. Beter is het om voor ieder interactief element dezelfde focuszichtbaarheid te regelen via CSS. De focuszichtbaarheid van bijvoorbeeld de knoppen "Uitloggen" en "Instellingen" in de header van de pagina wijken af en zijn niet goed zichtbaar. De knop "Uitloggen" krijgt een donkergroene focusrand, de knop "Instellingen" een lichtgrijze kleur. Beide geven te weinig contrast met de rode achtergrond.

In sommige gevallen is een lichtgroene focusrand te zien, soms een lichtblauwe.

Het advies is voor elk interactief element dezelfde focusindicator in te bouwen via CSS die op alle verschillende achtergronden genoeg contrast geeft.

Ter info: In WCAG 2.2 worden strengere eisen gesteld aan de focusweergave.

SUCCESCRITERIUM 2.5.1 (NIVEAU A)

Aanwijzergebaren

Alle functionaliteit waarmee bij de bediening gebruik wordt gemaakt van meerpunts- of padgebaseerde gebaren, kan worden bediend met een enkele aanwijzer zonder een padgebaseerd gebaar, tenzij een meerpunts- of padgebaseerd gebaar essentieel is.

Uitleg

De bedoeling van dit succescriterium is ervoor te zorgen dat inhoud kan worden bediend met eenvoudige invoer op alle mogelijke apparaten (tablets, mobiele telefoons, touchscreens, enz.) en met verschillende hulpapparatuur.

Uitkomst: Niet aanwezig / n.v.t.
SUCCESCRITERIUM 2.5.2 (NIVEAU A)

Aanwijzerannulering

Voor functionaliteit die kan worden bediend met een enkele aanwijzer, geldt ten minste één van de volgende zaken:

  • geen down-event:  het down-event van de aanwijzer wordt niet gebruikt om enig onderdeel van de functie uit te voeren;
  • afbreken of ongedaan maken: De functie wordt voltooid door het up-event en er is een mechanisme beschikbaar om de functie af te breken voordat deze wordt voltooid of om de functie ongedaan te maken als deze is voltooid;
  • up reversal: met het up-event wordt elk resultaat van het voorgaande down-event ongedaan gemaakt;
  • essentieel: het voltooien van de functie met het down-event is essentieel.

Uitleg

De bedoeling van dit succescriterium is om het voor gebruikers makkelijker te maken om toevallige of foute muisbewegingen te voorkomen.

Uitkomst: Voldoende
SUCCESCRITERIUM 2.5.3 (NIVEAU A)

Label in naam

Bij componenten van de gebruikersinterface met labels die tekst of afbeeldingen van tekst bevatten, bevat de naam de tekst die visueel wordt weergegeven.

Uitleg

De bedoeling van dit succescriterium is ervoor te zorgen dat mensen met een handicap die op visuele teksten vertrouwen, deze teksten ook met hulpsoftware kunnen gebruiken. Elementen op de website worden vaak voorzien van zichtbare tekst zoals de naam van een formulierveld. In de code hebben deze elementen ook een programmatisch label; de ‘Accessible Name’. Dit label wordt gebruikt om voor te lezen bij gebruikers met hulpsoftware. Het is van belang dat de zichtbare tekstlabels van besturingselementen, overeenkomen met hun toegankelijke namen.

Uitkomst: Voldoende
SUCCESCRITERIUM 2.5.4 (NIVEAU A)

Bewegingsactivering

Functionaliteit die kan worden bediend door de beweging van een apparaat of beweging van een gebruiker, kan ook worden bediend met componenten van de gebruikersinterface. De reactie op de beweging kan worden uitgeschakeld om onbedoelde activering te voorkomen, behalve wanneer:

  • de beweging wordt gebruikt om de functionaliteit te bedienen via een door toegankelijkheid ondersteunde interface;
  • de beweging is essentieel voor de functie en wanneer de reactie op de beweging wordt uitgeschakeld, wordt de activiteit ongeldig gemaakt.

Uitleg

Dit succescriterium is van toepassing op functies die worden geactiveerd door een apparaat te verplaatsen (bv. schudden of kantelen) of door naar het apparaat te gebaren. De bedoeling is dat deze functies ook bediend kunnen worden met reguliere interface componenten voor gebruikers.

Uitkomst: Niet aanwezig / n.v.t.

Begrijpelijk

PRINCIPE 3

Informatie en bediening van de gebruikersinterfacs moeten begrijpelijk zijn.

SUCCESCRITERIUM 3.1.1 (NIVEAU A)

Taal van de pagina

De standaard menselijke taal van diverse webpagina's kan door software bepaald worden.

Uitleg

Als je dit succescriterium toepast krijgen mensen die gebruik maken van spraaksoftware de tekst in de juiste taal voorgelezen. Dit succescriterium geldt ook voor PDF bestanden.

Uitkomst: Voldoende
SUCCESCRITERIUM 3.1.2 (NIVEAU AA)

Taal van onderdelen

De menselijke taal van elke passage of zin in de content kan door software bepaald worden, behalve waar het gaat om eigennamen, technische termen, woorden uit een onbepaalde taal en woorden of zinsdelen die deel zijn gaan uitmaken van het jargon van de onmiddellijk omringende tekst.

Uitleg

Als de taal van de pagina is ingesteld op Nederlands en een deel van de tekst is in een andere taal, dan moet een zogenaamde taalswitch in de code worden aangebracht. Mensen die gebruik maken van voorleessoftware krijgen dan het stuk tekst ook in de juiste taal voorgelezen. Dit moet ook worden toegepast in PDF bestanden.

Uitkomst: Niet aanwezig / n.v.t.
SUCCESCRITERIUM 3.2.1 (NIVEAU A)

Bij focus

Als een component van de gebruikersinterface de focus krijgt, dan veroorzaakt dat geen contextwijziging.

Uitleg

Het doel van dit succescriterium is dat er geen onverwachte dingen plaatsvinden wanneer een gebruiker door de webpagina navigeert. Dit is belangrijk voor blinde mensen en mensen met een motorische beperking, die alleen het toetsenbord gebruiken. Ook voor mensen die een schermvergroter gebruiken, of voor mensen met een cognitieve beperking is het van belang.

Uitkomst: Voldoende
SUCCESCRITERIUM 3.2.2 (NIVEAU A)

Bij input

Verandering van de instelling van een component van de gebruikersinterface veroorzaakt niet automatisch een contextwijziging, tenzij de gebruiker geïnformeerd is over het gedrag vóór het gebruik van de component.

Uitleg

Pas je dit succescriterium toe, dan zorg je ervoor dat het invoeren van gegevens of het selecteren van een bedieningselement voorspelbare gevolgen heeft. Met name mensen met een visuele beperking hebben hier baat bij.

Uitkomst: Voldoende
SUCCESCRITERIUM 3.2.3 (NIVEAU AA)

Consistente navigatie

Navigatiemechanismen, die op meerdere webpagina's binnen een verzameling webpagina's herhaald worden, komen elke keer dat ze worden herhaald in dezelfde relatieve volgorde voor, tenzij een verandering wordt geïnitieerd door de gebruiker.

Uitleg

De bedoeling van dit succescriterium is om gebruikers te ondersteunen bij het navigeren op verschillende webpagina’s van een website. Mensen die slechtziend zijn en door middel van vergroting slechts een (klein) deel van de pagina zien kunnen bij toepassing beter voorspellen waar ze heen moeten scrollen. Ook mensen met een cognitieve beperking hebben baat bij goede toepassing van dit succescriterium.

Uitkomst: Voldoende
SUCCESCRITERIUM 3.2.4 (NIVEAU AA)

Consistente identificatie

Componenten die dezelfde functionaliteit hebben binnen een verzameling webpagina's worden consistent geïdentificeerd.

Uitleg

De bedoeling van dit succescriterium is dat componenten die steeds terugkeren op verschillende pagina's binnen een website ook dezelfde functionaliteit hebben. Denk aan tekstuele links, grafische links, JavaScript objecten, formulierknoppen, enz. Mensen die een screenreader gebruiken of een cognitieve beperking hebben hier baat bij omdat het met name voor deze groep fijn is dat terugkerende functies zoals bijvoorbeeld een zoekfunctie op iedere webpagina op dezelfde plaats staat.

Uitkomst: Voldoende
SUCCESCRITERIUM 3.3.1 (NIVEAU A)

Foutidentificatie

Als een invoerfout automatisch ontdekt wordt, dan wordt het onderdeel waar de fout zit geïdentificeerd en wordt de fout tekstueel aan de gebruiker meegedeeld.

Uitleg

Dit succescriterium zorgt ervoor dat het invoeren van gegevens of het selecteren van een bedieningselement voorspelbare gevolgen heeft.

Uitkomst: Onvoldoende

Bevindingen succescriterium 3.3.1

Als bij de inlogpagina een verzonnen gebruikersnaam en wachtwoord worden ingevuld, komt bovenaan het formulier de melding: "Email: geen geldig e-mail formaat". De tekst klopt uiteraard niet, bovendien is het prettiger als per foutindicatie een melding komt.

SUCCESCRITERIUM 3.3.2 (NIVEAU A)

Labels of instructies

Als de content gebruikersinvoer vereist, dan worden labels of instructies geleverd.

Uitleg

De bedoeling van dit succescriterium is dat, als er een handeling van de gebruiker nodig is, er een label of instructie staat. Dit gaat om de tekst op knoppen en om de tekst bij formulier-invoervelden. Goed toegepast is het duidelijk voor de gebruiker wat een knop doet, of wat hij in moet vullen in een formulier.

Uitkomst: Voldoende
SUCCESCRITERIUM 3.3.3 (NIVEAU AA)

Foutsuggestie

Als een invoerfout automatisch ontdekt wordt en suggesties voor verbetering bekend zijn, dan worden de suggesties aan de gebruiker geleverd, tenzij dit de beveiliging of het doel van de content in gevaar zou brengen.

Uitleg

Met dit succescriterium maak je gebruikers duidelijk hoe ze een gemaakte fout in een formulier op kunnen lossen. Dit kan door een voorstel te doen hoe het formulierveld ingevuld moet worden. Mensen met een cognitieve beperking of mensen die blind zijn vinden het soms lastig om te begrijpen hoe ze een fout kunnen corrigeren. Een duidelijk voorstel kan daarbij helpen.

Uitkomst: Voldoende
SUCCESCRITERIUM 3.3.4 (NIVEAU AA)

Foutpreventie (wettelijk, financieel, gegevens)

Voor webpagina's die wettelijke verplichtingen of financiële transacties voor de gebruiker uitvoeren, die, door gebruikers bedienbaar gegevens in gegevensopslagplaatsen verwijderen of wijzigen, of die antwoorden van de gebruiker verzenden, geldt ten minste één van de volgende zaken:

  • omkeerbaar - verzendingen kunnen ongedaan gemaakt worden
  • gecontroleerd - door de gebruiker ingevoerde gegevens worden gecontroleerd op invoerfouten en de gebruiker wordt de mogelijkheid gegeven om ze te verbeteren.
  • bevestigd - er is een mechanisme beschikbaar voor het beoordelen, bevestigen en verbeteren van informatie voordat de verzending wordt voltooid.

Uitleg

De bedoeling van dit succescriterium is voorkomen dat er, door het verzenden van een formulier, een actie wordt uitgevoerd die grote gevolgen kan hebben voor de gebruiker als deze niet op dat moment kan worden teruggedraaid.

Uitkomst: Niet aanwezig / n.v.t.
PRINCIPE 4

Robuust

Content moet voldoende robuust zijn om betrouwbaar geïnterpreteerd te kunnen worden door een breed scala van user agents, met inbegrip van hulptechnologiën.

SUCCESCRITERIUM 4.1.1 (NIVEAU A)

Parsen

In content die geïmplementeerd is met opmaaktalen hebben elementen volledige begin- en eindtags, zijn elementen genest volgens hun specificatie, bevatten elementen geen dubbele attributen en zijn alle ID's uniek, behalve waar de specificatie deze eigenschappen toelaat.

Uitleg

Het gaat hier om programmeerfouten in de code van de website. De meeste browsers zullen deze er wel uit filteren, maar hulpsoftware is vaak zo ver nog niet. Mensen die gebruik maken van hulpsoftware kunnen problemen ondervinden als de code niet goed is ingericht. Het kan er zelfs toe leiden dat de hulpsoftware vastloopt.

Uitkomst: Voldoende
SUCCESCRITERIUM 4.1.2 (NIVEAU A)

Naam, rol waarde

Voor alle componenten van de gebruikersinterface (inclusief, maar niet uitsluitend voor formulierelementen, links en door scripts gegenereerde componenten), kunnen de naam (name) en rol (role) door software bepaald worden; toestanden (states), eigenschappen (properties) en waarden (values) die door de gebruiker ingesteld kunnen worden, kunnen door software ingesteld worden; en kennisgeving van veranderingen in deze items is beschikbaar voor user agents, met inbegrip van hulptechnologieën.

Uitleg

Het doel van dit succescriterium is dat voor alle interactieve elementen, de naam en de rol (en eventueel andere eigenschappen), bepaald kunnen worden door hulpsoftware. Het gaat om elementen zoals links, knoppen, formuliervelden, enz. Als er geen goede informatie is over de naam, rol en waarde van een component kan dit gevolgen hebben voor de werking van hulpsoftware.

Uitkomst: Onvoldoende

Bevindingen succescriterium 4.1.2

  1. Op sommige plaatsen kan op een link geklikt worden om meer informatie te tonen (uitklaptekst), zoals bijvoorbeeld onder "Budgetbeheer/Reserveringen". In de code staat geen status niet. Hierdoor kan hulpsoftware niet bepalen of een item ingeklapt of uitgeklapt is.

  2. Bij het startscherm kan gekozen worden voor "Aanmelden". Er moeten gegevens worden ingevuld en er moet een hokje worden aangevinkt om de algemene voorwaarden te accepteren. De status van deze checkbox, of de checkbox is aangevinkt of niet, moet worden getoond voor hulpsoftware.

  3. De modal die in beeld komt na 12 minuten inactiviteit heeft geen rol. Hierdoor is het voor gebruikers van hulpsoftware niet duidelijk wat er gebeurt. Denk aan role="alert" om aan te geven dat het een belangrijke mededeling is. Er zijn ook andere oplossingen mogelijk.

SUCCESCRITERIUM 4.1.3 (NIVEAU AA)

Statusberichten

In content die is geïmplementeerd met opmaaktalen kunnen statusberichten door software bepaald worden met behulp van rol (role) of eigenschappen (properties), zodat hulptechnologieën de berichten aan de gebruiker kunnen presenteren zonder dat ze de focus krijgen.

Uitleg

De bedoeling van dit succescriterium is ervoor te zorgen dat de rol of eigenschappen van statusberichten in de code is vastgelegd op een manier dat het werk van de gebruiker niet onnodig onderbroken wordt.

Uitkomst: Onvoldoende

Bevindingen succescriterium 4.1.3

Als op de inlogpagina op de knop "Login" wordt geklikt zonder dat er gegevens zijn ingevuld bij het veld "Gebruikersnaam" en "Wachtwoord", komt er bij de invulvelden een statusbericht: "Dit verplichte veld is niet ingevuld". Bij statusberichten moet het zo zijn dat de focus ook bij het veld komt waar de status bijhoort, zodat mensen met hulpsoftware weten dat het statusbericht bij een invulveld hoort, waarmee nog iets moet gebeuren. Dit wordt over het algemeen gedaan door een koppeling te maken tussen het statusbericht en het invulveld (via for="xxx" en id="xxx"). Bovendien moet het statusbericht ook de rol meekrijgen van statusbericht en dat is hier niet gebeurd. Hulpsoftware kan nu niets met deze statusberichten. Het advies is om aan deze berichten een role="alert" en/of aria-live="polite" mee te geven.

Dit geldt voor alle statusberichten in het programma.

  1. Inloggen - https://nijmegen.shv-acceptatie.innovadis.com/inloggen
  2. Startpagina - https://nijmegen.shv-acceptatie.innovadis.com/start
  3. Schuldbemiddeling - https://nijmegen.shv-acceptatie.innovadis.com/mijnschuldregeling
  4. Budgetbeheer - https://nijmegen.shv-acceptatie.innovadis.com/mijn-budgetbeheer
  5. Mijn gegevens - https://nijmegen.shv-acceptatie.innovadis.com/gegevens
  6. Mijn gegevens wijzigen - https://nijmegen.shv-acceptatie.innovadis.com/gegevens/telefoon-wijzigen?index=1
  7. Random 1 - https://nijmegen.shv-acceptatie.innovadis.com/budgetbeheer/dagafschrift?volgnummer=39
  • HTML
  • CSS
  • WAI-ARIA
  • JavaScript
  • Mozilla Firefox, versie 113 (primair)
  • Google Chrome, versie 113
  • Microsoft Edge, versie 113
  • IOS 16.4 op iPhone 12
  • Colour Contrast Analyzer
  • NVDA in combinatie met Mozilla Firefox