¿Una app que hiciste con IA necesita cumplir la ley de accesibilidad?

Construiste una app en un fin de semana con una herramienta de IA, la publicaste y ya tienes unos cuantos usuarios. Después ves un post sobre una app pequeña que recibió una carta de demanda por accesibilidad, o un cliente te pregunta si tu producto “cumple la ley de accesibilidad”, y no tienes idea. La respuesta honesta es que sí te puede tocar, y no tiene nada que ver con cómo se construyó la app.

A la ley no le importa quién escribió el código

La ADA (Americans with Disabilities Act, la ley de EE. UU. de 1990 contra la discriminación por discapacidad) no menciona sitios web, apps, IA ni editores de código. Desde 2017 los tribunales federales la aplican a cualquier sitio o app abierto al público, sin importar el tamaño del equipo ni la herramienta con la que se construyó. Cada año se presentan más de 4.000 demandas de accesibilidad web en Estados Unidos, y los productos pequeños, de una o dos personas, son un objetivo cada vez más común porque esos casos se resuelven rápido. Si tu producto también vende a la Unión Europea, la Ley Europea de Accesibilidad (EAA), vigente desde junio de 2025, pide lo mismo con otro nombre.

Por qué las apps hechas con IA fallan casi siempre igual

Los generadores de apps con IA y los asistentes de código son muy buenos construyendo rápido algo que se ve bien: una landing, un panel, un registro, un pago. Que funcione con un lector de pantalla (el programa que lee la página en voz alta en vez de mostrarla) es una instrucción aparte, y casi ningún prompt la incluye. Los mismos fallos se repiten una y otra vez en las apps hechas así:

• Botones que son solo un icono, sin nombre que un lector de pantalla pueda anunciar.
• Campos de formulario con un texto de ejemplo en vez de una etiqueta real, que desaparece en cuanto empiezas a escribir.
• Colores elegidos por estética, no por contraste, así que el gris claro sobre blanco no pasa el mínimo.
• Componentes a medida (un menú desplegable, una ventana emergente, un interruptor) que solo responden al mouse, porque el acceso por teclado nunca entró en el prompt.
• Iconos e imágenes sin ninguna descripción.

Nada de eso es un fallo del modelo de IA. “Que se vea bien” y “que sea accesible” son dos pedidos distintos, y por defecto solo se hace uno.

Cero usuarios no es lo mismo que cero riesgo

Es fácil pensar que un proyecto personal sin clientes pagando no vale la pena demandar. Las demandas no dependen de cuánto factura el producto: dependen de si está abierto al público y falla con un lector de pantalla o con el teclado solo. Una landing que junta correos, una lista de espera, una herramienta gratis con un formulario de registro: todo eso es público y todo eso cuenta. Un acuerdo típico para un negocio pequeño va de 5.000 a 25.000 dólares más abogados, y eso es dinero real para quien construye solo, incluso antes de tener el primer cliente que paga.

Qué lo arregla de verdad

Arreglarlo no significa rehacer la app. Cerca de la mitad de lo que marcaría un escaneo automático (texto alternativo faltante, campos sin etiqueta, botones sin nombre, contraste bajo, idioma de la página sin declarar) se encuentra igual de rápido que se construyó la app: apuntando una herramienta a las páginas que publicaste. La otra mitad necesita una revisión manual corta: acceso por teclado en los componentes a medida, si una ventana emergente atrapa el foco al abrirse, si un lector de pantalla anuncia bien cuando algo cambia en pantalla sin recargar la página. Son justo las interacciones que una interfaz generada por IA suele saltarse, porque casi nunca se notan en una captura de pantalla.

Con la lista en la mano, la mayoría del trabajo es añadir un atributo, una etiqueta o corregir un color en un componente que la IA ya generó por ti. Es rápido porque la app es chica, no porque esto sea opcional.

Un hábito que conviene empezar ya

Publica una declaración de accesibilidad corta (una página pública que diga qué norma sigues y cómo contactarte) y guarda una nota con fecha de qué revisaste y qué corregiste. No hace que una demanda sea imposible, pero cambia lo que encuentra una carta de demanda (una carta, normalmente de un abogado, que amenaza con una demanda si no corriges o llegas a un acuerdo) cuando llega: un proyecto que se mantiene activo, no uno que nunca revisó nada. Para quien construye solo y publica una función nueva cada semana, esa misma lista es la forma más rápida de saber si la siguiente pantalla generada por IA repite el mismo fallo.

Esto es información general sobre cómo funcionan estas leyes hoy, no asesoría legal para tu caso; si ya te llegó una carta, lo que corresponde es hablar con un abogado con licencia donde operas.

Escanea lo que publicaste, gratis, sin cuenta: https://rampa.solutions/es?de=blog-vibe-coded-app-ada-accessibility-lawsuit