Lo que tu escáner de accesibilidad no ve dentro de tus apps de Shopify

Todo esto empezó en nuestra cola de soporte. Los comerciantes empezaron a pasar escáneres de accesibilidad por sus tiendas, y algunos de los informes que nos llegaron señalaban el código de Candy Rack en lugar de su tema: imágenes que insertamos sin texto alternativo, un nivel de encabezado que nos saltamos, controles a los que un escáner les nota que no tienen etiqueta. Con razón. En julio fuimos a mirar en serio nuestras tres superficies de tienda, y lo que encontramos allí resultó más interesante que el informe del escáner que nos había empujado a hacerlo.

Los comerciantes no lanzan esos análisis por curiosidad. La presión detrás es real y medible. Los demandantes presentaron 3.117 demandas por accesibilidad web ante tribunales federales de EE. UU. en 2025, un 27 % más que las 2.452 de 2024, y los casos de accesibilidad web pasaron del 28 % al 36 % del total de demandas federales bajo el Título III de la ADA. Contando también los tribunales estatales, el informe anual de UsableNet sitúa el total de 2025 en unos 5.100 casos, de los cuales cerca del 70 % apuntan al comercio electrónico. En la UE, la Ley Europea de Accesibilidad se aplica desde el 28 de junio de 2025 a través de las leyes de transposición de cada Estado miembro, y el 4 de junio de 2026 el tribunal judicial de Caen condenó a Carrefour France con base en la transposición francesa.

Aquí está el hueco. El consejo habitual para un comerciante preocupado se resume en dos cosas: elige un tema bien valorado e instala un widget que añada una barra de accesibilidad. Ninguna de las dos llega a las apps de terceros que hay en la página. Tu tema renderiza la página, y tus apps inyectan su propio código encima, a menudo como una ventana modal que se abre sobre todo lo demás. Una auditoría de tema no va a mirar dentro de esa modal, una barra de herramientas no puede arreglarla, un escáner solo capta la superficie de lo que falla ahí dentro, y hasta hace poco no habríamos podido decirte con seguridad qué había dentro de la nuestra.

Qué aspecto tiene realmente una app que rompe la accesibilidad

No es algo abstracto, y tampoco va sobre todo de texto alternativo. Nueve patrones cubren lo que encontramos en nuestras propias superficies, más lo que yo revisaría en la app de cualquier otro. La mayoría se corresponde con un criterio WCAG concreto, y donde no es así, se indica.

Lee la última columna. Ocho de las nueve filas son cosas que un comerciante no puede arreglar a ningún precio, tenga instalado el widget que tenga. Ese es el argumento para tratar la elección de una app como una decisión de accesibilidad y no solo de funcionalidades.

Lo que encontramos en nuestra propia app

Las tres superficies que auditamos según las WCAG 2.1 y 2.2 nivel AA fueron el pop-up de upsell de la página de producto, el pop-up de carrito que aparece camino del pago y el cajón de carrito. Esta vez no fue una puntuación de escáner, sino una inspección del código renderizado, control por control.

Los resultados fueron desiguales de una forma que sospecho que es típica. El punto de partida del cajón de carrito era mejor de lo que esperaba: los controles de cerrar y eliminar eran botones de verdad, cada imagen de producto ya llevaba un texto alternativo descriptivo y el botón de pago ya tenía nombre accesible. La sustancia estaba en las modales, y el mismo puñado de problemas se repetía en las tres superficies, que resultó ser la parte útil. Que se repita significa un arreglo compartido en lugar de tres.

Los dos puntos más serios no fueron los que habían señalado los escáneres. Uno era un estilo de foco suprimido, que es peor de lo que suena porque rompe la navegación por teclado en todos los controles que lo heredan, no solo en aquel para el que se escribió. El otro era un conjunto de controles que se quedaban fuera del orden de tabulación estando visibles en pantalla, lo que convierte discretamente una función que funciona en una función solo para ratón. Quien navega con teclado no obtiene una versión degradada de esa función. No obtiene ninguna. Repartimos la corrección en tres tickets, uno por superficie, y los cerramos a finales de julio.

Por qué no reclamamos conformidad

Hay algo que no cerramos, a propósito. Todos los colores de Candy Rack en la tienda los puedes editar tú, y no validamos el contraste de los valores que configuras. En la tienda auditada todos los colores configurados pasaban, pero nada impide que un comerciante se configure un incumplimiento del 1.4.3 sin ningún aviso. Añadir una comprobación de contraste en los ajustes está en nuestra lista. Hasta que llegue, e incluso después, no vamos a decirte que la app hace que tu tienda cumpla.

Nada de esto convierte una barra de accesibilidad en algo inútil. Da a los visitantes control sobre cómo se muestra tu tienda, y a ti te da monitorización, que es justo por lo que una de ellas se gana un puesto en nuestra selección de las mejores apps de Shopify para cumplimiento, junto al consentimiento de cookies, el GPSR, la facturación y los términos. Simplemente no es una corrección de fondo, y no puede entrar en la modal de otra app más de lo que puedes tú. El cumplimiento es una propiedad de toda tu tienda en un día concreto, y ningún proveedor por sí solo está en posición de certificarlo. Lo que un proveedor sí puede decirte es qué auditó, qué cambió y qué sigue abierto.

Cómo revisar las apps de tu tienda

Puedes hacer una pasada útil tú mismo en unos diez minutos, y sin escáner. Casi todo lo que importa aquí es invisible para las herramientas automáticas, que detectan bien los atributos alt que faltan y los fallos de contraste, pero son ciegas a las trampas de foco, al orden de tabulación y a los anuncios. Todos los informes de escáner que originaron esta historia caían en la primera categoría. Ninguno señaló los dos problemas que de verdad dejaban gente fuera.

1. Aparta el ratón del teclado y déjalo ahí.
2. Recorre tu página de producto con el tabulador y vigila el indicador de foco. Si desaparece en algún punto, para: ya has encontrado el bloqueo.
3. Activa todas las superficies que controlan tus apps: añadir al carrito, abrir el cajón de carrito, ir al pago, y espera a los pop-ups que aparecen pasado un tiempo.
4. En cada una, comprueba cuatro cosas. ¿Puedes entrar con el tabulador? ¿Se queda el foco dentro en lugar de irse a la página de detrás? ¿La cierra la tecla Escape? ¿Vuelve el foco a lo que habías pulsado para abrirla?
5. Maneja cada control solo con el teclado, incluidos los selectores de cantidad, los selectores de variante, los campos de código de descuento y los botones de eliminar. Todo lo que alcances con el ratón pero no con el teclado es un incumplimiento del 2.1.1.
6. Activa VoiceOver (Cmd+F5 en Mac) o NVDA y escucha el botón de cerrar y las imágenes de producto. «Botón» y «Producto» son dos incumplimientos.
7. Cambia una cantidad y escucha si se anuncia el nuevo total. Si la actualización nunca recibe el foco y no se anuncia nada, es un incumplimiento del 4.1.3.

Todo lo que encuentres en los pasos 3 a 7 es cosa del proveedor de la app. Lo que nos lleva a la última parte.

Cuatro preguntas que conviene hacerle a un proveedor

Házselas antes de instalar, y toma la vaguedad como respuesta.

1. ¿Habéis auditado la interfaz de vuestra app en la tienda según las WCAG 2.1 o 2.2 nivel AA, y cuándo?
2. ¿Vuestras modales implementan semántica de diálogo y gestión del foco, es decir, rol, nombre accesible, retención del foco, Escape y retorno del foco?
3. ¿Se puede completar cualquier función de la app solo con el teclado?
4. ¿Y qué sigue abierto?

La cuarta pregunta es la que más dice. Un proveedor con una respuesta de verdad la tendrá, porque todo el mundo tiene algo abierto. Mi lectura es que «cumplimos del todo» suele significar que nadie ha mirado, y merece la pena recordar sobre qué trataba en realidad la resolución de la FTC contra accessiBe: no sobre la palabra conforme, sino sobre una afirmación de cumplimiento que la empresa no podía respaldar.

En la práctica, a quien persiguen demandantes y reguladores es al comerciante que gestiona la tienda, no a los proveedores de sus piezas. Es incómodo, porque buena parte de lo que llega a tus clientes es código que no escribiste y que no puedes editar. Lo que sí controlas es qué proveedores eliges y qué les exiges. Si estás comparando apps y quieres la misma mirada aplicada a la conversión en vez de al cumplimiento, nuestra guía de estrategia de upselling y nuestra guía de optimización del checkout cubren ese lado. Si vendes en la UE, el botón de desistimiento y las otras restricciones europeas sobre las que hemos escrito llegan en el mismo periodo que la Ley Europea de Accesibilidad.

Las correcciones de esa auditoría se publicaron a finales de julio y están activas en Candy Rack, también en el cajón de carrito y en la barra de recompensas. Si encuentras algo que se nos haya escapado, dínoslo: lo arreglaremos en lugar de discutir su gravedad.

Este artículo describe nuestra propia auditoría y es información general, no asesoramiento jurídico. Para tus obligaciones bajo la ADA, la Ley Europea de Accesibilidad o las leyes nacionales de transposición, consulta a un abogado.