Glossaire des termes de la correction de l’accessibilité numérique

Chaque terme est défini comme le fait sa propre source : une norme ou une loi par son texte publié, et les termes propres à Validiscan par l’usage qu’en fait son application. Les entrées consacrées aux lois fournissent des informations et ne constituent pas un conseil juridique.

Le parcours d’un constat, d’ouvert à vérifié

Un constat passe de « Ouvert » à « Vérifié » en passant par « Correction proposée », « Correction livrée » et « Corrigé », ou quitte ce parcours avec le statut « Résolu en externe », « Ne sera pas corrigé » ou « Faux positif ».

1. Ouvert
2. Correction proposée
3. Correction livrée
4. Corrigé
5. Vérifié

Quitte le parcours :

• Résolu en externe
• Ne sera pas corrigé
• Faux positif

Normes et droit, 8 termes

WCAG 2.2 AA

La version 2.2 des Web Content Accessibility Guidelines au niveau de conformité AA, qui couvre tous les critères de succès des niveaux A et AA. Le W3C a publié les WCAG 2.2 comme recommandation le 5 octobre 2023 ; elles sont la cible de chaque constat et de chaque correction chez Validiscan.

Critère de succès

Une exigence testable des WCAG, comme le critère 1.4.3 « Contrast (Minimum) ». Chacun a un niveau, A, AA ou AAA, et le niveau AA englobe les critères des niveaux A et AA.

Conformité

Dans les WCAG, la conformité au niveau AA exige, entre autres, qu’une page web complète satisfasse à chaque critère de succès des niveaux A et AA, et que chaque page d’un processus, comme un tunnel de commande, y satisfasse aussi. Validiscan donne un résultat pour chaque critère des WCAG 2.1 niveau AA et des WCAG 2.2 niveau AA (satisfait, partiellement satisfait, non satisfait, non applicable ou non évalué), pour les pages et les dates qu’il énumère.

EN 301 549

La norme européenne sur les exigences d’accessibilité applicables aux produits et services TIC, publiée par l’ETSI ; sa clause 9 fixe les exigences relatives aux contenus web. Dans la version 3.2.1 (mars 2021), ces exigences reprennent les WCAG 2.1 niveau AA ; dans la version 4.1.1 (septembre 2026), les WCAG 2.2.

Acte européen sur l’accessibilité (European Accessibility Act, EAA)

La directive (UE) 2019/882 du 17 avril 2019 relative aux exigences en matière d’accessibilité applicables aux produits et services. Elle s’applique aux services fournis aux consommateurs après le 28 juin 2025, dont les services de commerce électronique, et exempte les microentreprises qui fournissent des services : les entreprises qui emploient moins de 10 personnes et dont le chiffre d’affaires annuel ou le total du bilan annuel n’excède pas 2 millions d’euros.

BFSG

La loi allemande Barrierefreiheitsstärkungsgesetz du 16 juillet 2021, qui transpose l’acte européen sur l’accessibilité (European Accessibility Act). Elle est en vigueur depuis le 28 juin 2025 et s’applique aux services fournis aux consommateurs après cette date, dont les services de commerce électronique.

Abmahnung

Mise en demeure allemande : un avertissement formel prévu au § 13 de la loi allemande contre la concurrence déloyale (Gesetz gegen den unlauteren Wettbewerb, UWG). Avant de saisir un tribunal, la partie en droit d’obtenir une injonction demande à l’entreprise de cesser la pratique en cause et de signer un engagement de cessation, assorti d’une pénalité contractuelle.

Déclaration d’accessibilité

Un texte public qui indique dans quelle mesure un site web est accessible. Le modèle de déclaration d’accessibilité de l’UE, conçu pour les sites web du secteur public, indique les contenus qui ne sont pas accessibles et la façon dont les visiteurs peuvent signaler un obstacle ; pour une boutique en ligne, l’acte européen sur l’accessibilité (European Accessibility Act) demande des informations sur la manière dont le service satisfait aux exigences d’accessibilité. Le Remediation Evidence Package comprend un projet de déclaration pour la boutique, qui suit la structure du modèle de l’UE, signalé comme un projet que le conseil juridique du commerçant doit relire avant sa publication.

Le service, 4 termes

Correction

Le fait de corriger les échecs d’accessibilité d’un site web. Chez Validiscan, la correction désigne des modifications apportées au code de la boutique elle-même, que le commerçant relit, suivies d’un scan de vérification qui contrôle le résultat.

Correction du code source

Une modification des fichiers à partir desquels les pages d’une boutique sont construites : ses templates, ses feuilles de style ou ses scripts. Chaque correction livrée par Validiscan est une correction du code source, que le commerçant peut relire avant sa mise en ligne.

Overlay d’accessibilité

Un script ajouté à un site web, qui modifie chaque page dans le navigateur du visiteur une fois celle-ci chargée, alors que le code à partir duquel les pages sont construites reste inchangé. Validiscan n’en livre jamais.

Protection contre les régressions

Les scans que Validiscan effectue sur une boutique après un projet, chaque semaine ou chaque mois, chacun comparé au dernier scan de vérification de la boutique ou, à défaut, à son dernier scan complet. Un constat qui avait été corrigé, vérifié ou résolu en externe et qui réapparaît est rouvert comme régression et signalé dans l’e-mail récapitulatif de l’exécution.

Scans et constats, 7 termes

axe-core

Un moteur open source de règles d’accessibilité automatisées, développé par Deque Systems. Le scanner de Validiscan l’exécute dans un véritable navigateur sur chaque page qu’il scanne, en plus des contrôles propres à Validiscan : une fois avec ses règles pour les niveaux A et AA des WCAG, et une fois avec ses règles de bonne pratique.

Scan de référence

Le premier scan complet d’une boutique au sein d’un projet ; ses constats sont le point de départ du travail. Il charge un échantillon de chaque type de page, y compris le panier et la première étape du tunnel de commande, aux dimensions d’un écran d’ordinateur et d’un téléphone, et ne s’exécute qu’avec le consentement enregistré du propriétaire de la boutique.

Scan de vérification

Un scan effectué une fois les corrections en ligne. Il couvre les types de pages touchés par les corrections et revisite chaque page où un constat doté d’une correction livrée a été vu pour la dernière fois ; les constats qu’il ne retrouve plus passent au statut « Corrigé » ou « Résolu en externe », et les constats corrigés qui réapparaissent sont de nouveau ouverts.

Vérification manuelle

Une vérification effectuée par une personne pour un critère des WCAG que les règles automatisées ne peuvent pas entièrement prouver, par exemple le parcours de la page d’accueil au panier en passant par une fiche produit, au clavier seul, ou les champs du tunnel de commande avec un lecteur d’écran. Validiscan enregistre le résultat (réussi, échoué ou non applicable) avec des notes et des preuves, et ce résultat détermine la manière dont le critère est présenté dans le Remediation Evidence Package.

Constat

Un échec d’accessibilité signalé par une règle ou par une vérification manuelle. Le même échec de la même règle sur le même motif d’élément constitue un seul constat, quel que soit le nombre de pages où il apparaît, avec le décompte de ses pages et de ses occurrences.

Impact

Le degré de gêne qu’un constat cause aux clients d’une boutique, en quatre niveaux : critique peut empêcher certains clients d’acheter quoi que ce soit, grave rend les achats difficiles pour certains clients, modéré gêne certains clients, et mineur est un petit désagrément pour certains clients.

Constat de bonne pratique

Un constat issu d’une règle qui vérifie une bonne pratique, recommandée mais non exigée par les WCAG. Il est signalé, mais il ne compte ni dans les tableaux de conformité ni dans l’avancement des corrections.

Corrections et livraison, 8 termes

Niveau de correction

La manière dont les constats d’une règle sont corrigés, définie pour chaque règle et chaque plateforme dans le catalogue des règles de Validiscan : AUTO, ASSISTED ou MANUAL.

AUTO

Une recette déterministe modifie le code source du thème. Comme toute correction, la modification est relue et approuvée avant d’être livrée.

ASSISTED

Une modification rédigée par l’IA, que l’opérateur relit avant la livraison. La rédaction par IA est désactivée par défaut et n’est activée pour un site qu’une fois que le commerçant a donné son accord.

MANUAL

Conseils uniquement : une décision de contenu ou de design que quelqu’un doit prendre, comme les sous-titres. Le constat est corrigé avec le commerçant, ou marqué « Ne sera pas corrigé » avec une note.

Recette

Une modification déterministe, prévue dans le moteur de correction de Validiscan pour un type d’échec sur une plateforme : le même code reçoit toujours la même modification. Une recette ne modifie un thème que là où le code montre quelle est la bonne modification ; sinon, elle ne change rien plutôt que de deviner.

Pull request

Une proposition de modification d’un dépôt de code, qu’un développeur relit puis fusionne. Quand le thème d’une boutique se trouve dans un dépôt GitHub, Validiscan livre les corrections sous la forme d’une seule pull request sur une nouvelle branche, avec un commit par correction, un tableau récapitulatif et une liste de contrôle pour la relecture.

Copie non publiée du thème

Sur Shopify, un nouveau thème, non publié, dans l’interface administrateur de la boutique, nommé Validiscan A11y suivi de la date et créé à partir du thème en ligne avec les corrections appliquées. Le commerçant le prévisualise et le publie ; Validiscan ne téléverse jamais rien dans le thème en ligne.

Lot de correctifs

Une archive zip des corrections, à appliquer par le développeur du commerçant, utilisée quand Validiscan n’a accès ni à un dépôt ni à une boutique Shopify. Elle contient un fichier PATCH.md qui explique chaque modification et la façon de l’appliquer, les modifications sous forme de diffs, les fichiers modifiés complets lorsqu’un export du thème a été déposé, et un fichier README.

Statuts des constats, 8 termes

Ouvert

Le constat est présent sur la boutique et aucune correction le concernant n’est en cours. Un constat qui réapparaît après avoir été corrigé, vérifié ou résolu en externe est de nouveau ouvert.

Correction proposée

Une modification a été préparée pour le constat, par une recette ou sous forme de brouillon IA ; elle est relue, et retouchée à la main si nécessaire, avant d’être livrée. Le portail client affiche ce statut sous le nom « Correction en revue ».

Correction livrée

La modification a été livrée sous forme de pull request, de copie du thème ou de lot de correctifs, et corrige le constat dès qu’elle est en ligne sur la boutique. Si la pull request est fermée sans être fusionnée, le constat revient à « Correction proposée ».

Corrigé

Un scan complet, de vérification ou de protection contre les régressions n’a plus trouvé le constat sur les pages où il avait été vu pour la dernière fois, après la livraison d’une correction pour ce constat.

Vérifié

Un constat corrigé que le scan de vérification d’un Remediation Evidence Package n’a plus trouvé sur aucune des pages où le scan complet de ce dossier l’avait trouvé, chacune de ces pages s’étant chargée sans erreur. Une fois le dossier terminé, ces constats deviennent vérifiés.

Résolu en externe

Un scan n’a plus trouvé le constat sur les pages où il avait été vu pour la dernière fois, alors qu’aucune correction de Validiscan n’avait été livrée pour ce constat : il a été corrigé en dehors des modifications de Validiscan.

Ne sera pas corrigé

Un véritable obstacle que le commerçant a décidé de ne pas corriger pour l’instant, enregistré avec une note. Il est exclu de l’avancement des corrections mais compte toujours comme un échec dans la conformité, et le portail client l’affiche sous le nom « Risque accepté ».

Faux positif

Un constat que le scanner a signalé pour un élément qui satisfait au critère, marqué comme tel après une vérification à la main et avec une justification. Il ne compte ni dans la conformité ni dans l’avancement des corrections, et le Remediation Evidence Package le liste avec sa justification.

Preuves et avancement, 2 termes

Remediation Evidence Package

Un dossier daté qui consigne ce qui a été testé dans une boutique, ce qui a été trouvé, ce qui a été modifié et ce qu’un scan de vérification a confirmé, en PDF, DOCX et JSON dans une archive zip avec des sommes de contrôle SHA-256. Il 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.

Avancement des corrections

Le seul chiffre global que Validiscan communique : la part des constats corrigés, vérifiés ou résolus en externe, chaque constat étant pondéré selon son impact. Les faux positifs, les constats « Ne sera pas corrigé » et les constats de bonne pratique n’y entrent pas, et la formule est toujours affichée à côté du chiffre.

Où chaque terme est expliqué en détail

• Comment une boutique est testée, et selon quelles normes
• WCAG 2.2 AA et EN 301 549 : laquelle des deux s’applique à une boutique en ligne
• L’acte européen sur l’accessibilité (European Accessibility Act) pour les boutiques en ligne
• La loi allemande BFSG pour les boutiques en ligne
• Ce que doit contenir la déclaration d’accessibilité d’une boutique en ligne
• Overlays d’accessibilité et corrections du code source
• Comment fonctionne la correction de l’accessibilité, étape par étape, du scan de référence à la livraison et au scan de vérification
• Corrections d’accessibilité sur Shopify, Shopware, WooCommerce et Magento, avec les recettes de chaque plateforme
• Le Remediation Evidence Package
• La protection contre les régressions pour les corrections d’accessibilité
• Le catalogue des règles, avec l’impact et le niveau de correction de chaque règle
• Critères WCAG 2.2, règles et vérifications manuelles