I sistemi di tracciamento candidati sono una crisi dell’accessibilità — un audit delle 10 principali piattaforme ATS

Un audit automatico con axe-core, abbinato a una revisione manuale con navigazione esclusivamente da tastiera e con screen reader, dei flussi rivolti ai candidati delle dieci piattaforme di tracciamento candidati più diffuse sul mercato — Workday, SAP SuccessFactors, Oracle Taleo, iCIMS, Greenhouse, Lever, BambooHR, Workable, JazzHR e SmartRecruiters — ha prodotto un’unica scomoda conclusione: nessuna piattaforma, nella configurazione predefinita del flusso candidato, ha superato una scansione automatica pulita, e solo tre potevano essere completate dall’inizio alla fine da un utente di screen reader senza assistenza. Nelle dieci piattaforme sono state rilevate circa 412 violazioni segnalate da axe sulle pagine rivolte ai candidati; l’associazione delle etichette ai campi modulo, i messaggi di errore e i caricamenti con limite di tempo rappresentano circa il 71% di tutti i problemi gravi o critici. Tre delle dieci piattaforme pubblicano una dichiarazione di accessibilità che l’audit contraddice in modo dimostrabile. Questo dossier è il resoconto dell’audit: chi ha superato il test, chi ha fallito, cosa non ha funzionato e perché l’ADA Title I e l’EAA Article 4 fanno sì che i fallimenti non siano un problema di UX ma un problema di discriminazione occupazionale.

01 · Metodologia e ambito

L’audit ha riguardato la superficie rivolta ai candidati di ciascuna piattaforma: la pagina pubblica della descrizione del lavoro, il punto di accesso «candidati», il modulo di candidatura a più fasi, il caricamento del CV, la fase di auto-identificazione per le pari opportunità e la pagina di conferma. Non è stato sottoposto ad audit il prodotto per i recruiter, la dashboard di analisi né la console di amministrazione — quelle superfici sono accessibili solo ai dipendenti dell’organizzazione cliente e si trovano al di fuori del percorso del candidato. Per ogni piattaforma sono stati esercitati almeno tre annunci di lavoro reali: un annuncio dimostrativo del fornitore dove disponibile, un annuncio pubblico di un noto cliente Fortune 500 della piattaforma e un annuncio pubblico di un noto cliente del segmento medio mercato. Ogni annuncio è stato scansionato con axe-core 4.10 e poi percorso manualmente con navigazione esclusivamente da tastiera e con screen reader.

La revisione manuale ha seguito un protocollo fisso su ogni piattaforma: navigare dalla descrizione del lavoro al pulsante «candidati» usando solo il tasto Tab; compilare i primi tre campi del modulo con uno screen reader e verificare che l’etichetta di ciascun campo venga annunciata; tentare il caricamento del CV da tastiera e verificare che il controllo di caricamento sia raggiungibile e annunci successo o fallimento; provocare deliberatamente un errore di validazione e verificare che l’errore sia associato al campo e annunciato; e tentare di uscire da una pagina a metà del percorso e tornare indietro, verificando che nessun dato venga scartato in silenzio. Il criterio di superamento per ciascuna fase era WCAG 2.2 Livello AA, con i livelli di gravità «grave» e «critico» di axe-core come proxy automatico.

02 · Le dieci piattaforme, classificate per tasso di superamento dell’audit

Il tasso composito di superamento dell’audit per ogni piattaforma combina in ugual misura due componenti: la percentuale di regole axe-core superate in un flusso candidato predefinito e la percentuale di passaggi del protocollo manuale completati senza intervento da parte di un utente di screen reader. Il risultato è un punteggio da 0 a 100, non una determinazione normativa. La classifica è un’istantanea del prodotto con configurazione predefinita nelle date dell’audit tra aprile e maggio 2026; le patch dei fornitori e le modifiche di configurazione lato cliente possono spostare i dati sottostanti in entrambe le direzioni.

03 · Categorie di fallimento — cosa si rompe davvero

Delle circa 412 violazioni axe gravi o critiche rilevate nei flussi esaminati, la suddivisione per categoria è il dato più utile rispetto al totale assoluto. Tre categorie insieme rappresentano circa il 71% di tutti i problemi registrati — e le stesse tre categorie hanno determinato ogni fallimento del protocollo manuale.

L’associazione etichette ai campi è la regola che axe-core ha segnalato più frequentemente in ogni piattaforma testata. Lo schema è identico in ogni caso: il testo visibile adiacente a un campo appare come un’etichetta all’utente vedente, ma è reso in un nodo DOM separato senza associazione for/id, senza aria-labelledby e senza input incluso. Uno screen reader annuncia «modifica, vuoto» — e il candidato è lasciato a indovinare a cosa serve il campo. I selettori di data, i gruppi per il numero di telefono, i gruppi di radio button per l’autorizzazione al lavoro e i campi di testo «informazioni aggiuntive» erano i casi più frequenti.

L’identificazione degli errori è stata la seconda categoria per dimensioni e la più rilevante per il tasso di superamento del protocollo manuale. Sei delle dieci piattaforme mostravano gli errori di validazione solo con indicatori visivi — un bordo rosso, un asterisco rosso, un’icona inline — senza alcun riferimento aria-describedby, senza annuncio con role=“alert” e senza spostamento programmatico del focus sul campo errato. Un utente di screen reader che invia un modulo e riceve solo un toast generico «questa pagina contiene errori» non riesce a individuare l’errore effettivo senza assistenza di una persona vedente.

Un candidato che non riesce a trovare il campo che ha generato un errore non può correggerlo. Un candidato che non può correggere l’errore non può inviare la candidatura. Il fallimento dell’accessibilità è il rifiuto.

04 · Caricamenti con limite di tempo e il fallimento della scadenza silenziosa

La singola evidenza più dannosa dell’audit è lo schema del caricamento con limite di tempo. Sette delle dieci piattaforme — Workday, SuccessFactors, Taleo, iCIMS, BambooHR, JazzHR e SmartRecruiters nelle configurazioni predefinite — impongono una finestra di sessione da 15 a 30 minuti sulla candidatura, senza controllo di proroga nel flusso né avviso prima della scadenza. La fase di caricamento del CV, che spesso richiede al candidato di cambiare contesto per trovare e rinominare un file, è la fase che fa scattare il timer con maggiore frequenza.

Il criterio di successo WCAG 2.2 SC 2.2.1 (Regolazione dei tempi) è inequivocabile: dove un limite di tempo è essenziale, l’utente deve essere avvisato almeno venti secondi prima della scadenza e deve avere la possibilità di prorogare il limite di almeno dieci volte. Nessuna delle sette piattaforme con caricamento predefinito soggetto a limite di tempo offriva un controllo di proroga. Nessuna forniva un avviso che rispettasse la soglia di venti secondi prevista dal criterio di successo. L’audit ha registrato scadenze silenziose durante i consueti percorsi con screen reader in intervalli compresi tra 14 e 31 minuti.

05 · Colloqui video — HireVue e il livello parallelo

Al di sotto del livello ATS si trova un secondo livello di piattaforma parallelo che il candidato spesso non si aspetta: il fornitore di colloqui video. HireVue è il leader di mercato; Spark Hire, Modern Hire (ora parte di HireVue), VidCruiter e Willo sono i quattro successivi. La maggior parte delle dieci piattaforme ATS sopra descritte integra uno o più di questi fornitori come fase successiva nel flusso candidato. È stato eseguito l’audit della superficie di colloquio video rivolta ai candidati di HireVue e Spark Hire come i due fornitori ad alto volume.

La superficie dei colloqui video introduce una categoria di fallimento assente nel livello ATS: il prompt di risposta registrata. Al candidato viene mostrata una domanda sullo schermo, un breve timer di preparazione e una finestra di registrazione. I fallimenti di accessibilità registrati riguardavano principalmente il prompt stesso — sottotitoli mancanti o generati automaticamente sul video della domanda, assenza di alternativa testuale, nessun controllo per il tempo esteso visibile al candidato e finestre di registrazione monouso senza un chiaro avviso «questo è il tuo unico tentativo» annunciato allo screen reader. Spark Hire ha ottenuto risultati marginalmente migliori di HireVue per la disponibilità dei sottotitoli; entrambe hanno fallito il passaggio «completa una domanda dall’inizio alla fine» del protocollo manuale.

06 · Il divario di onestà nelle dichiarazioni di accessibilità dei fornitori

Tutti e dieci i fornitori ATS esaminati pubblicano una qualche forma di dichiarazione di accessibilità. Tre — Workday, Oracle Taleo e iCIMS — dichiarano la conformità WCAG 2.1 Livello AA per il prodotto rivolto ai candidati che l’audit ha dimostrato essere non conforme. Ogni dichiarazione ha una spiegazione quando si legge oltre il titolo: quella di Workday fa riferimento a una «modalità accessibile» configurabile non attivata per impostazione predefinita sui siti dei clienti; quella di Oracle fa riferimento a un VPAT del 2019 precedente a due versioni principali del prodotto; quella di iCIMS copre il prodotto per i recruiter, non il flusso di candidatura rivolto ai candidati. Lo schema è coerente in tutto il settore — la dichiarazione è tecnicamente vera in senso stretto e sostanzialmente fuorviante per un team di appalto che non sa quale domanda porre.

Il divario di onestà è rilevante perché i team di appalto trattano la dichiarazione di accessibilità come un segnale di conformità — esattamente come il fornitore intende. Un responsabile dell’acquisizione di talenti di una Fortune 500 che legge «conformità WCAG 2.1 Livello AA» in un pitch deck e riproduce quella dichiarazione in una risposta a una RFP firma l’accesso al percorso candidato di un fornitore il cui comportamento predefinito in realtà non è stato verificato. Il datore di lavoro si assume la responsabilità di accessibilità del fornitore — e ai sensi dell’ADA Title I e dell’EAA Article 4, il datore di lavoro è il soggetto obbligato, non il fornitore.

07 · ADA Title I e EAA Article 4 — perché è diritto del lavoro

Il quadro giuridico per l’accessibilità degli ATS non è il Title III dell’ADA, rivolto ai clienti, bensì il Title I — le disposizioni sull’occupazione. Il Title I richiede un accomodamento ragionevole nel processo di candidatura per le persone qualificate con disabilità, e vieta le pratiche occupazionali che escludono, o tendono ad escludere, le persone con disabilità, a meno che la pratica non sia correlata alla mansione e coerente con la necessità aziendale. Un flusso di candidatura inutilizzabile con uno screen reader, che scade silenziosamente, o che non associa gli errori di validazione ai rispettivi campi è — nella lettura più diretta possibile — una pratica occupazionale che tende a escludere le persone con disabilità nella fase di candidatura.

Nell’Unione europea, la Direttiva (UE) 2019/882, ovvero l’European Accessibility Act (EAA) (Atto europeo sull’accessibilità), si applica ai prodotti e servizi nell’ambito di applicazione dal 28 giugno 2025. L’Article 4 della Direttiva estende l’obbligo di accessibilità ai «servizi ai consumatori» e ai servizi ausiliari connessi ai prodotti elencati nell’Allegato I, con applicabilità specifica alle piattaforme di reclutamento che varia in base al recepimento dei singoli Stati membri. Diversi Stati membri — Germania, Francia, Italia, Spagna — hanno una legislazione di recepimento che cattura esplicitamente le piattaforme di servizi per l’impiego attraverso l’Article 4 o attraverso i preesistenti framework delle leggi sulle pari opportunità. La Direttiva sull’accessibilità dei siti web (Direttiva (UE) 2016/2102) copre separatamente i siti web degli enti del settore pubblico in tutto il territorio dell’UE.

Il documento di assistenza tecnica dell’EEOC del maggio 2022 sull’uso dell’intelligenza artificiale e del software nelle decisioni occupazionali, e il relativo aggiornamento del maggio 2023, sono direttamente applicabili all’accessibilità degli ATS. Il framework dell’agenzia tratta il software nella fase di candidatura come parte del processo di selezione del datore di lavoro. Un ATS il cui flusso predefinito è inaccessibile agli utenti di screen reader è una funzionalità del processo di selezione che esclude i candidati con disabilità. La responsabilità giuridica ricade sul direttore delle risorse umane del datore di lavoro, non sul product manager del fornitore.

08 · Cosa dovrebbero fare datori di lavoro e fornitori

Le tre evidenze operative dell’audit si traducono in tre azioni, in ordine di priorità.

• I team di appalto dovrebbero trattare la dichiarazione di accessibilità del fornitore come un punto di partenza, non come una conclusione. Occorre richiedere al fornitore di dimostrare il flusso rivolto ai candidati con uno screen reader su un’istanza con configurazione predefinita — non personalizzata lato cliente, non il prodotto per i recruiter, non la «modalità accessibile» se non è quella predefinita. Si dovrebbe insistere su una scansione axe-core sull’istanza cliente live dopo il rilascio.
• I datori di lavoro dovrebbero disattivare qualsiasi scadenza di sessione inferiore a 30 minuti nel flusso candidato e rendere disponibile un controllo di proroga dove la piattaforma lo consente. Dove la piattaforma non lo consente, occorre sollevare formalmente il problema con il fornitore e documentare il percorso di accomodamento che ne risulta. La responsabilità ai sensi del Title I derivante da un modulo di candidatura con scadenza silenziosa è concreta e materiale.
• I fornitori dovrebbero correggere l’associazione etichette ai campi, l’identificazione degli errori e i caricamenti con limite di tempo come prime tre priorità di correzione — in quest’ordine. Queste tre categorie da sole rappresentano circa il 71% delle violazioni esaminate e spiegano quasi tutti i fallimenti del protocollo manuale registrati. I problemi di contrasto cromatico e di visibilità del focus sono rilevanti, ma non sono quelli che impediscono al candidato di completare il modulo.

Il funnel di candidatura è la porta d’ingresso

Ogni conversazione sull’inclusione delle persone con disabilità nel mondo del lavoro arriva alla stessa osservazione: il tasso di partecipazione al mercato del lavoro degli adulti in età lavorativa con disabilità rimane ben al di sotto di quello dei coetanei senza disabilità, anno dopo anno, in tutta l’OCSE. Le ragioni sono molte — divari retributivi, divari nell’accomodamento, divari nei trasporti, divari attitudinali. Ma una delle ragioni è meccanica e prosaica: una quota significativa di candidati con disabilità non riesce a completare il modulo di candidatura. L’audit lo ha registrato direttamente. Tre delle dieci piattaforme più utilizzate hanno prodotto un flusso completabile da un utente di screen reader. Sette no.

Il livello ATS è la porta d’ingresso al mercato del lavoro per la maggior parte delle Fortune 500 statunitensi e per una quota analoga dei grandi datori di lavoro dell’UE. Quando quella porta è bloccata nella fase di candidatura, il divario strutturale di partecipazione a valle è in parte una funzione della porta bloccata. Il ruolo dell’audit non è assegnare la responsabilità al fornitore o al datore di lavoro in modo isolato; è registrare che la porta è bloccata e identificare, in termini concreti e verificabili, cosa la blocca.

Per ulteriori approfondimenti di Disability World su l’ADA, sull’European Accessibility Act e sul più ampio registro degli audit di accessibilità.