Les systèmes de suivi des candidatures sont une crise d’accessibilité — un audit des 10 principales plateformes ATS

Un audit automatisé axe-core, complété par un examen manuel au clavier seul et au lecteur d’écran, des flux candidats des dix systèmes de suivi des candidatures les plus déployés sur le marché — Workday, SAP SuccessFactors, Oracle Taleo, iCIMS, Greenhouse, Lever, BambooHR, Workable, JazzHR et SmartRecruiters — a abouti à un constat unique et inconfortable : aucune plateforme dans son flux candidat par défaut n’a produit une analyse automatisée irréprochable, et seules trois pouvaient être complétées de bout en bout par un utilisateur de lecteur d’écran sans assistance extérieure. Sur les dix plateformes, nous avons dénombré environ 412 violations signalées par axe sur les pages côté candidat, les liaisons d’étiquettes de formulaire, les messages d’erreur et les téléversements à durée limitée représentant environ 71 % de l’ensemble des problèmes graves ou critiques. Trois des dix plateformes publient une déclaration d’accessibilité que l’audit réfute de manière démontrable. Ce dossier est le compte rendu de l’audit : qui a réussi, qui a échoué, ce qui a échoué, et pourquoi l’ADA Titre I et l’article 4 de l’Acte européen sur l’accessibilité (EAA) font de ces échecs non pas un problème d’expérience utilisateur mais un problème de discrimination à l’emploi.

01 · Méthodologie et périmètre

L’audit a couvert la surface côté candidat de chaque plateforme : la page de description de poste publique, le point d’entrée « postuler », le formulaire de candidature en plusieurs étapes, le téléversement de CV, l’étape d’auto-identification pour l’égalité des chances, et la page de confirmation. Nous n’avons pas audité le produit côté recruteur, le tableau de bord analytique ni la console d’administration — ces surfaces ne sont accessibles qu’aux employés de l’organisation cliente et se situent en dehors du parcours candidat. Pour chaque plateforme, nous avons exercé au moins trois offres d’emploi en ligne : une offre de démonstration du fournisseur lorsqu’elle était disponible, une offre publique chez un client Fortune 500 connu de la plateforme, et une offre publique chez un client de taille intermédiaire connu. Chaque offre a été analysée avec axe-core 4.10 puis parcourue manuellement avec une navigation au clavier seul et un lecteur d’écran.

L’examen manuel a suivi un protocole fixe sur chaque plateforme : naviguer de la description de poste au bouton « postuler » en utilisant uniquement la touche Tab ; compléter les trois premiers champs du formulaire avec un lecteur d’écran et vérifier que l’étiquette de chaque champ est annoncée ; tenter un téléversement de CV au clavier et vérifier que le contrôle de téléversement est atteignable et annonce le succès ou l’échec ; déclencher volontairement une erreur de validation et vérifier que l’erreur est associée à son champ et annoncée ; tenter de quitter une page en cours de saisie et d’y revenir en vérifiant qu’aucune donnée n’est silencieusement effacée. Le critère de réussite à chaque étape était WCAG 2.2 Niveau AA, avec les niveaux de gravité « serious » et « critical » d’axe-core utilisés comme proxy automatisé.

02 · Les dix plateformes classées par taux de réussite à l’audit

Le taux de réussite composite pour chaque plateforme combine deux données à poids égal : le pourcentage de règles axe-core validées sur un flux candidat par défaut, et le pourcentage d’étapes du protocole manuel complétées sans intervention par un utilisateur de lecteur d’écran. Le résultat est un score unique de 0 à 100, non une détermination réglementaire. Le classement est un instantané du produit configuré par défaut aux dates d’audit d’avril–mai 2026 ; les correctifs des fournisseurs et les modifications de configuration côté client peuvent faire évoluer les chiffres sous-jacents dans un sens ou dans l’autre.

03 · Catégories d’échec — ce qui se casse réellement

Sur les environ 412 violations axe graves ou critiques comptabilisées sur les flux audités, la répartition par catégorie est le chiffre le plus utile, bien plus que le total absolu. Trois catégories représentent ensemble environ 71 % de chaque problème enregistré — et ces mêmes trois catégories ont causé tous les échecs au protocole manuel.

La liaison d’étiquettes de formulaire est la règle axe-core la plus souvent signalée sur toutes les plateformes testées. Le pattern est identique dans chaque cas : le texte visible adjacent à un champ ressemble à une étiquette pour un utilisateur voyant, mais il est rendu dans un nœud DOM séparé sans association for/id, sans aria-labelledby et sans input inclus. Un lecteur d’écran annonce « modifier, vide » — et le candidat est laissé à deviner à quoi sert le champ. Les sélecteurs de date, les groupes de numéros de téléphone, les groupes de boutons radio d’autorisation de travail et les zones de texte « informations complémentaires » étaient les cas les plus fréquents.

L’identification des erreurs était la deuxième catégorie en importance et la plus déterminante pour le taux de réussite au protocole manuel. Six des dix plateformes affichaient les erreurs de validation uniquement par des indices visuels — une bordure rouge, un astérisque rouge, une icône en ligne — sans référence aria-describedby associée, sans annonce role=“alert” et sans déplacement programmatique du focus vers le champ concerné. Un utilisateur de lecteur d’écran qui soumet un formulaire et ne reçoit qu’un toast générique « cette page contient des erreurs » ne peut pas localiser l’erreur réelle sans aide voyante.

Un candidat qui ne peut pas trouver le champ qui a déclenché une erreur ne peut pas la corriger. Un candidat qui ne peut pas corriger l’erreur ne peut pas soumettre sa candidature. L’échec d’accessibilité est le refus.

04 · Téléversements à durée limitée et l’échec par expiration silencieuse

La conclusion la plus préjudiciable de l’audit est le pattern du téléversement à durée limitée. Sept des dix plateformes — Workday, SuccessFactors, Taleo, iCIMS, BambooHR, JazzHR et SmartRecruiters dans leurs configurations par défaut — imposent une fenêtre de session de 15 à 30 minutes sur la candidature, sans contrôle de prolongation intégré dans le flux et sans avertissement avant l’expiration. L’étape de téléversement du CV, qui nécessite souvent qu’un candidat change de contexte pour trouver et renommer un fichier, est l’étape qui déclenche le plus régulièrement la minuterie.

WCAG 2.2 SC 2.2.1 (Timing Adjustable) est sans ambiguïté : lorsqu’une limite de temps est essentielle, l’utilisateur doit être averti au moins vingt secondes avant l’expiration et se voir offrir la possibilité de prolonger la limite d’au moins dix fois sa durée. Aucune des sept plateformes avec un téléversement à durée limitée par défaut n’a proposé de contrôle de prolongation. Aucune n’a fourni d’avertissement respectant le seuil de vingt secondes du critère. L’audit a enregistré des expirations silencieuses lors de parcours au lecteur d’écran de routine à des intervalles compris entre 14 et 31 minutes.

05 · Entretiens vidéo — HireVue et la couche parallèle

Sous la couche ATS se trouve une deuxième couche de plateforme parallèle que le candidat ne voit souvent pas venir : le fournisseur d’entretiens vidéo. HireVue est le leader du marché ; Spark Hire, Modern Hire (désormais intégré à HireVue), VidCruiter et Willo sont les quatre suivants. La plupart des dix plateformes ATS ci-dessus intègrent un ou plusieurs de ces fournisseurs comme étape en aval du flux candidat. Nous avons audité la surface d’entretien vidéo côté candidat de HireVue et de Spark Hire en tant que deux fournisseurs à plus fort volume.

La surface d’entretien vidéo introduit une catégorie d’échec absente de la couche ATS : l’invite de réponse enregistrée. Un candidat reçoit une question à l’écran, un bref minuteur de préparation et une fenêtre d’enregistrement. Les défaillances d’accessibilité enregistrées concernaient principalement l’invite elle-même — sous-titres absents ou traduits automatiquement sur la vidéo de question, pas d’alternative sous forme de transcription, pas de contrôle d’aménagement de temps supplémentaire accessible au candidat, et des fenêtres d’enregistrement à une seule tentative sans avertissement clair « c’est votre unique tentative » annoncé par un lecteur d’écran. Spark Hire s’est légèrement mieux comporté que HireVue sur la disponibilité des sous-titres ; les deux ont échoué à l’étape « compléter une question de bout en bout » du protocole manuel dans notre audit.

06 · L’écart de sincérité dans les déclarations d’accessibilité des fournisseurs

Les dix fournisseurs ATS audités publient une forme quelconque de déclaration d’accessibilité. Trois — Workday, Oracle Taleo et iCIMS — affirment la conformité WCAG 2.1 Niveau AA pour le produit côté candidat que l’audit a démontrablement trouvé non conforme. Chaque déclaration comporte une explication lorsqu’on lit au-delà du titre : celle de Workday fait référence à un « mode accessible » configurable non activé par défaut sur les sites clients ; celle d’Oracle fait référence à un VPAT de 2019 antérieur à deux versions majeures du produit ; celle d’iCIMS couvre le produit côté recruteur, pas le flux de candidature côté candidat. Le pattern est constant dans le secteur — la déclaration est techniquement vraie dans une acception étroite et substantiellement trompeuse pour une équipe d’achats qui ne sait pas quelle question poser.

L’écart de sincérité est important parce que les équipes d’achats traitent la déclaration d’accessibilité comme un signal de conformité — exactement comme le fournisseur l’entend. Un responsable de l’acquisition de talents d’une entreprise Fortune 500 qui lit « conformité WCAG 2.1 Niveau AA » dans un document de présentation et reproduit cette affirmation dans une réponse à appel d’offres engage sur le parcours candidat un fournisseur dont le comportement par défaut n’a pas été vérifié. L’employeur hérite de la responsabilité d’accessibilité du fournisseur — et en vertu de l’ADA Titre I et de l’article 4 de l’EAA, c’est l’employeur qui est le débiteur de l’obligation, non le fournisseur.

07 · ADA Titre I et article 4 de l’EAA — pourquoi c’est du droit du travail

Le cadre juridique de l’accessibilité des ATS n’est pas le Titre III de l’ADA, qui concerne les services aux consommateurs, mais le Titre I — les dispositions sur l’emploi. Le Titre I exige un aménagement raisonnable dans le processus de candidature pour les personnes qualifiées en situation de handicap, et interdit les pratiques d’emploi qui écartent, ou tendent à écarter, les personnes en situation de handicap, sauf si la pratique est liée au poste et conforme aux nécessités de l’entreprise. Un flux de candidature inutilisable avec un lecteur d’écran, qui expire silencieusement ou qui ne parvient pas à associer les erreurs de validation à leurs champs est — dans la lecture la plus directe possible — une pratique d’emploi qui tend à écarter les personnes en situation de handicap dès l’étape de candidature.

Dans l’Union européenne, l’Acte européen sur l’accessibilité (EAA), Directive (UE) 2019/882, s’applique aux produits et services dans son périmètre depuis le 28 juin 2025. L’article 4 de la Directive étend l’obligation d’accessibilité aux « services aux consommateurs » et aux services annexes liés aux produits de l’Annexe I, avec une applicabilité spécifique aux plateformes de recrutement variant selon la transposition par les États membres. Plusieurs États membres — l’Allemagne, la France, l’Italie, l’Espagne — disposent de législations de transposition qui capturent explicitement les plateformes de services d’emploi soit par l’article 4 soit par des cadres législatifs préexistants en matière d’égalité. La Directive sur l’accessibilité des sites web (Directive (UE) 2016/2102) couvre séparément les sites web des employeurs du secteur public dans toute l’Union européenne.

Le document d’assistance technique de l’EEOC de mai 2022 sur l’utilisation de l’intelligence artificielle et des logiciels dans les décisions d’emploi, et sa mise à jour de mai 2023, sont directement applicables à l’accessibilité des ATS. Le cadre de l’agence traite le logiciel au stade de la candidature comme faisant partie du processus de sélection de l’employeur. Un ATS dont le flux par défaut est inaccessible aux utilisateurs de lecteur d’écran est une fonctionnalité du processus de sélection qui écarte les candidats en situation de handicap. La vulnérabilité juridique s’étend au directeur des ressources humaines de l’employeur, non au chef de produit du fournisseur.

08 · Ce que les employeurs et les fournisseurs devraient faire ensuite

Les trois conclusions opérationnelles de l’audit se traduisent par trois actions, par ordre de priorité.

• Les équipes d’achats doivent traiter la déclaration d’accessibilité du fournisseur comme un point de départ, non comme une conclusion. Il faut exiger que le fournisseur fasse la démonstration du flux candidat avec un lecteur d’écran sur une instance configurée par défaut — pas une instance personnalisée par un client, pas le produit côté recruteur, pas le « mode accessible » s’il n’est pas le mode par défaut. Insister sur une analyse axe-core sur l’instance client en production après le déploiement.
• Les employeurs doivent désactiver tout délai d’expiration de session inférieur à 30 minutes sur le flux candidat et proposer un contrôle de prolongation lorsque la plateforme le permet. Lorsque la plateforme ne le permet pas, soulever formellement le problème auprès du fournisseur et documenter le parcours d’aménagement qui en résulte. L’exposition au Titre I d’un formulaire de candidature qui expire silencieusement est concrète et substantielle.
• Les fournisseurs doivent corriger la liaison d’étiquettes de formulaire, l’identification des erreurs et les téléversements à durée limitée comme les trois premières priorités de correction — dans cet ordre. Ces trois catégories représentent à elles seules environ 71 % des violations auditées et expliquent presque tous les échecs au protocole manuel enregistrés. Les problèmes de contraste des couleurs et de visibilité du focus comptent, mais ce ne sont pas eux qui empêchent un candidat de compléter le formulaire.

Le tunnel de candidature est la porte d’entrée

Chaque discussion sur l’inclusion des personnes en situation de handicap dans le monde du travail aboutit finalement à la même observation : le taux de participation au marché du travail des adultes en âge de travailler en situation de handicap reste bien inférieur à celui de leurs pairs sans handicap, année après année, à travers l’OCDE. Les raisons sont nombreuses — écarts de salaire, d’aménagement, de transport, d’attitudes. Mais l’une des raisons est mécanique et peu romantique : une part significative des candidats en situation de handicap ne peut pas passer le formulaire de candidature. L’audit l’a enregistré directement. Trois des dix plateformes les plus utilisées ont produit un flux qu’un utilisateur de lecteur d’écran pouvait compléter. Sept ne l’ont pas fait.

La couche ATS est la porte d’entrée du marché du travail pour la majorité des entreprises du Fortune 500 américain et une part comparable des grandes entreprises européennes. Lorsque cette porte est verrouillée au stade de la candidature, l’écart de participation structurel en aval est en partie fonction de cette porte verrouillée. Le rôle de l’audit n’est pas d’attribuer un blâme au fournisseur ou à l’employeur de manière isolée ; c’est de constater que la porte est verrouillée et d’identifier, en termes concrets et vérifiables, ce qui la verrouille.

Pour en savoir plus avec Disability World, voir l’ADA, l’Acte européen sur l’accessibilité et l’ensemble des audits d’accessibilité publiés.