Comment fonctionne la correction de l’accessibilité, étape par étape

Validiscan a besoin de trois réponses avant de commencer : votre autorisation de scanner, la façon dont les modifications doivent parvenir à votre code, et si l’IA peut en rédiger une partie.

• Autorisation d’un scan complet. Un scan complet va plus loin que la vérification gratuite : il met un produit dans le panier et ouvre la première étape du tunnel de commande. Validiscan ne le lance qu’après l’accord écrit du propriétaire de la boutique. Validiscan consigne l’autorisation dans son système, avec le moment de l’enregistrement et le nom de la personne de Validiscan qui y a procédé. Sans cet enregistrement, aucun scan complet ne démarre.
• Accès à votre code. L’une des trois possibilités expliquées plus bas : l’accès au dépôt GitHub qui contient votre thème, un mot de passe Theme Access pour votre boutique Shopify, ou aucun accès à vos systèmes, auquel cas votre développeur envoie une copie des fichiers de votre thème et les modifications reviennent sous forme de lot de correctifs. C’est aussi la voie à suivre lorsque votre thème est hébergé ailleurs que sur GitHub, par exemple sur GitLab ou Bitbucket.
• Votre réponse sur la rédaction par IA. L’IA ne sert qu’à rédiger des corrections du niveau ASSISTED, et seulement si vous êtes d’accord. Elle reste désactivée tant que vous n’avez pas donné votre accord. Comment Validiscan traite vos données

Le scan de référence contrôle les pages de votre boutique selon les WCAG 2.2 niveau AA et liste chaque échec relevé, avec ce qu’il signifie pour vos clients.

Le scan charge un échantillon de chaque type de page de votre boutique, notamment la page d’accueil, les listes de produits, les fiches produit, le panier, la première étape du tunnel de commande, les résultats de recherche, la page de connexion, la page de contact et les pages juridiques. Le nombre de pages chargées pour chaque type, ainsi que la limite de pages, se règlent boutique par boutique ; par défaut, la limite est de 150 pages échantillonnées, auxquelles peuvent s’ajouter les résultats de recherche, la page de connexion, la page de contact, les pages juridiques, le panier et la première étape du tunnel de commande. Par défaut, chaque page est chargée aux dimensions d’un écran d’ordinateur (1440 × 900 pixels) et d’un téléphone (390 × 844 pixels). Pour atteindre le panier et le tunnel de commande, le scan ajoute un produit au panier et ouvre la première étape du tunnel de commande. Il ne finalise jamais d’achat et ne saisit jamais de données de paiement.

Le scanner exécute 102 règles automatisées : des règles d’axe-core et des contrôles propres à Validiscan pour les problèmes typiques des boutiques, tels que les bandeaux cookies, les carrousels, les formulaires de commande et les mises à jour de prix. Un scan ne peut pas tout prouver. Validiscan passe aussi en revue une liste de 35 vérifications manuelles, qui couvre chaque critère de succès des WCAG qu’aucune règle ne teste, et consigne pour chacune si elle est réussie, échouée ou non applicable, avec des notes.

Avant toute livraison, Validiscan passe les constats en revue. C’est ce qu’on appelle le triage. Le même échec présent sur de nombreuses pages, comme un bouton sans nom dans l’en-tête, forme un seul constat, avec le nombre de pages et d’éléments où il se produit. Un constat qui s’avère ne pas être un échec est marqué comme faux positif, avec une justification écrite. Le Remediation Evidence Package les présente comme constats exclus.

Validiscan relit chaque modification avant sa livraison : le diff, le résultat de la validation automatique et l’explication de ce qui a changé et pourquoi. La validation recherche les erreurs dans chaque fichier Liquid, Twig, PHP, HTML, XML, JavaScript ou JSON modifié, avec un analyseur syntaxique ou un contrôle de syntaxe adapté à son type. Chaque fichier CSS, SCSS ou LESS modifié passe un contrôle de structure, qui repère une accolade, une chaîne ou un commentaire non fermés, sans compiler le fichier. Aucun de ces contrôles n’exécute le code de votre thème. Seules les modifications qui ont réussi la validation et que Validiscan a approuvées sont livrées. Une modification rejetée est accompagnée d’un motif écrit et n’est pas livrée.

Votre développeur relit ensuite la modification à son tour, comme une pull request ou un correctif ordinaires, ou vous prévisualisez la copie du thème sur Shopify. La liste de contrôle de chaque pull request lui demande d’essayer la branche en dehors de la version en ligne de la boutique, de vérifier les pages concernées, de manipuler les éléments modifiés au clavier seul et, lorsque c’est possible, avec un lecteur d’écran.

Chez Validiscan, la personne qui relit les modifications est William Quaade Rasmussen, qui dirige seul l’entreprise. Comme les modifications sont dans votre code et que le dossier vous appartient, rien dans votre boutique ne dépend ensuite de Validiscan ; la protection contre les régressions se résilie pour la fin de n’importe quel mois. À propos de Validiscan

Une fois les modifications en ligne sur votre boutique, un scan de vérification contrôle qu’elles fonctionnent. Il couvre les types de pages concernés par les modifications et chaque page où un constat livré a été vu pour la dernière fois. Un constat dont la modification a été livrée et que le scan de vérification ne relève plus, sur chacune des pages où il a été vu pour la dernière fois, est marqué comme corrigé. Un constat qui avait été corrigé et réapparaît est rouvert.

Ce que vous faites : mettez les modifications en ligne, en fusionnant et en déployant la pull request, en publiant la copie du thème ou en appliquant le lot de correctifs. Demandez ensuite le scan de vérification : un administrateur de votre organisation le demande dans le portail client, ou vous prévenez Validiscan par e-mail.

Après le scan de vérification, Validiscan établit le Remediation Evidence Package : un compte rendu daté de ce qui a été testé, de ce qui a été modifié et de ce que le scan de vérification a confirmé. Il repose sur le scan de référence, le scan de vérification et les vérifications manuelles. Il est fourni en PDF, DOCX et JSON dans une archive zip avec des sommes de contrôle SHA-256, et comprend un projet de déclaration d’accessibilité pour votre boutique, portant la mention « Projet soumis à validation juridique ». Un Remediation Evidence Package terminé ne change plus ; une rectification donne lieu à une nouvelle version. Vous le téléchargez depuis le portail client.

Son énoncé du périmètre indique : « La conformité aux critères de succès des WCAG 2.1 niveau AA et des WCAG 2.2 niveau AA, telle qu’évaluée sur les pages et aux dates indiquées. » Il ajoute : « Ce dossier constitue la preuve d’une évaluation et de travaux de correction. Il ne s’agit pas d’un certificat, et il ne se prononce pas sur la conformité juridique. »

Un projet couvre une boutique : un domaine et un thème. Il comprend le scan de référence, les vérifications manuelles, les corrections AUTO et ASSISTED livrées de l’une des trois façons décrites plus haut, un scan de vérification et le Remediation Evidence Package.

La protection contre les régressions est la dernière étape, facultative et facturée chaque mois. Validiscan scanne de nouveau votre boutique chaque semaine et compare le résultat à la référence vérifiée. Des problèmes corrigés peuvent revenir, par exemple après une mise à jour du thème ou d’une application. Un problème qui revient est rouvert.

Validiscan envoie au plus un e-mail par nouveau scan : lorsque celui-ci a relevé un problème corrigé qui est revenu, un nouveau problème, un problème qui n’est plus détecté ou une modification des pages couvertes, ainsi que lorsqu’il n’a pas pu aboutir. Si rien de tout cela ne se produit, aucun e-mail n’est envoyé, sauf si vous en avez fait la demande à Validiscan. Le portail client présente chaque nouveau scan sur une chronologie. La correction de ce qu’un nouveau scan relève n’est pas comprise dans la protection contre les régressions.