Aproximadamente nueve de cada diez sitios web de empresas rumanas analizados por Wawsome seguían fallando en comprobaciones básicas de accesibilidad un año después de que empezara a aplicarse la Ley Europea de Accesibilidad, según la cobertura del análisis por parte de RomaniaTV. Esa única cifra es el dato concreto y respaldado más disponible sobre cómo es el progreso “real” de la accesibilidad en las empresas europeas ahora mismo, y es un punto de partida útil precisamente porque no es alentador. Las historias de mejora resultan más fáciles de contar con honestidad una vez que se tiene claro cuán amplia es realmente la carencia de partida.
El punto de partida: una mirada a todo el mercado, no un puñado de anécdotas
Las historias de éxito de empresas individuales son habituales en el marketing de accesibilidad, y vale la pena leerlas con escepticismo salvo que la fuente y la metodología sean claras. El análisis rumano de Wawsome es útil precisamente porque no es una anécdota escogida a conveniencia: es una mirada a muchos sitios web de empresas de un mismo mercado, en un mismo momento, revisados frente a criterios básicos de accesibilidad. El hallazgo, que alrededor del 90% seguía fallando, dice algo que un único caso de estudio favorable no puede decir: que cualquier progreso que esté ocurriendo en empresas concretas todavía no ha movido mucho la cifra a escala de mercado, más de un año después de que entrara en vigor la ley correspondiente.
Qué suele significar en la práctica “fallar en comprobaciones básicas”
Ni el propio análisis ni la investigación más amplia sobre accesibilidad sugieren que se trate de fallos inusuales o exóticos. Los datos a escala del sector, como el estudio WebAIM Million 2026, que evaluó el millón de páginas de inicio más visitadas a nivel mundial, encontraron que los problemas más comunes son mundanos: el 83,9% de las páginas tenía texto de bajo contraste, y la página promedio arrastraba 56,1 errores detectables. No hay una razón de peso para pensar que un análisis de mercado de sitios de empresas rumanas encontraría una combinación fundamentalmente distinta. El patrón entre mercados suele ser el mismo puñado de problemas repetidos a gran escala, no el fallo particular de una empresa.
Un ejemplo ilustrativo, no una empresa real documentada
Lo siguiente es un escenario hipotético e ilustrativo pensado para mostrar cómo suele ser la corrección en la práctica. No describe a una empresa real y nombrada, y no debe leerse como un caso de estudio verificado.
Imagine un minorista de muebles de tamaño mediano que vende en línea en dos o tres países de la UE. Una comprobación básica de accesibilidad probablemente encontraría precios de producto y etiquetas de oferta con bajo contraste, imágenes de producto con texto alternativo ausente o poco útil, un formulario de compra con campos sin etiquetar y un menú de filtros que solo funciona con ratón. Nada de eso es inusual, y nada de eso requiere una reconstrucción completa. Los problemas de contraste y texto alternativo suelen poder corregirse en días una vez que alguien se pone a buscarlos. El formulario de compra y el menú de filtros, al implicar componentes interactivos personalizados, suelen llevar más tiempo y necesitan que alguien pruebe directamente con teclado y lector de pantalla, no solo un escaneo automatizado, para confirmar que la corrección realmente funciona para alguien que usa tecnología de asistencia.
Qué suele mejorar más rápido, y qué lleva más tiempo
En el ámbito de la accesibilidad en general, aparece un patrón constante sin importar el país o el sector: los problemas estáticos y visuales, como el contraste de color y el texto alternativo ausente, mejoran más rápido, porque son baratos de detectar y baratos de corregir una vez señalados. Los problemas estructurales e interactivos (menús desplegables personalizados, formularios de varios pasos, navegación de aplicaciones de página única) llevan más tiempo porque requieren que alguien pruebe realmente con teclado o lector de pantalla, y no solo ejecute un escáner automatizado. Esa es buena parte de la razón por la que la monitorización continua, y no una auditoría única, importa: un sitio que superó una comprobación hace seis meses puede fácilmente haber retrocedido si se lanzó una función nueva sin pruebas de accesibilidad integradas en el proceso.
Qué suele exigir una mejora documentada
Más allá del escenario ilustrativo anterior, el patrón general que aparece en el trabajo de corrección de accesibilidad, sin importar el país, es que el progreso suele ocurrir por etapas y no como un proyecto único con una línea de meta clara. Una auditoría o escaneo inicial identifica los problemas evidentes. Una primera pasada corrige los baratos y frecuentes. Una segunda pasada, más lenta, aborda los componentes interactivos que necesitan pruebas reales con tecnología de asistencia. Y la monitorización continua, y no un único certificado de finalización, es lo que evita que un sitio retroceda en silencio a medida que se añaden páginas y funciones nuevas. Las empresas que tratan la accesibilidad como un proyecto puntual tienden a reaparecer con problemas nuevos en un análisis posterior, ya que un sitio que superó una comprobación hace un año puede fácilmente haberse desviado desde entonces, sobre todo si se lanzaron funciones nuevas sin pruebas de accesibilidad integradas en el proceso de publicación.
Por qué tan pocas empresas han llegado hasta ahí todavía
La carencia que documenta el análisis rumano no es exclusiva de Rumanía, aunque sea el mercado del que se dispone de datos con fuente. Refleja un patrón que aparece de forma general en la investigación de accesibilidad: los plazos legales y la conciencia pública suelen avanzar más rápido que el trabajo de corrección real. Que una ley entre en vigor crea una obligación. Por sí sola, no crea el proceso interno, el presupuesto ni el hábito de pruebas que convierten esa obligación en un sitio que realmente funciona para los visitantes con discapacidad. Cerrar esa carencia se parece menos a una única corrección espectacular y más a la versión poco glamurosa descrita arriba: contraste, texto alternativo y etiquetas de formulario resueltos rápidamente, seguidos de un hábito continuo de probar las funciones nuevas antes de lanzarlas, en lugar de después de que una queja o una auditoría detecten el problema.