Nace el panel de expertos en entornos inclusivos

El Panel de Expertos en Entornos Inclusivos se ha constituido como una asociación privada y sin ánimo de lucro orientada al análisis, el debate y la difusión de propuestas relacionadas con la accesibilidad universal.

La iniciativa comenzó su actividad el 15 de abril de 2026 y reúne a quince especialistas procedentes de distintos ámbitos profesionales.

La finalidad del Panel es generar un espacio independiente en el que puedan abordarse cuestiones prácticas, técnicas y estratégicas vinculadas con la creación de entornos, productos y servicios accesibles.

Sus integrantes participan a título personal y no representan a las empresas, administraciones u organizaciones con las que mantienen vínculos profesionales.

Esta independencia constituye uno de los principios centrales de la iniciativa.

El Panel busca favorecer un análisis crítico basado en la experiencia profesional, el rigor técnico y la pluralidad de perspectivas, sin subordinación a intereses corporativos, institucionales o políticos.

Un foro para el análisis y la formulación de propuestas

La actividad del Panel se desarrolla a través de debates periódicos sobre accesibilidad universal.

En el futuro se prevé la publicación de conclusiones y recomendaciones dirigidas a la sociedad civil, los medios de comunicación, las empresas y los poderes públicos.

Entre sus propósitos se encuentra contribuir a la formación de una opinión pública informada, trasladar recomendaciones concretas a entidades públicas y privadas y analizar aquellos problemas que dificultan la aplicación efectiva de la accesibilidad.

El Panel también aspira a actuar como espacio de referencia para el intercambio de conocimiento y la evaluación crítica de políticas, proyectos y prácticas profesionales.

Una visión transversal de la accesibilidad universal

El proyecto parte de la consideración de la accesibilidad universal como una condición necesaria para el ejercicio efectivo de los derechos fundamentales. Desde este planteamiento, la accesibilidad no se limita al cumplimiento de requisitos técnicos o normativos, sino que se relaciona con la igualdad, la no discriminación, la dignidad humana y la participación plena de todas las personas.

El manifiesto fundacional del Panel se articula en torno a diez principios, entre los que se encuentran la igualdad, el diseño universal, la independencia, la pluralidad, la transparencia, la innovación y la responsabilidad cívica.

Asimismo, la accesibilidad se analiza desde seis dimensiones interrelacionadas: como instrumento para el ejercicio de derechos, factor de calidad, motor de innovación social, oportunidad económica y profesional, elemento vinculado con la sostenibilidad y expresión de justicia social.

Un equipo multidisciplinar

El Panel está formado por quince profesionales con experiencia en campos como la accesibilidad universal, el diseño inclusivo, los entornos digitales, la arquitectura, la educación, la empresa y la sociedad civil.

La diversidad de perfiles busca facilitar un análisis transversal de los obstáculos que afectan a la participación de las personas con discapacidad y de las medidas necesarias para eliminarlos. También permite estudiar la accesibilidad desde perspectivas complementarias, incluyendo sus implicaciones sociales, jurídicas, tecnológicas, económicas y organizativas.

Con la creación del Panel de Expertos en Entornos Inclusivos se establece un nuevo espacio de reflexión destinado a promover el conocimiento, el diálogo y la formulación de propuestas sobre accesibilidad universal.

Su actividad, documentación y próximos debates estarán disponibles en su página web del proyecto.

Publicado el video de mi participación en la A11yConf de 2025

Ya está disponible el vídeo de la charla que impartí el pasado 29 de noviembre de 2025 en el congreso de A11yConf.

La sesión estuvo centrada en la idea de que muchos problemas de accesibilidad en las plataformas Apple no requieren soluciones complejas, sino conocimiento técnico concreto y una voluntad clara de aplicarlo. A través de ejemplos de programación, quise mostrar cómo pequeñas decisiones en el desarrollo pueden transformar de forma significativa la experiencia de quienes utilizan tecnologías de apoyo.

Durante la charla fui recorriendo casos prácticos para explicar cómo identificar barreras habituales y cómo resolverlas dentro del ecosistema de Apple. El objetivo no era presentar la accesibilidad como una capa adicional ni como una tarea secundaria, sino como una parte natural del desarrollo de software. En muchas ocasiones, hacer que una interfaz sea más accesible no implica rediseñar toda una aplicación, sino comprender mejor las herramientas que ya ofrecen UIKit, SwiftUI, AppKit y el propio sistema operativo.

Una de las ideas centrales de la charla es que, cuando estos problemas no se solucionan, rara vez se debe a una imposibilidad técnica. En la mayoría de los casos, la causa está en el desconocimiento de la accesibilidad técnica: no saber qué espera VoiceOver, cómo se exponen correctamente los elementos de una interfaz, qué información necesita una persona usuaria para orientarse, o cómo pequeños detalles en etiquetas, agrupaciones, focos y acciones pueden marcar la diferencia.

La accesibilidad en las plataformas Apple cuenta con bases sólidas y con APIs preparadas para facilitar el trabajo a los desarrolladores. Sin embargo, esas herramientas solo tienen impacto cuando se conocen y se incorporan al proceso de desarrollo. Por eso la charla tuvo un enfoque eminentemente práctico: escribir código, observar el problema y aplicar la solución.

Puedes ver el video de la charla en Youtube.

Encuesta europea sobre accesibilidad audiovisual 2026

La accesibilidad audiovisual sigue siendo una asignatura pendiente en muchos servicios digitales y medios de comunicación.

Aunque en los últimos años se han producido avances importantes, la experiencia real de las personas con discapacidad y las personas mayores sigue siendo no del todo satisfactoria ya que siguen encontrando demasiadas barreras en la televisión, las plataformas de vídeo, los servicios de streaming, las redes sociales o los sitios de noticias online.

Por este motivo se ha puesto en marcha la Encuesta sobre accesibilidad audiovisual 2026, una iniciativa europea orientada a recoger información directa sobre cómo las personas acceden, o intentan acceder, a los contenidos audiovisuales en su vida diaria.

Una encuesta para conocer la experiencia real

El objetivo de esta encuesta es que organizaciones europeas como la Unión Europea de Ciegos, la Federación Europea de Personas con Discapacidad Auditiva, la Unión Europea de Sordos, Inclusion Europe y el Foro Europeo de la Discapacidad puedan recopilar información sobre la accesibilidad audiovisual desde la perspectiva de quienes utilizan estos servicios.

La encuesta pregunta por la experiencia de uso en distintos entornos como la televisión tradicional, servicios de streaming de video, plataformas de noticias y redes sociales.

Este enfoque resulta especialmente importante porque la accesibilidad no puede evaluarse únicamente desde el cumplimiento técnico o normativo. También debe tenerse en cuenta si una persona puede encontrar, activar, comprender y utilizar los recursos de accesibilidad cuando realmente los necesita.

Subtítulos, audiodescripción y mucho más

Cuando hablamos de accesibilidad audiovisual solemos pensar en subtítulos, audiodescripción o interpretación en lengua de signos. Pero el problema va más allá de que estos recursos existan.

También importa si están disponibles en todos los contenidos, si se pueden activar fácilmente, si funcionan correctamente en las aplicaciones, si son compatibles con productos de apoyo y si la interfaz permite encontrarlos sin convertir una acción sencilla en una pequeña aventura tecnológica.

La accesibilidad audiovisual no debería depender de la plataforma, del dispositivo, del país o de la buena voluntad de una empresa concreta. El acceso a la información, la cultura, el entretenimiento y la actualidad debe ser posible para todas las personas.

Apoyar mejoras en la normativa europea

Las aportaciones recogidas en esta encuesta contribuirán a reforzar los esfuerzos dirigidos a mejorar los requisitos de accesibilidad establecidos en la Directiva de Servicios de Comunicación Audiovisual.

Esta directiva europea regula aspectos relacionados con los servicios audiovisuales, y la información aportada por los usuarios puede ayudar a identificar carencias, barreras frecuentes y necesidades que todavía no están suficientemente cubiertas.

La participación de las personas con discapacidad y de quienes utilizan recursos de accesibilidad es esencial para que las normas no se queden en una declaración de intenciones. La experiencia de uso aporta contexto, ejemplos y evidencia sobre lo que funciona y lo que sigue fallando.

La participación en la encuesta es voluntaria y, de forma opcional, las personas participantes pueden facilitar sus datos de contacto. Según la información proporcionada, estos datos serán utilizados exclusivamente por las organizaciones responsables de la iniciativa y tratados conforme al Reglamento General de Protección de Datos.

La fecha límite para completar la encuesta es el 12 de julio de 2026.

Este tipo de iniciativas son una buena oportunidad para trasladar problemas reales que muchas veces quedan invisibles: contenidos sin audiodescripción, subtítulos incompletos, controles inaccesibles, aplicaciones que no funcionan correctamente con lectores de pantalla o servicios donde la accesibilidad depende demasiado del azar.

Cuantas más personas participen, más completa será la imagen de la accesibilidad audiovisual en Europa y más argumentos habrá para exigir servicios realmente inclusivos.

Puedes participar en la encuesta completando el formulario.

Atributo Tabindex y su efecto en la accesibilidad

El atributo tabindex forma parte de HTML y permite modificar la forma en la que un elemento recibe el foco del teclado. Su uso puede mejorar la accesibilidad de una interfaz, pero también puede empeorarla si se utiliza para corregir problemas que deberían resolverse con una estructura HTML adecuada.
La navegación con teclado es una parte esencial de la accesibilidad web. Muchas personas no utilizan ratón, bien porque trabajan con lector de pantalla, porque emplean otros productos de apoyo o porque simplemente prefieren desplazarse por la interfaz mediante la tecla de tabulación y otros comandos del teclado. En esos casos el foco indica en qué elemento se encuentra la interacción en cada momento.
Los elementos de HTML ya forman parte del orden de tabulación por defecto. Un enlace con href, un botón, un campo de formulario o un control nativo pueden recibir el foco sin necesidad de añadir atributos adicionales. Esto es importante porque HTML ya incorpora mucho comportamiento accesible cuando se utiliza correctamente.
El problema aparece cuando se intenta forzar el comportamiento de una página mediante tabindex sin tener en cuenta las expectativas de las personas que navegan con teclado.

Qué hace tabindex

El atributo tabindex permite alterar el orden natural del foco. Puede hacer que un elemento no interactivo pueda recibir el foco, puede retirar un elemento interactivo del orden de tabulación y también puede reorganizar el orden en el que se recorren los elementos de la página.
Su valor es numérico. Cuando se utiliza tabindex=»-1″, el elemento puede recibir el foco mediante JavaScript, pero no queda incluido en la navegación secuencial con la tecla Tab. Cuando se utiliza tabindex=»0″, el elemento entra en el orden de tabulación respetando la posición que ocupa en el código HTML. Cuando se utiliza un valor positivo, como tabindex=»1″ o tabindex=»2″, se fuerza un orden de navegación distinto al orden natural del documento.
En la práctica, los valores positivos suelen ser una mala señal. Si el orden de foco no coincide con el orden visual o lógico de la página, lo correcto normalmente no es añadir números para reconstruir artificialmente la navegación. Lo adecuado es revisar la estructura del HTML y utilizar CSS para ajustar la presentación visual cuando sea necesario.

<a href="/inicio">Inicio</a>
<div tabindex="0">Contenido desplazable</div>
<a href="/contacto">Contacto</a>

En este ejemplo, el div entra en el orden de tabulación en el lugar que ocupa dentro del documento. Esto puede ser correcto si ese contenedor tiene algún comportamiento interactivo real. Pero si se trata solo de un bloque de texto, añadirlo al foco puede introducir ruido innecesario en la navegación.

El foco no debe sustituir a la semántica

Una regla sencilla para evaluar el uso de tabindex consiste en preguntarse si el elemento debería ser interactivo. Si se necesita un botón, se debe utilizar un elemento button. Si se necesita un enlace, se debe utilizar un enlace. Si se necesita un campo de formulario, se debe utilizar el control correspondiente.

Crear un botón con un div y añadirle tabindex=»0″ no convierte ese elemento en un botón completo. Puede recibir el foco, pero no incorpora automáticamente el comportamiento esperado con teclado, la semántica adecuada ni la comunicación correcta con los productos de apoyo. En muchos casos, ese tipo de solución obliga a reproducir manualmente características que HTML ya ofrece de forma nativa.

La accesibilidad no consiste solo en que algo pueda recibir el foco. También importa qué anuncia el lector de pantalla, qué teclas activan el componente, cómo se informa del estado, cómo se integra en el flujo del documento y si la interacción coincide con lo que la persona usuaria espera.

Cuándo puede ser útil tabindex=”-1”

El valor -1 resulta útil cuando un elemento no debe aparecer en la navegación normal con Tab, pero necesita recibir el foco en una situación concreta. Un caso habitual es un mensaje de error después de enviar un formulario.

Si una persona envía un formulario y existen errores, mover el foco al resumen de errores puede ayudar a comprender qué ha ocurrido. Para una persona que navega con teclado, evita tener que volver a recorrer toda la página hasta localizar el problema. Para una persona que utiliza lector de pantalla, permite que el mensaje sea anunciado en el momento adecuado.

<div id="errores" tabindex="-1">
Hay errores en el formulario. Revisa los campos indicados.
</div>

Después, mediante JavaScript, se puede enviar el foco a ese elemento cuando se detecten errores.

document.getElementById('errores').focus();

Este patrón también puede ser útil en ventanas modales, paneles que se abren dinámicamente o zonas de la interfaz que aparecen como consecuencia de una acción de la persona usuaria. El objetivo no es añadir más paradas al teclado, sino colocar el foco en un punto lógico cuando cambia el contexto de interacción.

Cuándo puede ser útil tabindex=“0”

El valor 0 debe utilizarse con más cuidado. Su función es incorporar un elemento al orden natural de tabulación. Esto puede tener sentido cuando existe una zona que debe poder recibir interacción con teclado, pero que por defecto no forma parte del orden de foco.

Un ejemplo frecuente son los contenedores con desplazamiento interno creados con CSS mediante overflow.

Si un bloque tiene contenido desplazable y una persona solo utiliza el teclado, necesita poder situar el foco en esa región para desplazarse por ella. En ese caso, tabindex=»0″ puede hacer que el contenedor sea alcanzable saltando con la tecla de tabulador.

<section aria-labelledby="condiciones" tabindex="0" style="overflow: auto; max-height: 12rem;">
<h2 id="condiciones">Condiciones de uso</h2>
<p>Texto de las condiciones de uso...</p>
</section>

En este tipo de componentes no es suficiente con hacer que el contenedor reciba el foco. También conviene proporcionar una etiqueta accesible y una estructura semántica clara. Una persona que usa lector de pantalla debe poder entender qué contiene esa región y por qué ha llegado hasta ella.

Los valores positivos rompen expectativas

Los valores positivos de tabindex permiten definir un orden de tabulación independiente del orden del documento.

Esta práctica debe realizarse con mucho cuidado ya que es muy sencillo romper el orden coherente y comprensible del orden de tabulación.

Cuando el foco salta de una parte a otra de la página en un orden inesperado, la interfaz se vuelve más difícil de comprender. La persona que navega con teclado puede perder la relación entre la posición visual, la estructura del contenido y el punto real de interacción. Para quien utiliza lector de pantalla, esa separación entre orden del código, orden visual y orden de foco puede resultar especialmente confusa.

<div tabindex="3">Tercer elemento</div>
<div tabindex="1">Primer elemento</div>
<div tabindex="2">Segundo elemento</div>

Este código fuerza una secuencia que no coincide con el orden del documento. Si el diseño necesita mostrar visualmente los elementos de otra manera, CSS debería encargarse de la presentación. El HTML debe conservar un orden lógico, comprensible y coherente.

Componentes personalizados

Existen componentes interactivos que no tienen una equivalencia directa en HTML nativo. Un sistema de pestañas, determinados widgets complejos o algunos controles de aplicación pueden requerir una gestión específica del foco.

En estos casos, tabindex puede formar parte de la solución, pero no debe utilizarse de forma aislada. Un patrón de pestañas accesible, por ejemplo, puede necesitar que la pestaña activa tenga tabindex=»0″ y que las pestañas inactivas tengan tabindex=»-1″ para permitir una navegación controlada con flechas y una gestión correcta del foco.

Revisar el uso de tabindex

Una revisión de accesibilidad debería incluir la búsqueda de usos de tabindex en el código. Cada aparición merece una comprobación concreta. Si un elemento nativo interactivo tiene tabindex=»0″, probablemente no lo necesita. Si un elemento no interactivo tiene tabindex=»0″, conviene revisar si realmente debe recibir el foco. Si aparece un valor positivo, normalmente debería corregirse el orden del documento en lugar de mantener ese valor.

También es importante revisar los casos con tabindex=»-1″. No son necesariamente incorrectos, pero deben estar asociados a una gestión del foco clara. Si ningún script envía el foco a ese elemento, puede que el atributo no esté cumpliendo ninguna función.

Las herramientas automáticas pueden localizar estos casos, pero la decisión final requiere criterio humano. Una herramienta puede indicar que existe un tabindex, pero no siempre puede determinar si su uso responde a una necesidad real de interacción.

Una herramienta que debe usarse con criterio

tabindex no es un atributo prohibido. Es una herramienta potente para gestionar el foco en situaciones concretas. Pero precisamente por afectar directamente a la navegación con teclado, debe utilizarse con prudencia.

En una página bien estructurada, la mayor parte del orden de tabulación debería venir dado por el propio HTML. Los enlaces, botones y campos de formulario ya tienen comportamiento accesible cuando se usan correctamente. Añadir tabindex sin una razón clara puede introducir barreras donde antes no las había.

365 Days iOS Accessibility

El proyecto 365 Days iOS Accessibility es una iniciativa orientada a compartir conocimiento práctico sobre accesibilidad en aplicaciones iOS. El proyecto consiste en publicar, durante un año, pequeñas piezas de contenido relacionadas con técnicas, recomendaciones y detalles que pueden ayudar a crear aplicaciones más accesibles.

La accesibilidad en iOS suele asociarse de forma inmediata con VoiceOver, pero el proyecto muestra que el campo es mucho más amplio. En sus publicaciones aparecen temas relacionados con SwiftUI, UIKit, visionOS, accesibilidad en Apple Watch, atajos de teclado, Voice Control, Full Keyboard Access, orientación de pantalla, texto alternativo, prioridades de orden de lectura o adaptación de interfaces a tamaños grandes de texto.

Este enfoque resulta especialmente interesante porque reduce la distancia entre la teoría y la práctica. Muchas veces la accesibilidad se presenta como una obligación general, como una fase de revisión o como una lista de comprobaciones al final del desarrollo. Sin embargo, en el trabajo diario de una aplicación móvil, las barreras suelen aparecer en decisiones pequeñas como un botón sin etiqueta clara, un orden de navegación incorrecto, un gesto sin alternativa, una pantalla que no soporta orientación horizontal, un texto que no crece correctamente o una imagen compartida sin descripción.

El valor de este proyecto está precisamente en señalar esos detalles. No sólo explica que una aplicación debe ser accesible, sino de mostrar cómo se puede mejorar una parte concreta de la interfaz, una interacción concreta o un componente concreto. En una publicación se recuerda, por ejemplo, la importancia de permitir que las imágenes compartidas por los usuarios incluyan texto alternativo para que pueda utilizarse como etiqueta de accesibilidad. En otra se habla de la necesidad de soportar ambas orientaciones cuando sea posible y de evitar obligar al usuario a girar el dispositivo.

Otro aspecto importante es la relación entre distintas herramientas de apoyo. Una aplicación con buen soporte para VoiceOver suele tener una base más sólida para otras formas de interacción, pero eso no significa que todo quede resuelto automáticamente. El proyecto recuerda, por ejemplo, que en Apple Watch puede ser útil implementar acciones rápidas para AssistiveTouch cuando existe una acción principal clara. Este tipo de observaciones ayudan a entender que la accesibilidad no depende de una única tecnología, sino de la capacidad de la interfaz para ofrecer caminos alternativos para la persona usuaria.

AraWrite, una herramienta de ayuda a la discapacidad cognitiva

AraWrite es una aplicación de libre distribución presentada en Aragón como herramienta de accesibilidad cognitiva vinculada a ARASAAC. Su función principal consiste en adaptar textos a pictogramas de forma semiautomática, apoyándose en inteligencia artificial y en el ecosistema gráfico de ARASAAC.

Además de traducir texto a pictogramas, esta operación se realiza de forma automática simplificando el proceso para las personas que no se han especializado en la discapacidad cognitiva.

Los beneficios de AraWrite impactan en personas con discapacidad intelectual, con trastornos del lenguaje, con autismo, con dificultades de comprensión lectora, con necesidades de apoyo en contextos educativos o comunitarios. En muchos casos, las soluciones de accesibilidad para los perfiles de discapacidad cognitiva eran insuficientes debido a la falta de profesionales de la accesibilidad especializados en este perfil de discapacidad.