Overlays d’accessibilité et corrections du code source

Certaines réparations demandent des informations que la page ne contient pas, par exemple ce qu’une photo de produit est censée faire comprendre à un client. Le script ne peut pas les lire dans la page : il doit les déduire, ou ajouter un texte que quelqu’un a saisi chez le prestataire. Dans les deux cas, le résultat n’existe que dans les navigateurs qui exécutent le script.

Un overlay d’accessibilité ne corrige pas le code qui produit un échec. Tout ce à partir de quoi la page est construite reste tel quel, de même que toute copie de la page que le script n’atteint pas :

• Les fichiers du thème. Les templates, les feuilles de style et les scripts de la boutique restent tels qu’ils étaient, hormis la référence qui charge l’overlay.
• Le HTML que le serveur envoie. Il est identique à ce qu’il était, hormis cette référence.
• Ce que reçoit un navigateur ou un outil sans le script. Un navigateur dont JavaScript est désactivé, un navigateur dans lequel le script est bloqué ou ne parvient pas à se charger, et un outil qui lit le HTML sans exécuter de scripts reçoivent tous la page avec ses échecs d’origine.
• La page avant l’exécution du script. Tant que le script ne s’est pas chargé et n’a pas fait ses modifications, la page est telle que le code de la boutique la livre.
• La page une fois le script retiré. Lorsque l’overlay est désactivé ou retiré, les pages sont telles qu’elles étaient avant son ajout.
• Tout ce dans quoi le script ne s’exécute pas. Un PDF, un e-mail de la boutique, ou une page d’un autre domaine qui ne charge pas le script, comme une page de paiement hébergée en externe.

L’alternative est une correction du code source, apportée au fichier qui produit l’échec, comme un template, une feuille de style ou un script du thème de la boutique. Une fois la modification en ligne, le balisage et les styles corrigés font partie de ce que le serveur envoie ; ils atteignent donc chaque visiteur, chaque navigateur et chaque outil sans dépendre d’un script supplémentaire.

Validiscan livre ses corrections de cette façon :

• Sous la forme d’une modification que vous pouvez relire. Validiscan les livre sous forme de pull request sur une nouvelle branche de votre dépôt (un commit par correction), de copie non publiée de votre thème Shopify, ou de lot de correctifs (un fichier de correctif par correction).
• Rien ne change sur la version en ligne de votre boutique tant que vous n’avez pas décidé. Vous ou votre développeur fusionnez la pull request, publiez la copie du thème ou appliquez le correctif.
• Dans les fichiers qui causent l’échec. Une correction peut modifier un template, une feuille de style ou l’un des scripts du thème lui-même. Par exemple, un diaporama qui avance tout seul reçoit un bouton de pause dans son template, et un bloc de code ajouté au script principal du thème relie le bouton au diaporama.
• Sans script séparé. Rien dans une livraison de Validiscan ne s’exécute tout seul sur votre site, et Validiscan n’ajoute jamais de script qui répare vos pages dans le navigateur des visiteurs une fois celles-ci chargées. Le code ajouté aux scripts du thème lui-même s’intègre à votre code, et votre développeur le relit avec le reste de la modification.
• Vérifié une fois en ligne. Une fois les modifications en ligne, un scan de vérification contrôle de nouveau les pages concernées, et le Remediation Evidence Package consigne, avec des dates, ce qui a été testé, modifié et vérifié.

Une correction du code source a elle aussi ses limites, qu’il vaut mieux connaître avant de choisir :

• Elle demande un accès au code. Validiscan travaille sur un clone de votre dépôt, sur une copie de votre thème Shopify ou sur un export de votre thème que votre développeur téléverse. Vous ou votre développeur relisez la modification avant sa mise en ligne.
• Elle corrige ce que le code permet de corriger. Certains échecs demandent une décision de contenu ou de design que vous seul pouvez prendre, par exemple les sous-titres de vos vidéos de produits. Pour ceux-ci, Validiscan fournit des conseils (niveau MANUAL) au lieu d’une modification de votre code.
• Elle n’atteint pas ce qui ne fait pas partie de votre thème. Les contenus tiers intégrés, comme les widgets de paiement ou de chat, apportent leur propre code, qu’une modification de votre thème ne change pas. Ils ne font pas partie d’un projet Validiscan, pas plus que les PDF.
• Un échec corrigé peut revenir. Une mise à jour ultérieure du thème ou d’une application peut le faire réapparaître. La protection contre les régressions scanne de nouveau la boutique à intervalles réguliers et signale un échec qui avait été corrigé et qui est revenu.