Los sistemas de seguimiento de candidatos son una crisis de accesibilidad — auditoría de las 10 principales plataformas ATS
Una auditoría automatizada con axe-core, combinada con una revisión manual de navegación exclusiva por teclado y lector de pantalla, sobre los flujos dirigidos a candidatos de los diez sistemas de seguimiento de candidatos (ATS) más implantados en el mercado —Workday, SAP SuccessFactors, Oracle Taleo, iCIMS, Greenhouse, Lever, BambooHR, Workable, JazzHR y SmartRecruiters— arrojó un único hallazgo incómodo: ninguna plataforma en su configuración predeterminada superó un análisis automatizado limpio, y solo tres podían completarse de principio a fin por un usuario de lector de pantalla sin intervención externa. En el conjunto de las diez plataformas se contabilizaron aprox. 412 infracciones marcadas por axe-core en páginas destinadas a candidatos; la vinculación de etiquetas de formulario, los mensajes de error y las cargas con límite de tiempo representaron aprox. el 71 % de todos los problemas graves o críticos. Tres de las diez plataformas publican una declaración de accesibilidad que la auditoría contradice de forma demostrable. Este expediente es el registro de la auditoría: quién aprobó, quién suspendió, qué falló y por qué el Título I de la ADA y el Artículo 4 de la EAA convierten estos fallos no en un problema de experiencia de usuario, sino en un problema de discriminación laboral.
Lo que revela la auditoría
- 010 de 10
Ningún ATS del grupo auditado produjo un análisis limpio con axe-core en su flujo predeterminado para candidatos
Todas las plataformas analizadas generaron al menos una infracción grave o crítica de axe en una página de solicitud de empleo pública configurada por defecto. El resultado más limpio, en Greenhouse, registró 11 infracciones distribuidas en tres páginas; el peor, en Oracle Taleo, registró 84 en el mismo conjunto comparable de páginas.
- 02aprox. 412
Aproximadamente 412 infracciones únicas marcadas por axe-core en el conjunto de los diez flujos para candidatos
Contando infracciones de reglas distintas por página y eliminando duplicados a nivel de plantilla, los diez flujos auditados para candidatos produjeron unas 412 incidencias graves o críticas en axe. La vinculación de etiquetas de formulario, la identificación de errores y las cargas con límite de tiempo representan aprox. el 71 % del total; el 29 % restante se distribuye entre contraste de color, visibilidad del foco y uso incorrecto de ARIA.
- 033 de 10
Solo tres plataformas permitieron a un usuario de lector de pantalla enviar una solicitud completa sin intervención de una persona con visión
Greenhouse, Lever y Workable fueron las únicas plataformas cuyo flujo predeterminado para candidatos pudimos completar de principio a fin usando NVDA en Windows y VoiceOver en macOS. Las otras siete requirieron al menos una transferencia asistida: lo más habitual fue cerrar un modal sin etiqueta, identificar un error de validación que el lector de pantalla no anunció, o volver a intentar una carga de CV tras una expiración silenciosa.
- 047 de 10
Siete plataformas impusieron una carga de CV con límite de tiempo sin control de prórroga ni advertencia
El modo de fallo más frecuente y más dañino de toda la auditoría. Un candidato que lee despacio, navega con teclado o usa un dispositivo de entrada por conmutación no puede completar una solicitud típica en Workday o Taleo dentro de la ventana de sesión de la plataforma sin que el paso de carga del archivo expire silenciosamente. El Criterio de Conformidad 2.2.1 de WCAG 2.2 (Límite de tiempo ajustable) es el criterio aplicable; el Título I de la ADA y el Artículo 4 de la EAA proporcionan el respaldo en materia de derecho laboral.
- 059 de 10
Nueve plataformas tenían al menos un campo de formulario sin etiqueta asociada programáticamente en el flujo predeterminado
La regla de axe con más marcas. Los selectores de fecha, los campos de grupo de número de teléfono, los grupos de radio de autorización de trabajo y los cuadros de texto de «información adicional» representaron la mayor parte de los campos sin etiqueta. Lever fue la única plataforma sin fallos de vinculación de etiquetas en el flujo predeterminado para candidatos en el momento de la auditoría.
- 063 de 10
Tres plataformas publican una declaración de accesibilidad que la auditoría contradice de forma demostrable
Workday, Oracle Taleo e iCIMS publican declaraciones de accesibilidad del proveedor en las que afirman la conformidad con WCAG 2.1 Nivel AA en sus productos dirigidos a candidatos. La auditoría encontró múltiples infracciones graves de axe y fallos con lector de pantalla en el flujo predeterminado de cada una. Las declaraciones o bien son anteriores a la versión actual del producto, o bien hacen referencia a un modo configurable no activado por defecto, o bien describen el producto del lado del reclutador en lugar del flujo para candidatos.
- 07aprox. 70 %
Aproximadamente el 70 % de las empresas de Fortune 500 de EE. UU. y una proporción comparable de grandes empresas europeas canalizan a todos sus candidatos a través de una de estas diez plataformas ATS
Los datos del sector de los últimos tres años de informes sitúan a Workday, SuccessFactors, Taleo, iCIMS y Greenhouse, solo ellas cinco, frente al embudo de solicitudes de la mayoría de los grandes empleadores estadounidenses. En la UE, SAP SuccessFactors y Workday dominan, con SmartRecruiters y Workable cubriendo el segmento de PYME. Las superficies auditadas no son casos marginales: son la puerta de entrada al mercado laboral.
Fuente · Análisis automatizados con axe-core 4.10 (ejecutados entre abril y mayo de 2026) sobre los flujos de solicitud de empleo públicos configurados por defecto de las diez plataformas, junto con revisión manual de navegación exclusiva por teclado y recorridos con lector de pantalla usando NVDA 2024.1 (Firefox 124, Windows 11), JAWS 2024 (Chrome 124, Windows 11) y VoiceOver (Safari 17, macOS 14). Las clasificaciones de cuota de mercado de ATS proceden de la encuesta a compradores de tecnología de adquisición de talento de Aptitude Research de 2024 y del análisis de mercado ATS de Ongig de 2025. Las declaraciones de accesibilidad de los proveedores se recuperaron del sitio web público de cada uno en mayo de 2026.
- 01Metodología y alcance
- 02Las diez plataformas, clasificadas por tasa de superación de la auditoría
- 03Categorías de fallo — qué se rompe realmente
- 04Cargas con límite de tiempo y el fallo de expiración silenciosa
- 05Entrevistas por vídeo — HireVue y la capa paralela
- 06La brecha de honestidad en las declaraciones de accesibilidad de los proveedores
- 07El Título I de la ADA y el Artículo 4 de la EAA — por qué es derecho laboral
- 08Qué deben hacer a continuación empleadores y proveedores
01 · Metodología y alcance
La auditoría abarcó la superficie dirigida a candidatos de cada plataforma: la página pública de descripción de empleo, el punto de entrada «solicitar», el formulario de solicitud en varios pasos, la carga de CV, el paso de autoidentificación de igualdad de oportunidades y la página de confirmación. No se auditó el producto del lado del reclutador, el panel de análisis ni la consola de administración —esas superficies solo son accesibles para los empleados de la organización cliente y están fuera del recorrido del candidato. Para cada plataforma se ejercieron al menos tres ofertas de trabajo reales: una oferta de demostración del proveedor cuando estaba disponible, una oferta pública en un cliente conocido de Fortune 500 de la plataforma y una oferta pública en un cliente conocido de mercado medio. Cada oferta se analizó con axe-core 4.10 y luego se recorrió manualmente con navegación exclusiva por teclado y con lector de pantalla.
La revisión manual siguió un protocolo fijo en cada plataforma: navegar desde la descripción del empleo hasta el botón de solicitar usando únicamente la tecla Tab; completar los tres primeros campos del formulario con un lector de pantalla y verificar que la etiqueta de cada campo es anunciada; intentar una carga de CV con el teclado y verificar que el control de carga de archivos es accesible y anuncia éxito o fracaso; provocar un error de validación deliberado y verificar que el error está asociado con su campo y es anunciado; e intentar abandonar una página a mitad del flujo y volver, verificando que no se descarta ningún dato silenciosamente. El criterio de aprobación en cada paso fue WCAG 2.2 Nivel AA, utilizando los niveles de gravedad «grave» y «crítico» de axe-core como indicador automatizado.
02 · Las diez plataformas, clasificadas por tasa de superación de la auditoría
La tasa compuesta de superación de la auditoría para cada plataforma combina dos aportaciones en igual peso: el porcentaje de reglas de axe-core superadas en un flujo predeterminado para candidatos, y el porcentaje de pasos del protocolo manual completados sin intervención por un usuario de lector de pantalla. El resultado es una puntuación única de 0 a 100, no una determinación regulatoria. La clasificación es una instantánea del producto configurado por defecto en las fechas de la auditoría entre abril y mayo de 2026; los parches de los proveedores y los cambios de configuración por parte del cliente pueden modificar los datos subyacentes en cualquier sentido.
03 · Categorías de fallo — qué se rompe realmente
De las aproximadamente 412 infracciones graves o críticas de axe contabilizadas en los flujos auditados, el desglose por categoría es el dato más útil, más que el total absoluto. Tres categorías representan juntas aprox. el 71 % de cada incidencia registrada, y esas mismas tres categorías fueron la causa de todos los fallos del protocolo manual registrados.
La vinculación de etiquetas de formulario es la regla que axe-core marcó con más frecuencia en todas las plataformas analizadas. El patrón es el mismo en cada caso: el texto visible adyacente a un campo parece una etiqueta para un usuario con visión, pero se representa en un nodo del DOM separado sin asociación for/id, sin aria-labelledby y sin entrada encapsulada. Un lector de pantalla anuncia «editar, en blanco» y el candidato se queda sin saber para qué sirve el campo. Los selectores de fecha, los grupos de número de teléfono, los grupos de radio de autorización de trabajo y los cuadros de texto de «información adicional» fueron los infractores más habituales.
La identificación de errores fue la segunda categoría más amplia y la más determinante para la tasa de aprobación del protocolo manual. Seis de las diez plataformas mostraban errores de validación utilizando únicamente indicaciones visuales —un borde rojo, un asterisco rojo, un icono en línea— sin referencia aria-describedby asociada, sin anuncio de role=“alert” y sin desplazamiento programático del foco al campo infractor. Un usuario de lector de pantalla que envía un formulario y recibe únicamente un aviso genérico de «esta página tiene errores» no puede localizar el error concreto sin ayuda de alguien con visión.
Un candidato que no puede encontrar el campo que desencadenó un error no puede corregirlo. Un candidato que no puede corregir el error no puede enviar la solicitud. El fallo de accesibilidad es el rechazo.
Cada una de las tres principales categorías de fallo constituye por sí sola un incumplimiento de WCAG 2.2 Nivel AA. Apiladas, se agravan mutuamente: un campo sin etiqueta desencadena un error que el candidato no puede encontrar, que no puede corregir antes de que expire la sesión, que descarta silenciosamente la solicitud parcialmente completada. La auditoría registró exactamente esta secuencia compuesta en cinco de las diez plataformas durante el protocolo manual: un candidato que actuaba de buena fe terminó en una pantalla de «sesión expirada» sin solicitud completada y sin registro de haber solicitado nunca el empleo.
04 · Cargas con límite de tiempo y el fallo de expiración silenciosa
El hallazgo más dañino de la auditoría es el patrón de carga con límite de tiempo. Siete de las diez plataformas —Workday, SuccessFactors, Taleo, iCIMS, BambooHR, JazzHR y SmartRecruiters en sus configuraciones predeterminadas— imponen una ventana de sesión de 15 a 30 minutos en la solicitud del candidato, sin control de prórroga en el flujo y sin advertencia antes de la expiración. El paso de carga del CV, que a menudo requiere que el candidato cambie de contexto para buscar y renombrar un archivo, es el paso que más sistemáticamente dispara el temporizador.
El Criterio de Conformidad 2.2.1 de WCAG 2.2 (Límite de tiempo ajustable) es inequívoco: cuando un límite de tiempo es esencial, debe advertirse al usuario al menos veinte segundos antes de la expiración y ofrecerle la posibilidad de ampliar el límite al menos diez veces. Ninguna de las siete plataformas con una carga predeterminada con límite de tiempo ofreció un control de prórroga. Ninguna proporcionó una advertencia que cumpliera el umbral de veinte segundos del criterio. La auditoría registró expiraciones silenciosas durante recorridos rutinarios con lector de pantalla en intervalos de entre 14 y 31 minutos.
Un formulario de solicitud con límite de tiempo impone un coste por segundo a los candidatos que navegan con teclado, leen con un lector de pantalla, usan un dispositivo de entrada por conmutación o de seguimiento ocular, o cuya discapacidad ralentiza su ritmo frente a la pantalla. Cuanto más rápido puede completar el mismo formulario un candidato con visión que usa el ratón, mayor es el impacto desproporcionado. En la auditoría, el mismo formulario que un usuario no discapacitado completó en nueve minutos tardó veintiséis a un usuario de lector de pantalla — superando holgadamente la ventana de sesión predeterminada de Workday.
05 · Entrevistas por vídeo — HireVue y la capa paralela
Bajo la capa del ATS se sitúa una segunda capa de plataforma paralela que el candidato a menudo no anticipa: el proveedor de entrevistas por vídeo. HireVue es el líder del mercado; Spark Hire, Modern Hire (ahora parte de HireVue), VidCruiter y Willo son los cuatro siguientes. La mayoría de las diez plataformas ATS anteriores integran uno o más de estos proveedores como paso posterior en el flujo del candidato. Se auditó la superficie de entrevista por vídeo dirigida a candidatos de HireVue y Spark Hire como los dos proveedores de mayor volumen.
La superficie de entrevista por vídeo introduce una categoría de fallo que la capa ATS no tiene: el aviso de respuesta grabada. El candidato recibe una pregunta en pantalla, un breve temporizador de preparación y una ventana de grabación. Los fallos de accesibilidad registrados se concentraron principalmente en torno al aviso mismo: subtítulos ausentes o autotranscritos en el vídeo de la pregunta, ninguna alternativa en forma de transcripción, ningún control de tiempo ampliado para el candidato y ventanas de grabación de un solo intento sin una advertencia clara de «este es su único intento» anunciada al lector de pantalla. Spark Hire se comportó marginalmente mejor que HireVue en disponibilidad de subtítulos; ambos suspendieron el paso «completar una pregunta de principio a fin» del protocolo manual en la auditoría.
06 · La brecha de honestidad en las declaraciones de accesibilidad de los proveedores
Los diez proveedores ATS auditados publican algún tipo de declaración de accesibilidad. Tres —Workday, Oracle Taleo e iCIMS— afirman la conformidad con WCAG 2.1 Nivel AA para el producto dirigido a candidatos que la auditoría encontró de forma demostrable no conforme. Cada declaración tiene una explicación cuando se lee más allá del titular: la de Workday hace referencia a un «modo accesible» configurable no activado por defecto en los sitios de los clientes; la de Oracle hace referencia a una VPAT de 2019 anterior a dos versiones principales del producto; la de iCIMS cubre el producto del reclutador, no el flujo de solicitud para candidatos. El patrón es coherente en todo el sector: la declaración es técnicamente verdadera en sentido estricto y sustancialmente engañosa para un equipo de contratación que no sabe qué pregunta hacer.
La brecha de honestidad importa porque los equipos de contratación tratan la declaración de accesibilidad como una señal de cumplimiento —exactamente como el proveedor pretende. Un responsable de adquisición de talento de Fortune 500 que lee «conformidad con WCAG 2.1 Nivel AA» en una presentación y reproduce esa afirmación en una respuesta a una licitación firma a un proveedor en la vía del candidato cuyo comportamiento predeterminado el responsable no ha verificado en realidad. El empleador hereda la responsabilidad de accesibilidad del proveedor; y bajo el Título I de la ADA y el Artículo 4 de la EAA, el empleador es el obligado, no el proveedor.
07 · El Título I de la ADA y el Artículo 4 de la EAA — por qué es derecho laboral
El marco jurídico de la accesibilidad en los ATS no es el Título III de la ADA, orientado al cliente, sino el Título I —las disposiciones sobre empleo. El Título I exige ajustes razonables en el proceso de solicitud para personas con discapacidad cualificadas y prohíbe las prácticas de empleo que excluyan, o tiendan a excluir, a las personas con discapacidad, salvo que la práctica esté relacionada con el trabajo y sea coherente con la necesidad empresarial. Un flujo de solicitud que no se puede utilizar con un lector de pantalla, que expira silenciosamente o que no asocia los errores de validación con sus campos es —en la lectura más directa posible— una práctica de empleo que tiende a excluir a las personas con discapacidad en la fase de solicitud.
En la Unión Europea, el European Accessibility Act (EAA), Directiva (UE) 2019/882, es aplicable a los productos y servicios incluidos en su ámbito desde el 28 de junio de 2025. El Artículo 4 de la Directiva extiende la obligación de accesibilidad a los «servicios al consumidor» y a los servicios auxiliares vinculados a los productos del Anexo I, con una aplicabilidad específica a las plataformas de contratación que varía según la transposición de cada Estado miembro. Varios Estados miembros —Alemania, Francia, Italia, España— disponen de legislación de transposición que captura explícitamente las plataformas de servicios de empleo, ya sea a través del Artículo 4 o a través de marcos preexistentes de ley de igualdad. La Directiva sobre la accesibilidad de los sitios web (Directiva (UE) 2016/2102) cubre por separado los sitios web de los empleadores del sector público en toda la UE.
Bajo el Título I de la ADA, el empleador que usa el ATS es el obligado —la EEOC ha sido explícita en que un empleador sujeto a la ley no puede delegar su obligación de no discriminación en un proveedor de software mediante contrato de compra. Bajo el Artículo 4 de la EAA, la obligación recae tanto en el prestador del servicio como, cuando proceda, en el operador económico que pone el servicio en el mercado. El candidato que es excluido por un flujo de solicitud inaccesible tiene una causa de acción según el Título I contra el empleador que lo implantó.
El documento de asistencia técnica de la EEOC de mayo de 2022 sobre el uso de inteligencia artificial y software en las decisiones de empleo, y su actualización de mayo de 2023, son directamente aplicables a la accesibilidad en los ATS. El marco de la agencia trata el software de la fase de solicitud como parte del proceso de selección del empleador. Un ATS cuyo flujo predeterminado es inaccesible para usuarios de lector de pantalla es una característica del proceso de selección que excluye a candidatos con discapacidad. La vulnerabilidad jurídica alcanza al director de RRHH del empleador, no al responsable de producto del proveedor.
08 · Qué deben hacer a continuación empleadores y proveedores
Los tres hallazgos operativos de la auditoría se traducen en tres acciones, por orden de prioridad.
- Los equipos de contratación deben tratar la declaración de accesibilidad del proveedor como un punto de partida, no como un hallazgo. Conviene exigir al proveedor que demuestre el flujo para candidatos con un lector de pantalla en una instancia configurada por defecto —no en una personalizada por el cliente, no en el producto del reclutador, no en un «modo accesible» si no es el predeterminado. Debe insistirse en un análisis con axe-core contra la instancia real del cliente tras la implantación.
- Los empleadores deben desactivar cualquier tiempo de expiración de sesión inferior a 30 minutos en el flujo para candidatos y habilitar un control de prórroga donde la plataforma lo permita. Donde la plataforma no lo permita, conviene plantear el problema formalmente al proveedor y documentar la vía de ajuste razonable resultante. La exposición según el Título I de un formulario de solicitud que expira silenciosamente es concreta y material.
- Los proveedores deben corregir la vinculación de etiquetas de formulario, la identificación de errores y las cargas con límite de tiempo como las tres primeras prioridades de corrección —en ese orden. Esas tres categorías representan por sí solas aprox. el 71 % de las infracciones auditadas y explican casi todos los fallos del protocolo manual registrados. Los problemas de contraste de color y visibilidad del foco importan, pero no son los que impiden a un candidato completar el formulario.
El embudo de solicitudes es la puerta de entrada
Toda conversación sobre inclusión de personas con discapacidad en el mercado laboral llega eventualmente a la misma observación: la tasa de participación laboral de los adultos en edad de trabajar con discapacidad sigue siendo muy inferior a la de sus pares sin discapacidad, año tras año, en toda la OCDE. Las razones son múltiples: brechas salariales, brechas de ajustes razonables, brechas de transporte, brechas de actitud. Pero una de las razones es mecánica y poco romántica: una parte significativa de los candidatos con discapacidad no puede completar el formulario de solicitud. La auditoría lo registró directamente. Tres de las diez plataformas más utilizadas produjeron un flujo que un usuario de lector de pantalla podía completar. Siete no.
La capa ATS es la puerta de entrada al mercado laboral para la mayoría de los empleadores de Fortune 500 de EE. UU. y una proporción comparable de grandes empleadores europeos. Cuando esa puerta está cerrada en la fase de solicitud, la brecha estructural de participación aguas abajo es en parte función de esa puerta cerrada. El papel de la auditoría no es atribuir la culpa al proveedor o al empleador por separado; es registrar que la puerta está cerrada e identificar, en términos concretos y verificables, qué la está cerrando.
Lea más de Disability World sobre la ADA, sobre el European Accessibility Act y sobre el registro más amplio de auditorías de accesibilidad.