La carta de demanda la escribe un robot

Durante décadas el Título III de la ley estadounidense sobre derechos de las personas con discapacidad se leyó al pie de la letra: la rampa de la entrada, la señalización en braille, el aseo adaptado. Todo ello sobre edificios. La ruptura llegó cuando los tribunales federales colocaron un sitio comercial junto a un lugar de alojamiento público.

La consecuencia es sencilla y dura. Si un sitio vende, reserva o simplemente entrega información al público general, debe abrirse a quienes tienen limitaciones visuales, auditivas, motoras o cognitivas. Ese deber no vino de un texto nuevo, sino de la lectura del antiguo, y cayó de golpe sobre todos los que ya estaban en la red.

Después actuó la diferencia en el coste de inspeccionar. Reprochar algo a la tienda de la esquina exige a una persona: desplazarse, entrar, medir, dejar constancia. Reprochárselo a un sitio web no exige más que una máquina que nunca duerme. Los bufetes que viven de las demandas en serie lo vieron antes que nadie.

El resultado se mide: en los últimos años las reclamaciones del Título III ligadas a sitios inaccesibles crecieron más de un trescientos por ciento. Casi nadie quedó fuera: comercio, hostelería, finanzas, sanidad y pequeños prestadores locales. Y el primer aviso rara vez es la queja de un cliente. Es una carta formal previa al pleito que exige pagar, por lo general entre diez y cincuenta mil dólares, con una demanda federal como alternativa.

Qué busca realmente el rastreador

El bot no valora la comodidad. Comprueba cuatro cosas, todas visibles en el marcado. La primera, una imagen sin descripción alternativa: sin ese texto el lector de pantalla no puede decirle a una persona ciega qué aparece en la figura. La segunda, un campo de entrada sin etiqueta asociada: la barra de búsqueda, el formulario de contacto, la suscripción al boletín.

La tercera se calcula: la norma pide que el texto normal se distinga del fondo con una relación de contraste de al menos cuatro y medio a uno, y las hojas de estilo se revisan mediante cálculo. La cuarta es el teclado: alguien con limitación motora recorre la página con tabulación e intro, y si así no se abre un menú ni se confirma un pedido, no hay cumplimiento. Las cuatro salen de la guía internacional WCAG, versión 2.1, nivel AA.

A partir de ahí no interviene ningún abogado. El programa extrae los datos registrales del titular del dominio, los coloca en una plantilla de queja ya preparada e imprime la exigencia. Un solo bufete saca cientos por semana y el coste marginal de cada una tiende a cero.

Recibida la carta, el propietario busca una salida rápida y la encuentra en forma de complemento JavaScript de terceros, casi siempre un círculo en la esquina de la pantalla. La promesa es perfecta: pegar una línea de código y la inteligencia artificial deja el sitio plenamente conforme.

Técnicamente aquello es maquillaje, no reparación. El HTML y el CSS originales siguen intactos; la capa vive en el navegador del visitante e intenta rehacer sobre la marcha el modelo de objetos de la página. Una capa superficial resuelve lo sencillo y falla en lo complejo: menús dinámicos, ventanas emergentes y el carrito de pago siguen siendo opacos para las tecnologías de apoyo.

Peor aún, estorba justo a quienes iba dirigida. Las personas ciegas no navegan con un panel atornillado al sitio. Usan su propio programa configurado a medida: JAWS, NVDA, VoiceOver. Los widgets chocan con él y le arrebatan el control del teclado, y por eso tantos de esos paneles acaban desactivados o bloqueados.

Por qué el parche atrae la demanda

La paradoja central es jurídica. El widget se ve en el código de la página de un vistazo, y los escáneres de los demandantes están afinados precisamente para esos sitios. Para la parte reclamante es un argumento servido: el titular sabía del problema y eligió una capa barata en vez de arreglarlo. Numerosos tribunales estadounidenses ya han considerado insuficientes los widgets, y empresas que los llevaban perdieron cientos de casos.

Los costes laterales llegan de propina. Un script de terceros pesado retrasa la carga y estropea las Core Web Vitals, de modo que el efecto sobre los resultados de búsqueda es neutro en el mejor caso y negativo en el peor.

La alternativa aparece descrita como el paquete AIfa Shield del estudio AIfa Works y está construida al revés: se edita el código fuente. La primera planta es el marcado con sentido. Los contenedores anónimos ceden ante etiquetas que explican su propia función: cabecera, navegación, zona principal, sección, pie. Los títulos forman una escalera estricta del primer nivel al sexto. Los botones son botones y los enlaces son enlaces, y el foco del teclado empieza a funcionar por defecto, sin una sola línea escrita para sostenerlo.

La segunda planta es ARIA para los elementos que carecen de equivalente estándar. El propósito se pronuncia mediante etiquetas y vínculos con una descripción, el estado de una lista plegable se expone como desplegada o recogida, y los iconos meramente decorativos se ocultan a la lectura para no agotar a quien escucha.

La tercera planta es el manejo sin ratón. El foco recorre los elementos en un orden con lógica, arriba del todo aparece un enlace al contenido principal para no oír el menú en cada página, el elemento activo se resalta con nitidez y contraste, y de una ventana emergente siempre se sale con la tecla de escape. No deben existir trampas de las que el teclado no pueda salir.

La cuarta planta es el color. El contraste se recalcula en todos los elementos de texto y se ajusta a lo que pide la norma: cuatro y medio a uno para el texto corriente y tres a uno para los títulos grandes. Eso no atiende sólo a la ceguera, sino también a la baja visión y a la percepción alterada del color.

La accesibilidad se consigue con facilidad y se pierde con la misma facilidad en la siguiente entrega. Por eso el artículo describe dos mecanismos permanentes y no un retoque. El renderizado en servidor de Next.js 14 entrega ya hecho el marcado semántico, tanto al lector de pantalla como al rastreador; nadie espera a que el navegador arme la página.

El segundo mecanismo pesa más. La comprobación automática se incrusta en la cadena de compilación: aparece un error de accesibilidad y la compilación se detiene, de modo que ese código no llega al servidor de producción. Así la accesibilidad sale de la columna de las promesas y entra en las condiciones de publicación. Y a diferencia de la capa, que añade peso, limpiar el código lo quita, algo que se nota en el tiempo de carga y en la puntuación de Lighthouse.

El gasto se devuelve en algo más que silencio por parte de los demandantes. Cerca del quince por ciento de la población mundial vive con alguna limitación de salud: no es una nota benéfica, sino un segmento de mercado que un sitio inaccesible corta de raíz.

El segundo efecto es técnico. El rastreador lee la página de forma muy parecida a como lo hace un lector de pantalla: por el marcado semántico, las descripciones alternativas y la estructura de títulos. Lo que resulta legible para uno lo es para el otro. El tercer efecto es reputacional y también cuenta: el cuidado por el acceso se ve desde fuera y trabaja a favor de la confianza.

Aquí conviene no saltarse la salvedad que hace el propio artículo. En la comparación entre capa y reparación nativa, la protección jurídica de la segunda se califica de alta, con una precisión explícita: la accesibilidad nativa reduce el riesgo de demandas, no lo elimina del todo. Al estudio se lo describe como orientado a lograr la conformidad de nivel AA, y el resultado declarado es una disminución sustancial de la exposición legal.

Es la formulación correcta y merece recordarse tal cual. La conformidad es un estado del código, no una indulgencia: cualquiera puede reclamar cuando quiera. La diferencia está en con qué se responde. Un sitio con widget responde con el widget, ya declarado insuficiente en los tribunales. Un sitio con el marcado corregido responde con un historial de compilaciones en el que cada revisión pasó antes de publicar.

La economía de la reclamación cambió antes que los sitios. Inspeccionar salió gratis para quien inspecciona mientras reparar siguió costando al titular, y todo el mercado de capas rápidas creció dentro de esa rendija. La capa cierra la inquietud sin cerrar el marcado y, encima, marca el sitio como blanco cómodo.

La única respuesta que aguanta la carga es aburrida: etiquetas con sentido, etiquetas para los elementos no estándar, un teclado que funcione, contraste honesto y una comprobación automática con permiso para tumbar la compilación.