Overlays de accesibilidad y correcciones en el código fuente

Algunas reparaciones requieren un conocimiento que la página no contiene, por ejemplo qué debe transmitir al cliente la foto de un producto. El script no puede leerlo en la página: tiene que deducirlo o añadir un texto que alguien ha introducido en el servicio del proveedor. En ambos casos, el resultado existe solo en los navegadores que ejecutan el script.

Un overlay de accesibilidad no corrige el código que produce un fallo. Todo aquello a partir de lo que se genera la página queda como estaba, igual que cada copia de la página a la que no llega el script:

• Los archivos del tema. Las plantillas, las hojas de estilos y los scripts de la tienda quedan como estaban, salvo la referencia que carga el overlay.
• El HTML que envía el servidor. Es el mismo de antes, salvo esa referencia.
• Lo que recibe un navegador o una herramienta sin el script. Un navegador con JavaScript desactivado, un navegador en el que el script está bloqueado o no llega a cargarse y una herramienta que lee el HTML sin ejecutar scripts reciben la página con sus fallos originales.
• La página antes de que el script se ejecute. Hasta que el script se ha cargado y ha hecho sus cambios, la página es tal como la entrega el código de la tienda.
• La página después de quitar el script. Cuando el overlay se desactiva o se quita, las páginas quedan como estaban antes de añadirlo.
• Todo aquello en lo que el script no se ejecuta. Un PDF, un correo electrónico de la tienda o una página de otro dominio que no carga el script, como una página de pago alojada externamente.

La alternativa es una corrección en el código fuente: un cambio en el archivo que produce el fallo, como una plantilla, una hoja de estilos o un script del tema de la tienda. Una vez que el cambio está en producción, el marcado y los estilos corregidos forman parte de lo que envía el servidor, así que llegan a todos los visitantes, navegadores y herramientas sin depender de un script adicional.

Validiscan entrega sus correcciones así:

• Como un cambio que puede revisar. Validiscan entrega los cambios como un pull request en una rama nueva de su repositorio, con un commit por corrección; como una copia sin publicar de su tema de Shopify; o como un paquete de parches, con un archivo de parche por corrección.
• Nada cambia en su tienda en producción hasta que usted lo decida. Usted o su desarrollador fusionan el pull request, publican la copia del tema o aplican el parche.
• En los archivos que causan el fallo. Una corrección puede modificar una plantilla, una hoja de estilos o uno de los scripts del propio tema. Por ejemplo, un carrusel que avanza solo recibe en su plantilla un botón de pausa, y un bloque de código añadido al script principal del tema conecta el botón con el carrusel.
• Sin un script propio. Nada de lo que entrega Validiscan se ejecuta por sí solo en su sitio, y Validiscan nunca añade un script que repare sus páginas en el navegador de los visitantes después de cargarse. El código añadido a los scripts del propio tema pasa a formar parte de su código, y su desarrollador lo revisa junto con el resto del cambio.
• Comprobado cuando ya está en producción. Cuando los cambios están en producción, un escaneo de verificación vuelve a comprobar las páginas afectadas, y el Remediation Evidence Package registra qué se probó, qué se cambió y qué se verificó, con fechas.

Una corrección en el código fuente también tiene límites, y conviene conocerlos antes de elegir:

• Necesita acceso al código. Validiscan trabaja sobre un clon de su repositorio, una copia de su tema de Shopify o una exportación de su tema que sube su desarrollador. Usted o su desarrollador revisan el cambio antes de que salga a producción.
• Corrige lo que el código puede corregir. Algunos fallos requieren una decisión de contenido o de diseño que solo usted puede tomar, por ejemplo los subtítulos de los vídeos de sus productos. Para estos casos, Validiscan ofrece orientación (nivel MANUAL) en lugar de un cambio en su código.
• No alcanza lo que no está en su tema. Los elementos incrustados de terceros, como los widgets de pago o de chat, traen su propio código, que un cambio en su tema no modifica. No forman parte de un proyecto de Validiscan, y los PDF tampoco.
• Puede volver a romperse. Una actualización posterior del tema o de una app puede hacer que reaparezca un fallo corregido. La protección contra regresiones vuelve a escanear la tienda de forma programada e informa de un fallo que estaba corregido y ha reaparecido.