U101: Toegankelijkheids-ondersteunende technologie wordt gebruikt zoals HTML5, WAI-ARIA, CSS3 of JavaScript Niet getoetst

Toelichting

Alle gebruikte technologien moeten ondersteuning bieden voor toegankelijkheidsinformatie en moeten gebruikt kunnen worden met hulpsoftware

Dit criterium heeft geen betrekking op een specifiek WCAG-criterium, maar moet behaald worden om aan de richtlijnen te voldoen

U701: De website/ app is getest met screenreaders op zowel desktop als mobiel om te controleren of alle content toegankelijk is en correct werkt. Niet getoetst

Toelichting

Test in ieder geval met VoiceOver op iOS en NVDA op Firefox of Chrome op Windows.

U801: De website/ app heeft een goede toegankelijkheidspagina Niet getoetst

Toelichting

Dit is verplicht om te voldoen aan het Besluit Digitaal Toegankelijke Overheid, en de European Accessibility Act.

1.1.1 Niet-tekstuele inhoud

U201: Alle betekenisvolle afbeeldingen en visuele elementen hebben een tekstueel alternatief dat de betekenis goed kan overbrengen Onvoldoende

Toelichting

Voorbeelden van betekenisvolle grafische elementen zijn foto's, illustraties en pictogrammen die worden gebruikt om informatie te verstrekken of een soort visuele aanwijzing aan de gebruiker te geven. Voor gebruikers met een visuele beperking is het belangrijk dat zij op een andere manier dezelfde informatie krijgen.

De grens tussen betekenisvolle en decoratieve afbeeldingen is subjectief, maar als u afbeeldingen gebruikt om de boodschap die u aan uw gebruikers communiceert te versterken, moeten de afbeeldingen bijna altijd een tekstalternatief hebben.

Er zijn enkele uitzonderingen op dit criterium, zoals wanneer het tekstalternatief herhaling zou veroorzaken. Bijvoorbeeld, u zou een printerpictogram kunnen hebben met de zichtbare tekst "Afdrukken" in directe nabijheid. Als het pictogram zijn eigen tekstalternatief had, zou de informatie worden gedupliceerd.

Om een tekstalternatief te bieden voor een <img>, gebruik de alt-attribuut wanneer mogelijk. Als dit niet mogelijk is, kunt u het aria-label attribuut gebruiken (bijv. op <svg> afbeeldingen).

Het belangrijkste is dat alle informatie die met afbeeldingen wordt gegeven, ook beschikbaar is in tekst.

Bevindingen per richtlijn

U202: Afbeeldingen die decoratief zijn, of waar een tekstueel alternatief zou leiden tot herhaling voor de gebruiker, hebben geen tekstueel alternatief Voldoende

Toelichting

Als afbeeldingen gebruikt worden als een link, en er ook tekst in de link staat, moet er geen alt-tekst toegevoegd worden als deze dezelfde informatie zou geven.

Om decoratieve afbeeldingen goed te delen kan je CSS background images gebruiken, je kan het alt-attribuut leeg laten, of je kan role="presentation" op de afbeelding zetten.

U203: Video's en animaties hebben een titel nodig die het onderwerp beschrijft Niet van toepassing

Toelichting

Video's en animaties moeten een titel hebben die het onderwerp beschrijft. Hier wordt verwacht dat het element een titel heeft van wat de content van de video of animatie is.

Dit kan je doen door een kop boven de video of tekst te zetten. Als je bijvoorbeeld een video op de website zet waarin een introductie wordt gegeven over digitale toegankelijkheid, is het afdoende om een kop met de tekst "Introductie digitale toegankelijkheid" te plaatsen.

U212: Een kaart heeft een titel en beschrijving die het doel van de kaart beschrijft Niet van toepassing

Toelichting

Als een plattegrond wordt toegevoegd aan de pagina, moet er een titel worden toegevoegd aan de plattegrond. Op deze manier is het duidelijk voor gebruikers wat de context en onderwerp is van de plattegrond.

1.2.1 Alleen audio en alleen video (vooraf gemaakt)

U204: Vooraf opgenomen audio fragmenten hebben een gelijk tekstueel alternatief Niet van toepassing

Toelichting

Een link naar de text versie is voldoende, maar het moet duidelijke gelabeld zijn zodat de gebruiker het makkelijk kan vinden

1.2.2 Bijschriften (vooraf opgenomen)

U205: Alle vooraf opgenomen video content heeft ondertiteling Niet van toepassing

Toelichting

Om te voldoen aan de EN 301 549 en WCAG richtlijnen moeten de ondertitelingen in dezelfde taal zijn als de video.

1.2.3 Audiobeschrijving of media-alternatief (vooraf opgenomen)

U213: Er is audiobeschrijving of een media-alternatief voor video's Niet van toepassing

Toelichting

r wordt een alternatief geleverd voor video’s. Hier kan op twee manieren aan worden voldaan:

• Het aanbieden van audiobeschrijving: Een audiobeschrijving legt uit wat er visueel gebeurt in een video in de vorm van een audiotrack. Er wordt zo context toegevoegd aan visuele informatie. Dit is dus een extra toevoeging aan de normale bijschriften van een video, zoals ondertiteling. Als de video een verteller of spreker heeft die alle relevante informatie geeft, is er geen behoefte aan een aparte audiobeschrijving.
• Of het aanbieden van een media-alternatief: Hieronder valt bijvoorbeeld een volledig teksttranscriptie van de video.

Er zijn uitzonderingen:

• Wanneer de video zelf al een alternatief is en is duidelijk als zodanig gemarkeerd.
• Je hebt geen audiobeschrijving nodig als alle informatie in de video in de reguliere soundtrack wordt verstrekt.

1.2.4 Bijschriften (live)

U206: Er worden ondertitels voor doven en slechthorende geleverd voor alle live audiocontent in gesynchroniseerde media Niet van toepassing

1.2.5 Audiobeschrijving (vooraf opgenomen)

U208: Er wordt een audiodescriptie geleverd voor alle vooraf opgenomen videocontent in gesynchroniseerde media Niet van toepassing

Toelichting

Een audiobeschrijving legt uit wat er visueel gebeurt in de video aan gebruikers die niet kunnen zien. Dit wordt vaak gedaan als een aparte video met een audiodescriptie, maar kan ook worden gedaan als een extra audiotrack op de originele video dat de gebruiker kan aan- en uitzetten.

Voorbeelden van visuele informatie die moet worden opgenomen in de audiobeschrijving zijn tekstlabels en naamborden.

Als de video een verteller of spreker heeft die alle relevante informatie geeft, is er geen behoefte aan een aparte audiobeschrijving.

Hier is een voorbeeld van een audiobeschrijving: https://www.youtube.com/watch?v=O7j4_aP8dWA

1.3.1 Info en relaties

U302: Alle visuele koppen zijn in de code weergeven als semantische koppen met het bijbehorende kop-niveau Voldoende

Toelichting

Gebruik HTML elementen H1 tot H6. Als dat niet mogelijk is kunt u WAI-ARIA gebruiken.

U303: Er worden geen kop-niveaus overgeslagen Voldoende

Toelichting

H1 zou gevolgd moeten worden door een andere H1 of H2 kop. H2 zou gevolgd moeten worden door H1, H2 of H3 enz. Ga niet direct van H1 naar H4.

U304: Er worden geen witregels of lege paragrafen gebruikt om ruimte te maken in de tekst Onvoldoende

Toelichting

Typografie is belangrijk voor leesbaarheid. Onderdeel van typografie is de witruimte tussen tekstregels en rondom headings. Ruimte tussen tekst moet door formatting gemaakt worden, niet door witregels toe te voegen.

Witregels met meerdere line breaks of met lege paragrafen worden voorgelezen door hulpsoftware als "leeg" wat een vervelende UX tot gevolg heeft.

Bevindingen per richtlijn

U305: Lijsten hebben een juiste opmaak in de code Voldoende

Toelichting

In HTML zijn er drie verschillende soorten lijsten:

• Niet-gesorteerde lijsten, gemaakt met ul en li elementen
• Gesorteerde lijsten, gemaakt met ol en li elementen
• Omschrijvende lijsten, gemaakt met dl, dt en dd elementen

U306: Het blockquote HTML-element wordt gebruikt voor langere citaten, en q voor kortere citaten Niet van toepassing

Toelichting

Informatie over het blockquote element kan je vinden op:

https://www.w3.org/WAI/tutorials/page-structure/content/#blockquote

Informatie over het q element kan je vinden op:

https://www.w3.org/TR/WCAG20-TECHS/H49

Denk er aan zelf geen aanhalingstekens te gebruiken bij q- en blockquote-elementen. Dit wordt door de browser of user agent gedaan.

U307: Er wordt correct gebruik gemaakt van WAI-ARIA Voldoende

Toelichting

WAI-ARIA, oftewel ARIA, staat voor *Web Accessibility Initiative - Accessible Rich Internet Applications,* dit zijn extra attributen die ontbrekende informatie kan melden aan hulptechnologieën.

Hiervoor is het belangrijk aria-attributen op correcte wijze te gebruiken. Als er gebruik gemaakt van onjuiste of overbodige aria-attributen, kan dit verwarring opleveren, vooral bij gebruik van een schermlezer.

U308: Regel- en kolomkoppen worden met th-elementen aangegeven en hebben het juiste scope- of header-attribuut Onvoldoende

Toelichting

Het th-element wordt gebruikt om header-cellen van een tabel aan te geven. Dit kan een regel of kolom zijn, maar ook meerdere regels of kolommen. Zorg er voor dat cellen met data en cellen met headers goed aangegeven zijn. Dat kan bijvoorbeeld met het scope attribuut.

Het scope attribuut kan de volgende waardes hebben:

• row = een rij
• col = een kolom
• rowgroup = alle regels na deze cel binnen een tbody-element
• colgroup = alle volgende kolommen in een groep binnen een colgroup-element

In complexere tabellen kan je header-attributen gebruiken.

Bijvoorbeeld:

<th id=”aheading”>A heading</th>

<th id=”asecondheading”>A second heading</th>

<td headers=”aheading asecondheading”>Data cell with two headings</td>

Let op dat header cellen zelf kunnen linken aan andere header cellen.

Bevindingen per richtlijn

U309: Alle tabellen zijn opgemaakt met de juiste HTML tabel Onvoldoende

Toelichting

Gebruik native HTML elementen (table, thead, tbody, caption, tr, th, td) of respectievelijke WAI-ARIA rollen

Bevindingen per richtlijn

U311: Tabel-onderschriften zijn gemaakt het het caption-element Niet van toepassing

Toelichting

Gebruik het <caption> element om een tabel-onderschrift te maken. Als dit niet mogelijk is, kan je een normale heading gebruiken met het juiste h-niveau (H1-H6).

Bevindingen per richtlijn

U316: Foutmeldingen die te maken hebben met specifieke formuliervelden zijn gekoppeld aan het bijbehorende element Voldoende

Toelichting

Dit kan je doen door de foutmelding in het label-element te zetten, of door aria-describedby attributen te gebruiken.

U317: Formuliervelden die bij elkaar horen, zijn gegroepeerd, zijn in dezelfde fieldset en hebben een omschrijvende legenda Voldoende

Toelichting

Gebruik het fieldset-element om gerelateerde functionaliteiten binnen formulieren te linken, zoals radio buttons. Gebruik het legend-element om een korte omschrijving aan de groep te geven. Let er op dat de legenda het eerste child-element van de fieldset moet zijn.

Je kan ook het respectievelijke WAI-ARIA attribuut role="group" gebruiken en aria-labelledby

U318: Alle omschrijvingen en labels zijn in de code gekoppeld aan het bijbehorende formulierveld Voldoende

Toelichting

Dit wordt meestal gedaan door het visuele label in het label-element te zetten, en deze te koppelen met form control. Als het nodig is, kan je aria-label gebruiken om instructies in de code toe te voegen aan form control zonder deze visueel te tonen.

U324: Waar mogelijk wordt gebruik gemaakt van semantische HTML Onvoldoende

Toelichting

Het wordt aanbevolen dat HTML wordt gebruikt op een manier waarmee mensen bekend zijn. Dit betekent het gebruik van semantische HTML en de conventies volgt die we vaak op het internet zien. Deze consistentie zorgt ervoor dat mensen ermee kunnen communiceren zoals ze gewend zijn, wat de cognitieve belasting zal verminderen.

Bijvoorbeeld links in tekst die niet zijn opgemaakt zijn als link, hierdoor zijn ze niet aanklikbaar met de muis en ook niet bedienbaar via het toetsenbord. Dit is verwarrend voor gebruikers, met name gebruikers van schermlezers of mensen met een cognitieve beperking, omdat de verwachting is dat je een link direct kunt aanklikken en niet nog los hoeft te selecteren en kopiëren.

Bevindingen per richtlijn

U325: Alle visuele relaties die zichtbaar zijn in de content, zijn ook zichtbaar in de code Onvoldoende

Toelichting

Denk bijvoorbeeld aan een chat widget. Je kan zien dat de linker berichten van de andere persoon zijn, en de rechter berichten van jou. Dit moet ook duidelijk zijn in de code.

Bevindingen per richtlijn

U326: Help-teksten en instructies voor een specifiek formulierveld zijn in de code aan dit formulierveld gekoppeld Voldoende

Toelichting

Dit betreft hulpteksten in instructieteksten, niet het label zelf.

Je kan de aria-labelledby of aria-describedby attributen gebruiken om te refereren aan een hulptekst.

Gebruik aria-labelledby als de instructie het formulier volledig omschrijft.

Gebruik het aria-describedby als de hulptekst een extra omschrijving geeft, of als er al een label is gelinked aan het formulier.

U631: Het menu staat binnen een nav-element Niet van toepassing

Toelichting

Het nav-element wordt gebruikt om gebruikers met een visuele beperking te laten weten dat dit links zijn voor websitenavigatie.

1.3.2 Betekenisvolle volgorde

U319: Elementen zijn in een logische volgorde geplaatst in de broncode Voldoende

Toelichting

Dit is belangrijk voor gebruikers van schermlezers, omdat de volgorde in de broncode de leesvolgorde bepaalt. Als regel moet de volgorde van de paginainhoud zinvol zijn, zelfs wanneer CSS is uitgeschakeld.

U617: Componenten die bedoeld zijn als modal dialogs staan gebruikers niet toe om content op de achtergrond te selecteren Voldoende

Toelichting

Modal dialogs zijn componenten die bovenop normale content op de pagina getoond worden. Er wordt van de gebruiker verwacht dat er iets gedaan wordt met deze content, voordat de gebruiker verder kan met de originele content. Modals moeten worden aangegeven in HTML met aria-modal="true".

Een belangrijk aspect hierbij is dat gebruikers die met het toetsenbord navigeren en gebruikers met schermlezers de focus in het modale dialoogvenster moeten behouden totdat ze hun mening over de inhoud hebben gevormd en het actief hebben gesloten. Daarom zou je niet per ongeluk de focus op de achtergrond moeten kunnen krijgen.

1.3.3 Zintuiglijke kenmerken

U402: Instructies zijn niet alleen afhankelijk van zintuiglijke eigenschappen van componenten Voldoende

Toelichting

Vermijd "klik op de knop aan de rechterkant" en soortgelijke uitdrukkingen.

Je kunt richtingen, grootte, vormen en kleuren gebruiken in je instructies, maar er niet volledig op vertrouwen. Bijvoorbeeld "klik op de knop 'ja' aan de rechterkant" zou acceptabel zijn omdat het ook het zichtbare label bevat.

1.3.4 Weergavestand

U506: De website/ app kan worden gebruikt in alle schermoriëntaties Voldoende

1.3.5 Identificeer het doel van de input

U406: Het doel van elk invoerveld is gespecifieerd in de opmaak Voldoende

Toelichting

Wanneer mogelijk, moet je markup gebruiken om het doel van elk invoerveld aan te geven. Dit kan gedeeltelijk worden gedaan door het juiste element/type/markup te kiezen.

In HTML moet je het attribuut autocomplete gebruiken om te verklaren welk type gegevens de gebruiker moet invoeren in invoervelden die gegevens over de gebruiker verzamelen. Dit maakt het gemakkelijker voor browsers en ondersteunende technologie om eerder opgeslagen gegevens automatisch in te vullen. Lees meer over het attribuut en mogelijke waarden hier:

https://developer.mozilla.org/en-US/docs/Web/HTML/Attributes/autocomplete

1.4.1 Gebruik van kleur

U403: 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 Voldoende

Toelichting

Voor gebruikers die moeite hebben met het onderscheiden van kleuren, of die cognitieve beperkingen hebben, is het belangrijk dat kleur niet de enige manier is om een status of informatie door te geven.

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

Kleuren en vormen worden meestal decoratief gebruikt, maar soms vervullen ze ook een communicatieve functie of zijn ze essentieel om de inhoud van een webpagina te begrijpen. Dit ijkpunt gaat, naast kleur, ook over het gebruik van vormen of verwijzingen naar locaties op het scherm. Denk hierbij aan foutmeldingen, bevestigingen of aanduidingen van beschikbaarheid.

U404: Links zijn niet alleen herkenbaar door hun kleur Voldoende

Toelichting

Je kan onderstrepen of icoontjes, dikgedrukte tekst, of andere visuele indicatoren gebruiken,

Het is niet voldoende als deze indicatoren alleen zichtbaar zijn als je over het element hovered, omdat ze dan niet toegankelijk zijn voor hulpsoftware.

Het moet makkelijk te zien zijn welk element op een pagina interactief is, zonder op de elementen te hoeven focussen.

1.4.2 Audiobesturing

U429: Elk geluid dat automatisch start en meer dan 3 seconden speelt, kan worden gepauzeerd of uitgeschakeld Niet van toepassing

Toelichting

Dit criterium is van toepassing op geluiden die minstens 3 seconden duren.

1.4.3 Contrast (minimaal)

U409: Alle tekst heeft voldoende contrast ten opzichte van de achtergrond Onvoldoende

Toelichting

Kleine tekst (lager dan 14px bold of 18px regular) minimaal een contrastverhouding van 4.5:1

Grote tekst (14px bold of hoger en 18px regular of hoger) minimaal een contrastverhouding van 3.0:1.

Als de achtergrond varieert, meet dan waar de contrast het laagste is.

https://developer.paciellogroup.com/resources/contrastanalyser/

Bevindingen per richtlijn

1.4.4 Formaat wijzigen

U503: Gebruikers kunnen de tekstinhoud minstens 200 procent vergroten Voldoende

Toelichting

Voor veel gebruikers is het belangrijk om de tekstgrootte te kunnen vergroten. Dit is niet alleen belangrijk voor gebruikers met een visuele beperking, maar ook voor gebruikers die de website/ app op een klein apparaat zoals een smartphone gebruiken of in fel zonlicht.

Om aan de criteria in WCAG en EN 301 549 te voldoen, is het voldoende om een mechanisme in de website/ app aan te bieden waarmee gebruikers de tekst met 200% kunnen vergroten, maar voor veel gebruikers is het belangrijk om de website/ app op andere manieren te kunnen vergroten. Blokkeer de mogelijkheid van gebruikers niet om de website/ app in een webbrowser te vergroten. Probeer ervoor te zorgen dat de website/ app reageert op de instellingen van gebruikers binnen de webbrowser en het besturingssysteem. Om aan dit criterium in WCAG en EN 301 549 te voldoen, hoef je dit niet te doen, maar er is een ander criterium in EN 301 549 die vereist dat de website/ app luistert naar gebruikersinstellingen binnen het besturingssysteem. Lees hier meer over op U510/U511.

Let op dat je niet per se zo'n functie in je website/ app nodig hebt. Het is veel beter voor de gebruiker om gebruikersinstellingen binnen de browser en het besturingssysteem te respecteren. Dat zou de belangrijkste aanpak moeten zijn.

1.4.5 Afbeeldingen van tekst

U411: Gebruik tekst, geen afbeeldingen van tekst Niet van toepassing

Toelichting

In complexe afbeeldingen zoals diagrammen is het acceptabel dat sommige tekst als onderdeel van de afbeelding wordt weergegeven.

Logotypen zijn ook een acceptabele uitzondering.

1.4.10 Reflow

U501: De lay-out is responsive en past zich aan aan de grootte van het scherm Onvoldoende

Toelichting

Alle content moet responsief zijn, maar het wettelijke criterium staat enkele uitzonderingen toe. Situaties waarin het moeilijk of onmogelijk is om de functionaliteit te behouden wanneer de viewport- of schermgrootte te klein wordt, zijn acceptabele uitzonderingen. Uitzonderingen zijn onder meer complexe tabellen, kaarten, spelletjes en videospelers. Onze aanbeveling is om de inhoud indien mogelijk volledig responsief te maken.

Bevindingen per richtlijn

1.4.11 Contrast van niet-tekstuele content

U408: Grafische inhoud die wordt gebruikt voor interactieve besturingselementen, het tonen van status of het verstrekken van informatie, heeft voldoende contrast ten opzichte van de achtergrond. Voldoende

Toelichting

Onderdelen van de interface en grafische objecten moeten een contrastverhouding van ten minste 3:1 hebben ten opzichte van de aangrenzende kleuren.

https://developer.paciellogroup.com/resources/contrastanalyser/

1.4.12 Tekstafstand

U502: Bij het wijzigen van de instellingen voor tekstafstand is er geen verlies van content of functionaliteit Voldoende

Toelichting

Tekst mag nooit afgesneden worden of overlappen als de tekstinstellingen worden aangepast. Om dit te testen moet een tool gebruikt worden zoals:

https://codepen.io/stevef/pen/YLMqbo/

Als een bezoeker van je website een of meerdere van onderstaande stijleigenschappen wijzigt — met behulp van de browserinstellingen of door een persoonlijke stylesheet aan te maken — moet alle inhoud leesbaar blijven en mag geen functionaliteit verloren gaan.

• De regelafstand moet minstens 1,5 keer groter gemaakt kunnen worden dan de lettergrootte.
• De afstand onder (of tussen) paragrafen moet minstens 2 keer groter gemaakt kunnen worden dan de lettergrootte.
• De letterafstand (tracking) moet minstens 0,12 keer groter gemaakt kunnen worden dan de lettergrootte.
• De woordafstand (spacing) moet minstens 0,16 keer groter gemaakt kunnen worden dan de lettergrootte.

1.4.13 Content bij hover of focus

U602: Aanvullende content die door hover met de aanwijzer zichtbaar wordt, kan door de gebruiker naar wens behouden of verborgen worden Voldoende

Toelichting

Het moet ook mogelijk zijn om hovercontent te verbergen zonder de focus te verplaatsen van het object dat de content activeert, bijvoorbeeld door op de ESC-toets te drukken.

2.1.1 Toetsenbord toegankelijk

U601: Elke gebruikersinteractie die mogelijk is met een muis of een touchscreen, kan ook worden uitgevoerd met een toetsenbord Voldoende

Toelichting

Een fundamenteel aspect van een website/ app die toegankelijk is, is dat deze volledig kan worden bediend met alleen een toetsenbord. Veel alternatieve bedieningsmethoden zijn gebaseerd op toetsenbordopdrachten. Spraakbesturing is bijvoorbeeld ook gedeeltelijk gebaseerd op toetsenbordopdrachten. Voor blinde gebruikers op pc's en Macs is er geen alternatief voor toetsenbordnavigatie.

Toetsenbordnavigatie is gebaseerd op het verplaatsen van de focus tussen interactieve objecten zoals links, knoppen en formuliervelden door op de TAB-toets te drukken. Door spaties, Enter of pijltoetsen te gebruiken, kunt u waarden wijzigen of links/knoppen activeren, afhankelijk van de situatie.

*U kunt knoppen activeren door op de spatiebalk te drukken.

*U kunt een link volgen door op Enter te drukken.

*Selecteer tabbladen en keuzerondjes met de pijltoetsen.

Toetsenbordnavigatie moet ook werken in mobiele websites en apps. Gebruikers met motorische beperkingen hebben met name moeite met touchscreens en gebruiken vaak toetsenborden die via Bluetooth zijn verbonden met de mobiele telefoon.

U603: Modals kunnen gesloten worden door het toetsenbord te gebruiken Voldoende

Toelichting

Zorg voor een "Sluiten" knop in het modale venster. We raden ook aan dat de Esc-toets kan worden gebruikt om het modale venster te sluiten, maar het is niet voldoende om alleen het modale venster te kunnen sluiten met de Esc-toets, je hebt ook een link of knop nodig naast de Esc-toets. Houd er rekening mee dat we aanbevelen dat de Esc-toets wordt geïmplementeerd, maar dit is geen vereiste.

2.1.2 Geen toetsenbord moeilijkheden

U604: Gebruikers kunnen met het toetsenbord door de hele website navigeren zonder vast te komen zitten in een bepaald gebied van de website (bijvoorbeeld een videospeler). Voldoende

Toelichting

Om aan dit criterium te voldoen, moet het onmogelijk zijn om het onderdeel te verlaten met toetsenbordopdrachten. Als je bijvoorbeeld door alle dagen van een maand moet tabben om uit een datumkiezer te komen, is dat vanuit juridisch oogpunt acceptabel, zelfs als het niet erg gebruiksvriendelijk is.

2.1.4 Enkel-teken sneltoetsen

U618: Wanneer een sneltoets in content wordt geïmplementeerd door alleen letters (inclusief hoofdletters en kleine letters), leestekens, cijfers of symbolen te gebruiken Voldoende

Toelichting

Bij alle sneltoetsen moet de gebruiker ten minste een wijzigingstoets indrukken naast de sneltoets. Bijvoorbeeld, Alt+S is in orde, maar niet alleen S.

2.2.1 Instelbare timing

U614: Vermijd indien mogelijk het gebruik van time-outs of tijdsbeperkingen, of geef de gebruiker de optie om de tijdslimiet te verlengen of te vermijden Niet van toepassing

Toelichting

Als er tijdslimieten of time-outs bestaan, moeten gebruikers indien mogelijk in staat zijn om ze uit te schakelen, de tijd te verlengen of de tijdslimieten aan te passen.

2.2.2 Pauzeren, stoppen, verbergen

U412: Vermijd bewegende, knipperende en scrollende content zoals carrousels en achtergrondvideo's die automatisch starten. Als dergelijke elementen aanwezig zijn, moet het mogelijk zijn om ze te pauzeren. Niet van toepassing

Toelichting

Voor alle bewegende, knipperende of scrollende informatie die automatisch start, langer dan vijf seconden duurt, en parallel wordt gepresenteerd met andere inhoud, is er een mechanisme voor de gebruiker om het te pauzeren, stoppen of verbergen.

De gebruiker heeft de mogelijkheid om bewegende, knipperende of scrollende informatie te pauzeren, te stoppen of te verbergen, wanneer deze informatie:

1. automatisch start;

2. langer dan vijf seconden duurt, en;

3. parallel met andere content wordt getoond,

Tenzij deze bewegende, knipperende of scrollende informatie onderdeel is van een activiteit waar het essentieel voor is.

U431: Content die automatisch ververst, moet pauzeerbaar zijn Niet van toepassing

2.3.1 Minder dan drie flitsen

U413: Webpagina's bevatten niets wat meer dan drie keer flitst in enige periode van één seconde Voldoende

Toelichting

Je moet altijd vermijden om knipperende inhoud te gebruiken, ongeacht of het zich rechtstreeks op de pagina bevindt of in video's. Als je wel knipperende informatie/objecten hebt, zorg er dan voor dat ze niet met een hogere frequentie knipperen dan 3 keer per seconde. Dit is belangrijk om het risico op epileptische aanvallen bij gebruikers met epilepsie te minimaliseren.

2.4.1 Skip blokken

U608: Er is een snelkoppeling om delen van de pagina te omzeilen, zoals de navigatie en andere repetitieve inhoud Niet van toepassing

Toelichting

Er moet een mogelijkheid zijn om delen van de pagina te omzeilen, zoals navigatie en andere repetitieve inhoud. De beste manier om dit te realiseren is door een skiplink aan te bieden. Met deze link kunnen gebruikers een deel van de website overslaan en direct door naar de unieke content van een website. Een skiplink moet verborgen zijn totdat de gebruiker erdoorheen tabt.

Dit criterium kan ook op andere manieren worden behaald, bijvoorbeeld door het gebruik van landmarks.

U632: De content van de pagina staat binnen een main-element Niet van toepassing

Toelichting

Het main-element wordt gebruikt om de belangrijkste content van de pagina te weergeven. Dit maakt het makkelijker voor blinde gebruikers om de belangrijkste informatie te herkennen.

In Zweden vereisen de autoriteiten niet dat landmarks worden gebruikt, maar als ze worden gebruikt, moeten ze correct worden gebruikt om de inhoud van de pagina's te structureren.

2.4.2 Paginatitel

U418: Alle webpagina's hebben een beschrijvende titel Voldoende

Toelichting

De webpagina moet een titel hebben die het onderwerp of doel beschrijft. Dit is ook van toepassing wanneer het doel van de pagina wijzigt, deze wijziging moet dan ook zichtbaar zijn in de titel van de pagina.

2.4.3 Volgorde

U609: De volgorde van de focus bij navigatie met een toetsenbord is betekenisvol en logisch Voldoende

Toelichting

Om te voldoen aan de criteria van EN 301 549 en WCAG, moet de tabvolgorde betekenis en werking behouden. Dit betekent bijvoorbeeld dat de tabvolgorde niet heen en weer springt tussen twee verschillende complexe onderdelen, of dat de volgorde ervoor zorgt dat een gebruiker het doel van links en knoppen verkeerd begrijpt.

We raden echter aan dat de tabvolgorde ook logisch en consistent is om het voor gebruikers gemakkelijker te maken.

Normaal gesproken betekent dit dat de focus op een voorspelbare manier beweegt van de linkerbovenhoek naar de rechterbenedenhoek. Maar er kunnen situaties zijn waarin uitzonderingen op deze regel zinvol zijn voor de gebruiker.

Dit criterium geldt niet alleen voor de tabvolgorde, maar ook voor andere toetsenbordnavigatie. Een voorbeeld hiervan is wanneer de pijltoetsen worden gebruikt om door een boomstructuur te navigeren. Zelfs dan is het belangrijk dat de volgorde van de onderdelen bruikbaar is. We raden ook aan dat het als logisch wordt ervaren.

2.4.4 Doel van de link (in context)

U432: De linkteksten zijn beschrijvend en maken het mogelijk om het doel van de link te begrijpen binnen de context waarin deze zich bevindt Voldoende

Toelichting

Linkteksten moeten zo beschrijvend mogelijk zijn om alle informatie te geven die de gebruiker nodig heeft om het doel van de link te begrijpen. In sommige situaties kan tekst in dezelfde alinea, lijst, tabelcel of een bijbehorende tabelkop ook worden gebruikt om het doel te beschrijven, maar voor zover mogelijk zou de linktekst alleen alle relevante informatie moeten geven.

2.4.5 Meerdere manieren

U414: Er is meer dan één manier om content te vinden Niet van toepassing

Toelichting

Een manier om aan dit criterium te voldoen, is om het menu aan te vullen met een zoekfunctie. Alle pagina's die geen onderdeel zijn van een proces (zoals een stap in een e-service) moeten op meer dan één manier te vinden zijn.

2.4.6 Koppen en labels

U415: Koppen en labels beschrijven het onderwerp of doel Voldoende

Toelichting

Voor gebruikers om snel een gevoel te krijgen voor waar functies en informatie zich bevinden op een webpagina, is het belangrijk om beschrijvende koppen, labels en knopteksten te hebben.

2.4.7 Toetsenbord begeleiding

U605: Interactieve elementen worden gemarkeerd wanneer ze toetsenbordfocus ontvangen. Voldoende

Toelichting

Het is belangrijk voor gebruikers die zien en die navigeren met een toetsenbord om te kunnen zien welk object op elk moment de focus heeft. Dit kan worden gedaan door een omtrek van het object in focus, een onderstreping of omgekeerde kleuren te gebruiken.

Als je kleuren en randen gebruikt om het object met de focus te markeren, moet het contrast tussen de markering en de omgeving, en tussen de markering en objecten zonder focus, minstens 3.0:1 zijn. Om te voldoen aan de criteria van niet-tekstcontrast in WCAG 2.1, WCAG 2.2 en EN 301 549, zie U408. Formeel voldoe je aan dit criterium zolang de focus zichtbaar is, maar als de contrasten niet goed genoeg zijn, zul je niet voldoen aan de contrasteis.

In iOS heb je geen controle over de kleur van de visuele markering. In plaats daarvan kunnen gebruikers kiezen uit 5-6 verschillende kleuren in de instellingen. Je moet ervoor zorgen dat deze instellingen worden ondersteund in de app en kleuren gebruiken op een manier dat minstens een van de mogelijke kleuren een duidelijke visuele indicatie biedt van alle focusbare objecten in de app.

Op Android kun je de kleur van de visuele markering in Android controleren met deze code:

<item name="android:colorControlHighlight">@color/selected_item_focus</item>

Het resultaat moet worden getest, en je moet ervoor zorgen dat de gekozen kleur voldoende contrast heeft tegen de achtergrond in alle situaties.

2.4.11 Focus verschijning (WCAG 2.2)

U606: Objecten die toetsenbordfocus krijgen worden niet bedekt door andere content (WCAG 2.2 criterium) Niet getoetst

Toelichting

Het is belangrijk dat gebruikers die navigeren met een toetsenbord en ziend zijn duidelijk kunnen zien waar ze de focus hebben. Wanneer er content is die bovenop of achter andere content is geplaatst, kunnen focusbare elementen worden verduisterd - geheel of gedeeltelijk. Als het element en de focusmarkering volledig zijn verduisterd, heeft de gebruiker geen idee meer waar de focus is.

Het is niet helemaal duidelijk wat als voldoende zal worden beschouwd om aan dit criterium te voldoen wanneer deze deel gaat uitmaken van de wetgeving, maar we raden ten zeerste aan dat elk object dat focus ontvangt, duidelijk zichtbaar is, zodat de gebruiker niet hoeft te worstelen om te begrijpen welk object op elk moment focus heeft.

Links die vaak verborgen zijn totdat ze focus krijgen, zoals "Naar de content gaan", moeten zichtbaar worden wanneer ze focus krijgen, zodat ziende gebruikers ze kunnen gebruiken. Als zo'n link verborgen is omdat deze buiten het scherm staat, valt deze strikt genomen niet onder dit criterium in de richtlijnen omdat de link niet "verduisterd" is, terwijl als deze verborgen is omdat deze achter een ander object staat, zoals het logo, technisch gezien moet worden beschouwd als onder dit criterium in de richtlijnen. In dat geval moet het enigszins zichtbaar worden wanneer het focus krijgt. Om te voldoen aan de behoeften van uw gebruikers, moeten alle objecten die toetsenbordfocus ontvangen duidelijk zichtbaar zijn wanneer ze focus hebben.

Er zijn andere items in de checklist die betrekking hebben op focusbare elementen die een focusmarkering hebben, en dat de focusmarkering voldoende contrast heeft met aangrenzende kleuren. Het doel hier is ervoor te zorgen dat het object en de focusmarkering niet volledig worden verduisterd door andere content.

2.5.1 Aanwijzergebaren

U611: 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 Niet van toepassing

2.5.2 Aanwijzerannulering

U620: Functionaliteiten worden geactiveerd door mouse-up en niet mouse-down Voldoende

Toelichting

Gebeurtenissen worden geactiveerd bij mouse-up en niet bij mouse-down.

Dit geldt ook voor touch. Een gebeurtenis moet worden geactiveerd wanneer de gebruiker de vinger van het scherm haalt, niet wanneer de gebruiker op het scherm drukt.

2.5.3 Label in Naam

U320: Het label wat gepresenteerd wordt aan hulpsoftware voor interactieve bediening bevat de visuele tekst Voldoende

Toelichting

Als er zichtbare tekst is op een pagina die interactieve functionaliteit omschrijft, moet deze tekst in de omschrijving van deze functionaliteit staan. Zo kan een gebruiker met hulpsoftware de functionaliteit aansturen met spraak.

2.5.4 Bewegingsactivering

U613: Zorg voor een alternatief voor interacties gebaseerd op bewegingsbesturing Niet van toepassing

Toelichting

Als je een functie kunt activeren door te schudden met je smartphone (of een ander apparaat) of door een andere beweging te maken, dan moet het mogelijk zijn om dat gedrag uit te zetten en om de functie op een traditionele manier te activeren.

2.5.7 Sleepbewegingen (WCAG 2.2)

U612: Slepende bewegingen kunnen door eenvoudig klikken voltooid worden (WCAG 2.2 criterium) Niet getoetst

Toelichting

Er zijn alternatieven voor slepen en neerzetten, die kunnen worden uitgevoerd zonder meer dan één vinger te gebruiken en zonder te slepen, tenzij slepen en neerzetten essentieel is of wordt bepaald door de gebruikersagent en niet wordt gewijzigd.

Dit criterium is van toepassing op functies die worden geleverd door een website of een app, niet op functies die nodig zijn om de gebruikersagent of hulpmiddelentechnologie te bedienen.

Er is een ander criterium in deze checklist die gebaren behandelt die meer dan één vinger vereisen die tegelijkertijd het scherm aanraken of afhankelijk zijn van het pad dat de gebruiker met de vinger tussen de start- en eindpunten beweegt. Het doel hier is om slepen en neerzetten te behandelen, wat niet wordt gedekt door die controle.

Er is ook een ander criterium in deze checklist die alternatieven op het toetsenbord behandelt voor functies die met een muis of touchscreen kunnen worden uitgevoerd. Het doel hier is om ervoor te zorgen dat de functie kan worden uitgevoerd zonder een toetsenbord, bijvoorbeeld met een muis of touchscreen.

Slepen en neerzetten betekent dat de gebruiker een muisknop indrukt, of een vinger op een touchscreen plaatst, met de aanwijzer of vinger boven een element, en vervolgens de aanwijzer of vinger beweegt en ten slotte de muisknop loslaat of de vinger optilt. Alleen de start- en eindpunten zijn relevant; niet het pad langs welke de gebruiker de aanwijzer of vinger tussen die twee punten beweegt.

Slepen en neerzetten kan moeilijk of onmogelijk zijn uit te voeren voor gebruikers met beperkt zicht, mobiliteit of precisie, en het gebruik van alternatieve invoermethoden zoals trackballs, oogbesturing of spraakbesturing.

2.5.8 Doelgebied grootte (minimum) (WCAG 2.2)

U619: Interactieve elementen die met de muis en touch worden geactiveerd, hebben klikbare gebieden die groot genoeg zijn (nieuw in WCAG 2.2). Niet getoetst

Toelichting

De grootte van klikbare objecten moet minstens 24 bij 24 pixels (CSS-pixels) zijn om aan dit criterium te voldoen in de standaarden. Er zijn enkele uitzonderingen:

*Ruimte: Objecten kleiner dan de drempelwaarde worden gepositioneerd zodat, cirkels met een diameter van 24px gecentreerd over de objecten, geen andere klikbare objecten of de cirkels van andere objecten die kleiner zijn dan de drempelwaarde overlappen.

*Equivalent: De functie kan worden uitgevoerd met een andere besturing op dezelfde pagina die aan deze criterium voldoet.

*Inline: Het doelobject is opgenomen in een zin, of de grootte ervan wordt beperkt door de regelhoogte van de omringende tekst.

*Door de browser gecontroleerd: De grootte van het object wordt gecontroleerd door de browser en wordt niet gewijzigd door de gebruiker.

*Noodzakelijk: Een specifieke presentatie van het object is noodzakelijk of een wettelijke vereiste.

3.1.1 Taal van pagina

U416: De standaard taal van elke webpagina is gedefinieerd in de code Voldoende

Toelichting

Gebruik het lang attribuut van het HTML element.

3.1.2 Taal van onderdelen

U417: Content in een andere taal dan de standaard taal is geïdentificeerd in de code Niet van toepassing

Toelichting

Gebruik het lang-attribuut.

Dit kan worden gebruikt op elk HTML-element, zoals div, p, span, en andere elementen.

3.2.1 Focus

U615: Toetsenbordgebruikers kunnen door de pagina tabben zonder onverwachte wijzigingen of onderbrekingen en zonder dat de focus onverwacht wordt verplaatst Voldoende

3.2.2 Invoer elementen

U616: Verandering van de instelling van een component van de gebruikersinterface veroorzaakt niet automatisch een contextwijziging Voldoende

Toelichting

Als een gebruiker de instelling van een onderdeel wijzigt — denk aan het aan- of uitvinken van een aankruisvakje — dan mag dat geen contextwijziging veroorzaken, tenzij je vooraf duidelijk meldt wat er zal gebeuren.

Voorbeelden van wat niet te doen is het laden van een nieuwe pagina, of onverwacht de content wijzigen. Als de gebruiker vooraf geinformeerd is over deze gebeurtenissen, is dit acceptabel.

Voorkom het aanpassen van content boven het punt waar de gebruiker op dit moment aan het navigeren is, tenzij het duidelijk is voor de gebruiker dat dit gaat gebeuren.

3.2.3 Logische navigatie

U419: Lijsten met links of functies die op meerdere webpagina's worden herhaald, komen voor in dezelfde relatieve volgorde Voldoende

Toelichting

Er kunnen situaties zijn waarin dit verwarrend is voor de gebruiker en waarin het vereiste genegeerd mag worden, maar in de meeste gevallen moet je consistent zijn met de relatieve volgorde van de links/knoppen/functies.

3.2.4 Consistente identificatie

U420: Dezelfde functionaliteit wordt consistent beschreven in de website/ app. Voldoende

Toelichting

Gebruik dezelfde terminilogie door de site heen. Gebruik bijvoorbeeld niet "service" op de ene plek, en "helpdesk" op een andere plek als er wordt gerefereerd aan dezelfde functionaliteit.

Dit geldt ook voor labels binnen formulieren.

3.2.6 Consistente hulp (WCAG 2.2)

U421: Beschikbare hulp moet overal op dezelfde plaats terugkomen (WCAG 2.2 criterium) Niet getoetst

Toelichting

Dit principe is in het level gebracht om gebruikers te helpen om hun taken op een website te kunnen vervullen. Wanneer zij hulp nodig hebben bij deze taken, moeten zijn deze mogelijkheden eenvoudig kunnen vinden.

Vooral grote bedrijven zijn er goed in: het verstoppen van contactgegevens. Hoewel het een effectieve methode is om minder werkdruk op helpdesk medewerkers te leggen, is het voor consumenten minder plezierig.

Wat te doen

Volgens richtlijn 3.2.6 moet beschikbare hulp altijd op dezelfde plek weergegeven worden. Dit geldt voor alle pagina’s van een website, dus ook op blogberichten, de 404-pagina of andere pagina’s. Voorbeelden van beschikbare hulp zijn een contactpagina, een telefoonnummer bovenin de website of een FAQ (Frequently Asked Questions) pagina. Zolang op iedere pagina een link naar de contactpagina vindbaar is, weet een bezoeker altijd deze informatie te vinden. Ook een volledig geautomatiseerde chatbot of een FAQ-pagina met veelgestelde vragen en antwoorden zijn voorbeelden van hulp.

Dit criterium verplicht website eigenaren niet om een hulp mogelijk aan te bieden. Het stelt alleen dat als er hulp aanwezig is op een website, dit altijd consistent op dezelfde plek moet staan. Ook is het niet verplicht om altijd een medewerker beschikbaar te hebben om hulp te bieden. Als dit alleen op specifieke tijdstippen is, kan een website eigenaar dit vermelden op de contactpagina.

Het advies is om deze informatie of contactmogelijkheden op iedere pagina op dezelfde plek terug te laten komen, bijvoorbeeld in de header of de footer van de pagina."

• Menselijke contactinformatie: telefoonnummer, e-mail, openingstijden
• Contact functionaliteiten: contactformulier, chat, social media
• Zelf-hulp: veelgestelde vragen (FAQ) en andere documentatie
• Geautomatiseerde hulp: chatbots

Deze mechanismen kunnen zowel via links als direct op de pagina's getoond worden.

Dit criterium schrijft voor dat de content order consistent is, niet de volgorde van weergave. De content order is de volgorde van de HTML markup en de volgorde waarop een schermlezer de content voorleest. De volgorde van weergave is de visuele volgorde die wordt bepaald met CSS.

Links naar hulpmechanismen kunnen verschillende plaatsing hebben bij verschillende zoom-niveaus of mobiele weergaven. Als de gebruiker de weergavestand of zoom aanpast, dan mag de volgorde veranderen, zolang deze consequent is binnen dezelfde weergavestand of zoom.

3.3.1 Fout identificatie

U315: Alle fouten in formulieren worden beschreven in tekst, waarin wordt uitgelegd wat er mis is. Voldoende

Toelichting

De foutmelding moet aangeven waar de fout zit

3.3.2 Labels en instructies

U422: Alle website/ app elementen die gebruikersinput vereisen hebben een zichtbare beschrijving Voldoende

Toelichting

In alle situaties waar gebruikers iets moeten selecteren (bijvoorbeeld door op een object op de pagina te klikken) of informatie moeten invoeren, is er een zichtbare tekst die het doel van dat onderdeel uitlegt, inclusief informatie over wat de gebruiker moet invoeren in een formulierenveld en in welk formaat als dat niet duidelijk is voor de gebruiker. Let op: het label moet altijd zichtbaar zijn, het is niet voldoende met een tijdelijke tekst.

U423: De instructies die worden verstrekt voor website/ app-elementen die gebruikersinvoer vereisen, bevatten informatie over wat er moet worden ingevoerd of geselecteerd, en welke formaten moeten worden gebruikt. Voldoende

Toelichting

Dit betreft ook informatie waar navigatie voor nodig is, of input die optioneel is.

3.3.3 Fout suggestie

U424: Fouten worden beschreven in tekst met informatie over hoe de fout te corrigeren (indien mogelijk). Voldoende

Toelichting

Voor gebruikers is het niet alleen belangrijk om te begrijpen dat er iets mis is en waar de fout zich bevindt. Het is ook belangrijk om te begrijpen hoe de fout gecorrigeerd kan worden. In veel situaties is het mogelijk om een educated guess te maken over wat er mis is gegaan. Bijvoorbeeld, als een gebruiker een datum heeft ingevoerd in de verkeerde volgorde (jjjj-mm-dd in plaats van ddmmjj) en het nummer van de dag in de maand hoger is dan 12, zou je de datum kunnen voorstellen die je denkt dat de gebruiker heeft geprobeerd in te voeren.

Onthoud, je mag de door de gebruiker ingevoerde gegevens nooit wijzigen zonder de gebruiker op de hoogte te stellen van wat er is gedaan. Verander nooit automatisch een waarde om in een specifiek bereik te passen als je de gebruiker hier niet van op de hoogte stelt.

3.3.4 Fout preventie (Juridisch, financieel, gegevens)

U425: Belangrijke formulieren laten de gebruiker gegevens bekijken, bewerken en bevestigen voordat ze worden verzonden. Voldoende

Toelichting

Dit geldt voor alle formulieren die juridische verbintenissen of financiële transacties verwerken.

3.3.7 Toegankelijke authenticatie (WCAG 2.2)

U112: De gebruiker hoeft dezelfde informatie niet meer dan een keer in te voeren binnen een proces (WCAG 2.2 criterium) Niet getoetst

Toelichting

Een gebruiker hoeft binnen hetzelfde proces nooit vaker dan een keer dezelfde informatie in te voeren. Als eerder ingevoerde informatie alsnog nodig is, wordt deze ofwel automatisch ingevuld, ofwel wordt er een optie geboden om deze informatie te selecteren.

Dit geldt alleen binnen hetzelfde proces. De website/ app hoeft dus niet alle gebruikersdata op te slaan om opnieuw te gebruiken.

Uitzonderingen zijn:

• Als het opnieuw invoeren van de data essentieel is
• Als de informatie nodig is om de veiligheid van de informatie te waarborgen, of
• als de eerder ingevoerde data niet langer geldig is

"Essentieel" betekent dat de functionaliteit betekenisloos of nutteloos wordt als de data automatisch ingevoerd wordt, bijvoorbeeld in een spel, of bij een toets die het geheugen test.

Een voorbeeld van het waarborgen van veiligheid is het maken of wijzigen van een wachtwoord. Omdat de al ingevulde content niet zichtbaar is, mag er twee keer gevraagd worden naar de data om zo typos te voorkomen.

Een voorbeeld van data die niet langer geldig is, is bijvoorbeeld een code gebruikt voor authenticatie die na een bepaalde tijd verloopt.

Wanneer er gebruik wordt gemaakt van de optie om de gebruiker de eerder ingevulde informatie te laten selecteren, kan dit op de volgende manieren:

• Selecteren uit een drop-down lijst
• Selecteren van tekst op de pagina, kopieren en plakken
• Een checkbox om de data opnieuw te gebruiken

In deze gevallen moet de eerder ingevulde data op dezelfde pagina staan. Het liefst is deze informatie zichtbaar, en dichtbij het invulveld waar de informatie opnieuw ingevuld moet worden.

Dit criterium is alleen van toepassing op data die de gebruiker moet typen. Andersoortige informatie, zoals documenten die gedeeld worden, zijn buiten scope.

3.3.8 Toegankelijke authenticatie (geen uitzonderingen) (WCAG 2.2)

U450: Authenticatie kan worden voltooid zonder cognitieve functietests (nieuw in WCAG 2.2) Niet getoetst

Toelichting

Geen enkele stap in een authenticatieproces, zoals inloggen, mag een cognitieve functietest bevatten, tenzij er een alternatieve manier is om te authenticeren zonder een cognitieve functietest, of er is een mechanisme om de gebruiker te helpen de test uit te voeren.

Een "cognitieve functietest" betekent dat de gebruiker in staat moet zijn om informatie te onthouden, te manipuleren of over te schrijven. Een voorbeeld hiervan is het moeten onthouden en invoeren van gebruikersnamen (behalve de eigen naam, e-mailadres of telefoonnummer), wachtwoorden en pincodes. Andere voorbeelden zijn het invoeren van tekst, correcte spelling, het uitvoeren van wiskundige berekeningen of het oplossen van puzzels.

Cognitieve functietests kunnen gebruikers uitsluiten met deficiënties in het kortetermijngeheugen of verschillende soorten cognitieve beperkingen.

Het criterium heeft een vrijstelling op niveau AA voor cognitieve functietests die vereisen dat de gebruiker afbeeldingen, video's of audioclips herkent. Er is ook een vrijstelling voor tests die betrekking hebben op de identificatie van een afbeelding, een video of een audioclip die de gebruiker eerder naar de service heeft geüpload.

4.1.1 Parsing

U102: Alle markup is volgens de specificatie Voldoende

Toelichting

Belangrijk: Deze vereiste moet als voldaan worden beschouwd voor alle webinterfaces die zijn gebouwd op HTML. De vereiste is ook verwijderd uit WCAG 2.2. We raden nog steeds aan dat de code zoveel mogelijk de standaard volgt, maar het is niet langer een vereiste om aan de wettelijke eisen in Nederland te voldoen.

4.1.2 Naam, rol, waarde

U210: Alle interactieve objecten zijn omschreven naar de gebruiker op een manier zodat het doel voor de gebruiker makkelijk te begrijpen is Voldoende

Toelichting

Dit gaat over formulierbesturingselementen, links, knoppen en andere interactieve objecten. Alle elementen waarmee de gebruiker kan communiceren, moeten begrijpelijk zijn voor alle gebruikers. Links moeten gelinkte teksten hebben die het doel van de links uitleggen, knoppen moeten knoppenaanduidingen hebben, formulierbesturingselementen moeten labels hebben, enzovoort. Als dat niet mogelijk is, kun je ook aria-label gebruiken om het object uit te leggen. De informatie moet alle relevante informatie bevatten, zoals naam, rol en waarde. Een voorbeeld is selectievakjes. Het moet mogelijk zijn om te begrijpen of het selectievakje is aangevinkt of niet. Een ander voorbeeld zijn knoppen die containers met informatie uitvouwen. De knop moet worden beschreven zodat gebruikers begrijpen of de container is uitgevouwen of niet. Er zijn verschillende criteria in de checklist die gerelateerd zijn aan dit criterium. Het doel van deze eis is om situaties te dekken die mogelijk niet worden gedekt door andere eisen. Verifieer of dit werkt door de oplossing te testen met schermlezers, zowel op desktop als op mobiel.

U211: Elk iframe element dat wordt gebruikt, heeft een title-attribuut dat de content goed omschrijft Niet van toepassing

Toelichting

Iframes worden gebruikt om inhoud van een andere webpagina weer te geven. Dit wordt vaak gedaan om een videospeler of een andere vorm van applicatie binnen een webpagina te tonen.

Gebruikers die de interface niet kunnen zien, kunnen ervoor kiezen om de inhoud in het iframe weer te geven of te negeren. De titeltekst geeft deze gebruikers informatie om hen te helpen beslissen of ze de inhoud willen weergeven of niet.

U321: Knoppen en links die content in- en uitklappen, gebruiken aria-expanded Niet van toepassing

Toelichting

Aria-expanded="true" wordt gebruikt als de content is uitgeklapt.

Aria-expanded="false" wordt gebruikt als de content is ingeklapt.

4.1.3 Statusberichten

U323: Statusberichten en andere content die automatisch wordt bijgewerkt, worden toegankelijk gemaakt voor hulptechnologie Onvoldoende

Toelichting

Dit moet worden gedaan op een manier die geschikt is voor de situatie. Belangrijke updates moeten zo snel mogelijk worden aangekondigd, terwijl minder belangrijke informatie mogelijk helemaal niet wordt aangekondigd.

Een manier om dit te doen is met het aria-live attribuut.

Je kunt ook WAI-ARIA rollen status, alert en alertdialog gebruiken om statusberichten te markeren die de aandacht van de gebruikers vereisen.

Bevindingen per richtlijn