Si has buscado \u00abaccesibilidad web\u00bb \u00faltimamente, seguro que te ha aparecido un icono redondo, normalmente azul, en la esquina de alguna p\u00e1gina. Es un widget de accesibilidad. Hay decenas en el mercado, como accessiBe, UserWay, y variantes integradas en plugins de WordPress como el que usamos nosotros mismos. La comunidad de accesibilidad los tiene muy mal vistos en general, y con argumentos s\u00f3lidos. Nosotros tenemos uno instalado en nuestra propia web. Por eso queremos hablar de ello sin rodeos: qu\u00e9 hacen de verdad, qu\u00e9 no, y por qu\u00e9 lo usamos igualmente.<\/p>\n
Es un script que se a\u00f1ade a una p\u00e1gina web y muestra un men\u00fa flotante con opciones: aumentar el tama\u00f1o del texto, cambiar el contraste, activar un lector de pantalla b\u00e1sico, ajustar el espaciado entre l\u00edneas, activar tipograf\u00edas especiales, resaltar enlaces y t\u00edtulos. El usuario lo abre, elige las opciones que necesita, y la p\u00e1gina cambia al instante, sin recargar.<\/p>\n
Algunos, m\u00e1s avanzados, prometen ir m\u00e1s all\u00e1: escanear el c\u00f3digo de la p\u00e1gina y a\u00f1adir autom\u00e1ticamente etiquetas ARIA o texto alternativo donde falten, mediante inteligencia artificial. Es precisamente esta segunda categor\u00eda la que genera m\u00e1s controversia, y vale la pena entender por qu\u00e9.<\/p>\n
No es una cuesti\u00f3n de est\u00e9tica ni de moda. Hay tres argumentos concretos, y los tres tienen datos detr\u00e1s.<\/p>\n
Primero: no tocan el c\u00f3digo fuente.<\/strong> Un widget no corrige una estructura de encabezados mal hecha, no a\u00f1ade un Los widgets \u00abinteligentes\u00bb que prometen a\u00f1adir etiquetas autom\u00e1ticamente con IA tienen un problema a\u00f1adido: cuando la herramienta adivina mal qu\u00e9 representa una imagen o qu\u00e9 funci\u00f3n tiene un bot\u00f3n, no deja el elemento sin etiqueta, le pone una etiqueta incorrecta. Para un usuario de lector de pantalla, una descripci\u00f3n equivocada puede ser peor que ninguna descripci\u00f3n, porque genera confusi\u00f3n activa en lugar de silencio.<\/p>\n Segundo: pueden empeorar la experiencia real.<\/strong> Los datos de los propios usuarios de lectores de pantalla lo confirman: en encuestas como la de WebAIM, una parte importante dice que estos widgets les complican la navegaci\u00f3n en lugar de facilitarla. El motivo es sencillo: estas personas ya llevan su propio lector de pantalla configurado a su gusto, desde hace a\u00f1os. Un script externo que se inyecta por encima de la p\u00e1gina puede interferir con esa configuraci\u00f3n, generar anuncios duplicados, o bloquear atajos de teclado que el usuario usa habitualmente en todas las webs.<\/p>\n Tercero: no te protegen legalmente.<\/strong> Tener un widget instalado no equivale a cumplir la normativa. Hay casos documentados, especialmente en Estados Unidos, de empresas con un widget activo que han perdido demandas por incumplimiento de accesibilidad igualmente, y en alg\u00fan caso, la existencia del widget se ha interpretado como un intento de soluci\u00f3n r\u00e1pida de cara al exterior, sin trabajo real detr\u00e1s. La ley mira el resultado, si una persona con discapacidad puede usar la web, no si has instalado un parche.<\/p>\n Dicho esto, ser\u00eda deshonesto decir que no sirven para nada. Si repasas los \u00abperfiles de accesibilidad\u00bb que suele ofrecer un widget de este tipo, hay algunos que aguantan bien el escrutinio, y hay uno que es el ejemplo cl\u00e1sico de por qu\u00e9 la comunidad los critica. Vale la pena ser igual de riguroso a favor que en contra.<\/p>\n Convulsiones y epilepsia.<\/strong> Este es, probablemente, el caso con la base m\u00e1s s\u00f3lida de todos. Detener animaciones y contenido parpadeante responde a un criterio WCAG expl\u00edcito (2.3.1, umbral de destellos), porque un destello mal calculado puede desencadenar una crisis en una persona con epilepsia fotosensible. Un bot\u00f3n que corta la animaci\u00f3n al instante, incluso antes de que el c\u00f3digo de la p\u00e1gina est\u00e9 revisado a fondo, es una medida de seguridad real e inmediata. Es especialmente \u00fatil cuando el contenido de riesgo viene de un tercero, por ejemplo un anuncio, un v\u00eddeo incrustado, que el propietario de la web no controla del todo. Aqu\u00ed el widget no es cosm\u00e9tica, es protecci\u00f3n.<\/p>\n Daltonismo.<\/strong> Tambi\u00e9n s\u00f3lido. Los filtros de color para daltonismo (daltonizaci\u00f3n) son una t\u00e9cnica con base t\u00e9cnica real, no inventada por el marketing del widget: existen extensiones de navegador dedicadas solo a esto, y se usan en entornos profesionales de dise\u00f1o. Tiene sentido como ayuda complementaria, sobre todo en webs que a\u00fan no han corregido los lugares donde solo el color distingue informaci\u00f3n (criterio WCAG 1.4.1). No sustituye corregir el c\u00f3digo, pero mientras el c\u00f3digo no est\u00e1 corregido, cumple una funci\u00f3n real.<\/p>\n Una persona mayor con problemas de vista.<\/strong> T\u00e9cnicamente, su navegador ya le permite ampliar el texto (Ctrl y +, o el zoom del m\u00f3vil) en cualquier web, no solo en la tuya. El problema es que muchas personas mayores no lo saben, y nunca lo descubrir\u00e1n por s\u00ed solas, no porque no puedan, sino porque nadie se lo ha ense\u00f1ado y no es evidente que exista. Si ven un icono visible, en su idioma, con un bot\u00f3n grande que dice \u00abTexto m\u00e1s grande\u00bb, lo usan sin pens\u00e1rselo dos veces. No es una soluci\u00f3n t\u00e9cnicamente superior a la herramienta del navegador: es una soluci\u00f3n que la persona encuentra y usa, y eso tiene un valor pr\u00e1ctico real para este colectivo concreto, aunque sea un valor de descubribilidad y no de tecnolog\u00eda punta.<\/p>\n El contrapunto: ceguera.<\/strong> Y aqu\u00ed est\u00e1 el ejemplo que la propia comunidad de accesibilidad usa para explicar por qu\u00e9 los overlays fallan. Una persona totalmente ciega ya lleva su propio lector de pantalla, como JAWS, NVDA, VoiceOver, configurado e integrado en el sistema desde hace a\u00f1os. Para llegar a abrir el \u00abperfil de ceguera\u00bb del widget, tendr\u00eda que poder localizar y activar ese bot\u00f3n sin ayuda… cosa que, si realmente no ve, solo puede hacer si ya tiene su propio lector activado. En este caso, el bot\u00f3n casi nunca lo llegar\u00e1 a pulsar la persona a quien dice estar dirigido. Es el espejo exacto del caso de las personas mayores: all\u00ed el bot\u00f3n se encuentra y se usa; aqu\u00ed, estructuralmente, no.<\/p>\n La diferencia entre los cuatro casos no es casualidad: funciona cuando soluciona algo que el usuario no sabe hacer por s\u00ed solo y que no entra en conflicto con ninguna herramienta que ya use (personas mayores, daltonismo) o cuando act\u00faa como medida de protecci\u00f3n inmediata ante un riesgo real (epilepsia). Falla cuando supone que el usuario llegar\u00e1 al bot\u00f3n sin tener ya la soluci\u00f3n montada (ceguera).<\/p>\n Si alguien te propone un widget de accesibilidad para tu web, ya sea un proveedor externo o tu propio equipo interno, estas cuatro preguntas te dir\u00e1n enseguida si hablan con rigor o con marketing:<\/p>\n Nuestra respuesta: s\u00ed, como complemento, no como soluci\u00f3n.<\/p>\n Si una web ya tiene el c\u00f3digo bien hecho, es decir contraste correcto, estructura sem\u00e1ntica limpia, formularios bien etiquetados, navegaci\u00f3n de teclado funcional, im\u00e1genes con texto alternativo real, un widget puede a\u00f1adir una capa extra de comodidad para algunos visitantes, especialmente los que no saben que ya tienen estas opciones en su navegador o sistema operativo. Es una red de seguridad para quien no es experto digital, no un sustituto del trabajo de base.<\/p>\n El problema nunca ha sido el widget en s\u00ed. Es cuando se vende como si fuera la soluci\u00f3n completa. Por eso, cuando hacemos una auditor\u00eda, separamos siempre las dos cosas: por un lado, las correcciones t\u00e9cnicas en el c\u00f3digo que hacen que tu web cumpla de verdad la normativa; por otro, herramientas de comodidad adicional como esta, que pueden sumar, pero nunca sustituir.<\/p>\n \u00bfQuieres saber si tu web tiene problemas de accesibilidad reales, m\u00e1s all\u00e1 de cualquier widget? Prueba nuestro esc\u00e1ner gratuito<\/a> y obtendr\u00e1s un informe basado en axe-core, el est\u00e1ndar t\u00e9cnico que usan los auditores profesionales.<\/em><\/p>\n Your content goes here. Edit or remove this text inline or in the module Content settings. You can also style every aspect of this content in the module Design settings and even apply custom CSS to this text in the module Advanced settings.<\/p>\n<\/div><\/div><\/div>alt<\/code> correcto a una imagen que no lo tiene, no arregla un formulario sin etiquetas asociadas. Buena parte de los criterios WCAG que hacen que una web sea realmente accesible para alguien que usa lector de pantalla a diario dependen exactamente de esto: marcado limpio, sem\u00e1ntica correcta, relaciones entre elementos bien hechas (criterios como 1.1.1 Contenido no textual, 1.3.1 Informaci\u00f3n y relaciones, o 4.1.2 Nombre, funci\u00f3n, valor). Ning\u00fan bot\u00f3n de superficie lo arregla, porque el problema est\u00e1 en el c\u00f3digo, no en la pantalla.<\/p>\nLo que s\u00ed hace y d\u00f3nde los l\u00edmites son evidentes<\/h2>\n
C\u00f3mo saber si te est\u00e1n vendiendo humo<\/h2>\n
\n
Entonces, \u00bfvale la pena tener uno?<\/h2>\n