Desplazar
EAA · WCAG 2.2 · Accesibilidad e-Commerce

Accesibilidad que
convierte más usuarios
y garantiza el cumplimiento

La accesibilidad ya no es opcional en el e-commerce - es una estrategia de crecimiento y gestión de riesgos. Obtén una hoja de ruta clara del estado actual al cumplimiento total de WCAG 2.2.

Clutch★★★★★4.8
G2★★★★★4.9
Certificado ISO/IEC 27001:2022
Pruebas potenciadas por IA
AUDITORÍA WCAG 2.2 CUMPLIMIENTO EAA PRUEBAS CON LECTORES DE PANTALLA NAVEGACIÓN POR TECLADO CUMPLIMIENTO ADA ANÁLISIS ASISTIDO POR IA ACCESIBILIDAD MÓVIL HOJA DE RUTA DE REMEDIACIÓN AUDITORÍA WCAG 2.2 CUMPLIMIENTO EAA PRUEBAS CON LECTORES DE PANTALLA NAVEGACIÓN POR TECLADO CUMPLIMIENTO ADA ANÁLISIS ASISTIDO POR IA ACCESIBILIDAD MÓVIL HOJA DE RUTA DE REMEDIACIÓN
Por qué la accesibilidad no puede esperar

Los números que exigen actuar

0
de los usuarios de la UE depende de experiencias digitales accesibles
0
de los usuarios abandona de inmediato sitios no accesibles
0
de los problemas se pierde solo con herramientas automáticas
€500K
multa máxima por infracción del EAA - por incidente
Fase de aplicación - Activa ahora

El EAA ya está en vigor -
qué significa para tu empresa

El plazo del 28 de junio de 2025 para la mayoría de empresas de e-commerce en la UE ha pasado. Ahora estamos en la fase de aplicación - los reguladores pueden empezar inspecciones e imponer multas desde ya. Si tu producto no cumple con WCAG 2.2, ya estás operando fuera de la ley.

📅
El plazo ha vencido
28 de junio de 2025 - la fecha oficial de aplicación del EAA para la mayoría de servicios e-commerce, bancarios, telecomunicaciones y transporte. El período de transición ha terminado. Lo que sigue son multas.
⚖️
Qué está en juego
Multas de hasta €500.000 por infracción, suspensión forzada del servicio y demandas de usuarios y organizaciones de derechos de personas con discapacidad. Cada reclamación se trata como caso aparte.
🔍
Cómo funciona la aplicación
Reguladores y grupos de defensa ya están monitorizando activamente los sitios web. Crawlers automáticos, revisiones manuales y reclamaciones de usuarios pueden desencadenar una investigación formal.
🛡️
Cómo protegerse
La mejor defensa es una auditoría documentada y una hoja de ruta de remediación. Aunque no cumplas totalmente aún, demostrar progreso activo reduce significativamente el riesgo legal.
Sectores afectados primero
E-commerce y retail
Banca y fintech
Telecomunicaciones
Transporte y reservas
Medios y streaming
Servicios públicos en línea
Precedentes reales de aplicación
Domino's Pizza
$4.5M
El Tribunal Supremo de EE. UU. confirmó la demanda - el sitio y la app eran inaccesibles para usuarios ciegos. El caso abrió una ola de demandas de accesibilidad contra empresas e-commerce.
ADA · USA
Target Corporation
$6M
Demanda colectiva por un sitio web no accesible. Target pagó 6 M$ en acuerdo y se comprometió a lograr el cumplimiento WCAG en tres años.
ADA · USA
Ola de aplicación UE
2025+
El EAA concede poderes de aplicación más amplios que el ADA. Se espera una ola de reclamaciones y multas de los reguladores UE durante 2025–2026. La experiencia de EE. UU. anticipa lo que viene.
EAA · EU
Top 5 desafíos que resolvemos

Los riesgos ocultos de productos no accesibles

Cambia entre Antes / Después para ver exactamente qué encontramos - y cómo lo arreglamos.

Desafío 01 - Ingresos y Legal
Riesgo de pérdida de ingresos
y exposición legal
Botones de checkout sin etiquetas accesibles son invisibles para lectores de pantalla - bloqueando silenciosamente al 15–20% de compradores potenciales.
shop.example.com/checkout/step-3
🖼alt=""
€129.00
Haz clic aquí →
⚠ Sin nombre accesible · alt vacío
👟alt="Nike…"
€129.00
Ir a la caja - Paso 3 de 4 →
✓ Etiquetado · Texto alt · Foco visible
Salida del lector de pantalla - NVDA + Chrome
Desafío 02 - Cumplimiento
Estado de cumplimiento
poco claro
Sin una auditoría de base, no puedes cuantificar la exposición al EAA - y los reguladores no esperarán a que lo averigües.
dashboard.example.com/accessibility
?
Estado de cumplimiento: Desconocido
Sin línea base establecida · 0 páginas probadas
Páginas sin probar (47)
43%
Puntuación actual
→ 90% en 14 sem.
Perceptible52%
Operable31%
Comprensible68%
Robusto74%
Salida del lector de pantalla - NVDA + Chrome
Desafío 03 - Herramientas
Visibilidad limitada de las
herramientas automáticas
Lighthouse y axe detectan ~30% de los problemas. El resto solo aparece en pruebas manuales con tecnologías de asistencia reales - lectores de pantalla, teclados, gestos móviles.
axe DevTools - Scan results
Escaneo automático
3
problemas detectados
Fallo de contraste de color
2× texto alt ausente
Etiqueta de enlace vacía
No detectado
~44
problemas pasados por alto
Errores de orden de foco
Trampas de lector de pantalla
Barreras de gestos AT
Problemas cognitivos
47
problemas totales encontrados con todos los métodos
3
Automático (axe / Lighthouse)
28
Comprobación manual WCAG 2.2
11
Pruebas AT (NVDA, VoiceOver)
5
Análisis asistido por IA
Salida del lector de pantalla - NVDA + Chrome
Desafío 04 - Flujos de usuario
Brechas ocultas en flujos
reales de usuario
Los fallos de gestión del foco en las modales son invisibles para los escáneres - pero bloquean de inmediato a usuarios de teclado y lector de pantalla.
shop.example.com/cart → checkout modal
Logo
Search
Carrito (foco perdido)
Footer link
Datos de pago
Número de tarjeta
Caducidad
CVV
El foco escapa de la modal - salta al fondo
Logo
Search
Cart
Datos de pago
✕ Cerrar (Esc)
Número de tarjeta
Caducidad
CVV
Orden de tab: 1. Cerrar 2. Tarjeta 3. Cad. 4. CVV 5. Pagar
Salida del lector de pantalla - NVDA + Chrome
Desafío 05 - Remediación
Problemas difíciles de corregir
para los equipos internos
Descripciones vagas crean confusión a los desarrolladores, tickets reabiertos y tiempo de sprint perdido. Cada issue en nuestro informe es accionable de inmediato.
jira.example.com/browse/ACC-47
ACC-47 - Problema de accesibilidad
Prioridad: ?
El botón no es accesible. El botón de checkout no funciona bien para usuarios de lector de pantalla. Por favor corregir.
Sin referencia WCAG · Sin ejemplo de código
ACC-47 - WCAG 4.1.2 · Nombre, Rol, Valor
P1 - Crítico
// Antes - sin nombre accesible:
<button onclick="checkout()">→</button>
// Fix - añadir aria-label:
<button aria-label="Proceed to checkout, step 3 of 4">→</button>
Impacto: 100% del flujo de checkout · Fix estim.: 15 min
Salida del lector de pantalla - NVDA + Chrome
Escaneo de accesibilidad gratuito
Comprueba tu cobertura
de accesibilidad ahora

Lanza un escaneo gratuito de tu sitio e identifica posibles brechas en los flujos de usuario clave. Úsalo como punto de partida antes de una auditoría WCAG 2.2 completa.

Sin compromiso · Menos de 2 minutos · Resultados al instante

Comparación de comprobaciones de accesibilidad

Lo que las herramientas automáticas pasan por alto - y lo que encuentran los expertos

Lo que las herramientas automáticas pueden detectar vs. lo que cubre una auditoría experta completa.

Solicitar auditoría
Comprobación Escaneo auto Auditoría completa Nota
Atributos alt ausentes en las imágenes Las herramientas detectan fácilmente atributos ausentes en el HTML.
Calidad y sentido del texto alt Las herramientas no pueden evaluar si el texto alt describe con precisión la imagen o transmite contexto significativo.
Problemas de contraste de color Las herramientas calculan ratios de contraste, pero los expertos verifican la legibilidad en un contexto UI real.
Estructura lógica de encabezados (H1–H6) Las herramientas detectan problemas estructurales, pero los expertos evalúan si los encabezados representan lógicamente la estructura del contenido.
IDs HTML duplicados El análisis estático de código detecta de forma fiable los IDs duplicados.
Atributo de idioma de la página (lang) Las herramientas detectan la presencia del atributo de idioma; los expertos verifican si el valor es correcto.
Etiquetado correcto de campos de formulario Las herramientas comprueban la presencia de etiquetas; los expertos verifican si son comprensibles y significativas para los usuarios.
Usabilidad de mensajes de error de formulario Solo los expertos pueden determinar si los mensajes de error son claros, útiles y accionables para los usuarios.
Navegación por teclado (escritorio) Las herramientas no pueden simular una navegación por teclado realista a través de componentes interactivos.
Orden lógico de tabulación Los expertos verifican que el foco se mueva en un orden lógico e intuitivo durante el uso real.
Trampas de teclado Requiere interacción manual para confirmar que los usuarios pueden salir de los elementos con el teclado.
Visibilidad del foco Los expertos verifican que los indicadores de foco sigan siendo visibles y usables en distintos estados UI.
Pruebas de lectores de pantalla (NVDA / JAWS / VoiceOver) Requiere tecnologías de asistencia reales para confirmar los anuncios correctos y la usabilidad.
Anuncios correctos del lector de pantalla Los expertos verifican si los elementos se anuncian con contexto significativo y comprensible.
Anuncios de contenido dinámico (regiones ARIA live) Los expertos verifican si los lectores de pantalla anuncian correctamente las actualizaciones dinámicas.
Errores de sintaxis ARIA Las herramientas pueden detectar atributos ARIA incorrectos en el código.
ARIA usado correctamente en contexto Los expertos evalúan si los roles ARIA realmente mejoran la accesibilidad y la usabilidad.
Accesibilidad de componentes complejos (modales, dropdowns, date pickers) Las herramientas no pueden analizar por completo el comportamiento de los componentes interactivos.
Accesibilidad de menús de navegación Requiere probar la navegación por teclado y la interpretación del lector de pantalla.
Accesibilidad de flujos reales de usuario (login, checkout, formularios) Las herramientas escanean páginas de forma individual pero no pueden validar journeys completos a través de la interfaz.
Pruebas de lector de pantalla móvil (VoiceOver / TalkBack) Requiere dispositivos reales y tecnologías de asistencia para validar la usabilidad.
Usabilidad del zoom móvil (200–400%) Los expertos verifican si el layout y el contenido siguen siendo usables al hacer zoom.
Comportamiento pinch-to-zoom Las herramientas no pueden simular gestos móviles reales ni el comportamiento responsive.
Tamaño y separación de targets táctiles Los expertos verifican si los targets táctiles son cómodos y accesibles para usuarios móviles.
Accesibilidad de gestos móviles Requiere probar los gestos y verificar alternativas accesibles.
Usabilidad de la navegación móvil Los expertos evalúan si la navegación sigue siendo usable en dispositivos móviles.
Soporte de orientación (vertical / horizontal) Requiere pruebas en dispositivo para confirmar que el layout funciona en ambas orientaciones.
Experiencia de accesibilidad en el mundo real Solo las pruebas expertas pueden evaluar la experiencia real de accesibilidad.
Proceso

Cómo funciona

Cuatro pasos desde el primer contacto hasta una hoja de ruta completa de cumplimiento.

01
Discovery Call
Empezamos con una discovery call para entender tu producto, los journeys clave de usuario y los requisitos de cumplimiento.
02
Alcance y estimación
Con los insights del discovery, preparamos una estimación detallada con alcance de accesibilidad, riesgos potenciales y plazos.
03
Auditoría WCAG 2.2 completa
Pruebas profundas en web y móvil - automáticas, asistidas por IA, escenarios con tecnologías de asistencia y verificación manual WCAG.
04
Informe y hoja de ruta
Un informe de cumplimiento WCAG completo con puntuación, issues priorizadas (P0–P3) y recomendaciones claras para tu equipo.
Entregable

Lo que recibes
en la auditoría completa

01
Puntuación actual de cumplimiento de accesibilidad
02
Mapa de cobertura de accesibilidad a nivel de página y flujo
03
Issues priorizadas (P0–P3) con impacto de negocio
04
Hoja de ruta clara hacia el cumplimiento WCAG 2.2 (EAA / ADA)
05
Guías de corrección con ejemplos para tu equipo
Recibe el informe de ejemplo
Cobertura general0%
Cobertura tras el fix90%
Flujos clave cubiertos68%
Problemas auto-detectados30%
Impacto de negocio

Resultados reales que tu negocio notará

Tras los fixes
>90%
Cobertura de accesibilidad tras aplicar nuestras correcciones - verificada por re-test
0
Más problemas detectados frente a herramientas solo automáticas
+15–20%
Amplía la audiencia alcanzable con usuarios de tecnologías de asistencia
↑ CVR
Aumenta la conversión eliminando barreras de checkout y UX
↓ Riesgo
Reduce la exposición legal a multas EAA / ADA
Valor adicional

Todo lo que necesitas más allá de la auditoría

🔁
Re-test tras los fixesVerifica que la remediación resolvió de verdad las issues - no solo sobre el papel
💻
Recomendaciones listas para devGuía a nivel de código lista para que tus ingenieros la implementen directamente
⚙️
Integración en pipeline CI/CDPruebas automáticas de accesibilidad en tu pipeline de release para detectar regresiones pronto
🛡️
Controles continuos pre-releaseEvita que las regresiones de accesibilidad lleguen a producción en flujos clave de usuario
FAQ

Preguntas frecuentes respondidas

Todo lo que necesitas para decidir si una auditoría de accesibilidad es para ti.

Lighthouse y axe son excelentes herramientas, pero solo detectan ~30% de los problemas reales de accesibilidad. Esto es lo que se les escapa:
  • Fallos de lógica de foco durante la navegación por teclado en componentes UI complejos
  • Errores de lector de pantalla en contenido dinámico (modales, live regions, toasts)
  • Barreras de accesibilidad en flujos reales - p. ej. un checkout de 6 pasos
  • Accesibilidad cognitiva y comprensión del contenido
  • Gestos táctiles e interacciones en dispositivos móviles

Las pruebas automáticas son la primera línea de defensa, no una auditoría completa. El cumplimiento EAA requiere verificación manual con tecnologías de asistencia reales.

La duración depende del tamaño del producto y el número de flujos de usuario. Estimaciones típicas:
  • Discovery call + scoping: 1–2 días
  • Auditoría WCAG 2.2 completa (e-commerce medio): 2–3 semanas
  • Preparación del informe + hoja de ruta: 3–5 días laborables

En total: 3–5 semanas del kick-off al informe final. Para MVPs o alcance limitado - más rápido. Los plazos exactos se acuerdan en la discovery call.

El EAA aplica a la mayoría de empresas, pero existe una exención para microempresas.
Según la European Accessibility Act (Directiva UE 2019/882):

Las microempresas (menos de 10 empleados O facturación anual / balance inferior a 2 M€) están exentas de los requisitos EAA para proveedores de servicios privados.

No obstante: si prestas servicios a clientes de la UE - incluso siendo una empresa fuera de la UE - y superas estos umbrales, el EAA te aplica.

Aunque estés técnicamente exento, accesibilidad = audiencia mayor + mejor UX. El 15–20% de clientes potenciales tiene discapacidad. No es solo cumplimiento - es oportunidad de negocio.

WCAG 2.2 es el estándar actual de accesibilidad web, publicado en octubre de 2023. Añade 9 nuevos criterios de éxito a WCAG 2.1, entre ellos:
  • Focus Appearance - indicadores de foco visibles para usuarios de teclado
  • Dragging Movements - alternativas a interacciones drag-and-drop
  • Target Size - tamaño mínimo de target de clic/tap (24×24px)
  • Consistent Help - ubicación coherente de los elementos de ayuda
  • Redundant Entry - no pedir a los usuarios que reintroduzcan información ya dada

El EAA requiere cumplimiento con WCAG 2.2 Nivel AA. Si tu última auditoría es anterior a 2023 - ya está desactualizada.

No recibirás solo una lista de issues - sino una hoja de ruta accionable completa:
  • Cada issue numerada y priorizada P0–P3
  • Descripción clara: dónde se encontró, qué regla se violó, qué criterio WCAG
  • Capturas de pantalla y grabaciones de reproducción con lector de pantalla
  • Recomendaciones de corrección a nivel de código con ejemplos
  • Evaluación del impacto de negocio para cada issue

Tu equipo dev puede empezar las tareas de inmediato - sin necesidad de aclaraciones adicionales.

Solicitar auditoría completa

Cuéntanos sobre tu proyecto. Te respondemos en 24 horas.

Gracias - hemos recibido tu solicitud. Te contactaremos en 24 horas.