Een sollicitatieproces in een ATS is digitaal toegankelijk wanneer kandidaten het zelfstandig kunnen doorlopen met verschillende apparaten, invoermethoden en ondersteunende technologie. Dat betekent onder meer duidelijke labels, toetsenbordbediening, begrijpelijke foutmeldingen, voldoende contrast, logische focusvolgorde en formulieren die ook met schermlezers bruikbaar zijn. Toegankelijkheid moet gelden voor de hele kandidaatroute, niet alleen voor de eerste vacaturepagina.
Begin bij de volledige kandidaatroute
Een kandidaat kan verschillende onderdelen tegenkomen:
- vacaturepagina;
- sollicitatieformulier;
- accountregistratie;
- documentupload;
- assessment;
- interviewplanning;
- kandidaatportaal.
Als één onderdeel niet toegankelijk is, kan de hele procedure onbruikbaar worden.
Gebruik WCAG als basis
De Web Content Accessibility Guidelines van W3C bieden een internationaal kader voor toegankelijke webcontent.
Voor ATS-processen zijn vooral relevant:
- toetsenbordtoegang;
- labels bij formuliervelden;
- duidelijke instructies;
- zichtbare focus;
- begrijpelijke foutmeldingen;
- voldoende contrast.
W3C benadrukt dat labels en foutafhandeling belangrijk zijn voor gebruikers van toetsenbord, spraakbesturing en schermlezers.
Gebruik zichtbare labels
Een veld moet duidelijk aangeven welke informatie wordt gevraagd.
Gebruik geen placeholdertekst als enige label. Die verdwijnt zodra iemand begint te typen en is niet altijd goed bruikbaar met ondersteunende technologie.
Verplichte velden moeten herkenbaar zijn.
Maak foutmeldingen concreet
Een melding als ‘er is iets misgegaan’ helpt niet.
W3C adviseert duidelijke en specifieke uitleg over wat fout is en hoe het kan worden hersteld. citeturn375739search3
Schrijf bijvoorbeeld:
- ‘Vul een geldig e-mailadres in’;
- ‘Upload een pdf of docx van maximaal 5 MB’;
- ‘Dit veld is verplicht’.
Ondersteun volledig toetsenbordgebruik
Alle interactieve elementen moeten zonder muis bereikbaar en bedienbaar zijn.
Test:
- tabvolgorde;
- dropdowns;
- uploadknoppen;
- datumvelden;
- modals;
- navigatie tussen stappen.
De focus moet zichtbaar blijven zodat gebruikers weten waar zij zich bevinden.
Voorkom onnodige cognitieve belasting
W3C adviseert formulieren zo te ontwerpen dat fouten worden voorkomen, onder meer door zo weinig mogelijk informatie te vragen en duidelijke keuzes aan te bieden.
Dat sluit aan bij het artikel over sollicitatieformulieren.
Een toegankelijk formulier is dus niet alleen technisch correct, maar ook begrijpelijk.
Maak teruggaan veilig
Kandidaten moeten fouten kunnen herstellen zonder eerder ingevoerde informatie kwijt te raken.
W3C noemt het kunnen teruggaan en herstellen van fouten expliciet als belangrijk voor cognitieve toegankelijkheid.
Test daarom browser-terug, vorige stap en hervatten na onderbreking.
Gebruik begrijpelijke taal
Vermijd interne ATS-termen en jargon.
Een kandidaat heeft meer aan ‘Plan je gesprek’ dan aan ‘Ga naar scheduling workflow’.
Gebruik korte zinnen en concrete instructies.
Maak mobiel en toegankelijkheid samen onderdeel van testen
In Hoe maak je solliciteren via een ATS mobielvriendelijk? wordt beschreven dat mobiel gebruik eigen eisen stelt.
Toegankelijkheid en mobiel overlappen deels, bijvoorbeeld bij grotere klikvlakken, zoom en leesbaarheid.
Test daarom verschillende apparaten en ondersteunende technologie.
Let op documentupload
Een uploadcomponent moet begrijpelijk en bedienbaar zijn.
Geef duidelijk aan:
- welke bestandstypen zijn toegestaan;
- welke maximale grootte geldt;
- of upload verplicht is;
- welke alternatieven bestaan.
Voorkom drag-and-drop als enige methode.
Test kandidaatportalen afzonderlijk
Een kandidaatportaal kan andere techniek gebruiken dan het sollicitatieformulier.
Controleer login, wachtwoordherstel, statusoverzicht en documenten apart.
Ook dynamische updates moeten met schermlezers herkenbaar zijn.
Maak alternatieven beschikbaar
Sommige onderdelen kunnen ondanks inspanningen tijdelijk ontoegankelijk blijken.
Bied dan een duidelijke alternatieve route, bijvoorbeeld contact met recruitment voor ondersteuning.
Zorg dat gebruik van die route geen negatieve invloed heeft op de sollicitatie.
Neem toegankelijkheid op in acceptatietests
Controleer bij nieuwe releases niet alleen of functies technisch werken.
Gebruik een vaste checklist voor:
- toetsenbord;
- labels;
- focus;
- contrast;
- foutmeldingen;
- schermvergroting;
- schermlezer.
Maak afwijkingen onderdeel van de beheerbacklog.
Betrek echte gebruikers
Automatische tests vinden niet alles.
Laat waar mogelijk mensen met verschillende beperkingen een volledige kandidaatroute testen.
Dat geeft inzicht in problemen die technisch niet altijd zichtbaar zijn.
Controleer kleur en contrast
Belangrijke informatie mag niet alleen met kleur worden aangegeven. Een rood randje rond een foutveld is onvoldoende wanneer er geen tekstuele foutmelding staat.
Controleer contrast van tekst, knoppen, links en focusindicatoren zodat onderdelen ook bij verminderd zicht herkenbaar blijven.
Gebruik semantische structuur
Koppen, lijsten, labels en knoppen moeten technisch correct zijn gemarkeerd. Dat helpt schermlezers om de pagina logisch te interpreteren.
Een visueel element dat eruitziet als knop maar technisch alleen een klikbare div is, kan voor toetsenbordgebruikers onbereikbaar zijn.
Test tijdslimieten
Sommige kandidaatportalen of assessments loggen gebruikers na een bepaalde tijd uit.
Geef waarschuwingen voordat een sessie verloopt en bied waar mogelijk mogelijkheid om tijd te verlengen of werk op te slaan. Onverwacht verlies van ingevoerde gegevens vormt een grote toegankelijkheidsbarrière.
Maak dynamische updates herkenbaar
Wanneer een pagina zonder herladen verandert, bijvoorbeeld na validatie of het openen van een extra veld, moet ondersteunende technologie die wijziging kunnen waarnemen.
Test daarom dynamische formulieren niet alleen visueel, maar ook met schermlezers.
Controleer taalinstellingen
Stel de paginataal technisch correct in en markeer taalwisselingen waar nodig.
Dat helpt schermlezers bij uitspraak en maakt meertalige sollicitatieprocessen begrijpelijker.
Gebruik een toegankelijkheidsverklaring of hulproute
Maak voor kandidaten duidelijk hoe zij problemen kunnen melden en welke alternatieve route beschikbaar is.
Registreer zulke meldingen in functioneel beheer. Terugkerende problemen horen op de verbeterbacklog en niet alleen als individueel supportticket te worden opgelost.
Neem leverancierswijzigingen mee in regressietests
Een ATS-leverancier kan interfaces wijzigen zonder dat de organisatie zelf configuratie aanpast.
Voer daarom na grote releases opnieuw een basiscontrole uit op formulieren, navigatie, toetsenbordgebruik en foutmeldingen.
Gebruik automatische tests als aanvulling
Geautomatiseerde toegankelijkheidstests kunnen problemen signaleren zoals ontbrekende labels, contrastfouten en onjuiste HTML-structuur. Ze vervangen geen handmatige test, maar helpen om regressies snel te vinden na releases.
Maak toegankelijkheid onderdeel van inkoop en selectie
Vraag bij een nieuw ATS of kandidaatportaal niet alleen naar functionaliteit, maar ook naar aantoonbare ondersteuning van toegankelijkheidsstandaarden. Laat kritieke kandidaatflows demonstreren en test die zelf.
Leg toegankelijkheidseisen vast in acceptatiecriteria. Zo wordt het onderwerp onderdeel van de selectie en implementatie in plaats van een reparatie achteraf.
Documenteer bekende beperkingen
Wanneer een probleem niet direct kan worden opgelost, leg vast welke kandidaten worden geraakt, welke alternatieve route beschikbaar is en wanneer herstel gepland staat. Maak deze informatie bereikbaar voor recruiters en support zodat kandidaten snel geholpen kunnen worden.
