Cómo denunciar la falta de accesibilidad en un sitio web

En Infracciones y sanciones, una página web de la Oficina de Atención a la Discapacidad (OADIS), se explica quién puede ser denunciado y quién puede denunciar cuando haya una discriminación por falta de accesibilidad universal.

En esa página se proporciona un modelo para presentar denuncias por incumplimiento de la igualdad de oportunidades, no discriminación y accesibilidad universal de las personas con discapacidad.

Seguramente no habrá WCAG 2.3

En What is different in WCAG 2.0, 2.1, and 2.2? se puede leer:

The Accessibility Guidelines Working Group (AG WG) will probably not do another version of WCAG 2, that is, not do WCAG 2.3. AG WG is working on WCAG 3.0.

La opinión de la American Foundation for the Blind sobre las capas de accesibilidad

En Accessibility Overlays: Promises and Pitfalls:

These accessibility overlays can also break your website completely by applying automatic fixes to the few issues mentioned above, which means risking your website’s user interface as changing the structure impacts how the page is being rendered. Though some vendors do claim to provide manual testing and remediation, often the remediation is only applied to the overlay script and not to the inaccessible underlying code. If the overlay is blocked by the user, the inaccessible underlying code is fully exposed.

[...]

Unfortunately, the accessibility overlays generally don’t fix many issues, and they can even make things significantly worse. Only a small subset of problems can be detected automatically, and many of those still require human judgment to evaluate. We’ve also seen some examples where the overlay UI controls themselves were inaccessible.

GVA +Salut, la aplicación de citas médicas de la Generalitat Valenciana

Se me ha ocurrido probar GVA +Salut, la aplicación (app) de citas médicas de la Generalitat Valenciana, con el lector de pantalla TalkBack en Android. En general, se puede usar, pero he detectado algunos problemas de accesibilidad. La declaración de accesibilidad, que es una obligación legal, es sincera e indica varios incumplimientos de los criterios de accesibilidad:

• Puede haber algunas imágenes sin alternativa textual [requisito número 11.1.1.1 Contenido no textual (funcionalidad abierta) de UNE-EN 301549:2019].  
• Algunos elementos de información, estructura y relaciones transmitidas a través de la presentación no se pueden determinar mediante programación o no están disponibles en texto [requisito número 11.1.3.1 Información y relaciones de UNE-EN 301549:2019]. 
• Existen elementos estructurales de la aplicación como cabeceras, titulares, listas, etc. que no son reconocidos de forma automática por las tecnologías asistivas para dar la misma información [requisito número 11.1.2.1 Solo audio y solo vídeo (grabado) de UNE-EN 301549:2019]. 
• El contenido restringe su visualización y funcionamiento solo a orientación vertical de pantalla [requisito número 11.1.3.4 Orientación de UNE-EN 301549:2019]. 
• El texto no puede cambiar de tamaño [requisito número 11.1.4.4 Cambio de tamaño del texto de UNE-EN 301549:2019]. 
• La funcionalidad de la APP no es operable con un teclado [requisito número 11.2.1.1 Teclado de UNE-EN 301549:2019] por lo que no es posible, mediante teclado, llevar el foco a un elemento ni salir de él con el propio teclado [requisito número 11.2.1.2 Sin trampas para el foco del teclado de UNE-EN 301549:2019] ni existe forma en la que el indicador de foco sea visible [requisito número 11.2.4.7 Foco visible de UNE-EN 301549:2019]. 
• Es posible que el nombre visible de los controles y el nombre accesible no coincidan [requisito número 11.2.5.3 Inclusión de la etiqueta en el nombre de UNE-EN 301549:2019]. 
• Existe un límite de tiempo de conexión impuesto por el contenido, pero éste no puede detenerse o aumentarse ni avisar al usuario de que el límite se está agotando [requisito número 11.2.2.1 Tiempo ajustable de UNE-EN 301549:2019]. 

Los problemas con las herramientas automáticas de evaluación de la accesibilidad web

El artículo Problems with automatic accessibility testing presenta un buen análisis de los problemas que presentan las herramientas automáticas de evaluación de la accesibilidad web:

Automatic testing of software is brilliant. Saves a lot of time and effort, prevents problems soon and makes our products better. But when trying to automatically test accessibility we need to know about the challenges and problems before. Some tools may even produce wrong results and some tools may report everything is perfect when they can only test up to a third of criteria.

Regulación de la accesibilidad de los sitios web y aplicaciones móviles del gobierno estatal y local en Estados Unidos

En The ADA Now has Regulations for Accessibility of Web Content and Mobile Apps se explica que los gobiernos a nivel estatal y local (ADA Title II) deben cumplir con WCAG 2.1. 

Algunos ejemplos de los organismos afectados son:   

• Public education (schools)
• Public Transportation
• Recreation
• Health care
• Social services
• Courts
• Voting
• Emergency services
• Offices where people go to:
• Renew licenses
• Apply for food stamps
• Pay their taxes
• Attend town meetings
• Serve on boards and commissions
• Conduct other government business

En el artículo se explica que el Departamento de Justicia decidió adoptar WCAG 2.1 en vez de WCAG 2.2 porque los profesionales están más familiarizados con WCAG 2.1 y también existen más materiales educativos para WCAG 2.1.

Para las organizaciones grandes (50,000 personas o más), la fecha límite de cumplimiento es el 24 de abril de 2026. Para las organizaciones pequeñas, el 24 de abril de 2027.

Cómo comprobar y garantizar la accesibilidad de una página web