Confirmada la sanción a Vueling

En La Audiencia Nacional multa a Vueling con 90.000 euros por no facilitar su web a personas con discapacidad y en  Vueling, multada por las condiciones de acceso a su web para los discapacitados podemos leer que la Audiencia Nacional ha confirmado la sanción que se impuso a Vueling en el año 2020 (Otro expendiente sancionador contra Vueling por falta de accesibilidad).

Cómo mostrar que un campo es obligatorio en un formulario

En Doing what’s required: Indicating mandatory fields in an accessible way se explica cómo indicar de forma accesible que un campo es obligatorio en un formulario.

Diccionario de términos de experiencia de usuario (UX)

En UX Dictionary puedes encontrar la definición de los principales términos: A/B Testing, Cognitive walkthrough, Heuristics, Human-centered design, Mockup, Wireframes, etc.

Incluye el término "accessibility", definido como:

Accessibility is the part of design where you make sure your design work is accessible for all people. Examples include making sure people with visual impairment can still read your landing page.

AccesibleEU, el Centro Europeo de Accesibilidad de la Unión Europea

En AccesibleEU: El nuevo Centro Europeo de Accesibilidad de la Unión Europea: El nuevo organismo promoverá las políticas sobre accesibilidad en los Estados miembros se cuenta que la Unión Europea ha anunciado la creación del Centro Europeo de Accesibilidad (AccesibleUE).

En la página principal de AccesibleUE se explica:

AccessibleEU is one of the flagship initiatives proposed by the European Commission Strategy for the Rights of Persons with Disabilities 2021-2030. It is a resource Centre on accessibility working on areas such as built environment, transport, information and communication technologies to ensure the participation of persons with disabilities in all areas of life on equal basis with others. 

Novedades en Accesibilidad Digital en 2024 MTP dba 324 suscriptores Suscribirme

Un webinar muy interesante:

Jakob Nielsen la lía con sus comentarios

Jakob Nielsen ha escrito Accessibility Has Failed: Try Generative UI = Individualized UX y ha puesto a la comunidad de expertos en accesibilidad web en su contra.

¿Por qué? Por decir cosas como:

• Accessibility is too expensive for most companies to be able to afford everything that’s needed with the current, clumsy implementation.
• Accessibility is doomed to create a substandard user experience, no matter how much a company invests.

Todo esto es para defender su idea de "Generative UI", que define como:

“Generative UI” is simply the application of artificial intelligence to automatically generate user interface designs, leveraging algorithms that can produce a variety of designs based on specified parameters or data inputs.

Algunas de las críticas que ha recibido son:

• Jakob Has Jumped the Shark
• Jakob Nielsen’s Bad Ideas about Accessibility
• Nielsen needs to think again
• We need to talk about Jakob

Colección de hojas de trucos del W3C

En Accessibility Cheat Sheets se recogen hojas de trucos para WCAG, ARIA y dispositivos móviles.

Uso de :focus-visible

:focus-visible es una propiedad de CSS muy útil para mejorar la accesibilidad de una página web. En Big, beautiful, beefy focus states with :focus-visible se explica su uso.

Australia también utiliza EN 301 549

Aunque me acabo de enterar de esto, Australia lleva años utilizando el estándar europeo EN 301 549 como estándar de accesibilidad. Lo podemos leer en varios sitios:

• EN 301 549: What it means for Australia
• Australia adopts new standard in accessible procurement
• Australian Policy - Centre For Accessibility Australia

Y aquí lo podemos encontrar como AS EN 301 549:2020.

Accesibilidad en dispositivos móviles

En Mobile Accessibility Barriers For Assistive Technology Users se explican los principales problemas de accesibilidad que se experimentan en los dispositivos móviles y las características de accesibilidad que se pueden activar en los dispositivos móviles.

Resultados de la décima encuesta del WebAIM sobre el uso de lectores de pantalla

Ya se han publicado los resultados de la décima encuesta del WebAIM sobre el uso de lectores de pantalla que se abrió en diciembre de 2023: Screen Reader User Survey #10 Results.

La encuesta recibió 1539 respuestas válidas, un número muy alto de respuestas, pero menor que las 2515 y 1792 respuestas que se recibieron en la sexta y séptima encuesta respectivamente.

En los resultados de la encuesta actual, JAWS es el principal lector de pantalla con un 40.5%, seguido de NVDA con un 37.7% y VoiceOver con un 9.7%.

Respecto a los elementos más problemáticos, los que más causan problemas de accesibilidad, son los mismos que en anteriores ocasiones.

Los culpables son:

1. CAPTCHA - images presenting text used to verify that you are a human user
2. Interactive elements like menus, tabs, and dialogs do not behave as expected
3. Links or buttons that do not make sense
4. Screens or parts of screens that change unexpectedly
5. Lack of keyboard accessibility
6. Images with missing or improper descriptions (alt text)
7. Complex or difficult forms
8. Missing or improper headings
9. Too many links or navigation items
10. Complex data tables
11. Inaccessible or missing search functionality
12. Lack of "skip to main content" or "skip navigation" links

Guía para diseñar para las personas mayores

Muy interesante la guía publicada en Smashing Magazine: A Guide To Designing For Older Adults.

Publicado en el BOE la reforma del artículo 49 de la Constitución Española para cambiar el término minusválido por persona con discapacidad

En el BOE número 43, del 17 de febrero de 2024, se publicó la Reforma del artículo 49 de la Constitución Española, que dice:

Artículo único.

El artículo 49 de la Constitución Española queda redactado en los siguientes términos:

«Artículo 49.

1. Las personas con discapacidad ejercen los derechos previstos en este Título en condiciones de libertad e igualdad reales y efectivas. Se regulará por ley la protección especial que sea necesaria para dicho ejercicio.

2. Los poderes públicos impulsarán las políticas que garanticen la plena autonomía personal y la inclusión social de las personas con discapacidad, en entornos universalmente accesibles. Asimismo, fomentarán la participación de sus organizaciones, en los términos que la ley establezca. Se atenderán particularmente las necesidades específicas de las mujeres y los menores con discapacidad.»

Disposición final única.

La presente reforma del artículo 49 de la Constitución Española entrará en vigor el mismo día de la publicación de su texto oficial en el «Boletín Oficial del Estado». Se publicará también en las demás lenguas de España.

Cuatro empresas de capas de accesibilidad han amenazado con denunciar a sus críticos

En Ethical Problems with Overlays and How to Overcome Them podemos leer:

Overlay vendors engage in attacks against their critics, including lawsuits and threats of legal action.

To date, I am aware of four overlay vendors who have threatened to sue their critics, and two of those have done so. Both FACIL'iti and AudioEye have filed lawsuits against critics. These lawsuits have been characterized by some in this field as a Strategic Lawsuit Against Public Participation (SLAPP), which is a tactic specifically used to not only silence the critic being sued but to also create a chilling effect on future criticism.

Cómo usar el árbol de accesibilidad en Google Chrome

En How to use Chrome’s accessibility tree se explica cómo usar el árbol de accesibilidad en Google Chrome.

El artículo incluye el siguiente vídeo:

Retirada la denuncia contra Adrian Roselli por parte de AudioEye

Adrian Roselli, experto en accesibilidad web, fue denunciado por hablar de las capas de accesibilidad (accessibility overlays).

Ahora, el propio Adrian Roselli cuenta en su blog que la denuncia ha sido retirada: #AudioEye Has Dropped Its Suit Against Me.

Las partes han llegado a un acuerdo que es confidencial, pero una de las cláusulas del acuerdo que se ha hecho pública es lo siguiente:

As part of this settlement, and with the hopes of continuing to work toward digital accessibility, AudioEye has agreed to make a financial contribution of no less than $10,000 to National Federation for the Blind.

Historia de los productos de apoyo para las personas ciegas

Muy interesante todo lo que se cuenta en "The History of Blind Assistive Technology":

Dos expertos en accesibilidad web denunciados en Francia por una empresa de capas de accesibilidad

Un caso similar al de Adrian Roselli, experto en accesibilidad web, denunciado por hablar de las capas de accesibilidad (accessibility overlays), pero ahora en Francia: Accessibility Advocates Sued by French Overlay Company. El artículo dice:

FACIL’iti  is a French accessibility overlay company. The company sued two accessibility leaders who participated in a conversation about accessibility overlays alleging defamation. On the side of the defendants, many describe this as a Strategic Lawsuit Against Public Participation  (SLAPP). 

“In French the equivalent of a SLAPP suit is ‘poursuites bâillons’ (literally ‘gagging pursuits’). Strategic Prosecutions Altering the Public Debate is a detailed report (in French) on the dangers of and potential reforms for this phenomenon in France,” writes Lainey Feingold in an article about the French Overlay Company lawsuit .

Nuevos productos de apoyo

En el vídeo "17 New and Upcoming Assistive Technology Products! May 2023" se presentan nuevos productos de apoyo para las personas con discapacidad:

Una opinión positiva sobre las capas de accesibilidad

Recientemente, la compañía Level Access ha comprado la compañía UserWay. Las dos compañías se dedican a la accesibilidad web. Uno de los productos que ofrece UserWay es una capa de accesibilidad (accessibility overlay). Como este tipo de producto suele recibir muchas críticas, el CEO de Level Access ha publicado la carta abierta My Perspective: Digital Accessibility and Overlays:

Today, our company, Level Access announced that we have entered a definitive agreement to acquire UserWay.org, a digital accessibility solution provider. UserWay is a public company, and the transaction hasn’t closed, so I can’t discuss specifics about UserWay as a company, its products, or our agreement today. That noted, UserWay has been grouped with companies providing “overlays.” Accordingly, I think it’s appropriate to share my perspective on overlays, in general, and how they fit into the greater picture of digital accessibility. 

TLDR: Overlays are typically made of two separate technologies: automated remediation technology and browser-based assistive tools. When leveraged effectively both can have a profound, positive impact on accessibility. If we’re thoughtful and deliberate in their use—implementing overlays in an ethical fashion—we will drastically accelerate the timeline for the creation of an accessible digital world. We can remain mired in historical biases against these technologies or use them to accelerate the cause of accessibility. We choose the latter.

Recursos sobre accesibilidad en dispositivos móviles

En The Ultimate Mobile Accessibility Resource Guide han publicado una lista de recursos sobre accesibilidad en dispositivos móviles.

¿Minusválido, inválido, disminuido, incapacitado, impedido, lisiado, tontito o discapacitado?

Allá por enero de 2006 escribí la entrada ¿Minusválido, inválido, disminuido, incapacitado o discapacitado?. Fue la quinta entrada que escribía en este blog. Esa entrada incluía algo que me llamó mucho la atención, el artículo 49 de la Constitución Española:

"Los poderes públicos realizarán una política de previsión, tratamiento, rehabilitación e integración de los disminuidos físicos, sensoriales y psíquicos, a los que prestarán la atención especializada que requieran y los ampararán especialmente para el disfrute de los derechos que este Título otorga a todos los ciudadanos."

Disminuidos, ahí queda eso.

Mucho mejor fue lo del año 2011, cuando Celia Villalobos llamó a los discapacitados "tontitos". Y no lo dijo en una conversación informal, lo dijo en el Congreso de los Diputados. Ahí queda eso.

Ayer se aprobó la modificación de la Constitución Española para eliminar el término "disminuidos" y cambiarlo por "personas con discapacidad" (Qué se vota en el Congreso: la reforma de la Constitución para eliminar el término «disminuido» en alusión a los discapacitados). Después de la aprobación solo queda que se publique en el BOE.

Y claro, después queda que los poderes públicos, esos a los que hace referencia el artículo 49 de la Constitución Española, cumplan lo que dice ese artículo. Ahí queda eso.

Informes del seguimiento simplificado y en profundidad de la accesibilidad web en España del periodo 2022

Según un correo electrónico que he recibido:

Se han publicado en el Portal de Administración Electrónica los informes relativos al periodo de seguimiento de 2022, accesibles a través del siguiente enlace: PAe - Resultados del seguimiento. Periodo 2022 (administracionelectronica.gob.es).

Se incluyen los siguientes informes:

• Informes del seguimiento simplificado de sitios web: Uno a nivel global y otro por cada uno de los siguientes ámbitos administrativos: Administración General del Estado, Comunidades Autónomas, Entidades Locales y otros organismos.
• Informe global del seguimiento en profundidad de sitios web.
• Informe global del seguimiento en profundidad de aplicaciones para dispositivos móviles.

También se han publicado ficheros en formato xlsx y ods con los datos de medición.

¿ChatGPT es una herramienta válida para resolver los problemas de accesibilidad web?

Según Karl Groves, experto en accesibilidad web, ChatGPT NO es una herramienta válida para resolver los problemas de accesibilidad web. Así lo explica en ChatGPT is not ready to handle web accessibility remediation:

While I’m personally excited about the future prospects of using AI for creating accessible websites and software, I remain skeptical that it will be of much use in repairing accessibility errors in existing code. Doing so requires understanding the overall context of the issues found and requires the ability to form opinions about the best approach to take to fix the issues, given that context.

El anuncio "The Greatest" de Apple gana un Emmy

En Apple’s outstanding accessibility ad The Greatest wins primetime Emmy cuentan que el anuncio "The Greatest" ha ganado el Emmy Outstanding Commercial - 2023.

Este anuncio fue lanzado a finales del año 2022, tal como podemos leer en Apple Releases Accessibility-Centric Short Film ‘The Greatest’ Highlighting Disability In Tech.

Y aquí el anuncio, impresionante:

Apple - The Greatest from Kim Gehrig on Vimeo.

Soporte de la audiodescripción en HTML

En AD Support in HTML Video se analiza el soporte de la audiodescripción en HTML en la actualidad. La conclusión es que, por ahora, no hay soporte, así que la solución es incluir dos vídeos, uno sin audiodescripción y otro con audiodescripción:

If you want to present audio described video to all your users, make a separate video. Link it or, even better, embed it along with the original video.

Los mejores productos accesibles del 2023

En The best accessible-tech products from 2023 se destacan varios productos tecnológicos para mejorar la accesibilidad. El año 2023 también ha sido el año de la inteligencia artificial y me ha llamado esto que se cuenta:

GIPHY’S ALT-TEXT DESCRIPTIONS

Giphy helped to further democratize internet culture by partnering with digital accessibility provider Scribely to write expressive alt-text descriptions for its most frequently shared GIFs. Rather than relying on AI to generate the content, Scribely enlisted a team of about 15 writers well-versed in accessibility, pop culture, and creative writing to add alt-text to more than 10,000 GIFs in the first phase of the initiative. While opting for human-generated descriptions that might take longer to scale, the nuances of describing memes or humor in general cannot be replicated by a bot. Giphy and Scribely also plan to run a pilot program to integrate descriptive text within a GIF’s metadata, enabling it to accompany the file across various platforms such as Microsoft, Google, and Apple workplace software. 

Revisión de la accesibilidad web con WCAG 2.2

 

Error de copiar y pegar en una declaración de accesibilidad

La declaración de accesibilidad de CEDID:

Parece que es un "copy&paste" de la declaración de accesibilidad del Observatorio de la Realidad Social:

Los errores de accesibilidad web más comunes en el 2023

En The Top Accessibility Errors Found in 2023:

1. No link text
2. Non-active element in tab order
3. Missing link alt attribute
4. No alt text
5. List not nested correctly
6. Duplicate labels used
7. Positive tabindex value
8. Invalid aria-describedby
9. No label for button element
10. Invalid aria-labelledby

Subtítulos, subtítulos para sordos, audiodescripción y transcripción

En Video subtitles, captions, audio descriptions and transcripts proporcionan varios ejemplos de subtítulos, subtítulos para sordos, audiodescripción y transcripción.

Décima encuesta del WebAIM sobre el uso de lectores de pantalla

Durante los últimos años, el WebAIM ha realizado varias encuestas online destinadas a analizar los hábitos de uso de los lectores de pantalla.

Ahora ya está abierta la décima edición: Screen Reader User Survey #10.

La encuesta estará disponible hasta el 31 de enero de 2024 y la pueden contestar todos los usuarios de lectores de pantalla, incluso los que los usan únicamente para evaluación y pruebas.

La web de la Universidad de Alicante, la más accesible de las páginas de administraciones públicas de España según el Observatorio de Accesibilidad Web

En La web de la Universidad de Alicante, la más accesible de las páginas de administraciones públicas de España según el Observatorio de Accesibilidad Web:

El Observatorio de Accesibilidad Web (OAW) del Ministerio de Asuntos Económicos y Transformación Digital ha situado a la web de la Universidad de Alicante en el primer puesto de las páginas de administraciones públicas más accesibles de todo el Estado.

José María Fernández Gil, técnico de la Unidad de Accesibilidad Digital de la UA, explica que en el informe de seguimiento, que la OAW realiza anualmente, la Universidad de Alicante ha obtenido la primera posición de las 190 webs de administraciones públicas de España, de las que 46 son universidades públicas, además de ministerios y otras instituciones públicas.

Tal y como informa Fernández, el año pasado la web de la UA obtuvo un 8,22 de nota “mientras que este año hemos pasado a tener 10”. El técnico señala que este resultado es fruto de la gran mejora realizada en las páginas de la UA, labor llevada a cabo por toda la comunidad universitaria, especialmente por los miembros del área web del Servicio de Informática y de todos los gestores de contenidos. “Han hecho un trabajo admirable y hay que señalar que, sin duda, la puesta en marcha del comprobador de accesibilidad web el pasado mes de febrero ha significado también un punto de inflexión”, afirma.

Opinión de la Comisión Europea sobre las capas de accesibilidad

En Accessibility overlays:

Automatically repairing accessibility issues requires that those issues can be found automatically. Claims that a website can be made fully compliant without manual intervention are not realistic, since no automated tool can cover all the WCAG 2.1 level A and AA criteria. It is even less realistic to expect to detect automatically the additional EN 301549 criteria. Moreover, automatic repair is more challenging than the automatic detection of accessibility failures. 

In addition, some overlay tools have been reported to interfere with the assistive technologies used by people with disabilities. In other words, overlay tools may make a website less accessible for some users.

Tools claiming to make a site fully compliant can be distinguished from a different category of tools, namely widgets built into webpages that allow users to adapt certain aspects of a site to their own needs or preferences. These include the ATbar and UI Options These tools do not claim to solve any accessibility issues on a site but assume (and possibly require) a basic level of accessibility.

Neither of the above categories of tools can substitute for the manual work of making a site accessible. DG COMM cannot endorse any tools or products that fall into the categories of overlay tools or widgets.

¿Los generadores de código basados en inteligencia artificial pueden generar código accesible?

Un pequeño análisis en Why doesn’t AI work for producing accessible code?

Herramientas de evaluación de aplicaciones móviles

WebAIM acaba de publicar la página Mobile Accessibility Evaluation Tools. Desgraciadamente no presenta muchas opciones.

Lo que piensa Google sobre las capas de accesibilidad

En Inclusive Marketing - Disabled people - Web Accessibility se explica lo siguiente sobre las capas de accesibilidad (accessibility overlay):

Consider the limitations of overlays: Web overlay widgets are a popular way to attempt to improve website accessibility automatically. While these add-ons try to improve certain features, they do not address the root issues necessary to reach full compliance and may even interfere with the website’s proper functioning.

Vídeos de Web Accessibility in Mind Conference 2023

En agosto 2023, WebAIM organizó la segunda edición de Web Accessibility in Mind Conference. Todos los vídeos de las conferencias están disponibles en YouTube:

Vídeos de Web Accessibility in Mind Conference 2022

En septiembre 2022, WebAIM organizó Web Accessibility in Mind Conference. Todos los vídeos de las conferencias están disponibles en YouTube:

Los peligros del uso del tachado y sus soluciones

Muy interesante el análisis presentado en Strikethrough Accessibility:

Strikethrough <s> is an HTML element to indicate text that is crossed out – usually indicated visually with a line through the middle of the text. The W3C definition is:

The s element represents contents that are no longer accurate or no longer relevant.

On e-commerce websites, a strikethrough element is often used to indicate a price is no longer valid and often has a reduced price next to it.

The problem is that most screen readers don’t output the strikethrough semantics. This can be very problematic to the blind user since they won’t know which price is valid. Most in-line semantic elements such as <em> and <mark> are not conveyed to screen readers actually. 

Números accesibles

En Accessible Numbers - Presenting numbers and data clearly se explica cómo presentar los números de forma accesible para evitar los problemas que experimentan algunas personas.

Análisis de los sitios web de las aerolíneas del Reino Unido

En Report calls for airlines to improve WCAG compliance and the digital user journey podemos leer:

A new report has reviewed the websites of the 11 largest airlines operating in the UK, rating them in terms of their technical accessibility as well as the ease of use for making bookings.

The ‘Airline Digital Accessibility’ report, commissioned by the UK Civil Aviation Authority (UK CAA) and undertaken by Hassell Inclusion, first gave websites a score for their compliance with Web Content Accessibility Guidelines (WCAG 2.1 AA), a technical set of recommendations designed to improve accessibility standards.

A focus group of consumers with accessibility needs then provided insights on digital consumer journeys. The group highlighted that accessibility goes beyond just technical compliance and raised examples of how booking flights on websites in an accessible manner often differed depending on their needs and expectations.

[...]

British Airways scored highest amongst the airlines for its technical accessibility and scored 7/10 on its ‘Digital Consumer Journey score’. At the other end of the scale, Jet 2, Ryanair, and TUI received technical accessibility ratings of 1/10 and Digital Consumer Journey scores of just 2/10.

Comentarios sobre WCAG 2.2

A raíz de la publicación de WCAG 2.2 se han publicado muchos artículos sobre las novedades que incorpora. Algunos ejemplos son:

• Demystifying WCAG 2.2
• Intopia launches WCAG 2.2 Map
• Obligatory WCAG 2.2 Launch Post
• Quick overview of "What's New In WCAG 2.2" explainer posts
• WCAG 2.2 Is Now A W3C Recommendation

Y en A Roundup Of WCAG 2.2 Explainers se recogen muchos más...

Un vídeo sobre las capas de accesibilidad

En What Are Accessibility Overlays?:

What Are Accessibility Overlays? from Heydon on Vimeo.

Cuatro criterios de WCAG 2 que son AAA, pero bien podrían ser AA o incluso A

En Four Reasons to Give WCAG AAA a Second Look se analizan cuatro criterios de éxito de WCAG 2 que son de nivel AAA, pero que por su impacto en la mejora de la accesibilidad web, bien podrían ser AA o incluso A:

• 1.3.6 Identify Purpose
• 1.4.8 Visual Presentation
• 2.4.9 Link Purpose (Link Only)
• 2.4.10 Section Headings

El Ministerio de Justicia dice que ha mejorado la accesibilidad de su web para personas con discapacidad

En Justicia mejora la accesibilidad de su web para personas con discapacidad se dice:

El Ministerio de Justicia que dirige Pilar Llop ha ampliado su página web con una sección de ‘Justicia accesible’ para personas con discapacidad. El objetivo de esta ampliación es facilitar el acceso a la información de los usuarios.

Según destacó la ministra de Justicia en funciones, “la estrategia de portales web del Ministerio, en su esfuerzo por consolidar y simplificar la presencia en línea del departamento, pone especial énfasis en mejorar la experiencia de los ciudadanos al interactuar con los servicios ministeriales”.

La sección ‘Justicia accesible’ para personas con discapacidad tiene como objetivo garantizar la igualdad de acceso a la información con la inclusión de temas de especial interés para las personas con discapacidad.

Dicha sección ofrece una serie de recursos, tales como modelos de resoluciones judiciales en lenguaje sencillo y en lectura fácil, para lograr que la redacción judicial y la comunicación legal sean accesibles para todos, con independencia del nivel de conocimiento en este ámbito o las capacidades cognitivas.

Una web de libros electrónicos accesibles

Benetech Accessible eBookstore es una empresa que ofrece libros electrónicos educativos que son accesibles.

Desgraciadamente, los libros que he buscado no son muy baratos.

Aniversario de la Directiva europea sobre accesibilidad web

La Directiva europea 2016/2102, también conocida como Web Accessibility Directive (WAD), entró en vigor el 22 de diciembre de 2016. En Web Accessibility Directive — Standards and harmonisation está disponible un resumen de esta directiva.

El 23 de septiembre es una fecha importante para esta directiva porque:

• 23 de septiembre de 2018: entra en vigor la Directiva.
• 23 de septiembre de 2019: fecha límite para que los nuevos sitios web sean accesibles.
• 23 de septiembre de 2020: fecha límite para que los sitios web existentes sean accesibles.

WCAG 2.1 ha sido actualizado

Ayer, 21 de septiembre de 2023, se actualizó WCAG 2.1. 

Mientras tanto, WCAG 2.2 sigue como "Proposed Recommendation".

Publicado el 2023 Digital Accessibility Index

Se acaba de publicar el 2023 Digital Accessibility Index:

We scanned almost 40,000 enterprise websites to measure the accessibility of the world’s largest brands. Then we worked with members of the disability community to test key pages on the top sites in industries like retail, finance, and travel.

Y los principales resultados:

56% of images are not accessible to people with visual impairments, which can prevent them from being able to understand or benefit from any information conveyed by the image.

64% of pages have links that are not clear to people with some visual and cognitive impairments, which can make it difficult for them to navigate between pages or find the information they need.

25% of forms are missing clear labels, which can make it difficult for people with disabilities to know what to enter into each field — impacting key tasks like checkout or account creation.

Historia de la accesibilidad web

En el vídeo Getting started – Understanding the history of web accessibility se resume la historia de la accesibilidad web:

El funcionamiento de las API de accesibilidad muy bien explicado

En los siguientes artículos, se explica muy bien el funcionamiento de las API de accesibilidad que emplean los productos de apoyo (por ejemplo, los lectores de pantalla) para acceder al contenido que muestra el ordenador y transmitirlo al usuario final:

1. Swinging Through the Accessibility Tree Like a Ring-Tailed Lemur
2. The Road to Good Intentions Is Paved with Hell
3. Your Browser May Be Having a Secret Relationship with a Screen Reader

ARIA puede ayudar a la accesibilidad web, pero también la puede dañar

En ARIA can hurt or help web accessibility: How to review your website’s ARIA se advierte de los peligros que tiene el mal uso de ARIA:

Not all HTML elements have accessibility built into them. So, we use ARIA to add accessibility when a native HTML element cannot do the job.

When used correctly, ARIA can help people with disabilities access and use your website – when used correctly. Unfortunately, it’s misused all over the web.

Using ARIA incorrectly can actually make your website more inaccessible. It can unintentionally hide content from assistive technology, announce the wrong label, and cause functionality confusion for assistive tech users.

To actually make a more accessible web experience for all users, ARIA needs to be used correctly. A great place to start is looking at the ARIA your own website already uses.

Going through your own website’s ARIA can make it more accessible while also giving you a chance to learn more about ARIA (nothing like a hands-on learning experience).

La accesibilidad de los números

En Making Numbers in Web Content Accessible se explican los problemas que los números presentan para la accesibilidad del contenido web:

Numbers are a key part of how we express ourselves and communicate with each other. They are often used to express concepts that are critical to our way of life: cultural, financial, medical, legal … numbers play an enormously important role in our lives.

It makes sense, then, that when we use numbers in web content, they must be made accessible to all people. In this article, we’re going to explore what the major issues are for number accessibility in web content, who it affects and how, and what web creators can do about it.

Actualización de WCAG 3

Ayer (24/07/2023) se publicó una actualización de W3C Accessibility Guidelines (WCAG) 3.0. 

En WCAG 3 Introduction se proporciona una introducción de WCAG 3.

Reglamento de las condiciones de utilización de la lengua de signos española y de los medios de apoyo a la comunicación oral para las personas sordas, con discapacidad auditiva y sordociegas

El 19/07/2023 se publicó en el BOE el Real Decreto 674/2023, de 18 de julio, por el que se aprueba el Reglamento de las condiciones de utilización de la lengua de signos española y de los medios de apoyo a la comunicación oral para las personas sordas, con discapacidad auditiva y sordociegas.

En el Artículo 4. Definiciones se define la sordoceguera de la siguiente forma:

m) Sordoceguera: discapacidad única con entidad propia que resulta de la combinación de dos deficiencias sensoriales, la auditiva y la visual, que genera barreras de comunicación únicos y necesidades específicas y heterogéneas en las personas sordociegas, que hacen que puedan ser usuarias, alternativa o simultáneamente, de la lengua de signos española, del braille y de los diversos medios de apoyo a la comunicación oral, aumentativos y alternativos, con servicios especializados de comunicación y acompañamiento prestados por personal específicamente formado para su atención para hacer frente a las actividades de la vida diaria.

En el Artículo 4. Definiciones aparecen algunas definiciones interesantes sobre la comunicación de las personas sordociegas:

d) Lengua de signos táctil o apoyada: adaptación al tacto de la lengua de signos española que hacen las personas sordociegas que utilizan esta lengua para comunicarse cuando su visión ya no les permite seguir el movimiento de las manos de quien se comunica con ellos en esta lengua. Las personas sordociegas colocan sus manos sobre las de la persona interlocutora signante para percibir a través del tacto y la propiocepción las distintas configuraciones de las manos y los movimientos de estas y así seguir lo que le dice y comprender el mensaje.

4.º Sistemas alfabéticos: sistemas que se apoyan en el deletreo del mensaje como el sistema dactilológico o alfabeto manual, el dactilológico en palma, el uso de tablilla de comunicación y el uso de mayúsculas sobre la palma. El sistema dactilológico o alfabeto manual es aquel donde cada letra se corresponde con una configuración de la mano y dedos del interlocutor, que se puede realizar en el aire y que se capta de forma visual; el dactilológico en palma, en el que cada letra es representada sobre la palma de la mano de la persona sordociega, para que pueda captarlas táctilmente; el uso de una tablilla de comunicación, donde el interlocutor señala junto con la persona sordociega las letras en relieve para formar una palabra, o las mayúsculas sobre la palma, donde el interlocutor escribe con su dedo índice las letras en mayúsculas que componen las palabras una sobre otra, en el centro de la palma de la mano de la persona sordociega.

5.º Sistema Dactyls: sistema alternativo de comunicación táctil de carácter mixto. Consiste en transmitir el mensaje, combinando el uso del alfabeto dactilológico táctil con la incorporación de signos táctiles y otros recursos propios del sistema, sobre la base de unas reglas gramaticales que regulan su funcionamiento

6.º Sistema de signos Haptic: es un método de comunicación complementario que sirve para conocer toda la información del contexto que se suele proporcionar en la espalda, o en el brazo. De este modo, la persona sordociega recibe una información completa que le proporciona más independencia y, además, puede tomar decisiones de forma autónoma, conociendo todo lo que ocurre a su alrededor.

WCAG 2.2 posiblemente será una recomendación en agosto 2023

Según la nota WCAG 2.2 final web standard expected in August 2023, es posible que WCAG 2.2 se publique como recomendación, es decir, la versión final, en agosto 2023.

A la espera de WCAG 2.2

Mientras seguimos a la espera de la publicación definitiva de Web Content Accessibility Guidelines (WCAG) 2.2, podemos leer algunos de los artículos que resumen las novedades de WCAG 2.2 como, por ejemplo, WCAG 2.2, quick and simplified, que se lee en 2 minutos.

Adrian Roselli, experto en accesibilidad web, denunciado por hablar de las capas de accesibilidad (accessibility overlays)

Muy sorprendente todo lo que se cuenta en New Low in the Accessibility “Industry:” Overlay Company Sues Globally-Recognized Accessibility Expert:

This is an article about a lawsuit filed against a digital accessibility advocate named Adrian Roselli.  Adrian has been outspoken against a type of software called an overlay. This type of overlay promises to make websites accessible for disabled people with just one line of code. Lainey has criticized this software too. Adrian was sued by AudioEye, a company that sells overlays.  It is Lainey’s opinion that this lawsuit is a SLAPP suit. Those initials stand for “Strategic Lawsuit Against Public Participation.”  Adrian has been part of an urgent global dialogue about harms caused by overlays. And about their failure to meet the promise of website accessibility. Lainey urges AudioEye and its lawyers at a big global law firm called Akin to drop this lawsuit.

Accessible Perceptual Contrast Algorithm (APCA)

Accessible Perceptual Contrast Algorithm (APCA) es el nuevo método para calcular el contraste entre colores que va a sustituir al método actual que se emplea en WCAG.

En Why APCA as a New Contrast Method? explican:

Readability is a critically important aspect of web content, affecting 99% of internet users. For years, the WCAG 2.x contrast guidelines provided some guidance toward readability but are being replaced for the future WCAG 3.0. Here is an overview of the need for this change and discussion of the candidate replacement, the Accessible Perceptual Contrast Algorithm (APCA).

WCAG 2.x contrast and 1.4.3 and the related understandings and guidelines were born in an era before smart phones and iPads, when displays were mostly CRT type and websites used core web fonts. But that was a decade and a half ago. Today the contrast guidelines are in need of a complete overhaul due to the massive changes in computer display technology, web content, CSS functionality, and advances in vision science since 2005/2008, when WCAG 2.x was first introduced. For deeper background, see the author’s thread circa April 2019 in WCAG issue 695.

There are a number of reasons that WCAG 2.x contrast is faulty, one of which is the binary pass/fail nature of the SC for a property that does not apply in a binary way across perception nor impairments. Humans are not binary computers, and it is important to understand the non-linear aspects of perception, and to set guidelines that correctly model perception as opposed to “brute forcing” arbitrary values that ultimately do more harm than good.

Y APCA CONTRAST CALCULATOR es una herramienta online que permite calcular la diferencia de contraste según el nuevo algoritmo.

Lista de cosas relacionadas con la accesibilidad que Apple y Google hacen mal e insisten en hacer mal

Impresionante la lista recopilada por Adrian Roselli en I Don’t Care What Google or Apple or Whoever Did:

A very very quick selection of decisions that Google and Apple made that were counter to what experienced usability and UX experts recommended:

• Google Material Design told us form fields were better without boxes, until they tested it.
• Apple told us removing button outlines in iOS was better, until users complained.
• Google relies on color alone for links in search results, which is a WCAG violation.
• Apple went with super-thin typefaces in iOS, until finally making them thicker in subsequent releases.
• Google Chrome uses a default blue focus indicator, which is invisible on their own blue-background navigation.
• Apple thought animating apps on launch was cool, until users with vestibular orders got sick.
• Google deploys an update to its browser that can break the web for screen reader users, and lets it sit for for two releases.
• Apple for years has hidden the semantics of lists when they are styled, forcing developers to use hacks to reinsert them.
• Google shares lessons learned from its commendable Disability Support team in the form of an inaccessible PDF document that insists it cannot make accessible.
• Apple continues to fail to build VoiceOver support for an HTML element that has existed since the dawn of HTML and 2½ times longer than VoiceOver on iPhone.
• YouTube announces it is removing the ability for community members to contribute subtitles or captions to videos.
• Apple still does not send a focus event when a native button is clicked, an issue first reported in 2009, again in 2012, again in 2013, and yet again in 2013.
• Both Apple and Google are content to let crowd-funding efforts drive the addition of accessibility features (:focus-visible and inert) or CSS feature support (:not()) to their browsers.
• Apple makes a landing page touting its accessibility accomplishments, but the page itself has accessibility issues (not all are false positives, despite response).
• Google has a VPAT for Gmail that does not accurately describe its conformance, easily provable, and frustrating yet another claim of “but Google uses these colors”.
• Definitely do not follow YouTube as a good (or passable) example of how to build and use tabs.
• Google tweets a silent text-heavy video to promote its event for International Day of Persons with Disabilities, which is retweeted by the Google Accessibility account. I call them out, show how to do it accessibly, and Google deletes the tweet without acknowledgment while the Google Accessibility account never speaks of it.
• Google launches Designcember to promote its work on container queries and other technologies, but fails to support the developers and ensure the site is accessible. Which I call out. And for which my free labor is requested to QA fixes.
• Apple claims not once, not twice, but three times to have fixed CSS display property accessibility bugs, finally requiring a change in how Can I Use reports support.
• Google Chrome’s developer outreach site, Web.dev, shared how to build an accessible <tool-tip> custom element. Sadly, if you follow its advice you are guaranteed a SC 1.4.13 WCAG violation. Never mind translation issues, misunderstanding of how <abbr> is exposed, a conflation of accessible name and description, and an enforced inability to select text.
• Apple demonstrates Safari in visionOS by using a WCAG-failing site to show Apple’s bespoke low-contrast focus styles. For good measure, Apple also promotes problematic HTML structures.

Una entrevista a un experto sobre inteligencia artificial y accesibilidad

En Axi – Accessibility Intelligence, an interview with David O’Neill podemos leer:

There is a lot of optimism,  enthusiasm and trepidation on the interwebs about the transformative effect Artificial Intelligence (AI) will have on everything from marketing to the creative arts.

I often say that I am not an expert, but I know people who are. This is very much the case in terms of AI. Fortuitously, I have direct access to someone who is steeped in both accessibility knowledge and AI — or should I say Machine Learning (ML)? I am referring to David O’Neill, a Research Fellow at Vispero  (the parent company of TPGi). He has a low social media profile but has quietly been driving improvements in automated accessibility testing, and accessibility testing in general, for decades.

In the following interview, we will learn about David, and how he envisions AI/ML to be a force for major improvements in how we tackle the thorny problems of making technology work better for people — all people.

Y explica un caso concreto:

First off, it is a common misconception that AI/ML can solve all problems. That simply is not the case. The efficacy of AI/ML is a function of the use-case, availability of applicable models and tasks, and the volume/quality of available data for training and/or semantic search. So, evaluating these use-cases involves fitting it with proven ML tasks and inventorying your data.

Detecting Accessibility Issues is largely a classification task. Today, we perform accessibility issue detection in a highly deterministic manner.  We have functions that accept code as an input and use rule-based logic to assert a “pass or fail” outcome. We can say that the following code snippet is not accessible because it is an image with no ALT text attribute: <img src=”someimage.jpg”>. The lack of ALT text is easy to detect which allows us to classify the <img> element as “Inaccessible” with 100% confidence.

Can we do that specific test better with ML using a probabilistic model? And if so, is it worth it? The answer is probably not. We can train a classifier on a million code examples of images that are not accessible but have no guarantee that it will learn enough to predict “Inaccessible” on future examples with 100% accuracy. A simple rule of thumb is to use conventional deterministic algorithms whenever you can – provided the algorithms work, of course! The reasoning is simple: why trade in a sure, easy thing for a hard and costly result that only has some “probability” of being correct?

The key point here is that there is no benefit in using ML with fuzzy results and <100% accuracy on tasks that already have 100% accuracy with a traditionally programmed, non-learned algorithm.

Aplicaciones de la inteligencia artificial para la accesibilidad

En  Accessibility and Artificial Intelligence comentas algunas aplicaciones de la inteligencia artificial para la accesibilidad.

Básicamente, las dos situaciones que comenta son de sobra conocida: la generación automática de subtítulos en los vídeos y la generación automática de texto alternativo en las imágenes.

Los peligros de la inteligencia artificial para la accesibilidad web

En Five accessibility bugs GitHub Copilot offers to create explican los peligros de confiar en la inteligencia artificial en cuanto a la accesibilidad de una página web:

I like GitHub Copilot, at least for the narrow range of purposes I mentioned earlier. At the time I'm writing this up, there have been announcements about the next version of Copilot. Perhaps the next version will be fix some of these issues.

The danger here is that developers accept code suggestions, assuming that they're good. The 'wisdom of the crowd' could suggest that code based on millions of lines of code won't contain bugs. As demonstrated, this is not true.

Filtering the output, as it currently does to remove "offensive output", is possible. That probably wouldn't work better than current automatic accessibility testing and linting. So it would be an improvement, but not an absolute fix.

In my opinion, the responsibility always rests with the developer using the tool.

You shouldn't accept code suggestions from GitHub Copilot if you don't understand them. If you're expecting a certain type of suggestion, and you get one with extra attributes, you need to look them up. Don't use the code until you understand what every part of it does.

This could have a positive side. Maybe. It's possible that Copilot suggests accessibility considerations that people would otherwise have missed. Making people consider how to incorporate accessibility into their work normalizes it.

Adrian Roselli tampoco confía mucho en la inteligencia artificial para resolver los problemas de accesibilidad. En  No, ‘AI’ Will Not Fix Accessibility explica:

Large language models are habitual liars. Meanwhile, automated image descriptions aren’t much better. To give them the benefit of the doubt, perhaps these tools simply lack context.

As image tools get better at describing every detail of a picture, as language models do a better job of conveying an emoji-laden tweet in actual words, they are still not the authors of that content. They have no sense of why it was created. They cannot tell you that a series of vertical lines is meant to signify a wall in a meme.

Publicada la actualización de os títulos de la formación profesional del sistema educativo de Técnico Superior en Desarrollo de Aplicaciones Multiplataforma y Técnico Superior en Desarrollo de Aplicaciones Web

El 3 de junio de 2023 se publicó en el BOE el Real Decreto 405/2023, de 29 de mayo, por el que se actualizan los títulos de la formación profesional del sistema educativo de Técnico Superior en Desarrollo de Aplicaciones Multiplataforma y Técnico Superior en Desarrollo de Aplicaciones Web, de la familia profesional Informática y Comunicaciones, y se fijan sus enseñanzas mínimas.

Este Real Decreto modifica el Real Decreto 450/2010, de 16 de abril, por el que se establece el título de Técnico Superior en Desarrollo de Aplicaciones Multiplataforma y se fijan sus enseñanzas mínimas y el Real Decreto 686/2010, de 20 de mayo, por el que se establece el título de Técnico Superior en Desarrollo de Aplicaciones Web y se fijan sus enseñanzas mínimas..

En la definición de los contenidos del Módulo profesional Diseño de interfaces web aparece:

Diseño de webs accesibles:

− El Consorcio World Wide Web (W3C).

− Principios y Pautas de Accesibilidad al Contenido en la Web (WCAG).

− Criterios de conformidad. Niveles de conformidad.

− Técnicas para satisfacer los requisitos definidos en las WCAG.

− Prioridades. Puntos de verificación.

− Métodos para realizar revisiones preliminares y evaluaciones de adecuación o conformidad de documentos web.

− Herramientas de análisis de accesibilidad web.

− Chequeo de la accesibilidad web desde diferentes navegadores y dispositivos.

− Posicionamiento en buscadores. Mejora de la visibilidad de un sitio web en diferentes buscadores.

WAI-ARIA 1.2 ya es una recomendación

El 6 de junio de 2023 se publicó la versión definitiva de Accessible Rich Internet Applications (WAI-ARIA) 1.2.

Las diferencias respecto a WAI-ARIA 1.1 están recogidas en B. Substantive changes since the WAI-ARIA 1.1 Recommendation.

Accesibilidad de EPUB

El pasado 25 de mayo de 2023 se publicó al mismo tiempo EPUB 3.3 y EPUB Accessibility 1.1, que define los requisitos de accesibilidad de EPUB.

En EPUB Accessibility 1.1 podemos leer:

The primary source for producing accessible web content is the W3C's Web Content Accessibility Guidelines (WCAG) [wcag2], which establish benchmarks for accessible content. WCAG defines four high-level content principles — that content be perceivable, operable, understandable, and robust. These principles are also central to creating accessible EPUB publications, so it is no surprise that this specification builds on the extensive work done in WCAG.

Y después en 3.2 Relationship to WCAG dice:

WCAG [wcag2] and its associated techniques provide extensive coverage of issues and solutions for web content accessibility, covering everything from multimedia to interactive content to structured markup and more. They represent the foundation that this specification builds upon.

This specification does not repeat the requirements or techniques introduced in those documents, as it risks breaking compatibility between the two standards (e.g., putting guidance out of sync, or in conflict). At the same time, although this specification does not call out those requirements, it does not diminish their importance in creating EPUB publications that are accessible.

This specification instead defines how to apply WCAG to an EPUB publication — which is a collection of web documents as opposed to a single page — and adds an additional set of requirements. These requirements are no more or less important than those covered in WCAG; they are simply necessary to follow for EPUB publications. (Each requirement explains its relationship to WCAG in its respective section.)

The same is true of the techniques in the EPUB Accessibility Techniques document [epub-a11y-tech-11]. It provides coverage of techniques that are unique to EPUB publications, or that need clarification in the context of an EPUB publication. It does not mean that the rest of the WCAG techniques are not applicable.

As a result, although EPUB creators can read this section without deep knowledge of WCAG conformance, to implement the accessibility requirements of this specification requires an understanding of WCAG.

Because this specification adds requirements that are not a part of WCAG, an EPUB publication can conform to WCAG without conforming to this specification.

En EPUB 3.3 becomes a W3C Recommendation podemos leer:

Accessibility of EPUB publications was an essential part of the group’s activity. As a result, the EPUB Accessibility specification has been updated and, for the first time in the history of EPUB, is now an integral part of the EPUB Standard. Furthermore, the EPUB Accessibility specification is compatible with the European Accessibility Act whose influence will be significant on Digital Publishing in the years to come.

WCAG 2.2 un poco más cerca

Ayer (17/05/2023) el W3C publicó la nota de prensa  W3C WAI UPDATES FOR GAAD 2023, en la que se anuncia una actualización de WCAG 2.2 y también que a WCAG 3.0 le faltan años:

• An updated draft of WCAG 2.2 is being published in May 2023.
• WCAG 3.0 is exploring a different approach. It is years away from being completed.

Efectivamente, ayer también se publicó una actualización de WCAG 2.2, pero sigue como Candidate Recommendation Draft.

¿Cuándo se publicará la versión definitiva? En What's New in WCAG 2.2 Draft podemos leer:

WCAG 2.2 is scheduled to be completed and published in 2023 Q3 (July, August, September)

Y también podemos consultar los cambios experimentados desde la última versión publicada en enero de 2023:

Changes from the January 2023 CR to the May 2023 update include:

• 2.4.7 Focus Visible — Changed from Level A back to Level AA, as it is in WCAG 2.1.
• 2.4.11, 2.4.12, 2.4.13 — Changed numbering.
• 2.4.13 Focus Appearance — Changed to Level AAA. Edited to simplify and be more rigorous.
• 2.5.8 Target Size (Minimum) — Changed the “Spacing” exception and the “Inline” exception.
• 2.4.12 Focus Not Obscured (Minimum) — Changed the Notes.
• 3.3.8 Understanding Accessible Authentication (Minimum) — Added “(Minimum)”.

Día Mundial para Promover la Concienciación sobre la Accesibilidad Web

Mañana se celebra el Global Accessibility Awareness Day:

Thursday, May 18, 2023, help us celebrate the 12th Global Accessibility Awareness Day (GAAD)! The purpose of GAAD is to get everyone talking, thinking and learning about digital access and inclusion, and the more than One Billion people with disabilities/impairments.

Este día se celebra el tercer jueves de cada mes de mayo.

En el sitio web existe la traducción al español, Día Mundial para Promover la Concienciación sobre la Accesibilidad Web:

El 18 de mayo, le invitamos a participar en el Día Mundial para Promover la Concienciación sobre la Accesibilidad Web, conocido en inglés como Global Accessibility Awareness Day (GAAD). Cuando hablamos de la accesibilidad Web nos referimos a el contenido, la navegación y la interacción. El propósito de este día es para hablar, pensar y aprender sobre la accesibilidad de las tecnologías digitales (web, software, dispositivos móviles, etc.) y los diferente tipos de usuarios, incluyendo las personas con discapacidades. La audiencia que queremos atraer para GAAD son las comunidades de diseño, desarrollo, usabilidad y también los que crean, dan forma, apoyan financieramente e influencian la industria de tecnología y su uso. Aunque una persona este interesada en el tema de hacer la tecnología mas accesible y usable para las personas con discapacidades, la realidad es que muchas veces no saben como y donde comenzar. El conocimiento sobra la accesibilidad Web es el primer paso. Lea a continuación la entrada de un blog escrito por Joe Devon que inspiró esta campaña mundial.

La European Accessibility Act sigue retrasada en España

El próximo jueves 18 de mayo se celebra el Día Mundial para Promover la Concienciación sobre la Accesibilidad Web y quizás sea el mejor momento para recordar que España todavía no ha traspuesto la European Accessibility Act (EAA) a la legislación española.

La EAA, que realmente tiene por nombre Directiva (UE) 2019/882 del Parlamento Europeo y del Consejo, de 17 de abril de 2019, sobre los requisitos de accesibilidad de los productos y servicios, se publicó el 7 de junio de 2019 en el Diario Oficial de la Unión Europea. Esta Directiva establecía que debía ser transpuesta a la legislación nacional antes del 28 de junio de 2022.

España todavía no lo ha hecho.

Pero bueno, parece que España no es el único país. En Deadline for EAA transposition period missed by many EU Member States (30/09/2022) podemos leer:

For those Member States that have missed the transposition deadline, namely – Bulgaria, Czechia, Ireland, Greece, Spain, France, Cyprus, Lithuania, Luxembourg, Hungary, Netherlands, Poland, Portugal, Slovenia, Slovakia, and Sweden – EUD is calling on the corresponding National Associations of the Deaf to take immediate action accordingly.

El EAA se debe cumplir a partir del 28 de junio de 2025, solo quedan 2 años. Por si el Gobierno de España necesita ayuda para realizar la trasposición, el European Disability Forum proporciona una guía de ayuda, European Accessibility Act - Toolkit for transposition.

ACTUALIZACIÓN (17/5/2023)

Esta entrada la escribí y programé a principios de mayo y antes de publicarse ya estaba desactualizada. Por fin de ha publicado la trasposición de la Directiva 2019/882 sobre los requisitos de accesibilidad de los productos y servicios: Ley 11/2023, de 8 de mayo, de trasposición de Directivas de la Unión Europea en materia de accesibilidad de determinados productos y servicios, migración de personas altamente cualificadas, tributaria y digitalización de actuaciones notariales y registrales; y por la que se modifica la Ley 12/2011, de 27 de mayo, sobre responsabilidad civil por daños nucleares o producidos por materiales radiactivos.

Esta ley es un verdadero franskestein legislativo que comentaré en otra entrada.

Tamaño mínimo de los elementos de interacción

Web Content Accessibility Guidelines (WCAG) 2.1 tiene el criterio 2.5.5 Target Size (Level AAA):

The size of the target for pointer inputs is at least 44 by 44 CSS pixels except when:

• Equivalent: The target is available through an equivalent link or control on the same page that is at least 44 by 44 CSS pixels;
• Inline: The target is in a sentence or block of text;
• User Agent Control: The size of the target is determined by the user agent and is not modified by the author;
• Essential: A particular presentation of the target is essential to the information being conveyed.

Además, Web Content Accessibility Guidelines (WCAG) 2.2, que todavía está en el estado Candidate Recommendation Draft, incluye nueve nuevos criterios. Uno de ellos es 2.5.8 Target Size (Minimum) (Level AA):

The size of the target for pointer inputs is at least 24 by 24 CSS pixels, except where:

• Spacing: The target does not overlap any other target and has a target offset of at least 24 CSS pixels to every adjacent target;
• Equivalent: The function can be achieved through a different control on the same page that meets this criterion.
• Inline: The target is in a sentence, or is in a bulleted or numbered list, or its size is otherwise constrained by the line-height of non-target text;
• User agent control: The size of the target is determined by the user agent and is not modified by the author;
• Essential: A particular presentation of the target is essential or is legally required for the information being conveyed;

En Accessible Target Sizes Cheatsheet aclaran todo esto con varios ejemplos.

Día Mundial para Promover la Concienciación sobre la Accesibilidad Web

El jueves 18 de mayo se celebra el Global Accessibility Awareness Day:

Thursday, May 18, 2023, help us celebrate the 12th Global Accessibility Awareness Day (GAAD)! The purpose of GAAD is to get everyone talking, thinking and learning about digital access and inclusion, and the more than One Billion people with disabilities/impairments.

Este día se celebra el tercer jueves de cada mes de mayo.

En el sitio web existe la traducción al español, Día Mundial para Promover la Concienciación sobre la Accesibilidad Web:

El 18 de mayo, le invitamos a participar en el Día Mundial para Promover la Concienciación sobre la Accesibilidad Web, conocido en inglés como Global Accessibility Awareness Day (GAAD). Cuando hablamos de la accesibilidad Web nos referimos a el contenido, la navegación y la interacción. El propósito de este día es para hablar, pensar y aprender sobre la accesibilidad de las tecnologías digitales (web, software, dispositivos móviles, etc.) y los diferente tipos de usuarios, incluyendo las personas con discapacidades. La audiencia que queremos atraer para GAAD son las comunidades de diseño, desarrollo, usabilidad y también los que crean, dan forma, apoyan financieramente e influencian la industria de tecnología y su uso. Aunque una persona este interesada en el tema de hacer la tecnología mas accesible y usable para las personas con discapacidades, la realidad es que muchas veces no saben como y donde comenzar. El conocimiento sobra la accesibilidad Web es el primer paso. Lea a continuación la entrada de un blog escrito por Joe Devon que inspiró esta campaña mundial.

Resultados del estudio The WebAIM Million

Este es el quinto año que WebAIM publica The WebAIM Million. Los resultados son similares a los años anteriores.

Esta vez, el porcentaje de páginas web que presentan algún error es 96.3%. Este porcentaje solo ha bajado 1.5% desde el 97.8% del primer año:

96.3% of home pages had detected WCAG 2 failures! This improved very slightly from 96.8% in 2022. Over the last 4 years, the pages with detectable WCAG failures has decreased by only 1.5% from 97.8%. These are only automatically detected errors that align with WCAG conformance failures with a high level of reliability. Because automatic testing cannot detect all possible WCAG failure types, this means that the actual WCAG 2 A/AA conformance level was certainly lower.

Los errores más comunes siguen siendo los mismos que otros años:

• Low contrast text
• Missing alternative text
• Empty links
• Missing form labels
• Empty buttons
• Missing document language

El informe dice:

96.1% of all errors detected fall into these six categories. These most common errors have been the same for the last 5 years. Addressing just these few types of issues would significantly improve accessibility across the web.

Sobre el contenido oculto

Un análisis interesante sobre las consecuencias de emplear contenido oculto: Visually hidden content is a hack that needs to be resolved, not enshrined.

Comentarios en Twitter sobre las capas de accesibilidad (accessibility overlay)

Hace unos pocos días pude leer la siguiente discusión en Twitter:

Dios mío, qué puto timo. Una web que dice que con un widget que metes con Javascript en tu página, la conviertes en WCAG 2.1 AA Compliance. Y nadie les cierra el chiringuito ni nada: https://t.co/0vcDMzfG7L
Lo peor es que las empresas se lo creen, y el usuario lo sufre 🤢🤢

— Juanjo (kastwey@mastodon.cat) (@kastwey) March 26, 2023

Sobre la automatización de los tests de accesibilidad

Muy interesante la reflexión que Karl Groves, uno de los gurús de la accesibilidad web, realiza en su artículo Automation is not the enemy.

Sobre la desaparición del criterio 4.1.1 en WCAG 2.2

Web Content Accessibility Guidelines (WCAG) 2.2 está a punto de ser aprobado y una novedad "extraña" es que el criterio 4.1.1 Parsing se considera obsoleto y, por tanto, se elimina. Esto va a originar una situación confusa, porque ya no se cumplirá lo de la compatibilidad con versiones anteriores. WCAG 2.2 avisa de ello en Comparison with WCAG 2.1, donde podemos leer:

WCAG 2.2 builds on and is backwards compatible with WCAG 2.1, meaning web pages that conform to WCAG 2.2 are at least as accessible as pages that conform to WCAG 2.1. Requirements have been added that build on 2.1 and 2.0. WCAG 2.2 has removed one success criterion, 4.1.1 Parsing. Authors that are required by policy to conform with WCAG 2.0 or 2.1 will be able to update content to WCAG 2.2, but may need to continue to test and report 4.1.1.

La industria responde a las críticas contra las capas de accesibilidad

Las capas de accesibilidad (accessibility overlays) es una tecnología que promete solucionar los problemas de accesibilidad de un sitio web con muy poco esfuerzo. Claro, para el propietario de un sitio web que necesite ser accesible, este tipo de soluciones son una maravilla. Pero es como las dietas milagro: pierde peso rápidamente, a veces poniendo en riesgo tu salud, para luego en unos pocos meses volver a recuperarlo.

En el sitio web Overlay False Claims se desmontan varias de las afirmaciones que emplean los fabricantes de este producto para anunciarlo y venderlo.

Ahora alguno de los fabricantes, o quizás varios que se han unido, han montado OverlayFacts para contrarrestar el sitio web Overlay False Claims.

Según un tuit de Karl Groves, uno de los máximos gurús de la accesibilidad web, es posible que detrás de OverlayFacts esté AccessiBe, una de esas empresas que vende accessibility overlays:

España llega tarde a la Ley Europea de Accesibilidad

En abril del año pasado comenté por aquí que el Gobierno de España ya había aprobado el anteproyecto de ley que transpone la Directiva (UE) 2019/882 del Parlamento Europeo y del Consejo, de 17 de abril de 2019, sobre los requisitos de accesibilidad de los productos y servicios, la llamada "Ley Europea de Accesibilidad". El objetivo de esta Directiva es:

Artículo 1

Objeto

El objetivo de la presente Directiva es contribuir al correcto funcionamiento del mercado interior mediante la aproximación de las disposiciones legales, reglamentarias y administrativas de los Estados miembros en lo relativo a los requisitos de accesibilidad exigibles a determinados productos y servicios, en particular eliminando y evitando los obstáculos a la libre circulación de productos y servicios derivados de las divergencias en los requisitos de accesibilidad en los Estados miembros.

Esta Directiva debía ser transpuesta a la legislación española antes del 28 de junio de 2022. Estamos a 8 de febrero de 2023 y todavía no ha sido transpuesta.

La transposición de esta Directiva estuvo abierta a consultas públicas previas durante el mes de diciembre de 2020 en CONSULTA PÚBLICA PREVIA ACERCA DE LA NORMA DE TRANSPOSICIÓN DE LA DIRECTIVA (UE) 2019/882 DEL PARLAMENTO EUROPEO Y DEL CONSEJO DE 17 DE ABRIL SOBRE LOS REQUISITOS DE ACCESIBILIDAD DE LOS PRODUCTOS Y SERVICIOS:

El 18 de agosto de 2022, el CERMI denunció que España incumplía el plazo máximo de transposición de la directiva sobre requisitos de accesibilidad de los productos y servicios:

España ha incumplido el plazo máximo establecido por la Unión Europea para transponer al Derecho español la Directiva (UE) 2019/882 de 17 de abril de 2019 sobre los requisitos de accesibilidad de los productos y servicios, que vencía el pasado 28 de junio.

A pesar de que esta Directiva europea fue adoptada en 2019, con un generoso plazo de transposición, el Estado español ha infringido el límite máximo para convertir en derecho nacional este cuerpo normativo que establece unos parámetros comunes de accesibilidad a determinados bienes y servicios.

El incumplimiento por parte del Gobierno español, en concreto del Ministerio de Derechos Sociales y Agenda 2030, de este compromiso europeo expone a nuestro país a la apertura de un procedimiento de infracción por inobservancia de la legislación europea.

En el Boletín Oficial de las Cortes Generales del 17 de noviembre de 2022 aparece el proyecto de Ley de trasposición de Directivas de la Unión Europea en materia de accesibilidad de determinados productos y servicios.

Bueno, esperemos que se apruebe pronto esta ley que ya tiene más de 6 meses de retraso.

Denuncias por falta de accesibilidad web presentadas en Estados Unidos

Según Plaintiffs Set a New Record for Website Accessibility Lawsuit Filings in 2022:

Seyfarth Synopsis: Plaintiffs filed 3,225 website accessibility lawsuits in federal court in 2022 – a 12% increase over 2021. 

2022 was another record setting year for website accessibility lawsuits filed in federal court.  The total number of lawsuits filed in federal court alleging that plaintiffs with a disability could not use websites because they were not designed to be accessible and/or work with assistive technologies in 2022 was 3,255–360 more than 2021. This 12% increase in the number of lawsuits in 2022 is just slightly lower than the 14% 2021 increase, and matches the 12% increase we saw in 2020.  While these numbers pale by comparison to the explosion of cases we saw from 2017 to 2018 (an increase of 177%), the continued year-over-year increases are still very significant.

Fotografías de personas con discapacidad

En Stock photos of people with disabilities se explica cómo encontrar fotografías de personas con discapacidad:

Slightly off topic, but if you’re seeking a stock photo including people with a disability, here is a list of resources. Please submit a comment if you know of any others!

¿Cuánto falta para WCAG 3.0?

En WCAG 3.0: are we there yet? podemos leer:

On 7 December 2021, the W3C Accessible Guidelines Working Group published a Working Draft of the W3C Accessibility Guidelines (WCAG) 3.0.

So, that’s it, right? Pack WCAG 2 off to the junkyard? The standard is dead, long live the standard?

Well, no.

A Working Draft is published to invite feedback and goes through a lot of stages before it can be referred to as a standard. This particular draft has just six sample guidelines, where eventually there will be many, many more.

Given the amount of content yet to be added, the incorporation of feedback and revision, and giving people time to wrap their heads around some fundamental changes from WCAG 2 to WCAG 3, it’s going to be several years before WCAG 3.0 becomes a W3C Recommendation and web standard.

Remembering that WCAG 2.2 was originally slated for 2021 and by October 2022 had been pushed back to “early 2023”, WCAG 3.0 is unlikely to move out of draft status before 2025 at the very earliest, and quite probably a few years later than that.

Cambio de disminuido a discapacitado en la Constitución

Según se cuenta en Principio de acuerdo entre el Gobierno y el PP para eliminar el término “disminuidos” del artículo 49 de la Constitución, parece que por fin se va a cambiar la Constitución para que en vez de "disminuido" se use "discapacitado" en el artículo 49:

Los poderes públicos realizarán una política de previsión, tratamiento, rehabilitación e integración de los disminuidos físicos, sensoriales y psíquicos a los que prestarán la atención especializada que requieran y los ampararán especialmente para el disfrute de los derechos que este Título otorga a todos los ciudadanos.

¿Y los "disminuidos intelectuales"? ¿No existen para la Constitución?

Cambio de WCAG 2.2 a Candidate Recommendation Draft

Ayer se anunció el cambio de WCAG 2.2 a W3C Candidate Recommendation Draft.

En el anuncio se dice:

Candidate Recommendation: The main purpose of Candidate Recommendation is to ensure that WCAG 2.2 can be implemented. It is stable at this stage; however, it could change based on implementation experience. More about Candidate Recommendation and the process for completing WCAG 2.2 is in:

        How WAI Develops Accessibility Standards through the W3C Process

        https://www.w3.org/WAI/standards-guidelines/w3c-process/

Resumen de denuncias por falta de accesibilidad web en Estados Unidos hasta 2022

En Plaintiffs Set a New Record for Website Accessibility Lawsuit Filings in 2022 podemos encontrar el siguiente gráfico:

Con la siguiente descripción:

[Graph: ADA Title III Website Accessibility Lawsuits in Federal Court 2017-2022: 2017: 814; 2018: 2,258 (177% increase from 2017); 2019: 2,256 (.01% decrease from 2018), 2020: 2,523 (12% increase from 2019); 2021: 2,895 (14% increase from 2020); 2022: 3,255 (12% increase from 2021). *The number of cases that could be identified through a diligent search.]

Radar COVID: la app de rastreo de contagios no accesible

 

Demostración de uso del control de voz en MacOS

 

Accesibilidad web en las tablas

 

Siete tácticas que ayudan a la accesibilidad y el SEO

Muy interesante todo lo que se explica en 7 tactics that benefit both accessibility and SEO.