Por qué el comercio electrónico es el sector de mayor riesgo
Dos reguladores, un expediente dominado por el comercio minorista en línea.
En los Estados Unidos, las reclamaciones de accesibilidad web bajo el Título III de la ADA se han mantenido en torno a 4.300 presentaciones federales anuales hasta 2024, y el comercio electrónico domina el expediente junto a las reservas en restaurantes y la hostelería. Los minoristas exclusivamente en línea ya no pueden confiar de forma fiable en la defensa de «no hay nexo físico» — la mayoría de los circuitos la han rechazado o eludido, y las demandas en tribunales estatales bajo la Unruh Act de California y la Ley de Derechos Humanos del Estado de Nueva York han crecido en paralelo.
En la Unión Europea, la Ley Europea de Accesibilidad menciona explícitamente los «servicios de comercio electrónico» en su lista de alcance — artículo 2(2)(d) — y la exención para microempresas (menos de 10 empleados o menos de 2 M€ de facturación) afecta a pocos minoristas reales. Cualquier tienda con almacén, un equipo de varias personas o un catálogo de productos relevante está en el ámbito y debe cumplir EN 301 549, que hace referencia a los criterios de éxito de WCAG 2.2.
El coste de la inacción es concreto. Los acuerdos de la ADA en EE. UU. suelen situarse en el rango de 20.000–50.000 dólares para los demandados por primera vez, con minoristas que son objetivo reiterado pagando cantidades materialmente superiores; los despachos de abogados del lado demandante operan ahora a escala, y un solo rastreo de declaraciones de accesibilidad alimenta docenas de cartas de demanda. En la UE, la aplicación de la EAA está pasando de la fase de cartas de advertencia que dominó 2025 a la fase de imposición de multas que muchos estados miembros adoptaron en 2026 — Alemania, Francia, Italia, España y los Países Bajos han constituido equipos de aplicación.
La buena noticia: la accesibilidad en el comercio electrónico tiene una forma conocida. Los mismos doce tipos de fallos se repiten en casi todas las auditorías, y la mayoría son corregibles con design tokens, componentes del tema o un sprint de ingeniería enfocado. La lista de verificación que se muestra a continuación es lo que entregamos a los equipos de comercio electrónico cuando preguntan «¿por dónde empezamos?»
La lista de verificación de 30 puntos para comercio electrónico
Seis secciones × cinco comprobaciones. Imprímala, márquela y auditela.
-
01 Navegación y búsqueda
-
02 Páginas de listado de productos (PLP)
-
03 Páginas de detalle de producto (PDP)
-
04 Carrito y pago
-
05 Cuenta y posventa
-
06 Requisitos transversales
Notas de implementación por plataforma
Dónde aterriza realmente la lista de verificación en el código, por plataforma.
Shopify
La calidad de los temas varía enormemente. Los temas de Online Store 2.0 (Dawn, Sense, Craft, Refresh) tienen una línea de base de accesibilidad mucho mejor que el conjunto heredado Vintage — encabezados semánticos, gestión del foco en la vista rápida, enlaces de salto por defecto. Los problemas que persisten son los ligados a la interfaz específica del comercio: selectores de variante y muestras de color que pierden el estado al seleccionar, el iframe de la calculadora de envío que atrapa el foco, y cualquier aplicación de terceros (reseñas, upsell, chat) que se renderiza en el DOM sin respetar el traspaso del teclado. Audite su tema y luego audite por separado cada aplicación instalada.
WooCommerce / WordPress
El caos de tema más plugins es el riesgo dominante. Las propias plantillas de WooCommerce son manejables, pero se componen junto a un tema padre que usted no escribió y un plugin de pago que no auditó. El patrón de fallo recurrente es el formulario de variación impulsado por AJAX en la página de producto: la selección de variante intercambia nodos del DOM sin anunciar el cambio, y el elemento de precio se vuelve a renderizar sin ancla aria-live. Las actualizaciones del carrito tienen la misma forma — el mini-carrito se re-renderiza silenciosamente al añadir. Ambos problemas pueden resolverse envolviendo las regiones dinámicas con aria-live.
BigCommerce / Salesforce Commerce Cloud
Las plataformas empresariales tienen valores predeterminados más sólidos pero caminos de personalización más restringidos. Las plantillas de tienda de Stencil (BigCommerce) y SFRA (Salesforce Commerce Cloud) suelen estar bloqueadas tras personalizaciones entregadas por agencias; la postura de accesibilidad propia de la plataforma importa menos que la de su agencia. Solicite un VPAT actualizado o un informe de conformidad con EN 301 549 de su socio implementador, no del proveedor de la plataforma. La plataforma supera un listón; lo que construye la agencia es lo que acaba siendo demandado.
Headless / tiendas personalizadas en React, Vue o Svelte
La plena propiedad conlleva plena responsabilidad. El patrón de fallo recurrente son las discrepancias de hidratación que dejan los atributos aria en estados inconsistentes entre el SSR y el cliente; el segundo son los anuncios de cambio de ruta que nunca se disparan porque el router del lado del cliente reemplaza la página sin volver a renderizar un encabezado ni mover el foco. Combine una utilidad de región en vivo específica del framework (véanse las regiones aria-live en frameworks modernos) con un manejador de foco al cambiar de ruta. La mayoría de las auditorías headless que hemos visto corrigen el 70% de los problemas solo con esos dos cambios.
El ciclo de monitoreo y auditoría
Una corrección puntual no sobrevive a un solo sprint.
El código del comercio electrónico cambia a diario. El equipo de marketing lanza una variante del hero el martes, el equipo de merchandising cambia una sección el jueves, una aplicación se actualiza el fin de semana. Una corrección de accesibilidad puntual dura aproximadamente lo que dura su próximo despliegue — por eso el modelo que realmente funciona tiene tres capas, no una.
Primero, ejecute un escáner WCAG 2.2 gratuito contra su tienda en vivo hoy para establecer una línea de base. Segundo, conecte un monitoreo automatizado continuo contra cada compilación de vista previa y cada despliegue en producción — esta es la capa que detecta las regresiones antes de que lo haga el cliente. Tercero, encargue una auditoría manual realizada por testers con discapacidades al menos anualmente, y tras cualquier rediseño importante o cambio de plataforma — las herramientas automatizadas nunca detectarán la legibilidad para lectores de pantalla, la intención del orden de foco ni si un flujo es realmente usable de extremo a extremo.
Para el traspaso específico entre monitoreo y auditoría manual, nuestra guía de compra de monitoreo cubre las plataformas que gestionan el flujo de trabajo de escáner a auditoría de extremo a extremo — Qualibooth, axe Monitor, Siteimprove y Level Access. Elija según el ajuste de integración con su CI y si la red de auditoría manual de la plataforma incluye realmente testers con las discapacidades que tienen sus clientes — no todas lo hacen.
Preguntas frecuentes
Las preguntas que los equipos de comercio electrónico hacen antes de comprometerse.
¿Obliga la ADA a que mi tienda en línea sea accesible?
En la práctica, sí. Los tribunales federales han aplicado el Título III de la ADA a los sitios web comerciales durante más de una década, y el comercio electrónico es la categoría más grande de reclamaciones de accesibilidad web. El DOJ ha declarado formalmente que los sitios web de alojamiento público deben ser accesibles, y la mayoría de las sentencias sostienen que el «nexo» con una tienda física no es necesario para los minoristas exclusivamente en línea. Una tienda que no cumple WCAG 2.1 AA (y cada vez más 2.2 AA) tiene un riesgo real de litigio.
¿Se aplica la EAA a mi sitio de comercio electrónico?
Casi con toda seguridad, si vende en la UE. La Ley Europea de Accesibilidad incluye los «servicios de comercio electrónico» explícitamente en su lista de alcance — artículo 2(2)(d). La exención para microempresas — menos de 10 empleados Y menos de 2 millones de euros de facturación — solo exime a los operadores más pequeños. Cualquier minorista con almacén, varios empleados o un catálogo de productos no trivial está en el ámbito y debe cumplir EN 301 549, que hace referencia a WCAG 2.1 AA.
¿Cuál es el problema de accesibilidad más frecuente en el comercio electrónico?
Tres se repiten en prácticamente todas las auditorías: bajo contraste en precios y etiquetas de oferta (con frecuencia el rojo corporativo sobre blanco cae por debajo de 4,5:1), botones «Añadir al carrito» sin etiqueta o sin contexto, y actualizaciones del carrito que no se anuncian a las tecnologías de asistencia. Ninguno requiere un rediseño: necesitan una auditoría de design tokens, un paso de aria-label en los botones de ficha y una región aria-live en el widget del carrito.
¿Puede una tienda de Shopify cumplir con la ADA?
Una tienda de Shopify puede hacerse conforme, pero la plataforma por sí sola no lo garantiza. Los temas de Online Store 2.0 son notablemente mejores que el conjunto heredado Vintage — encabezados semánticos, gestión del foco en la vista rápida, enlaces de salto por defecto. Los problemas que persisten son los ligados a la interfaz específica del comercio: selectores de variante e muestras de color que pierden el estado al seleccionar, el iframe de la calculadora de envío que atrapa el foco, y cualquier aplicación de terceros (reseñas, upsell, chat) que se renderiza en el DOM sin respetar el traspaso del teclado. Audite su tema y luego audite por separado cada aplicación instalada.
¿Con qué frecuencia debe auditarse un sitio de comercio electrónico?
El escaneo automatizado debería ejecutarse en cada despliegue (antes de fusionar o después de desplegar). Las auditorías manuales realizadas por testers con discapacidades deberían encargarse al menos anualmente en tiendas estables — y tras cualquier rediseño importante, cambio de plataforma o lanzamiento de un nuevo proceso de pago. La mayoría de los equipos de comercio electrónico combinan informes automatizados trimestrales con auditorías manuales anuales.
Tres próximos pasos
Elija el que se corresponda con la situación actual de su equipo.
-
Ejecute el escáner gratuito ahora
Un escáner WCAG 2.2 gratuito en vivo contra cualquier URL pública. Con tecnología de Qualibooth, se abre en una nueva pestaña. El mejor punto de partida si no tiene ninguna línea de base actualmente.
-
Descargue la lista de verificación de 30 puntos
Una versión PDF imprimible de la lista de verificación anterior, con espacio para responsable y fecha límite por elemento. Próximamente en una iteración futura — mientras tanto, imprima esta página.
-
Encargue una auditoría manual
Lea nuestra guía para encargar una auditoría manual realizada por testers con discapacidades — qué pedir, qué presupuestar y qué plataformas incluyen una red real de testers frente a las que la subcontratan.