Buscador

viernes, 13 de diciembre de 2024

Proceso para evaluar la accesibilidad de una página web

Propuesto por Crystal Scott en Linkedin:

 

 Por si no funciona lo anterior:

🔍 My Process for Testing a Web Page for WCAG Conformance Ensuring web accessibility goes beyond automated testing—it’s about a detailed, methodical approach. Here’s how I test a webpage for WCAG conformance: 1️⃣ Start with the Basics - Double-check I’m testing the correct URL, component, and page state. - Open the page in my browser, set the screen width to 1280px, and open developer tools. (I live in developer tools!) 2️⃣ Inspect Elements - Work top-down, element by element, component by component. - Use developer tools to inspect elements and select shortcut “Expand recursively” to easily view the complete code structure. -Check each element’s HTML semantic structure, name, role, value, aria and functionality. ***Ask questions like: *What is this element? *What’s its role? *What is it's name and where is the name coming from? *Does it have supporting attributes for different states? *Does it pass color contrast requirements? *Is this an interactive element? 3️⃣ Interactivity and State Testing - For interactive elements, test with a mouse first, then the keyboard (Tab, Enter, Space) to ensure equitable functionality. - Ensure all interactive elements have a non-obscured color contrast conforming focus indicator. - Check hover, focus, active, pressed, selected, expanded, and collapsed states. - Ensure the element remains conformant, maintains color contrast, and performs its intended functionality in all states across all input devices. 4️⃣ Comprehensive Component Review Apply this process to all elements within a chosen component or page. Switch to Accessibility Tree View for new fresh perspective. 5️⃣ Screen Reader Testing Use NVDA to do a pass-through, ensuring I haven’t missed anything important. 6️⃣ Responsive Testing Test at 1280px for desktop, zoom to 200% for resizing, and zoom to 400% for reflow to check responsiveness and look for cutoff or missing meaningful content. 7️⃣ ARC Toolkit Analysis - Use ARC Toolkit to run tests with all topics selected. Manually review errors, alerts, and best practices by toggling disclosure panels. - Use highlight tools to quickly check: Page titles, iframes, lists, forms, tables, language attributes, buttons, links, tab order, tab index values, landmarks, and headings. - Leverage the text spacing tool at 1280px, 200%, and 400% to ensure compliance with resizing and reflow requirements. Accessibility isn’t just a checkbox—it’s a commitment to inclusivity and usability for all. This thorough (but not exhaustive) testing process ensures every page and component is tested against the WCAG success criteria. Now knowing how to fix the failures... DM me for help! What’s your favorite step or tool for accessibility testing? Let’s discuss in the comments! #AccessibilityTesting #WCAG #WebDevelopment #Accessibility #A11y

lunes, 9 de diciembre de 2024

martes, 3 de diciembre de 2024

Día Internacional de las Personas con Discapacidad

Hoy 3 de diciembre se celebra el Día Internacional de las Personas con Discapacidad:

El Día Internacional de las Personas con Discapacidad fue declarado en 1992 por la Asamblea General de las Naciones Unidas mediante la resolución 47/3. El objetivo es promover los derechos y el bienestar de las personas con discapacidades en todos los ámbitos de la sociedad y el desarrollo, así como concienciar sobre su situación en todos los aspectos de la vida política, social, económica y cultural.

viernes, 29 de noviembre de 2024

¿Cómo un dispositivo móvil puede ayudar a nuestros estudiantes con discapacidad?

En el marco del Seminario sobre Discapacidades en la Educación Media Superior, organizado por la Universidad Nacional Autónoma de México, el día 27/11/2024 impartí la conferencia "¿Cómo un dispositivo móvil puede ayudar a nuestros estudiantes con discapacidad?":


Cartel del evento


miércoles, 27 de noviembre de 2024

Desafíos de accesibilidad en las single-page applications

En el vídeo Accessibility Challenges with Single Page Applications se explican algunos de los problemas de accesibilidad que presentan las single-page applications.

La descripción del vídeo dice:

Have you been tempted to use the WordPress API to drive a SPA (Single Page Application)? SPAs are notorious for being inaccessible, and for good reason. Tutorials introducing developers to frameworks like React, Vue, and Angular seem like they never take accessibility into consideration at all and teach some less than ideal practices. It is absolutely true that SPAs have a lot of accessibility challenges around things like dynamic content updates and managing focus. But with some smart choices and careful coding, it is possible to make SPAs more accessible. We’ll step through planning and building an accessible SPA, including best practices, accessibility testing tools, manual testing, and integrating accessibility into your development workflow.



lunes, 25 de noviembre de 2024

No todos los errores de accesibilidad tienen el mismo impacto

En WebAIM han publicado Using Severity Ratings to Prioritize Web Accessibility Remediation:
When it comes to prioritizing web accessibility fixes, ranking the severity of each issue is an effective way to prioritize and make impactful improvements. In WebAIM’s accessibility audits, each issue we identify is assigned one of four levels of severity based on how it impacts end users. In this article, we’ll go over these severity ratings for accessibility and the types of issues that typically fall under these categories.

lunes, 18 de noviembre de 2024

Comparativa de herramientas automáticas de evaluación de la accesibilidad web

En Comparing Manual and Free Automated WCAG Reviews podemos encontrar una pequeña comparativa de cuatro herramientas automáticas: axe DevTools, ARC Tookit, WAVE y Equal Access Accessibility Checker.

lunes, 11 de noviembre de 2024

Análisis de la generación automática de descripciones de imágenes mediante inteligencia artificial

En AI-Generated Images from AI-Generated Alt Text se presenta un pequeño análisis de las descripciones que algunas herramientas generan de forma automática mediante inteligencia artificial. Además, después se emplean esas descripciones para generar imágenes de forma automática y comparar la imagen original con las imágenes generadas.

martes, 29 de octubre de 2024

En la Generalitat de Cataluña todavía viven en la prehistoria de la accesibilidad web

El 30 de noviembre de 2023, en el número 9052 del Diari Oficial de la Generalitat de Catalunya se publicó el DECRETO 209/2023, de 28 de noviembre, por el que se aprueba el Código de accesibilidad de Cataluña.

Según la propia Generalitat de Catalunya, Cataluña se convertía en referente en accesibilidad universal.

¿Será verdad?

Bueno, en la página 373, la última página de este Decreto, podemos encontrar esta maravilla:

W

Web accesible: web que permite que las personas con discapacidad puedan percibir, entender, navegar e interactuar mediante páginas web accesibles que incluyan todos los contenidos y cumplen lo que establece la norma UNE 139803:2012 Requisitos de accesibilidad para contenidos en la web.

¿En serio? ¿La norma UNE 139803:2012?



lunes, 28 de octubre de 2024

Zac Browser, el navegador web para niños autistas, ha vuelto

Allá por el año 2008 (Un navegador web para niños autistas) y el año 2009 (El navegador para niños autistas triunfa) escribí sobre el navegador web Zac Browser, un navegador que un abuelo hizo para su nieto.

De casualidad me he topado con este producto en una página web y parece que todavía sigue existiendo. En el siguiente vídeo se muestran algunas de sus características.



miércoles, 23 de octubre de 2024

Eye tracking en iPhone

En mayo 2024, Apple presentó algunas novedades de accesibilidad de su sistema operativo iOS para sus dispositivos móviles (Apple announces new accessibility features, including Eye Tracking, Music Haptics, and Vocal Shortcuts). Uno de los nuevos sistemas que incorpora es el seguimiento de la mirada o eye tracking (Control iPhone with the movement of your eyes).

Una vez calibrado el sistema, su manejo es muy sencillo (cuando funciona). Para ejecutar una pulsación simplemente hay que mantener la mirada sobre un punto de la pantalla durante varios segundos.

Ya hay varios vídeos que muestran su funcionamiento:





lunes, 21 de octubre de 2024

Consejos para definir un buen nombre accesible

En los artículos Good Intentions, Poor ContextContext is king: long live the king! se explican diferentes técnicas para escribir un buen nombre accesible para los elementos de una página web.

lunes, 14 de octubre de 2024

Un estudio sobre las capas de accesibilidad: promesas y trampas

Jonathan Chacón ha publicado la entrada Investigación sobre la promesa y los peligros de las accessibility overlays para usuarios ciegos y con baja visión en la que se hace eco del artículo The Promise and Pitfalls of Web Accessibility Overlays for Blind and Low Vision Users que en breve se presentará en el congreso 26th International ACM SIGACCESS Conference on Computers and Accessibility (ASSETS ’24).

Solo por el título, "la promesa y las trampas de las capas de accesibilidad web", podemos percibir que este artículo no ensalza las bondades de las capas de accesibilidad, si es que tienen alguna bondad.

El título de este artículo me ha recordado otro con un título similar, Accessibility Overlays: Promises and Pitfalls, de la American Foundation for the Blind, que es bien claro: 

Website accessibility overlays are becoming increasingly common because of the quick and easy accessibility fix they are often promised to provide. However, they not only fail to serve assistive technology users with an effective user experience but also fail to protect website owners from litigation, which is often a principle premise for their usage. At the AFB Talent Lab, we strongly recommend that you do not use any third-party scripts to try to fix your site’s underlying accessibility issues. It might sound like a good solution, but as with many shortcuts, it’s absolutely too good to be true.

Por cierto, Jonathan me comenta que allá por el año 2012 publicó el artículo Ventajas y peligros de la accesibilidad, en el que decía:

Otras soluciones como Web anywhere, ReadSpeak o Inclusite consisten en una aplicación Java, Flash u otra tecnología similar que proporcionan un método de acceso alternativo a los contenidos y funcionalidades de una web.

En el caso de Readspeak se confunde accesibilidad con mejor experiencia del usuario ya que el servicio consiste en una función para que el navegador nos lea la página web que estamos visitando por si no nos apetece hacerlo ya que una persona ciega que haya accedido a esa página de forma autónoma no necesita dicho servicio ya que disfruta de la voz ofrecida por su lector de pantallas.

Pero en el caso de Web anywhere e Inclusite su función va más allá ya que intentan sustituir al producto de apoyo habitual del usuario ya que, en muchos casos, estos servicios son incompatibles con algunos lectores de pantalla o sistemas de reconocimiento del habla dejando al usuario con discapacidad en un limbo de indefensión en el momento de pasar al uso de su producto de apoyo al de estos servicios ya que, aunque estos servicios satisfagan las necesidades de algunos usuarios no contemplan una serie de problemas básicos.

[...]

Estos servicios proporcionan un método de acceso más que suficiente para algunas personas ya que satisfacen sus necesidades por completo pero no solucionan las necesidades de todos los usuarios.

Todos estos servicios, actualmente, deben aceptarse como una alternativa opcional para algunas personas con discapacidad. En ningún caso deben presentarse como soluciones completas y reales para conseguir una web accesible.

viernes, 11 de octubre de 2024

¿Quieres ganar $380 por participar en un estudio sobre TalkBack?

Google tiene abierto un formulario para participar en un estudio sobre TalkBack. Si participas, te darán un regalo de $380. Eso sí, es en persona y tienes que vivir cerca de Mountain View, California.



lunes, 7 de octubre de 2024

Alternativas a Webcaptioner

Según leo en Web Captioner,webcaptioner.com cerró el año pasado, pero he podido encontrar algunas alternativas gratuitas: mimiuchi, Maestra y ZipCaptions.

miércoles, 2 de octubre de 2024

Una buena colección de nuevos libros sobre accesibilidad digital

Unos cuantos libros sobre accesibilidad digital publicados desde el año 2020 hasta ahora: More Digital Accessibility Books.

lunes, 30 de septiembre de 2024

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.





lunes, 23 de septiembre de 2024

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.

lunes, 16 de septiembre de 2024

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.

viernes, 13 de septiembre de 2024

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].