Cómo se comprueba una tienda y con qué normas

El W3C publica las Web Content Accessibility Guidelines (WCAG 2.1, WCAG 2.2). ETSI publica la norma EN 301 549. Su apartado 9 adopta los criterios de conformidad de las WCAG de los niveles A y AA como requisitos para el contenido web, numerados con un 9 seguido del número del criterio: el criterio 1.1.1 es el apartado 9.1.1.1. Un criterio añadido por las WCAG 2.2, como el 2.5.8 Target Size (Minimum), solo tiene apartado en la V4.1.1, la versión cuyos requisitos web están alineados con las WCAG 2.2.

Validiscan trabaja según las WCAG 2.2 AA porque es la versión más reciente y aquella con la que está alineada la EN 301 549 V4.1.1, que ETSI publicó en septiembre de 2026. El Accessibility Guidelines Working Group del W3C, que elabora las WCAG, recomienda que los sitios adopten las WCAG 2.2 como nuevo objetivo de conformidad, aunque las obligaciones formales se refieran a versiones anteriores (WCAG 2.2). Los resultados también se expresan con respecto a las WCAG 2.1 AA, porque es el nivel que adopta la EN 301 549 V3.2.1, la versión cuya referencia está publicada en el Diario Oficial en el marco de la Directiva sobre accesibilidad web.

Las dos versiones coinciden casi por completo. Todos los criterios de conformidad de las WCAG 2.1 de los niveles A y AA están también en las WCAG 2.2, salvo el 4.1.1 Parsing, que las WCAG 2.2 eliminaron. Las WCAG 2.2 añaden seis criterios en esos niveles:

• 2.4.11 Focus Not Obscured (Minimum), nivel AA
• 2.5.7 Dragging Movements, nivel AA
• 2.5.8 Target Size (Minimum), nivel AA
• 3.2.6 Consistent Help, nivel A
• 3.3.7 Redundant Entry, nivel A
• 3.3.8 Accessible Authentication (Minimum), nivel AA

Cada criterio se evalúa una sola vez. El Remediation Evidence Package muestra después los resultados dos veces, en una tabla para las WCAG 2.1 AA y en otra para las WCAG 2.2 AA. Para el 4.1.1 Parsing, que solo figura en la tabla de las WCAG 2.1, el paquete registra el criterio como «Cumple», con el fundamento «Siempre se cumple en el contenido HTML (fe de erratas de las WCAG 2.1)».

El paquete describe lo que abarca con esta frase: «La conformidad con los criterios de conformidad de las WCAG 2.1 AA y de las WCAG 2.2 AA, tal como se evaluaron en las páginas y fechas indicadas.» También dice: «Este paquete aporta evidencias de una evaluación y de trabajos de corrección. No es un certificado y no afirma el cumplimiento de ninguna obligación legal.»

El escáner de Validiscan carga cada página en un navegador real, Chromium controlado con Playwright, y le aplica dos tipos de reglas: las reglas de axe-core, un motor de código abierto para pruebas de accesibilidad, y las comprobaciones propias de Validiscan para las barreras típicas de las tiendas online. Cada hallazgo indica su regla, los elementos y las páginas en los que falla, y los criterios de conformidad de las WCAG y los apartados de la norma EN 301 549 de esa regla.

Muchos criterios de conformidad de las WCAG requieren el juicio de una persona. La lista de comprobación manual de Validiscan tiene 35 puntos, cada uno para un criterio de conformidad de nivel A o AA que las comprobaciones automáticas no pueden demostrar por completo. De los 55 criterios de conformidad de las WCAG 2.2 de los niveles A y AA, 22 no los comprueba ninguna de las reglas que se ejecutan, y solo los cubre esta lista. Los otros 33 los comprueba al menos una de las reglas que se ejecutan. Para algunos de ellos, como el manejo con el teclado, el orden del foco y los subtítulos, la lista también tiene un punto, porque una regla solo los comprueba en parte. Para el resto, no tiene ninguno.

La lista de comprobación pide, entre otras, estas comprobaciones:

• el recorrido hasta el carrito solo con el teclado: los menús, una página de producto, la elección de una variante, añadir al carrito, y después cambiar una cantidad y eliminar un artículo;
• todos los diálogos modales y el banner de cookies con el teclado: el foco entra, Escape cierra y el foco vuelve;
• la búsqueda, las variantes de producto, el carrito y los campos del proceso de pago con un lector de pantalla;
• los errores de formulario: se anuncian cuando aparecen, nombran el campo e indican cómo corregirlos;
• la página ampliada al 400 %;
• los vídeos: subtítulos y audiodescripción.

La lista indica los lectores de pantalla para estas comprobaciones: NVDA con Chrome en Windows y VoiceOver con Safari en un Mac. Para cada punto, Validiscan registra superado, no superado o no aplicable, con notas y evidencias. El resultado determina cómo figura el criterio en el Remediation Evidence Package.

Un escaneo completo, que es el escaneo de referencia de un proyecto, carga una muestra de cada tipo de página de la tienda, hasta 150 páginas de muestra por defecto: la página de inicio, las listas de productos, las páginas de producto y los demás tipos de página que encuentra. A estas se suman, cuando el escaneo los encuentra, el carrito, el primer paso del proceso de pago, los resultados de búsqueda, la página de inicio de sesión o de registro, la página de contacto y las páginas legales. Por defecto, cada página se carga en tamaño de escritorio (1440 × 900 píxeles) y de móvil (390 × 844 píxeles, con entrada táctil), y todas las comprobaciones se ejecutan en ambos tamaños.

Para llegar al carrito y al proceso de pago, el escaneo añade al carrito un producto con existencias, abre el carrito y abre el primer paso del proceso de pago. Nunca completa una compra ni introduce datos de pago.

Primero se comprueba el banner de cookies como parte de la página. Por defecto, el escaneo lo acepta después, para poder comprobar el resto de la página. De forma predeterminada, durante un escaneo se bloquean los servicios conocidos de analítica, publicidad, chat y reseñas, para que los resultados no dependan de ellos. Las herramientas de consentimiento no se bloquean, porque el banner de cookies forma parte de lo que se comprueba.

Validiscan solo hace un escaneo completo de una tienda con el permiso de su propietario. Un escaneo completo, un escaneo de verificación y una revisión de la protección contra regresiones necesitan el permiso por escrito del propietario de la tienda, registrado en la aplicación de Validiscan con la hora y el nombre de la persona que lo registró. Sin ese registro, la aplicación se niega a poner el escaneo en cola, y una revisión programada de la protección contra regresiones se omite.

Un escaneo completo respeta por defecto el archivo robots.txt de la tienda. Solo se puede configurar para que lo ignore si el permiso del propietario de la tienda está registrado.

La revisión gratuita se ejecuta sin ese permiso, dentro de unos límites fijos. Carga como máximo 15 páginas, nunca añade nada a un carrito y nunca abre el proceso de pago. Respeta el archivo robots.txt del host de la tienda y deja al menos 1 s entre las solicitudes que inicia por sí misma, con excepciones conocidas: su primera solicitud, la de la página de inicio, se hace antes de leer el archivo robots.txt, y cuando la tienda responde con una redirección a la carga de una página en el navegador, el navegador la sigue de inmediato, sin ese intervalo y sin comprobar el archivo robots.txt. La página de la revisión gratuita describe cada límite y cada excepción.

Las comprobaciones automáticas solo encuentran una parte de las barreras de accesibilidad, y un escaneo describe las páginas que cargó en las fechas en que se ejecutó. El Remediation Evidence Package recoge por escrito sus propias limitaciones. La lista siguiente menciona también carencias de su escáner que Validiscan ha registrado y que todavía no ha subsanado.

• Las comprobaciones automáticas solo demuestran una parte de las WCAG. Una regla no puede juzgar si una alternativa textual describe su imagen, si un mensaje de error tiene sentido al leerlo en voz alta o si los subtítulos son correctos. La lista de comprobación manual cubre los dos últimos casos. La calidad de las alternativas textuales no tiene hoy ningún punto en la lista, por lo que un resultado «Cumple» para el 1.1.1 Non-text Content se basa solo en comprobaciones automáticas. Los fallos que notifica un escaneo son un mínimo, no el total.
• Las páginas se evalúan por muestreo. Un escaneo comprueba una muestra de cada tipo de página. Se espera que otras páginas creadas con las mismas plantillas se comporten igual, pero no se comprueban una por una.
• Un escaneo refleja un momento concreto. Los resultados describen la tienda en las fechas de los escaneos. Los cambios posteriores en el tema, las apps o el contenido no están cubiertos hasta el escaneo siguiente; la protección contra regresiones vuelve a escanear la tienda de forma programada.
• El proceso de pago solo se prueba hasta su primer paso. No se realiza ningún pedido ni se introducen datos de pago, por lo que los pasos posteriores del proceso de pago no se comprueban de forma automática.
• Otros marcos y shadow DOM cerrado. El contenido de marcos de otro origen (cross-origin) y de shadow DOM cerrado, como los campos de pago y algunas herramientas de consentimiento y widgets, no se evalúa de forma automática. La comprobación del banner de cookies de Validiscan no evalúa un banner que esté en un shadow DOM o en un marco de otro origen.
• Los servicios bloqueados no se comprueban. Los servicios de analítica, publicidad, chat y reseñas que un escaneo bloquea no se comprueban. Corregir los elementos incrustados de terceros, como los de pago y chat, tampoco forma parte de un proyecto.
• Los resultados pendientes de revisión todavía no se notifican. Cuando axe-core o una de las comprobaciones de Validiscan no puede decidir un resultado, lo marca para revisión en lugar de notificar un fallo. Hoy el escáner no conserva esos resultados, por lo que no aparecen como hallazgos. Esto afecta a los enlaces a PDF y a otros documentos, que la comprobación de documentos de Validiscan solo marca para revisión, y a los resultados sobre el banner de cookies, el foco, el teclado y los formularios que una comprobación no pudo decidir. Por eso, hoy unas pocas reglas que se ejecutan no pueden producir un hallazgo. Mientras el escáner no conserve esos resultados, Validiscan comprueba el banner de cookies a mano y registra el resultado en la lista de comprobación manual. Los propios PDF no forman parte de un proyecto.
• Las capturas de pantalla muestran la primera pantalla. El escáner captura cada página con el tamaño de la pantalla, no en toda su longitud. La captura de un hallazgo situado más abajo en la página muestra la parte superior de la página. Mientras el escáner no capture páginas completas ni elementos concretos, Validiscan comprueba a mano las capturas de pantalla de cada Remediation Evidence Package antes de emitirlo.