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 4199066

Stuur een WhatsApp bericht

Stuur een e-mail

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

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.

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.

Terug naar boven

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.

Terug naar boven

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.

Terug naar boven

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.

Terug naar boven

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.

Terug naar boven

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.

Terug naar boven

Principe 3 - Begrijpelijk