Buscador

viernes, 20 de junio de 2025

Diseñar sin excluir: el deber de la web

El medio digital BioBioChile me solicitó hace unos días un artículo de opinión sobre la accesibilidad web. Mi colaboración Diseñar sin excluir: el deber de la web se publicó el 17/06/2025:
Hablar hoy de la Web o de lo digital como “nuevas tecnologías” resulta anacrónico. La digitalización se ha vuelto tan omnipresente y fundamental en nuestras vidas como la electricidad: está en nuestras formas de comunicarnos, de informarnos, de trabajar, de aprender y de ejercer la ciudadanía.

La Web ya no es una novedad: es una infraestructura básica de nuestra vida social. Los sitios web de los medios de comunicación y de las instituciones públicas o privadas son mucho más que plataformas de información: son puertas de acceso a derechos, servicios, cultura y participación.

Por eso, garantizar que todas las personas puedan navegar por estos sitios web sin barreras —independientemente de sus capacidades físicas, sensoriales o cognitivas— no debería ser un gesto de buena voluntad, sino un compromiso firme con la equidad. Eso es, precisamente, lo que persigue la accesibilidad web: así como nadie cuestiona la necesidad de que la electricidad llegue al pueblo más pequeño o que un edificio esté correctamente electrificado, tampoco deberíamos discutir que un sitio web deba ser accesible para todas las personas.

Accesibilidad es para todas las personas

Al oír hablar de accesibilidad, ya sea física o digital, muchas personas piensan que solo beneficia a las personas con discapacidad. Pero esto no es verdad. Un sitio web accesible de un medio de comunicación no solo permite que, por ejemplo, una persona ciega pueda leer una noticia con su lector de pantalla, o que alguien con movilidad reducida pueda interactuar sin dificultades, sino que también mejora la experiencia general de todos los usuarios.

Accesibilidad también significa usabilidad, claridad, compatibilidad con distintos dispositivos y contextos de uso. Accesibilidad significa audiencias más amplias, contenidos más sostenibles y una imagen institucional más comprometida. Más allá del deber ético, la accesibilidad también ofrece una dimensión estratégica y de oportunidad para cualquier organización.

Las leyes existen, pero no bastan

Las leyes sobre accesibilidad web son imprescindibles: establecen estándares mínimos, definen responsabilidades y ofrecen un marco común para la exigibilidad. Sin embargo, las leyes por sí solas no garantizan que se vayan a aplicar y cumplir, y así lograr sitios web verdaderamente accesibles.

Por ejemplo, si fijamos la mirada en España, la Ley 34/2002 de servicios de la sociedad de la información y de comercio electrónico fue una ley pionera a nivel mundial, que obligó a las administraciones públicas españolas a garantizar la accesibilidad de sus sitios web antes del 31 de diciembre de 2005.

Han transcurrido casi 20 años desde esa fecha límite y no resulta difícil encontrar un sitio web de la administración pública española que no sea accesible, mientras que sí que resulta muy difícil encontrar uno que sí sea plenamente accesible.

Europa como referente: directivas que empujan el cambio

No obstante, es justo reconocer que en los últimos años la accesibilidad web ha avanzado en España y en el resto de los países de la Unión Europea, gracias al impulso que han proporcionado dos directivas europeas.

Por un lado, la Directiva (UE) 2016/2102 sobre la accesibilidad de los sitios web y aplicaciones para dispositivos móviles de los organismos del sector público —también conocida como Web Accessibility Directive (WAD)— obliga a que los sitios web de las administraciones públicas y ciertos organismos vinculados cumplan con los requisitos de accesibilidad establecidos en la norma europea EN 301 549, que está alineada con las pautas internacionales Web Content Accessibility Guidelines (WCAG) del World Wide Web Consortium (W3C).

Por otro lado, la Directiva (UE) 2019/882 sobre los requisitos de accesibilidad de los productos y servicios —también conocida como European Accessibility Act (EAA)— amplía las exigencias de accesibilidad a determinados servicios y productos del sector privado, incluidos los medios de comunicación. La EAA entró en vigor en junio de 2019 y estableció como fecha límite para su aplicación obligatoria el 28 de junio de 2025, dentro de unos pocos días.

El sector privado ha tenido 6 años para garantizar su cumplimiento y, sin embargo, una evaluación rápida de la accesibilidad de algunos sitios web de empresas españolas importantes demuestra que su cumplimiento es desigual.

Pero no seamos pesimistas: aunque el vaso de la accesibilidad web esté medio vacío o medio lleno —según lo pesimista u optimista que uno sea—, con un poco de esfuerzo de todos lograremos que esté completamente lleno.

Más allá del marco legal: un cambio de mentalidad 
¿Pero además de las leyes, qué más necesitamos para avanzar hacia una accesibilidad web plena?

Debemos dejar de pensar en la accesibilidad web como un añadido o como una obligación incómoda. La accesibilidad web se debe incorporar desde el inicio del diseño de un sitio web, con una perspectiva inclusiva y centrada en las personas.

Esto implica formar a los equipos de trabajo, establecer políticas institucionales claras, revisar los sistemas de publicación de contenidos y contar con mecanismos de evaluación y mejora continua. Todo un reto, por supuesto, pero es posible lograrlo.

Asimismo, debemos escuchar activamente a las personas con discapacidad. Como nos suelen recordar: “Nada sobre nosotros sin nosotros”. Las personas con discapacidad no solo son beneficiarias de la accesibilidad: son expertas en identificar barreras, proponer soluciones y enriquecer la comprensión de lo que significa una experiencia digital verdaderamente universal.

Una oportunidad para liderar desde los medios

En definitiva, apostar por la accesibilidad web es construir una sociedad digital más justa, más eficiente y más conectada.

Los medios de comunicación, en particular, tienen una responsabilidad enorme: no solo por su rol informativo, sino porque modelan valores y prácticas. Hacer accesibles sus sitios web no es solo cumplir con la ley: es ejercer su liderazgo social y moral.

miércoles, 18 de junio de 2025

Nueva versión de ISO 40500

Existe un borrador de ISO 40500 para que se actualice a WCAG 2.2:  ISO/IEC DIS 40500 Information technology — W3C Web Content Accessibility Guidelines (WCAG) 2.2.

lunes, 16 de junio de 2025

¿Te puedes fiar de ChatGPT para preguntarle cosas sobre accesibilidad web?

Yo no me fiaría: cualquier cosa que le pregunto a ChatGPT (o a cualquier otro modelo grande del lenguaje), luego voy y la compruebo.

El otro día puse a prueba a ChatGPT con la siguiente pregunta:

¿Qué criterio de accesibilidad WCAG 2.2 incumple una marquesina?

La respuesta que me devolvió fue casi correcta:


¿En qué falló?

Todo lo que me contó era correcto, excepto que Success Criterion 2.2.2 Pause, Stop, Hide no es de nivel AA, es de nivel A.

miércoles, 11 de junio de 2025

La forma debe seguir a la función en la accesibilidad web

El término "Form Follows Function" (en español, "la forma sigue a la función") es un principio fundamental del diseño moderno y la arquitectura. El concepto fue popularizado por Louis Sullivan, un arquitecto estadounidense pionero de los rascacielos y figura clave de la Escuela de Chicago a finales del s. XIX.

En su obra "The Tall Office Building Artistically Considered" del año 1896 podemos leer:
Ya sea el águila en pleno vuelo o la flor de manzano abierta, el incesante trabajo de los caballos, el cisne alegre, la ramificación del roble, el arroyo que serpentea en su base, las nubes a la deriva, sobre todo el sol que cursa, la forma siempre sigue a la función, y esta es la ley. Dónde la función no cambia, la forma no cambia. Las rocas de granito, las colinas siempre inquietantes, permanecen durante siglos; el rayo, viene, toma forma, y muere, en un abrir y cerrar de ojos.

Es la ley que prevalece a todas las cosas orgánicas e inorgánicas, de todas las cosas físicas y metafísicas, de todas las cosas humanas y todas las cosas sobrehumanas, de todas las verdaderas manifestaciones de la cabeza, del corazón, del alma, que la vida es reconocible en su expresión, esa forma siempre sigue a la función. Esta es la ley.

Esta es la ley, ¿se cumple esa ley en la accesibilidad web?

En las interfaces digitales, la accesibilidad exige que el diseño sirva a la funcionalidad para todos los usuarios. Un botón no solo debe verse bien, sino debe ser operable con teclado, leído por un lector de pantalla y claro en su propósito.

La forma debe seguir a la función nos recuerda que el diseño debe priorizar la usabilidad y el propósito antes que la estética.

¿Qué significa la forma debe seguir a la función en accesibilidad web?

En el contexto de las páginas web, la forma debe seguir a la función implica que:
  • La estructura y el diseño deben servir a la funcionalidad, no al revés.
  • La experiencia del usuario (incluyendo personas con discapacidad) debe ser la prioridad.
  • El contenido debe ser accesible antes de ser visualmente atractivo.
Algunos ejemplos de su aplicación en las páginas web son:
  1. Jerarquía clara y estructura semántica.
    Usa encabezados (<h1> a <h6>) correctamente para guiar a los usuarios, especialmente a quienes usan lectores de pantalla.
    Asegúrate de que el orden del DOM coincida con el flujo lógico de la información.
  2. Contraste y legibilidad antes que estilo.
    Elige combinaciones de colores con alto contraste (mínimo 4.5:1 para texto normal, mínimo 3:1 para texto grande).
    Evita tipografías decorativas que dificulten la lectura.
  3. Interacciones accesibles, no solo "bonitas".
    Los elementos interactivos (botones, enlaces) deben ser fáciles de identificar y usar, incluso sin ratón.
    Evita dependencia de gestos complejos que excluyan a usuarios con movilidad reducida.

viernes, 6 de junio de 2025

Curso de verano "Sitios web usables y accesibles con Wordpress"

La Universidad de Lleida organiza el curso de verano "Sitios web usables y accesibles con Wordpress", del 30 de junio al 4 de julio de 2025. Para más información se puede consultar:

miércoles, 4 de junio de 2025

Una tesis de maestría sobre las capas de accesibilidad

En The Impact of Web Accessibility Overlays on the Usability and User Experience for People with Permanent Visual Impairments podemos leer en el resumen la conclusión de esta tesis de maestría:
The research shows that accessibility overlays, in their current form, do not effectively improve the usability or UX for individuals with permanent visual impairments. Although there is a slight improvement when users are unaware of the overlay’s presence, overall, UX and usability are considered marginal at best and deteriorate upon recognition and interaction with an accessibility overlay. Furthermore, the research displays that accessibility overlays in their current form cannot meet WCAG 2.1 AA standards. The study also finds that users with permanent visual impairments are generally hesitant to engage with accessibility overlays and prefer to rely on their existing access technologies. However, they are willing to use accessibility overlays under improved conditions, which are discussed in the thesis. The empirical knowledge gained guides future technology, designs, policies, and research to create a more inclusive digital world.

lunes, 2 de junio de 2025

La Casa Blanca denunciada porque en las ruedas de prensa no hay intérpretes de la lengua de signos

En The White House is sued over lack of sign language interpreters at press briefings podemos leer:
The National Association of the Deaf (NAD) has filed a federal lawsuit against the White House over a lack of American Sign Language interpreters at media briefings.

The NAD says the White House abruptly stopped providing ASL interpreters during press briefings and other public events when President Trump returned to office for a second term.

The lawsuit, filed on Wednesday, asks the court to require ASL interpreters be present at these events and that video of them be available for viewers.

ASL is distinct from English, with its own vocabulary and grammar. The NAD says "at least several hundred thousand" people in the U.S. communicate mainly in ASL, and many deaf and hard of hearing people know little English. That's why the group says English closed captioning of briefings is not sufficient.

[...]

The NAD says the White House ignored its repeated requests, including a letter sent to Wiles in January. According to the group, more than 48 million deaf or hard of hearing people live in the U.S.

martes, 27 de mayo de 2025

¿Dónde está el último informe sobre el resultado del seguimiento de la accesibilidad web?

La Directiva (UE) 2016/2102 del Parlamento Europeo y del Consejo, de 26 de octubre de 2016, sobre la accesibilidad de los sitios web y aplicaciones para dispositivos móviles de los organismos del sector público indica en el Artículo 8 Seguimiento y presentación de informes

4.   A más tardar el 23 de diciembre de 2021 y, posteriormente, cada tres años, los Estados miembros presentarán a la Comisión un informe sobre el resultado del seguimiento, en el que se incluyan los datos de las mediciones. Dicho informe se redactará basándose en las disposiciones para la presentación de informes a que se refiere el apartado 6 del presente artículo. El informe también incluirá información sobre el uso del procedimiento de aplicación establecido en el artículo 9.

En Web Accessibility Directive - Monitoring reports 2020-2021 podemos encontrar los informes que se presentaron la primera vez. El informe de España está disponible.

En Web Accessibility Directive - Monitoring reports 2022-2024 podemos encontrar los informes que se presentaron la segunda vez. El informe de España NO ESTÁ DISPONIBLE.

En Member States' bodies in charge of monitoring the Web Accessibility Directive se recogen los responsables en cada país de la Unión Europea de presentar los informes sobre el resultado de seguimiento. En el caso de España se indica que es el Observatorio de Accesibilidad Web.

En el Portal de administración electrónica sí que se puede localizar el Informe sobre el resultado del seguimiento. Periodo 2022-2024.


[30/05/2025]

He consultado al Observatorio de Accesibilidad lo siguiente:

¿España no ha presentado el informe a la Unión Europea? El informe veo que tiene fecha "Marzo 2025", ¿quizás se ha enviado recientemente y la Unión Europea todavía lo está procesando?

Y me han contestado:

Es como dices, el informe se presentó a la Comisión poco después de que saliera esa noticia y para entonces todavía no estaba disponible.

lunes, 26 de mayo de 2025

Currículo sobre accesibilidad web del W3C

El W3C ofrece el Curricula on Web Accessibility: A Framework to Build Your Own Courses como una ayuda para desarrollar cursos sobre accesibilidad web.

En el siguiente vídeo, Daniel Montalvo, miembro del W3C-WAI, explica las principales características y posibilidades de uso de este currículo:



viernes, 23 de mayo de 2025

Una lista de herramientas de evaluación interesante

En My Favorite Tools for Web Accessibility Testing se presenta una lista de herramientas de evaluación de la accesibilidad web muy interesante. Las herramientas se clasifican en las siguientes categorías y para cada categoría se indican los criterios de WCAG que ayudan a evaluar:
  • Structure and Semantics
  • Keyboard Operability
  • Responsive Content
  • Target Size of Interactive Elements
  • Minimum Contrast

miércoles, 21 de mayo de 2025

La accesibilidad de Figma

Muy interesante todo lo que se dice sobre la accesibilidad del generador de código de Figma:

Parece que esta herramienta, que debe ser la leche, genera código que recuerda a Dreamweaver y FrontPage... ¡ejem, ejem!

lunes, 19 de mayo de 2025

¿Para cuándo EN 301 549 actualizado para cumplir con EAA?

En EN 301 549 V3 the harmonized European Standard for ICT Accessibility podemos leer:

EN 301 549 will be revised with the aim to publish V4.1.1 in 2025 in support of the European Directive (EU)2019/882 on the accessibility requirements for products and services (the European Accessibility Act), as a response to the European Commission Mandate 587. The revision work item of ETSI Technical Committee Human Factors (TC HF) can be seen via the Portal, along with its target schedule.

Pero ya estamos a mediados de 2025, quizás sea mejor pensar en el 2026. 

jueves, 15 de mayo de 2025

lunes, 12 de mayo de 2025

Carruseles con CSS

En marzo 2025, Google anunció Carruseles con CSS:
A partir de Chrome 135, puedes usar funciones de la especificación CSS Overflow 5 que se diseñaron para crear experiencias de desplazamiento y carrusel.

En Are 'CSS Carousels' accessible? se presenta un análisis de la accesibilidad de esta nueva característica de CSS.

jueves, 8 de mayo de 2025

Uso de perfiles de personas para evaluar la accesibilidad web

El Gobierno del Reino Unido tiene publicados unos recursos sobre cómo emplean los perfiles de personas para evaluar la accesibilidad de los sitios web que desarrollan:

viernes, 2 de mayo de 2025

Diferencias entre WCAG, EAA y EN 301 549

En What’s the Difference Between WCAG, the EAA, and EN 301 549? se explican las diferencias entre WCAG, EAA y EN 301 549.

En ese artículo se incluye la siguiente tabla:


  WCAG (Web Content Accessibility Guidelines) EN 301 549 (Standard) EAA (European Accessibility Act)
Type Global standard and technical guidance (also an ISO standard) Voluntary European standard for ICT accessibility Legally Blind EU directive
Purpose Defines how to make web content and apps accessible Defines accessibility requirements for ICT: websites, software, hardware, and documents  Requires accessibility of key digital and physical services
Legal Staus Not a law, but widely referenced in regulations and policies Not a law, but used to demonstrate conformance with EU accessibility requirements Enforceable law across all EU member states
Scope Web content: text, images, forms, navigation, etc. ICT: websites, documents, software, mobile apps, hardware, telecoms Consumer-facing products and services (e.g., banking, e-commerce, terminals)
Relationship Referenced by EN 301 549 and often cited in laws like the EAA References WCAG for web content; supports public procurement and regulatory alignment References standards like EN 301 549 and WCAG to define accessibility

miércoles, 30 de abril de 2025

Un buen ejemplo de "saltar a"

El sitio web del banco HSBC tiene un buen ejemplo de enlaces "saltar a":



lunes, 28 de abril de 2025

Multa a accessiBe por publicidad engañosa

En FTC Approves Final Order Requiring accessiBe to pay $1 Million podemos leer:
The Federal Trade Commission has approved a final consent order against accessiBe Inc. and accessiBe Ltd. (accessiBe). AccessiBe claimed the plug-in accessWidget can make any website compliant with Web Content Accessibility Guidelines (WCAG). The order prohibits accessiBe from making misleading claims and requires the company to pay $1 million.

The FTC’s January 2025 proposed complaint alleged that despite the company’s claims, accessWidget did not make all user websites WCAG-compliant and these claims were false, misleading, or unsubstantiated. In addition, the complaint alleged that accessiBe deceptively formatted third-party articles and reviews to appear as if they were independent opinions and failed to disclose the company’s material connections to the supposedly objective reviewers.


Más información: FTC Order Requires Online Marketer to Pay $1 Million for Deceptive Claims that its AI Product Could Make Websites Compliant with Accessibility Guidelines 

lunes, 21 de abril de 2025

miércoles, 16 de abril de 2025

Android 16 y las aplicaciones adaptativas

En Android 16's Transition to Adaptive Apps: A Major Victory for Accessibility se explica que Android 16 eliminará la capacidad de que las aplicaciones puedan bloquear el modo de visualización a una orientación (vertical u horizontal) y se espera que todas las aplicaciones se adapten perfectamente a distintos tamaños y orientaciones de pantalla:
The upcoming Android 16 update introduces a significant change to how applications handle screen orientation and resizability. Previously, apps could restrict their behavior - for example, locking themselves to portrait mode or being non-resizable at the platform level. However, Android 16 is removing this ability, moving toward a consistent model where all apps are expected to seamlessly adapt to various screen sizes and orientations.

This initiative aligns with Android’s broader vision of supporting a diverse ecosystem of devices, from foldables to tablets to desktop-like experiences. While this is a positive step forward, especially for accessibility and usability, it brings both challenges and opportunities for app developers.

lunes, 14 de abril de 2025

viernes, 11 de abril de 2025

Resultados del estudio The WebAIM Million 2025

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

El principal resultado es:
94.8% of home pages had detected WCAG 2 failures. This improved slightly from 95.9% in 2024. Over the last 6 years, the pages with detectable WCAG failures have decreased by only 3.1% from 97.8%. These are only automatically detected errors that align with WCAG conformance failures with a high level of reliability which suggests that the rate of full WCAG 2 A/AA conformance was certainly lower.

miércoles, 9 de abril de 2025

¿Qué se puede evaluar de WCAG 2.2 con herramientas automáticas?

En A tool's errand, Steve Faulkner explica qué criterios de WCAG 2.2 se pueden evaluar con herramientas automáticas. Según él, solo 6 de 55 criterios de nivel A y AA se pueden evaluar con esas herramientas, los otros 49 criterios requieren una revisión manual.

lunes, 7 de abril de 2025

La Audiencia Nacional ratifica la multa a Vueling por tener una web inaccesible para las personas con discapacidad

El periódico 20 Minutos publicó la noticia La Audiencia Nacional ratifica la multa a Vueling por tener una web inaccesible para las personas con discapacidad el 28/02/2025. Esto creo que debe ser un error, porque el año pasado en marzo publiqué la entrada Confirmada la sanción a Vueling. Pero bueno, puede ser Vueling presentase un segundo recurso (¿eso se puede hacer?) y lo que ahora se anuncia es el resultado de ese segundo recurso.

La noticia dice:
La Sala de lo Contencioso-administrativo de la Audiencia Nacional (AN) ha ratificado la multa de 90.000 euros y la prohibición de concurrir a procedimientos de concesión de ayudas oficiales durante seis meses impuestas en 2020 a Vueling por la Secretaría de Estado de Derechos Sociales por no tener adaptada su web a las personas con discapacidad.

Así lo ha determinado el tribunal, que ha rechazado el recurso de la aerolínea y le obliga a pagar, además, 3.000 euros por las costas del proceso judicial. 

lunes, 31 de marzo de 2025

Ejemplo de cómo la administración pública exige accesibilidad, pero luego no la aplica

En el siguiente vídeo se explica cómo la administración pública exige una accesibilidad que luego ella misma no cumple. El vídeo habla de la accesibilidad física, pero lo mismo se puede decir de la accesibilidad digital, es decir, de los sitios web y las aplicaciones para dispositivos móviles.



viernes, 28 de marzo de 2025

Cuando poner una rampa es más complicado de lo que parece

El siguiente vídeo explica muy bien lo complicado qué puede ser poner una rampa para hacer accesible una escalera de simplemente seis peldaños. En el mundo digital, en los sitios web y las aplicaciones para dispositivos móviles ocurre algo parecido: solucionar algo que está mal hecho y no es accesible puede suponer mucho trabajo.

lunes, 17 de marzo de 2025

Elementos nativos de HTML que mejoran la accesibildiad

En Cool native HTML elements you should already be using se presentan algunos elementos nativos de HTML que no requieren montañas de código adicional y que, si son aceptados por el navegador web, deberían mejorar la accesibilidad de las páginas web:

I’m constantly surprised by the native HTML spec. New features are regularly added, and I often stumble on existing, handy elements. While often not as versatile as their JS counterparts, using them avoids bloating your app with extra Javascript libraries or CSS hacks.

If this article helps just a single developer avoid an unnecessary Javascript dependency, I’ll be happy. Native HTML can handle plenty of features that people typically jump straight to JS for (or otherwise over-complicate).

I cover some great HTML elements in this article — modals, accordions, live range previews, progress bars and more. You might already know some of these, but I bet there’s something new here for you too.

viernes, 14 de marzo de 2025

Inteligencia artificial y accesibilidad

La conferencia "AI and Accessibility: the Good, the Bad, and the Bollocks" se impartió en el marco de FFCONF 2024:


La descripción de esta conferencia es:
Depending on what you read, and who you believe, AI is either the ultimate solution or armageddon in motion, so in this talk, Léonie is going to cut through the clickbait, dodge the doomscrollers, and focus on the facts to bring you the good, the bad, and the bollocks of AI and accessibility.


miércoles, 5 de marzo de 2025

Treinta años de JAWS for Windows

En Vispero Announces Year-Long Celebration for JAWS’ 30th Anniversary, Beginning at CSUN 2025 se anuncia el 30 aniversario de JAWS for Windows, ya que fue lanzado al mercado en el año 1995. Sin embargo, en Jaws for Windows - a Short History Lesson se cuenta que JAWS para DOS fue lanzado en 1989.

viernes, 28 de febrero de 2025

Inteligencia artificial para la escritura de los textos alternativos de las imágenes

El artículo Comparing local large language models for alt-text generation presenta una comparación de modelos de lenguaje de gran tamaño (LLMs) para la generación de texto alternativo (alt text). Este tipo de análisis no es nuevo.

A la hora de comparar los modelos se deben tener en cuenta diferentes aspectos:
  • Precisión: Qué tan bien los modelos describen el contenido de las imágenes.
  • Velocidad: El tiempo que tardan en generar el texto.
  • Eficiencia: El uso de recursos computacionales.
  • Facilidad de implementación: Qué tan sencillo es integrar estos modelos en sistemas existentes.
  • Coste: El gasto asociado con el uso de cada modelo.
En este artículo no se analiza todo esto, pero la información que presenta es muy interesante.

lunes, 24 de febrero de 2025

viernes, 7 de febrero de 2025

Un poco de historia sobre WCAG

En The politics of accessibility se cuenta un poco de la historia de WCAG:
The first iteration of WCAG was published in 1999, just eight years after Tim Berners-Lee published the initial draft specification for HTML and just six years after the MOSAIC web browser was first released. Two of WCAG 1.0’s three editors, Wendy Chisholm and Gregg Vanderheiden, were at the Trace R&D Center, at the time affiliated with the University of Wisconsin-Madison.

Before work began on WCAG under the auspices of the W3C, Chisholm and Vanderheiden had already created eight iterations of what they called the Unified Web Site Accessibility Guidelines. Prior to those guidelines, Vanderheiden had published an article in January 1995 titled “Design of HTML (Mosaic) Pages to Increase their Accessibility to Users with Disabilities Strategies for Today and Tomorrow,” which identifies a series of common accessibility barriers and provides design or code solutions. (Incidentally, some of the problems identified remain things the web struggles with.)

But it’s important to understand that Vanderheiden, Chisholm, and the Trace Center weren’t unique visionaries who stood separate from the world. They were part of a community that, from its earliest days, understood and valued accessibility.

Vanderheiden had attended at the Second International WWW Conference: Mosaic and the Web in beautiful Chicago, Illinois in October 1994 — just a few months before his January 1995 article. So did Paul Fontaine and Mike Paciello, both also speaking on disability and accessibility. At that conference, Tim Berners-Lee identified accessibility as an important focus area as the web continued to grow and develop. Accessibility was very much in the air in the formative stages of the web.

That was a quick-and-dirty history — a too-short narrative that absolutely leaves out a ton of people and details. It’s not the whole story by any measure, and crucially it glosses over the contributions of a large and diverse community that includes a lot of people with disabilities.

miércoles, 5 de febrero de 2025

Las pautas de accesibilidad antes que las WCAG

Unified Web Site Accessibility Guidelines (enero 1998) son las pautas de accesibilidad que se convirtieron posteriormente en Web Content Accessibility Guidelines 1.0 (mayo 1999). Los dos autores del documento inicial, Gregg C. Vanderheiden y Wendy A. Chisholm, fueron luego editores de WCAG 1.0.

La introducción del documento dice:
The 8 series of website accessibility guidelines is the final set of unified guidelines prepared by the Trace Center. The Web Access Initiative (WAI) of the World-Wide-Web Consortium (W3C) has been launched, and the development of HTML guidelines is being transferred to that body. The Trace Center will be continuing to work with and as a part of the WAI. As a result, the Trace Center will no longer be developing or maintaining this Unified Website Accessibility Guideline series. Readers are referred to the W3C site (http://www.w3.org/wai) for the latest version of the guidelines.

lunes, 3 de febrero de 2025

lunes, 27 de enero de 2025

viernes, 24 de enero de 2025

lunes, 20 de enero de 2025

Curso de especialización en Accesibilidad Digital

La Universidad de Lleida ha lanzado el Curso de especialización en Accesibilidad Digital. Me cuentan lo siguiente:

Es un curso que puede hacerse completo (de 6 créditos) o bien cursando solo los módulos por separado (para perfiles más especializados). Es completamente online y en horario tarde (hora española) para que pueda asistir también alumnos de otros países.

Del 04 de febrero y al 11 de abril de 2025. 

 
Módulos formativos independientes dirigidos a perfiles como diseñadores y UX, programadores web y evaluadores de calidad de sistemas:

lunes, 13 de enero de 2025

lunes, 6 de enero de 2025

Daltonismo: Problemas de accesibilidad

 


lunes, 16 de diciembre de 2024

¿Qué es un CAPTCHA? Problemas de accesibilidad (1/2)

 


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

lunes, 9 de septiembre de 2024

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.

miércoles, 4 de septiembre de 2024

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.

lunes, 2 de septiembre de 2024

lunes, 26 de agosto de 2024

Visual crowding

El término Visual crowding lo he descubierto recientemente. El artículo de la Wikipedia que lo explica solo está en inglés. En una página web sobre un proyecto financiado por la Unión Europea se denomina como "aglomeración visual".

"Visual crowding" es un fenómeno que afecta al reconocimiento de estímulos en situaciones desordenadas, como una letra en una palabra o una palabra en un texto.

Parece que existe cierta relación entre la "aglomeración visual" y la dislexia:
Y Microsoft proporciona dos tipos de letra que tienen el propósito de ayudar a las personas con "aglomeración visual": Microsoft Fluent Calibri and Sitka



miércoles, 21 de agosto de 2024

Las capas de accesibilidad deberían ser para los usuarios finales, no para los sitios web

Una reflexión muy interesante sobre las capas de accesibilidad en Overlays Misunderstand Accessibility:

To talk about this subject, let’s start with a hypothetical. We’ll hypothesize that accessibility overlays perfectly solve all accessibility problems on a site. Let’s imagine a future world where the technology used by an accessibility overlay is able to magically transform a user’s experience on a website from a completely blocking experience to something absolutely delightful.

Yeah, it’s a long-shot hypothesis. But work with me, here.

Even in that situation, I would continue to oppose accessibility overlays, for one simple reason:

If it’s so amazing, why isn’t it sold to people with disabilities as assistive technology?

lunes, 19 de agosto de 2024

Características de accesibilidad de los captcha actuales

En How to Make CAPTCHA Accessible: A Hands-On GuideHow to Make CAPTCHA Accessible: A Hands-On Guide se comentan las principales características de accesibilidad de los captcha actuales:

CAPTCHA systems are tests that protect websites from automated threats by checking whether the visitor is a human or a bot. However, these systems can create barriers for people with visual, auditory, or cognitive impairments, making some CAPTCHAs challenging to navigate.

Despite the possible accessibility issues, the Web Content Accessibility Guidelines (WCAG) permit the use of CAPTCHAs, but only if they add certain accessible features. This ensures that security measures do not exclude users with disabilities.

In this article, you’ll learn all about implementing CAPTCHA systems that are as accessible as possible. However, it’s important to remember that no matter how accessible or transparent your CAPTCHA is, it will never be perfect – valid interactions will still be marked as unwanted and bots will still be able to pierce your site’s defences.

For that reason, we’ll also introduce alternative solutions that offer greater security and inclusivity, adhering to the highest standards of web accessibility to improve the experience for all users.

lunes, 12 de agosto de 2024

¿Se aplica WCAG 2.2 a las aplicaciones nativas?

En Does WCAG 2.2 apply to native apps se analizan los criterios de WCAG 2.2 que se deben aplicar a las aplicaciones nativas desarrolladas con:

  • Android
  • Jetpack Compose
  • iOS
  • SwiftUI
  • Flutter
  • React Native
  • .NET MAUI
  • Xamarin

viernes, 9 de agosto de 2024

Congreso Latinoamericano de Accesibilidad y Usabilidad

Me ha llegado el aviso de la próxima celebración del Segundo Congreso Latinoamericano de Accesibilidad y Usabilidad. En el formulario de inscripción pone:
Nos encontraremos el viernes 8 y sábado 9 de noviembre para compartir un espacio de talleres, charlas y debates, 100% online. Se transmitirá a través de Zoom y contará con intérpretes de lengua de señas y transcripciones.

miércoles, 7 de agosto de 2024

Los diferentes tipos de zoom en una página web

En Zoom, zoom, and zoom - The three types of browser (and CSS!) magnification se explica:
In brief: there is wide support for three different types of ‘zoom’ – available both to site visitors and (to some extent) CSS authors:
  • Page zoom is the default with a handy keyboard shortcut, and roughly matches behavior of the CSS zoom property.
  • Scale factor (or ‘pinch zoom’) was introduced by early versions of mobile Safari, and may only be available through trackpad or touch interfaces – roughly matching the behavior of the CSS scale transform.
  • Text-only zoom is also provided by Firefox and Safari. While not directly available in CSS, the behavior is similar to changing default font size on a site that uses entirely relative text sizing with rem units.

lunes, 5 de agosto de 2024

Aplicación del árbol de decisión de la norma EN 301 549 sobre app eBiblio

Cuatro vídeos muy interesantes en los que se aplica el árbol de decisión para comprobar el cumplimiento de la norma EN 301 549 (v3.1.1) por parte de eBiblio, una aplicación para solicitar en préstamo recursos digitales de bibliotecas públicas:

miércoles, 31 de julio de 2024

lunes, 29 de julio de 2024

Cómo escribir enlaces que sean accesibles para todos

En How to Build on Basic Principles of Link Accessibility: In-depth StrategiesHow to Build on Basic Principles of Link Accessibility: In-depth Strategies se proporciona una buena explicación sobre cómo escribir enlaces que sean accesibles para todos:
Hypertext links, also known as hyperlinks, are the connective strands that form the web. They take us from one webpage to another, giving us access to a wide range of information, services, and experiences. However, we often forget to think about link accessibility.

Links are important for individuals of all abilities, including those who depend on screen readers or keyboard navigation. When used effectively, links can improve the browsing experience for everyone. However, if overlooked, they can create obstacles that reduce accessibility and usability.

miércoles, 24 de julio de 2024

lunes, 22 de julio de 2024

Barreras que se crean cuando se usa mal ARIA para mejorar la accesibilidad

En Best intention barriers (ARIA edition) se indican varias barreras que se crean cuando se usa mal ARIA para mejorar la accesibilidad:
  • Adding aria-label as some form of accessible description
  • Adding an ARIA Role is enough, or: Adding ARIA implements functionality
  • Roles that are not what you think they are

lunes, 15 de julio de 2024

Muy poco contraste

Mis ojos no pueden creen lo que no ven. Ahí se supone que pone SERVICIOS:




miércoles, 10 de julio de 2024

Otra opinión (negativa) sobre las capas de accesibilidad

En Accessibility overlays are not for disabled people:

An accessibility overlay (or accessibility widget) is one of those wee icon-only buttons you sometimes see floating over a web page; usually in the bottom-right corner. When you press them, they give you a bunch of options to make the website ‘more accessible’.

Why did I use inverted commas? Well, they profess to make a website more accessible, but do little-to-nothing of any real use; in fact, they can actually hinder a disabled user’s experience of a website!

[...]

Accessibility overlays are for non-disabled people by non-disabled people. The only way to properly address accessibility issues is at the product development level: carefully considered designs and well written code. Adding a single line of JavaScript to your website or app is not the answer.

lunes, 8 de julio de 2024

viernes, 5 de julio de 2024

miércoles, 3 de julio de 2024

Can Everyone Use

Can Everyone Use es un intento de listado de componentes web en el que se detalle su nivel de accesibilidad. La idea está muy bien, pero por ahora le faltan muchos componentes para ser realmente una herramienta útil.

lunes, 1 de julio de 2024

¿Las capas de accesibilidad sirven para algo?

Según la tesis de maestría  The Impact of Web Accessibility Overlays on the Usability and User Experience for People with Permanent Visual Impairments, realizada en el marco del Master's Programme in Digital Service Innovation de la Salzburg University of Applied Sciences, parece que las capas de accesibilidad no ayudan, sino todo lo contrario:

The research shows that accessibility overlays, in their current form, do not effectively improve the usability or UX for individuals with permanent visual impairments. Although there is a slight improvement when users are unaware of the overlay’s presence, overall, UX and usability are considered marginal at best and deteriorate upon recognition and interaction with an accessibility overlay. Furthermore, the research displays that accessibility overlays in their current form cannot meet WCAG 2.1 AA standards. The study also finds that users with permanent visual impairments are generally hesitant to engage with accessibility overlays and prefer to rely on their existing access technologies. However, they are willing to use accessibility overlays under improved conditions, which are discussed in the thesis. The empirical knowledge gained guides future technology, designs, policies, and research to create a more inclusive digital world. 

viernes, 28 de junio de 2024

¿Qué es un CAPTCHA? Problemas de accesibilidad (1/2)

 


miércoles, 26 de junio de 2024

Pictogramas de la policía

La Policía Nacional ha puesto en marcha una iniciativa pionera para impulsar la accesibilidad a los servicios policiales por parte de personas pertenecientes a grupos vulnerables. En concreto, dotará en las próximas semanas a sus vehículos radiopatrullas y a las Oficinas de Denuncias y Atención al Ciudadano de un Cuaderno de Comunicación con Pictogramas para Situaciones de Emergencia. Esta publicación de uso policial, para cuya elaboración se ha contado con la colaboración del Centro Aragonés para la Comunicación Aumentativa y Alternativa –ARASAAC-,  pretende facilitar la comunicación con la Policía Nacional a personas con dificultades en ese ámbito ante situaciones de crisis.

La comunicación a través de pictogramas, se trata de una herramienta que facilitará las labores de comunicación de los agentes de Policía Nacional durante la atención a personas pertenecientes a grupos vulnerables y en concreto, a personas que presenten algún tipo de dificultad en la  comunicación -trastornos del espectro autista, discapacidad intelectual, migrantes, turistas, personas de edad- y se encuentren en situación de emergencia o resulten ser víctimas de un hecho delictivo.



Según la noticia TRES CANTOS | La Policía Local crea una guía de pictogramas para personas con dificultades cognitivas, la Policía Local de Tres Cantos (Madrid) presentó en marzo 2023 una Guía de uso policial - Comunicación con pictogramas.
Esta guía de comunicación con pictogramas pretende facilitar la comunicación entre la policía y cualquier persona con dificultades de interacción como:
  • Trastornos del espectro del autismo
  • Discapacidad intelectual
  • Migrantes
  • Turistas que desconozcan el idioma
  • Personas mayores
  • Cualquier otra dificultad

lunes, 24 de junio de 2024

viernes, 21 de junio de 2024

Publicados dos cursos de Formación Profesional de Grado Superior que incluyen la accesibilidad universal

Ayer se publicó en el BOE Real Decreto 565/2024, de 18 de junio, por el que se establece el Curso de especialización de Formación Profesional de Grado Superior en Comercio electrónico y se fijan los aspectos básicos del currículo Real Decreto 565/2024, de 18 de junio, por el que se establece el Curso de especialización de Formación Profesional de Grado Superior en Comercio electrónico y se fijan los aspectos básicos del currículo y también el Real Decreto 566/2024, de 18 de junio, por el que se establece el Curso de especialización de Formación Profesional de Grado Superior en Desarrollo de aplicaciones en lenguaje Python y se fijan los aspectos básicos del currículo Real Decreto 566/2024, de 18 de junio, por el que se establece el Curso de especialización de Formación Profesional de Grado Superior en Desarrollo de aplicaciones en lenguaje Python y se fijan los aspectos básicos del currículo.

En ambos cursos, se indica que los cursos tendrán que ser accesibles para todo el alumnado:
Disposición adicional segunda. Formación presencial, semipresencial y virtual.
La oferta formativa de este curso de especialización podrá ofertarse en modalidad presencial, semipresencial y virtual, siempre que se garantice que el alumnado pueda conseguir los resultados de aprendizaje de estos, de acuerdo con lo dispuesto en este real decreto conforme a los principios de diseño para todos y accesibilidad universal. Para ello, las administraciones competentes adoptarán las medidas necesarias y dictarán las instrucciones precisas en los términos establecidos en la Ley Orgánica 3/2022, de 31 de marzo, de ordenación e integración de la Formación Profesional y en el Real Decreto 659/2023, de 18 de julio.

Y también que el alumnado tendrá que desarrollar las competencias en diseño para todas las personas:
Disposición adicional tercera. Accesibilidad universal en las enseñanzas de este curso de especialización.
1. Las administraciones competentes incluirán en el currículo de este curso de especialización los elementos necesarios para garantizar que las personas que lo cursen desarrollen las competencias incluidas en el currículo en «diseño para todas las personas».

miércoles, 19 de junio de 2024

Listado de artículos sobre accesibilidad

En A11y Cat: digital accessibility resource han recogido más de 2300 artículos sobre accesibilidad. He buscado y no he podido encontrar alguno en español, parece que están todos en inglés.

lunes, 17 de junio de 2024

Daltonismo: Problemas de accesibilidad

 


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

Mañana martes 18 de junio, a las 17 horas (horario de España), participaré en el webinario "Cómo comprobar y garantizar la accesibilidad de una página web", webinario accesible organizado por el Gobierno de Navarra.

Este webinario se puede seguir en directo a través de YouTube:

https://www.youtube.com/live/4J1zkG3Id6k

Banner de publicidad: Cómo comprobar y garantizar la accesibilidad de una página web, con Sergio Luján Mora, webinario accesible el 18 de junio de 2024 a las 5 de la tarde, organizado por el Gobierno de Navarra


viernes, 14 de junio de 2024

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

Cómo comprobar y garantizar la accesibilidad de una página web, con Sergio Luján Mora, webinario accesible el 18 de junio de 2024 a las 5 de la tarde (España), organizado por el Gobierno de Navarra:

https://www.youtube.com/live/4J1zkG3Id6k

Banner de publicidad: Cómo comprobar y garantizar la accesibilidad de una página web, con Sergio Luján Mora, webinario accesible el 18 de junio de 2024 a las 5 de la tarde, organizado por el Gobierno de Navarra


Cómo corregir la accesibilidad de un documento PDF con PAVE