WCAG

Vanaf 28 juni 2025 moeten alle nieuwe websites en webshops die producten of diensten aanbieden aan klanten in Europa voldoen aan de Web Content Accessibility Guidelines (WCAG) versie 2.1 niveau AA, oftewel WCAG 2.1 AA. Dit geldt niet alleen voor overheids websites, maar voor alle bedrijven die online actief zijn.

Floyd & Hamilton heeft als streven dat alle recruitmentsites gebouwd op Hamilton CMS kunnen voldoen aan WCAG 2.2, niveau AA.
Sinds 5 oktober 2023 is WCAG 2.2 de toegankelijkheidsnorm voor websites, apps en documenten. WCAG 2.2 is nog geen onderdeel van EN 301 549. Op dit moment is WCAG 2.1 (niveau A en AA) de wettelijke norm. Hierdoor hoeft op dit moment nog niet te worden voldaan aan de 6 nieuwe succescriteria die in WCAG 2.2 zijn toegevoegd. Wij hebben het streven om hieraan wel alvast te voldoen. Zo is de website beter toegankelijk en al klaar voor de wettelijke verplichting van WCAG 2.2. In WCAG 2.2 is succescriterium 4.1.1 vervallen. Hierdoor zijn er in WCAG 2.2 in totaal 5 succescriteria meer dan in WCAG 2.1.

Wat is WCAG?

WCAG staat voor Web Content Accessibility Guidelines. Dit zijn de internationale richtlijnen voor toegankelijkheid van webcontent. De WCAG 2.2 zijn opgedeeld in vier principes, namelijk: Waarneembaar, Bedienbaar, Begrijpelijk en Robuust. Elk principe bestaat uit een aantal richtlijnen. Elke richtlijn is vervolgens opgedeeld in één of meerdere meetbare succescriteria. Omdat WCAG 2.2 techniek-onafhankelijk is opgesteld, kan hiermee de toegankelijkheid van alle content op het web worden gemeten.

Meer informatie?

Heeft u naar aanleiding van deze roadmap inhoudelijke vragen, neem dan contact met ons op:

Customer Support

020 4199066Stuur een WhatsApp bericht

De roadmap tot WCAG 2.2 niveau AA

Onderstaand is beschreven welke succescriteria belangrijk zijn voor WCAG 2.2, niveau A en AA en wordt aangegeven of hier al voldaan wordt (en/of beschikbaar is voor de gebruiker) of wanneer dit op de roadmap staat. Ook is aangegeven of dit door de gebruiker zelf is te beheren (of beheert moet worden) in Hamilton CMS.

Meer informatie over de toegepaste norm is te vinden via https://www.w3.org/TR/WCAG22/

Waarneembaar

Criterium Omschrijving Niveau Status Gebruiker
1.1.1 Niet-tekstuele content A Voldoet Ja
1.2.1 Louter-geluid en louter-videobeeld (vooraf opgenomen) A Voldoet Ja
1.2.2 Ondertiteling voor doven en slechthorenden (vooraf opgenomen) A Voldoet Ja
1.2.3 Audiodescriptie of media-alternatief (vooraf opgenomen) A Voldoet Ja
1.2.4 Ondertitels voor doven en slechthorenden (live) AA Voldoet Ja
1.2.5 Audiodescriptie (vooraf opgenomen) AA Voldoet Ja
1.3.1 Info en relaties A Q2
1.3.2 Betekenisvolle volgorde A Voldoet Ja
1.3.3 Zintuiglijke eigenschappen A Voldoet
1.3.4 Weergavestand AA Voldoet
1.3.5 Identificeer het doel van de input AA Voldoet Ja
1.4.1 Gebruik van kleur A Voldoet Ja
1.4.2 Geluidbediening A Voldoet Ja
1.4.3 Contrast AA Voldoet Ja
1.4.4 Herschalen van tekst AA Voldoet
1.4.5 Afbeeldingen van tekst AA Voldoet Ja
1.4.10 Reflow AA Q2
1.4.11 Contrast van niet-tekstuele content AA Voldoet Ja
1.4.12 Tekstafstand AA Voldoet
1.4.13 Content bij hover of focus AA Q3

Bedienbaar

Criterium Omschrijving Niveau Status Gebruiker
2.1.1 Toetsenbord A Q3
2.1.2 Geen toetsenbordval A Voldoet
2.1.4 Enkel teken sneltoetsen A Voldoet Ja
2.2.1 Timing aanpasbaar A Voldoet
2.2.2 Pauzeren, stoppen, verbergen A Q3
2.3.1 Drie flitsen of beneden drempelwaarde A Voldoet Ja
2.4.1 Blokken omzeilen A Q3/Voldoet Ja
2.4.2 Paginatitel A Voldoet Ja
2.4.3 Focus volgorde A Q2
2.4.4 Linkdoel (in context) A Q3
2.4.5 Meerdere manieren AA Voldoet Ja
2.4.6 Koppen en labels AA Q3
2.4.7 Focus zichtbaar - Nog niet wettelijk verplicht AA Q3
2.4.11 Focus niet bedekt (minimum) - Nog niet wettelijk verplicht AA Q4
2.5.1 Aanwijzergebaren A Voldoet
2.5.2 Aanwijzerannulering A Voldoet
2.5.3 Label in naam A Voldoet Ja
2.5.4 Bewegingsactivering A Voldoet
2.5.7 Sleepbewegingen A Voldoet
2.5.8 Grootte van het aanwijsgebied (minimum) - Nog niet wettelijk verplicht A Voldoet

Begrijpelijk

Criterium Omschrijving Niveau Status Gebruiker
3.1.1 Taal van de pagina A Voldoet Ja
3.1.2 Taal van onderdelen AA Voldoet Ja
3.2.1 Bij focus A Voldoet
3.2.2 Bij input A Q4
3.2.3 Consistente navigatiet AA Voldoet
3.2.4 Consistente identificatie AA Voldoet
3.2.6 Consistente hulp - Nog niet wettelijk verplicht A Voldoet
3.3.1 Fout identificatie A Q3
3.3.2 Labels of instructies A Voldoet/Q3
3.3.3 Foutsuggestie AA Voldoet
3.3.4 Foutpreventie (wettelijk, financieel, gegevens) AA Voldoet
3.3.7 Overbodige invoer - Nog niet wettelijk verplicht A Voldoet
3.3.8 Toegankelijke authenticatie (minimum) - Nog niet wettelijk verplicht AA Voldoet

Robuust

Criterium Omschrijving Niveau Status Gebruiker
4.1.1 Parsen - Niet meer wettelijk verplicht A Voldoet
4.1.2 Naam, rol, waarde A Q3
4.1.3 Statusberichten A Q3

Principe 1 - Waarneembaar

Richtlijn 1.1 - Tekstalternatieven

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

1.1.1 - Niet-tekstuele content

Alle niet-tekstuele content die aan de gebruiker wordt gepresenteerd, heeft een tekstalternatief dat een gelijkwaardig doel dient.
De bedoeling van dit succescriterium is om informatie die wordt overgebracht door niet tekstuele content, toegankelijk te maken door middel van een tekstalternatief. Hulpsoftware maakt deze alternatieve teksten bijvoorbeeld hoorbaar via voorlees software of tastbaar via braille.
✅  In Hamilton CMS is het mogelijk om bij niet-tekstuele content een aria-label te plaatsen.

Richtlijn 1.2 - Op tijd gebaseerde media

Lever alternatieven voor op tijd gebaseerde media.

1.2.1 - 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.
✅  Als de gebruiker deze technieken toepast, is het voor de gebruiker mogelijk in Hamilton CMS alternatieven toe te voegen.

1.2.2 - Ondertiteling voor doven en slechthorenden (vooraf opgenomen)

Er worden ondertitels voor doven en slechthorenden geleverd voor alle vooraf opgenomen audio content in gesynchroniseerde media, behalve als het mediabestand een media alternatief is voor tekst en duidelijk als zodanig is gelabeld.
✅  De gebruiker kan in Hamilton CMS een video uploaden of een video embedden waar ondertitels in gebruikt worden.

1.2.3 - Audiodescriptie of media-alternatief (vooraf opgenomen)

Er wordt een alternatief voor op tijd gebaseerde media of audiodescriptie van de vooraf opgenomen videocontent geleverd voor gesynchroniseerde media, behalve als het mediabestand een media-alternatief is voor tekst en duidelijk als zodanig is gelabeld.
✅  De gebruiker kan in Hamilton CMS een video uploaden of een video embedden die aan deze eisen voldoet.

1.2.4 - Ondertitels voor doven en slechthorenden (live)

Er worden ondertitels voor doven en slechthorenden geleverd voor alle live audiocontent in gesynchroniseerde media.
✅  Als de gebruiker deze techniek gebruikt, kunnen zij zelf hiervoor zorgdragen en de juiste media hiervoor uploaden.

1.2.5 - Audiodescriptie (vooraf opgenomen)

Er wordt een audiodescriptie geleverd voor alle vooraf opgenomen video content in gesynchroniseerde media.
✅  Als de gebruiker deze techniek gebruikt, kunnen zij zelf hiervoor zorgdragen en de juiste media uploaden.

Richtlijn 1.3 - Aanpasbaar

Creëer content die op verschillende manieren gepresenteerd kan worden (bijvoorbeeld eenvoudiger lay-out) zonder verlies van informatie of structuur.

1.3.1 - Info en relaties

De bedoeling van dit succescriterium is om informatie over en relaties tussen content duidelijk te maken voor alle gebruikers. Dit betekent onder andere dat visuele informatie ook op dezelfde of een gelijkwaardige manier in de code moet zijn weergegeven.
❌  Momenteel ontbreekt van sommige groepen content nog de relatie in de HTML. Denk hier bijvoorbeeld aan de drie selectievakjes bij de cookiemelding, de groep links in de footer of de deeliconen onder de sollicitatiebutton.
Floyd & Hamilton heeft in de roadmap meegenomen dit in Q2 toegevoegd te hebben.

1.3.2 - Betekenisvolle volgorde

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

De bedoeling van dit succescriterium is om te garanderen dat gebruikers de informatie in een logische volgorde kunnen gebruiken en de betekenis niet verloren gaat.
✅  De gebruiker kan zelf de volgorde van de content op de pagina beïnvloeden. Daarbij moet de gebruiker er ook op letten om de Alt-tekst van de gebruikte afbeeldingen niet te vergeten. Deze maken ook onderdeel uit van de volgorde van de content.

1.3.3 - Zintuigelijke eigenschappen

Instructies die geleverd worden om content te begrijpen en te bedienen zijn niet alleen afhankelijk van zintuiglijke eigenschappen van componenten zoals vorm, omvang, visuele locatie, oriëntatie of geluid.
✅  De recruitmentsites voldoen aan deze technieken. Lees meer hierover op WCAG 2.2 Techniques

1.3.4 - 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.
✅  De recruitmentsites zijn adaptive en passen zich aan iedere weergave aan

1.3.5 - 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; en
  • De content wordt geïmplementeerd met behulp van technologieën die ondersteuning bieden bij het identificeren van de verwachte betekenis van formulier-invoergegevens.
✅  Wij adviseren om zo min mogelijk verleden uit te vragen bij de sollicitatie voor een optimale conversie. Mocht het adres wel benodigd zijn, dan kan de autocomplete functie gebruikt worden. Verder gebruiken wij geen pop-ups voor formulieren en zijn deze op de pagina beschikbaar.

Richtlijn 1.4 - Onderscheidbaar

Maak het voor gebruikers gemakkelijker om content te horen en te zien, waaronder scheiding van voorgrond en achtergrond.

1.4.1 - 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.
✅  Wij proberen in de designs altijd rekening te houden met het gebruik van kleur. Daarbij zijn wij wel afhankelijk van de huisstijl (en smaak) van de klant. Wij geven aan wanneer het contrast te laag is, maar het definitieve design wordt uiteindelijk bepaald door de klant. De gebruiker kan zelf verschillende kleuren beïnvloeden in Hamilton CMS en dient daarbij zelf ook rekening te houden met het gebruik hiervan.

1.4.2 - Geluidbediening

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.
✅  De componenten waar content met geluid gebruikt kan worden bevatten deze mogelijkheid.

1.4.3 - Contrast

De visuele weergave van tekst en afbeeldingen van tekst heeft een contrastverhouding van ten minste 4,5:1, behalve in de volgende gevallen:
  • Grote tekst: Grote tekst en afbeeldingen van grote tekst hebben een contrastverhouding van ten minste 3:1;
  • Incidenteel: 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 die onderdeel zijn van een afbeelding die significant andere visuele content bevat, hebben geen contrasteis.
  • Logotypes: Tekst die onderdeel is van een logo of merknaam heeft geen contrasteis.
✅ Wij proberen in de designs altijd rekening te houden met het gebruik van kleur. Daarbij zijn wij wel afhankelijk van de huisstijl (en smaak) van de klant. Wij geven aan wanneer het contrast te laag is, maar het definitieve design wordt uiteindelijk bepaald door de klant. De gebruiker kan zelf verschillende kleuren beïnvloeden in Hamilton CMS en dient daarbij zelf ook rekening te houden met het gebruik hiervan.

1.4.4 - Herschalen van tekst

Behalve voor ondertitels voor doven en slechthorenden en afbeeldingen van tekst, kan tekst zonder hulptechnologie tot 200 procent schalen zonder verlies van content of functionaliteit.
✅  De pagina's op de recruitmentsite zijn te schalen en zijn adaptive. De tekst kan hierbij ook geschaald worden en het design en opbouw van de site blijft daarbij in tact.

1.4.5 - Afbeeldingen van tekst

Als de gebruikte technologieën de visuele weergave tot stand kunnen brengen, gebruik dan liever tekst in plaats van afbeeldingen van tekst om informatie over te brengen, behalve in de volgende gevallen:
  • Aanpasbaar: De afbeelding van tekst kan visueel worden aangepast aan de eisen van de gebruiker;
  • Essentieel: Een specifieke weergave van tekst is essentieel voor de informatie die wordt overgebracht. Logotypes (tekst die onderdeel is van een logo of merknaam) worden als essentieel beschouwd.
✅  Via Hamilton CMS zijn verschillende designs van tekst te tonen. Met het HTML component zou hier ook nog een extra variant op gemaakt kunnen worden zonder dat een afbeelding benodigd is.

1.4.10 - 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.

Als de website wordt bekeken bij een resolutie van 320 bij 256 pixels of een resolutie van 1280 bij 1024 pixels en 400% zoom, mag geen content verloren gaan en mag niet horizontaal gescrold worden om content te kunnen lezen. Dit is van belang voor slechtzienden die het beeld ingezoomd bekijken. Het kost hen namelijk extra inspanning als ze bij elke regel heen en weer moeten scrollen.
❌  Wanneer een pagina bekeken wordt op een schermresolutie van 1280 bij 1024 en ingezoomd op 400%, verdwijnt in de header het icoon van het hartje en het bijbehorende cijfer. Dit zal Floyd & Hamilton oplossen in de styling.

1.4.11 - Contrast van niet-tekstuele content

De visuele weergave van het volgende heeft een contrastverhouding van ten minste 3:1 ten opzichte van aangrenzende kleuren:
  • Componenten van de gebruikersinterface: 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;
  • Grafische objecten: 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.
Niet-tekstuele componenten hebben voldoende contrast nodig. Met name voor slechtziende gebruikers is dit belangrijk, om de verschillende componenten op een webpagina goed van elkaar te kunnen onderscheiden en te kunnen gebruiken. Hier moet het contrastverschil minimaal 3,0:1 zijn.
✅  Wij proberen in de designs altijd rekening te houden met het gebruik van kleur. Daarbij zijn wij wel afhankelijk van de huisstijl (en smaak) van de klant. Wij geven aan wanneer het contrast te laag is, maar het definitieve design wordt uiteindelijk bepaald door de klant. De gebruiker kan zelf verschillende kleuren beïnvloeden in Hamilton CMS en dient daarbij zelf ook rekening te houden met het gebruik hiervan.

1.4.12 - 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.
✅  Wij proberen in de designs altijd rekening te houden met het gebruik van lettertypes. Daarbij zijn wij wel afhankelijk van de huisstijl (en smaak) van de klant. Wij geven aan wanneer de styling niet voldoet aan de normen, maar het definitieve design wordt uiteindelijk bepaald door de klant. De gebruiker kan zelf de ruimte tussen alinea's beïnvloeden in Hamilton CMS en dient daarbij zelf ook rekening te houden met het gebruik hiervan.

1.4.13 - 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.
❌  In het menu wordt het submenu getoond bij hover. Deze verdwijnt door het verplaatsen van de muis. Deze zou ook met de escape-knop moeten verdwijnen. Dit heeft Floyd & Hamilton op de roadmap staan.

Principe 2 - Bedienbaar

Componenten van de gebruikersinterface en navigatie moeten bedienbaar zijn.

Richtlijn 2.1 - Toetsenbordtoegankelijk

Maak alle functionaliteit beschikbaar vanaf een toetsenbord.

2.1.1 - 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.

Opmerking 1: deze uitzondering is gerelateerd aan de onderliggende functie, niet aan de invoertechniek. Als we bijvoorbeeld met de hand geschreven tekst invoeren, vereist de invoertechniek (met de hand geschreven tekst) padafhankelijke invoer, maar de onderliggende functie (tekstinvoer) vereist dat niet.

Opmerking 2: dit succescriterium verbiedt geen muisinvoer of andere invoermethoden naast de toetsenbord invoer en wil dit ook niet ontmoedigen.


Veel gebruikers van hulptechnologie gebruiken het toetsenbord om te navigeren op de website, bijvoorbeeld door een motorische of visuele beperking. Voor deze bezoekers is het belangrijk dat alle functionaliteit van de website ook met het toetsenbord te bedienen is. Ook veel hulpapparatuur werkt als een toetsenbord.
❌  Een aantal zaken, zoals de cookiemelding consent, het mobiele menu, pijltjes links/rechts, button vacaturefilter en de tekst in een accordion,  kunnen nog niet met toetsenbord worden bediend. Dit staat op de roadmap.

2.1.2 - 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.
✅  Deze functionaliteit bestaat bij onze recruitmentsites.

2.1.4 - 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.
✅  Dit geldt vooral bij video's die embedded zijn en kan door de gebruiker zelf in Hamilton CMS bediend worden. Bij bijvoorbeeld de YouTube-videospeler kan dit opgelost worden door de parameter disablekb=1 toe te voegen aan de URL van de video in de HTML-code. De bediening met deze toetsen wordt dan uitgeschakeld, maar het is dan nog wel mogelijk om de video te bedienen met het toetsenbord.

Richtlijn 2.2 - Genoeg tijd

Geef gebruikers genoeg tijd om content te lezen en te gebruiken.

2.2.1 - Timing aanpasbaar

Voor elke tijdslimiet die door de content wordt ingesteld geldt ten minste een van de volgende zaken: uitzetten, aanpassen, verlengen, realtime uitzondering, essentiële uitzondering of 20 uur uitzondering.
✅  Op de recruitmentsites wordt geen tijdslimiet gebruikt.

2.2.2 - Pauzeren, stoppen, verbergen

Voor alle bewegende, knipperende, scrollende of automatisch actualiserende informatie gelden alle volgende zaken:
  • Bewegen, knipperen, scrollen: 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, knipperring of scrolling, onderdeel is van een activiteit waar ze essentieel is en
  • Automatisch actualiserend: 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.
❌  Het component videobanner (met op de achtergrond bewegende video) heeft op de recruitmentsite geen functionaliteit om de video te pauzeren of te stoppen. Dit staat op de roadmap.

Richtlijn 2.3 - Toevallen

Ontwerp content niet op een manier waarvan bekend is dat die toevallen veroorzaakt.

2.3.1 - 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.
✅  De gebruiker moet ervoor zorg dragen dat deze geen video's op de recruitmentsite gebruikt waarbij bijvoorbeeld de frames zo snel wisselen dat er meer dan drie keer per seconde snel wisselende beelden te zien zijn.

Richtlijn 2.4 - Navigeerbaar

Lever manieren om gebruikers te helpen navigeren, content te vinden en te bepalen waar ze zijn.

2.4.1 - Blokken omzeilen

Er is een mechanisme beschikbaar om blokken content die op meerdere webpagina's worden herhaald te omzeilen. Er moet een manier zijn om delen van een pagina over te slaan. Hiervoor wordt een skiplink gebruikt. Daarmee kunnen bezoekers vaste blokken met herhalende inhoud overslaan. Een skiplink moet de eerste link op de pagina zijn. Deze link mag verborgen zijn, maar moet zichtbaar worden zodra hij focus krijgt. Voeg een skiplink toe waarmee bezoekers herhalende delen van de pagina over kunnen slaan.
❌  Hamilton CMS heeft geen mogelijkheid om skiplinks toe te voegen aan een component. Dit staat op de roadmap.

✅  In Hamilton CMS kunnen anchor links gebruikt worden die de bezoeker direct naar een ander deel van de pagina brengen. Deze zijn altijd zichtbaar, maar hebben een soortgelijke functionaliteit.

2.4.2 - Paginatitel

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

Dit succescriterium is ervoor bedoeld om te kunnen achterhalen op welke pagina de gebruiker zich bevindt. De pagina-titel wordt onder andere getoond in de titelbalk van de browser en kan door middel van hulpsoftware opgevraagd worden. Belangrijk hiervoor is dat de paginatitel het onderwerp of doel beschrijft én uniek is.
✅  Bij de instellingen van de pagina kan de gebruiker in Hamilton CMS de paginatitel bewerken. Ook heeft Hamilton CMS een handig SEO overzicht van alle pagina's waarin de gebruiker direct inzicht heeft welke paginatitels er zijn.

2.4.3 - Focusvolgorde

Als een webpagina 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.

De bedoeling van dit succescriterium is om te garanderen dat gebruikers de informatie in een logische volgorde kunnen gebruiken. Het gaat hier om de sequentiële volgorde (stap voor stap) waarin de tabfocus verspringt wanneer de gebruiker met het toetsenbord navigeert. Deze volgorde moet kloppen met de betekenis van de content. Hierdoor krijgen gebruikers de mogelijkheid zich een mentaal beeld te vormen van de content.
❌  De cookiebanner heeft niet de eerste focus momenteel. Daarnaast bij het gebruik van het mobiele menu of vacaturefilter op een desktop (na sterk inzoomen) hebben deze ook niet de focus. Deze zouden pas mogen sluiten na escape of het kruis te gebruiken en nu kan je er ook naast klikken om deze te sluiten. Dit staat op de roadmap.

2.4.4 - Linkdoel

Het doel van elke link 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 zou kunnen hebben voor gebruikers in het algemeen.
✅  De gebruiker kan in Hamilton CMS zelf de titel van de link instellen.

2.4.5 - 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.
✅  Naast het hoofdmenu kan de gebruiker van Hamilton CMS ook pagina's in de footer toevoegen of een pagina met een Sitemap aanmaken (en de link daar naartoe in de footer zetten).

2.4.6 - Koppen en labels

Koppen en labels beschrijven het onderwerp of doel.
❌  Het mobiele menu heeft niet het juiste label. Dit zal aangepast worden.

2.4.7 - Focus zichtbaar

Elke gebruikersinterface die met een toetsenbord te bedienen is, heeft een bedieningswijze waarbij de indicator van de toetsenbordfocus zichtbaar is.
❌  Dit geldt voor een paar CTA's en staat op de roadmap.

2.4.11 - Focus niet bedekt (minimum)

Wanneer een component van de gebruikersinterface de toetsenbordfocus krijgt, wordt die component niet volledig bedekt door de content die door de auteur is gecreëerd.
Succescriterium 2.4.11 is onderdeel van WCAG 2.2. Dit succescriterium is geen wettelijke norm voor websites en apps van de overheid. We adviseren om wel alvast aan de vereisten van dit succescriterium te voldoen.

Richtlijn 2.5 - Input Modaliteiten

Maak het eenvoudiger voor gebruikers om de functionaliteit te bedienen met andere vormen van invoer dan alleen het toetsenbord.

2.5.1 - 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.
✅  De recruitmentsites van Floyd & Hamilton voldoen aan dit succescriterium

2.5.2 - 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.
✅  De recruitmentsites van Floyd & Hamilton voldoen aan dit succescriterium

2.5.3 - 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.

Dit succescriterium is bedoeld om spraakbediening mogelijk te maken. Belangrijk hierbij is dat de visueel zichtbare tekst onderdeel is van de toegankelijkheidsnaam van het element. Mensen die spraakbedieningssoftware gebruiken kunnen dan de zichtbare tekst inspreken om een element te bedienen.
✅  In Hamilton CMS is het mogelijk om aria-labels toe te voegen.

2.5.4 - 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:
  • Ondersteunde interface: De beweging wordt gebruikt om de functionaliteit te bedienen via een door toegankelijkheid ondersteunde interface;
  • Essentieel: De beweging is essentieel voor de functie en wanneer de reactie op de beweging wordt uitgeschakeld, wordt de activiteit ongeldig gemaakt.
✅  De recruitmentsites van Floyd & Hamilton voldoen aan dit succescriterium, aangezien deze techniek niet gebruikt wordt.

2.5.7 - Sleepbewegingen

Alle functionaliteit die voor de bediening gebruik maakt van een sleepbeweging kan worden bereikt door een enkele aanwijzer zonder slepen, tenzij slepen essentieel is of de functionaliteit wordt bepaald door de user-agent en niet wordt aangepast door de auteur.
✅  De recruitmentsites van Floyd & Hamilton voldoen aan dit succescriterium, aangezien deze techniek niet gebruikt wordt.

Succescriterium 2.5.7 is onderdeel van WCAG 2.2. Dit succescriterium is geen wettelijke norm voor websites en apps van de overheid. We adviseren om wel alvast aan de vereisten van dit succescriterium te voldoen.

2.5.8 - Grootte van het aanwijsgebied (minimum)

De grootte van het aanwijsgebied voor aanwijzerinvoer is ten minste 24 bij 24 CSS-pixels, behalve in de volgende gevallen:
  • Afstand: Te kleine aanwijsgebieden (minder dan 24 bij 24 CSS-pixels) zijn gepositioneerd zodat als een cirkel met een diameter van 24 CSS-pixels wordt gecentreerd op het begrenzingskader van elk aanwijsgebied, de cirkels geen ander aanwijsgebied of de cirkel voor een ander te klein aanwijsgebied overlappen;
  • Gelijkwaardig: De functie kan worden bereikt via een ander bedieningselement op dezelfde pagina dat aan dit criterium voldoet;
  • Inline: Het aanwijsgebied bevindt zich in een zin of de grootte ervan wordt op een andere manier beperkt door de regelhoogte van tekst die geen deel uitmaakt van het aanwijsgebied;
  • Bepaald door user-agent: De grootte van het aanwijsgebied wordt bepaald door de user-agent en wordt niet aangepast door de auteur;
  • Essentieel: Een specifieke weergave van het aanwijsgebied is essentieel of is wettelijk vereist voor de betreffende informatie.
✅  De recruitmentsites van Floyd & Hamilton voldoen aan dit succescriterium.

Succescriterium 2.5.7 is onderdeel van WCAG 2.2. Dit succescriterium is geen wettelijke norm voor websites en apps van de overheid. We adviseren om wel alvast aan de vereisten van dit succescriterium te voldoen.

Principe 3 - Begrijpelijk

Richtlijn 3.1 - Leesbaar

Maak tekstcontent leesbaar en begrijpelijk.

3.1.1 - Taal van de pagina

De standaard menselijke taal van elke webpagina kan door software bepaald worden.
✅  De recruitmentsites van Floyd & Hamilton voldoen aan dit succescriterium.

3.1.2 - Taal van de 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 van onbepaalde taal en woorden of zinnen die deel zijn gaan uitmaken van het jargon van de onmiddellijk omringende tekst.
✅  De recruitmentsites van Floyd & Hamilton voldoen aan dit succescriterium.

Richtlijn 3.2 - Voorspelbaar

Maak het uiterlijk en de bediening van webpagina's voorspelbaar.

3.2.1 - Bij focus

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 van onbepaalde taal en woorden of zinnen die deel zijn gaan uitmaken van het jargon van de onmiddellijk omringende tekst.
✅  De recruitmentsites van Floyd & Hamilton voldoen aan dit succescriterium.

3.2.2 - 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 dit component.
❌  Bij het vacaturefilter op het vacature-overzicht onder het kopje "Zoek een vacature", zijn er secties die kunnen worden in- en uitgeklapt, ook wel accordeons genoemd. In deze accordeons bevinden zich selectievakjes. Wanneer een bezoeker een selectievakje aanvinkt, vindt er een grote contextverandering plaats. De pagina wordt opnieuw geladen en de focus wordt verplaatst naar een andere locatie. De bezoeker wordt niet van tevoren gewaarschuwd voor deze wijziging. Dit staat op de roadmap.

3.2.3 - 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.
✅ De recruitmentsites van Floyd & Hamilton voldoen aan dit succescriterium.

3.2.3 - Consistente identificatie

Componenten die dezelfde functionaliteit hebben binnen een verzameling webpagina's worden consistent geïdentificeerd.
✅ De recruitmentsites van Floyd & Hamilton voldoen aan dit succescriterium.

3.2.6 - Consistente hulp

Als een webpagina een van de volgende hulp mechanismes bevat, en die mechanismes op meerdere webpagina's binnen een verzameling webpagina's worden herhaald, dan komen ze in dezelfde relatieve volgorde voor ten opzichte van andere pagina content, tenzij een wijziging wordt geïnitieerd door de gebruiker:
  • Menselijke contactgegevens;
  • Menselijk contactmechanisme;
  • Zelfhulpoptie;
  • Een volledig geautomatiseerd contactmechanisme.
✅ De recruitmentsites van Floyd & Hamilton voldoen aan dit succescriterium.

Succescriterium 3.2.6 is onderdeel van WCAG 2.2. Dit succescriterium is geen wettelijke norm voor websites en apps van de overheid. We adviseren om wel alvast aan de vereisten van dit succescriterium te voldoen. 

Richtlijn 3.3 - Assistentie bij invoer

Help gebruikers om fouten te vermijden en ze te verbeteren.

3.3.1 - Fout identificatie

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

De bedoeling van dit succescriterium is om gebruikers te laten weten dat er een fout is opgetreden, en om welke fout het precies gaat. De foutmelding moet zo specifiek mogelijk zijn. 
✅  Bij de invoervelden van de formulieren is in Hamilton CMS in te stellen wat de foutmelding moet zijn. 

Wij hebben ook op de roadmap geplaatst om dit centraal te herinstellen.

3.3.2 - Labels of instructies

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

De bedoeling van dit succescriterium is dat er voor, tijdens en na het invullen van een invoerveld visuele informatie is die een gebruiker helpt om te bepalen wat waar ingevuld moet worden en om te bepalen of de juiste gegevens ingevuld zijn. 
✅  Bij de invoervelden van de formulieren is in Hamilton CMS in te stellen welk label boven het veld komt te staan. 

❌  Het invoerveld in de zoekbanner met de placeholder tekst "Welke vacature zoek je?" heeft  geen permanent zichtbaar label. Deze mogelijkheid staat op de roadmap.

3.3.3 - 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.
✅  De recruitmentsites voldoen aan dit succescriterium, aangezien deze techniek niet gebruikt wordt.

3.3.4 - Foutpreventie (wettelijk, financieel, gegevens)

Voor webpagina's die wettelijke verplichtingen of financiële transacties voor de gebruiker uitvoeren, die, door de gebruiker te beheren gegevens in gegevensopslagplaatsen verwijderen of wijzigen, of die antwoorden van de gebruiker verzenden, geldt ten minste één van de volgende zaken: verzendingen kunnen ongedaan gemaakt worden, de gegevens zijn te controleren of de gegevens kunnen worden bevestigd. 
✅  De recruitmentsites voldoen aan dit succescriterium, aangezien geen van de technieken van toepassing zijn.

3.3.7 - Overbodige invoer

Informatie die eerder is ingevoerd door of aangeboden aan de gebruiker en opnieuw moet worden ingevoerd tijdens hetzelfde proces, is ofwel:
  • automatisch ingevuld, of
  • beschikbaar voor de gebruiker om te selecteren.
Behalve wanneer:
  • opnieuw invoeren van de informatie essentieel is,
  • de informatie nodig is om de security van de content te waarborgen, of
  • eerder ingevoerde informatie niet langer geldig is.
✅  De recruitmentsites voldoen aan dit succescriterium. Bijvoorbeeld bij het job alert formulier wordt het ingevoerde e-mailadres automatisch geplaatst op de volgende pagina.

Succescriterium 3.3.7 is onderdeel van WCAG 2.2. Dit succescriterium is geen wettelijke norm voor websites en apps van de overheid. 

3.3.8 - Toegankelijke authenticatie (minimum) 

Een cognitieve functietest (zoals het onthouden van een wachtwoord of het oplossen van een puzzel) is bij geen enkele stap van een authenticatie proces verplicht, tenzij die stap ten minste een van de volgende opties biedt:

Alternatief
Een andere authenticatiemethode die niet afhankelijk is van een cognitieve functietest. 

Mechanisme
Er is een mechanisme beschikbaar om de gebruiker te helpen bij het voltooien van de cognitieve functietest. 

Objectherkenning
De cognitieve functietest is gericht op het herkennen van objecten. 

Persoonlijke content
De cognitieve functietest is gericht op het identificeren van niet-tekstuele content die de gebruiker aan de website heeft verstrekt. 
✅  De recruitmentsites voldoen aan dit succescriterium.

Succescriterium 3.3.7 is onderdeel van WCAG 2.2. Dit succescriterium is geen wettelijke norm voor websites en apps van de overheid. 

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 hulptechnologieën.

Richtlijn 4.1  - Compitabel

Maximaliseer compatibiliteit met huidige en toekomstige user agents, met inbegrip van hulptechnologieën.

4.1.1 - 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.
✅  De recruitmentsites voldoen aan dit succescriterium.

Succescriterium 4.1.1 is vervallen in WCAG 2.2. Voor WCAG 2.1 wordt automatisch voldaan aan dit succescriterium. 

4.1.2 - Naam, rol, waarde

Voor alle componenten van de gebruikersinterface (inclusief, maar niet uitsluitend voor formulier elementen, 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 bepaald worden; en kennisgeving van veranderingen in deze items is beschikbaar voor user agents, met inbegrip van hulptechnologieën. 
❌  De recruitmentsites voldoen niet aan dit succescriterium. Aanpassingen staan op de roadmap.

4.1.3 - 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.
❌  De recruitmentsites voldoen niet aan dit succescriterium. Aanpassingen staan op de roadmap.
WhatsApp ons