Una cliente me llamó en marzo, desesperada. Dirige una operación de comercio electrónico de tamaño mediano vendiendo menaje de cocina, envía a través de Alemania y Países Bajos, y su desarrollador (no nosotros, dicho sea de paso) le acababa de decir que el sitio "probablemente necesita algo de trabajo en accesibilidad". Eso fue todo. Sin detalles, sin cronograma, sin mencionar que la Ley Europea de Accesibilidad tenía una fecha límite de aplicación obligatoria del 28 de junio de 2025. Se enteró por un boletín comercial.
Ese tipo de traspaso vago es, argumentaría, un fallo profesional. Y en este momento, en todo el Reino Unido y la UE, las agencias lo están haciendo constantemente.
Así que déjame ser directo sobre lo que la LEA realmente requiere, qué significa para los sitios que has construido, y qué genuinamente les debes a los clientes que te pagan.
Qué Es Realmente la LEA (y Qué No Es)
La Ley Europea de Accesibilidad es una directiva de la UE que los estados miembros debían transponer a la legislación nacional antes de junio de 2022. La aplicación comenzó el 28 de junio de 2025. Se aplica a una amplia gama de productos y servicios, pero para nuestros propósitos: los sitios web y aplicaciones móviles que ofrecen comercio electrónico, banca, transporte y servicios de medios a consumidores de la UE están dentro del alcance.
Aquí es donde la gente se confunde. La LEA no es lo mismo que las Regulaciones de Accesibilidad de Organismos del Sector Público, que cubrían sitios gubernamentales desde 2018. Esto es sector privado. Si construiste una tienda web para una marca de muebles de pequeño tamaño con sede en Bruselas, o una plataforma de reservas para un estudio de yoga de Berlín, ese cliente ahora está sujeto a cumplimiento obligatorio.
El estándar técnico que la LEA señala es WCAG 2.1 Nivel AA. Cuatro principios: perceptible, operable, comprensible, robusto. Los criterios de éxito específicos (hay 50 en nivel AA) son a los que los tribunales y reguladores se referirán cuando algo salga mal.
Seahawk ha construido sitios en más de 40 países. He tenido esta conversación con clientes en tres continentes. La LEA no es únicamente aterradora, pero el mecanismo de cumplimiento obligatorio en los estados miembros de la UE es real, y las multas varían según el país. Alemania en particular tiene una cultura de litigios por accesibilidad que se remonta años antes de que la LEA existiera.
Quién Realmente Cae Dentro de Esto
No todo sitio que hayas lanzado es de repente un pasivo legal. Pero el alcance es más amplio de lo que la mayoría de las agencias están comunicando a los clientes.
Dentro del alcance: comercio electrónico (cualquier sitio que tome pedidos de consumidores de la UE), servicios bancarios y financieros, servicios de medios audiovisuales, libros electrónicos y lectores de libros electrónicos, comunicaciones electrónicas, servicios de transporte de pasajeros.
Fuera del alcance (en su mayoría): microempresas con menos de 10 empleados e ingresos anuales inferiores a €2 millones. Nota: eso es un AND, no un OR.
Entonces si construiste una tienda WooCommerce para una marca del Reino Unido de 15 personas que envía a Francia, están dentro del alcance. Si construiste un sitio para una panadería de 3 personas en Mánchester que solo envía localmente, probablemente no. Pero aún así tendría la conversación. Los clientes preguntan. Es mejor que lo escuchen de ti.
La situación del Reino Unido es ligeramente diferente después del Brexit. La LEA como directiva de la UE no se aplica directamente en Gran Bretaña. Pero si tu cliente tiene clientes de la UE, se aplica a ellos. Y hay toda razón para esperar que el Reino Unido endurecerá sus propias reglas de accesibilidad del sector privado en los próximos años. Estoy construyendo para WCAG 2.1 AA de todas formas, porque retrofitting más tarde siempre es más caro.
Las Cuatro Cosas Que Probablemente Estés Haciendo Mal Ahora Mismo
Voy a ser honesto aquí. Después de auditar docenas de sitios en los últimos 18 meses, estos son los fallos que veo en casi todo.
- Declaraciones de accesibilidad faltantes o inadecuadas. La LEA requiere una declaración de accesibilidad escrita en cada sitio dentro del alcance. No una casilla en un pie de página. Una declaración real que describa el nivel de conformidad, problemas conocidos y detalles de contacto para que los usuarios reporten problemas. La mayoría de sitios que audito no tienen nada, o tienen un boilerplate legal de cinco líneas que fue copiado de otro lado.
- Fallos de contraste de color. WCAG 2.1 AA requiere una relación de contraste de 4.5:1 para texto normal. Ejecuté axe DevTools en el sitio de un cliente fintech el otoño pasado y encontré 34 fallos de contraste separados, principalmente en etiquetas de formulario gris sobre blanco. El diseñador los había seleccionado en Figma en un monitor calibrado en una sala oscura. Se veía hermoso. Falló completamente el estándar.
- Navegación por teclado que falla en modales y menús desplegables. El focus trapping en diálogos modales es uno de los criterios de éxito más frecuentemente fallidos. Los usuarios que navegan por teclado (incluyendo personas que usan controles de interruptor, no solo usuarios avanzados de Tab) se pierden. He visto menús de navegación construidos por agencias donde presionar Escape no hace absolutamente nada.
- Imágenes sin texto alternativo o con texto alternativo sin sentido. No solo atributos alt vacíos. Igualmente malo: texto alternativo que dice "image1.jpg" o "foto de producto" sin descripción útil. Tuve un cliente cuyo catálogo de productos completo se había importado en lote desde un feed de proveedor con nombres de archivo como texto alternativo. Miles de imágenes. Eso es un fallo de auditoría significativo.
Lo Que Una Auditoría de Accesibilidad Adecuada Realmente Implica
Las herramientas automatizadas capturan aproximadamente el 30-40% de los problemas WCAG. Es una cifra bien documentada. El resto requiere criterio humano.
Aquí está el proceso que recomendaría para cualquier sitio en alcance:
- Ejecuta axe DevTools o Lighthouse en Chrome DevTools en plantillas clave (página de inicio, página de producto, flujo de pago, formulario de contacto).
- Verifica la navegación solo por teclado a través del recorrido de compra completo. Sin ratón. Solo Tab, Shift+Tab, Enter, Escape, teclas de flecha. Ve qué falla.
- Prueba con un lector de pantalla. NVDA es gratuito en Windows. VoiceOver viene integrado en macOS. Dedica una hora con los ojos cerrados en la página de pago.
- Verifica el contraste de color usando el Colour Contrast Analyser de TPGi. Hazlo en cada elemento de texto, no solo en el cuerpo.
- Lee los mensajes de error de cada formulario. ¿Identifican el campo? ¿Describen el problema? ¿O simplemente dicen "por favor corrige los errores arriba"?
Esto no es un trabajo de una tarde. Para un sitio de comercio electrónico complejo presupuestaría 2-3 días para una auditoría exhaustiva, más otros 3-5 días para remediación. Cotiza en consecuencia.
La Declaración de Accesibilidad en Particular
W3C tiene un buen generador para declaraciones de accesibilidad. Lo he usado como punto de partida en una docena de proyectos. No escribirá la declaración por ti, pero te da la estructura. La declaración debe vivir en una URL consistente, estar vinculada desde el pie de página, y actualizarse cuando corrijas problemas o encuentres nuevos.
La Pregunta Contractual Que Nadie Quiere Responder
Aquí está la cuestión: si construiste un sitio que ahora está en alcance para la EAA, y no lo construiste cumpliendo WCAG 2.1 AA, ¿eres responsable?
Probablemente no legalmente. A menos que tu contrato explícitamente prometiera cumplimiento de accesibilidad (la mayoría no lo hace), la responsabilidad legal recae en tu cliente como operador del servicio. Pero ese es un argumento de consuelo frío. El cliente sentirá, con razón, que deberías haberlo señalado. Especialmente si vuelven a ti después de que un regulador se comunique con ellos.
Mi posición: si construiste el sitio, tienes una obligación profesional de informar al cliente. Envía un email simple. "Tu sitio puede estar en alcance para la Ley Europea de Accesibilidad. Aquí está lo que eso significa. Aquí está lo que necesitaríamos hacer. Aquí está una estimación de costo aproximado." Eso es todo. Has hecho tu trabajo.
Allá por 2021, Seahawk tenía un cliente de reservas de viajes con sede en EE.UU. operando en la UE. Señalamos la directiva entrante de manera proactiva, antes de que la conocieran. Volvieron ocho meses después y nos dieron un proyecto de remediación completo. Probablemente £18,000 de trabajo que nunca habríamos obtenido si hubiéramos guardado silencio.
No seas pasivo sobre esto. No es molestar a los clientes. Es ser profesional.
Precio del Trabajo de Accesibilidad Honestamente
La retrofitting de accesibilidad tiene precios en todos lados. He visto agencias cotizar £500 por una "revisión de accesibilidad" que es solo un escaneo automatizado de Lighthouse. Eso no es una auditoría. Eso es un truco de magia.
Números reales, de nuestros propios proyectos:
- Informe de auditoría automatizada básica con problemas priorizados: £800-1,500 según la complejidad del sitio.
- Auditoría manual completa (automatizada más pruebas de teclado, lector de pantalla, contraste y formularios): £2,500-5,000.
- Remediación en un sitio WooCommerce de tamaño medio con 50-100 plantillas de página: £4,000-9,000.
- Remediación completa más declaración de accesibilidad más documentación para una aplicación web compleja: £12,000+.
Estos no son números inflados. El trabajo de accesibilidad es lento, cuidadoso y orientado a los detalles. La parte de navegación por teclado sola requiere tiempo porque estás probando recorridos de usuarios reales, no solo haciendo clic.
Y sí, deberías cobrar por monitoreo continuo. La accesibilidad no es una solución única. Cada vez que agregas una nueva función, cambias una paleta de colores o actualizas un tema, puedes introducir nuevas fallas. Las auditorías trimestrales con un retainer son una línea de servicio legítima.
Qué Decirles a los Clientes Que Preguntan "¿Cumplimos?"
No digas que sí a menos que hayas hecho el trabajo. Tampoco digas "probablemente".
La respuesta honesta es casi siempre: "No completamente, y aquí te digo por qué". La conformidad total con WCAG 2.1 AA en un sitio no trivial que no fue construido con accesibilidad en mente desde el inicio es genuinamente rara. Casi siempre hay algo.
Lo que les digo a los clientes: "Podemos llevarte a una posición defendible. Eso significa sin fallas críticas, una declaración de accesibilidad actualizada, un proceso para manejar quejas de usuarios, y una hoja de ruta de remediación documentada para problemas de menor prioridad". Eso es alcanzable. Eso es también lo que un regulador buscaría cuando decide si perseguir la aplicación de la ley.
Nadie espera perfección el primer día. Esperan un esfuerzo de buena fe y un proceso. Construye ambos.
FAQ
¿Se aplica la EAA a agencias del Reino Unido que construyen sitios para clientes de la UE?
Se aplica a tu cliente, no a ti directamente. Si tu cliente está operando un servicio de comercio electrónico dirigido a consumidores de la UE, es el "operador económico" bajo la directiva y lleva la obligación de cumplimiento. Pero tú construiste el sitio. Si no cumple con el estándar, eso es una conversación que necesitas tener.
¿Qué sucede si un sitio no cumple después de junio de 2025?
La aplicación de la ley varía por estado miembro. En la práctica, el primer contacto más probable es una queja de un usuario u organización de defensa de discapacitados, seguida de una solicitud de una autoridad nacional de vigilancia del mercado para remediación. Las multas difieren significativamente por país. Alemania y Francia han sido históricamente más activas en estos temas que algunos estados miembros más pequeños.
¿Es WCAG 2.2 obligatorio o es suficiente 2.1?
La EAA hace referencia al estándar EN 301 549, que actualmente se alinea con WCAG 2.1 AA. WCAG 2.2 añade nueve nuevos criterios de conformidad. No estás legalmente obligado a cumplir 2.2 para propósitos de EAA aún, pero construir a 2.2 donde sea factible es una buena preparación para el futuro.
¿Puede una microempresa realmente estar exenta?
Sí, si cumple ambos umbrales: menos de 10 empleados Y menos de €2 millones en facturación anual. Pero los estados miembros individuales pueden optar por aplicar la directiva más ampliamente. No confíes en la exención sin verificar la situación específica de tu cliente contra la ley en los países donde opera.
Construimos el sitio hace dos años. ¿Somos responsables?
El sitio está dentro del alcance según lo que hace ahora, no cuándo fue construido. La antigüedad del sitio es irrelevante para el cumplimiento. Lo que importa es si actualmente cumple con WCAG 2.1 AA. Si no lo hace, el operador necesita arreglarlo. Si pueden recuperar costos de ti como el desarrollador original depende enteramente de tu contrato.
---
La accesibilidad ya no es una preocupación de nicho o algo opcional. Para una porción significativa de los sitios que construye nuestra industria, ahora es un requisito legal con una aplicación real detrás. Las agencias que se adelanten a esto descubrirán que es realmente una fuente de ingresos decente. Las que se queden calladas hasta que los clientes comiencen a recibir cartas encontrarán esas conversaciones mucho más difíciles de tener.
Haz la auditoría. Escribe la declaración. Cuéntale al cliente.