Validiscan
Menu

Langue

Les échecs d’accessibilité, corrigés dans le code même de votre boutique

Validiscan scanne les boutiques en ligne de l’UE fonctionnant sous Shopify, Shopware, WooCommerce et Magento selon les WCAG 2.2 niveau AA et la norme EN 301 549, livre les corrections sous forme de modifications du code source de la boutique elle-même et consigne le résultat dans un Remediation Evidence Package daté.

Demander une vérification gratuite Le déroulement d’un projet
  • Aucun overlay, jamais. Aucun script qui réécrit vos pages pour les visiteurs.
  • Rien n’atteint la version en ligne de votre boutique tant que vous ou votre agence ne l’avez pas publié.
  • Un Remediation Evidence Package daté. La preuve du travail effectué, pas un certificat.

Un constat, du statut « Ouvert » au statut « Vérifié »

Données d’exemple

Un constat d’exemple tiré du portail client : Les boutons doivent avoir un texte perceptible

Le bouton de recherche de la boutique n’affiche qu’une icône : un lecteur d’écran n’a donc aucun nom à lire. La modification ajoute ce nom dans le fichier du thème. Le bouton garde le même aspect.

Constat
F-43D4A5F5 · button-name · WCAG 4.1.2 (A)
Impact
Critique
Niveau de correction
ASSISTED
Pages
31
  1. Ouvert ,
  2. Correction proposée ,
  3. Correction livrée ,
  4. Corrigé ,
  5. Vérifié ,

Vérifié le 24 sept. 2026 : un scan de vérification des mêmes pages n’a plus relevé l’échec, et le Remediation Evidence Package qui contient ce scan a été émis.

sections/header.liquid Modifications apportées à sections/header.liquid (lignes ajoutées : 1, lignes supprimées : 0)

Modifications apportées à sections/header.liquid (lignes ajoutées : 1, lignes supprimées : 0)
Ligne après Modification Code
42 {%- render 'icon', icon: 'search', size: 20 -%}
43 Ajoutée <span class="visually-hidden">{{ 'general.search.search' | t }}</span>
44 </button>

  • 102

    contrôles automatisés

    exécutés lors d’un scan : les règles d’axe-core et les contrôles propres à Validiscan

  • 35

    vérifications manuelles

    effectuées par une personne, pour ce qu’aucun contrôle automatisé ne peut prouver

  • 4

    plateformes

    Shopify, Shopware, WooCommerce et Magento

  • 5

    langues

    anglais, allemand, danois, français et espagnol, sur ce site et dans le portail client

Les niveaux de correction, tels qu’ils figurent sur chaque constat. AUTO : une correction prête à l’emploi, qu’une recette applique à votre thème. ASSISTED : une correction rédigée pour votre code (avec l’IA seulement si vous l’acceptez) et relue par une personne avant la livraison. MANUAL : une décision que vous seul pouvez prendre, comme le texte d’un sous-titre ; recensée avec des indications, mais non modifiée.

Un projet livre trois choses.

Des corrections dans votre propre code, un compte rendu daté du travail effectué et un contrôle hebdomadaire qui signale toute correction qui échoue de nouveau.

  1. Des corrections dans votre code

    Une pull request ou un lot de correctifs que votre développeur ou votre agence relit avant toute mise en ligne ; sur Shopify, également une copie non publiée de votre thème, que vous prévisualisez et publiez vous-même.

    validiscan/a11y-20260924-9f8e7d6c

    3 modifications, une par correction 0 sur la version en ligne de votre boutique

    Données d’exemple

  2. 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é, avec un projet de déclaration d’accessibilité. Une preuve, pas un certificat.

    PDFDOCXJSON

    Une archive zip, des sommes de contrôle SHA-256, chaque scan daté

  3. Protection contre les régressions

    Facultative. Un nouveau scan hebdomadaire compare votre boutique à la référence vérifiée. Lorsqu’un élément corrigé échoue de nouveau, vous recevez un e-mail qui dit quoi et où.

    1. Semaine 1 : aucune régression
    2. Semaine 2 : aucune régression
    3. Semaine 3 : aucune régression
    4. Semaine 4 : une régression, e-mail envoyé
    5. Semaine 5 : aucune régression
    6. Semaine 6 : planifiée

    La semaine 4 a relevé une régression : un e-mail, une entrée dans la chronologie.

    Données d’exemple

Pourquoi pas une application overlay ?

Un overlay est un script qui s’exécute par-dessus vos pages, dans le navigateur du visiteur. Une correction du code source modifie vos propres templates, vos styles et votre code.

Overlay d’accessibilité

Où se trouve la modification ?
Dans le script du fournisseur, qui se charge avec chaque page
Votre développeur ou votre agence peuvent-ils la relire ?
Pas sous la forme d’une modification de votre code
Que reste-t-il à la fin du contrat ?
Rien : le script est retiré et vos pages redeviennent ce qu’elles étaient

Correction du code source, telle que Validiscan la livre

Où se trouve la modification ?
Dans les fichiers mêmes de votre thème
Votre développeur ou votre agence peuvent-ils la relire ?
Oui, ligne par ligne, sous forme de pull request ou de diff
Que reste-t-il à la fin du contrat ?
La modification, puisqu’elle fait partie de votre propre code

Ce que les overlays modifient et ce qu’ils laissent en l’état

Cinq étapes. Vous décidez de ce qui passe en ligne.

Chaque étape, de votre côté

  1. Scan de référence

    Votre boutique selon les WCAG 2.2 niveau AA, aux dimensions d’un écran d’ordinateur et d’un téléphone, plus les vérifications manuelles.

    Votre rôle Confirmez par écrit que votre boutique peut être scannée.

  2. Modifications de votre code

    Ce que le code permet de corriger est corrigé, relu et livré sous forme de pull request, de copie du thème ou de lot de correctifs.

    Votre rôle Relisez-les et publiez-les, ou laissez votre agence s’en charger.

  3. Scan de vérification

    Une fois les modifications en ligne, les pages concernées sont scannées de nouveau.

    Votre rôle Prévenez Validiscan quand les modifications sont en ligne.

  4. Remediation Evidence Package

    Le compte rendu du résultat : PDF, DOCX et JSON dans une archive zip, avec la date de chaque scan.

    Votre rôle Classez-le, et faites relire le projet de déclaration d’accessibilité.

  5. Protection contre les régressions

    Facultative. Un nouveau scan hebdomadaire, comparé à la référence vérifiée, avec un e-mail en cas de régression.

    Votre rôle Décidez si vous la souhaitez.

La durée d’un projet dépend surtout des étapes 2 et 3 : elles attendent que vous ou votre agence relisiez la modification et la mettiez en ligne.

Quatre plateformes. Les corrections arrivent là où se trouve votre thème.

Comment les corrections parviennent à chaque plateforme

20 corrections prêtes à l’emploi sur chaque plateforme, pour des échecs comme une langue de page absente ou une page qui bloque le zoom sur téléphone, plus des corrections écrites pour votre code.

Ce qu’un scan trouve, et ce qu’une personne vérifie.

55

Critères de succès des WCAG 2.2 aux niveaux A et AA

Les contrôles automatisés en testent une partie ; une personne vérifie le reste. Un premier scan montre donc ce qui peut être prouvé aujourd’hui à partir de votre code, pas le tableau complet.

Le scan trouve

  • Des images sans alternative textuelle
  • Des boutons sans nom
  • Des champs de formulaire sans étiquette
  • Une langue de page absente
  • Une structure de titres défectueuse

Une personne vérifie

  • Si tout le parcours d’achat fonctionne au clavier
  • Si un message d’erreur a du sens quand il est lu à voix haute
  • Si les sous-titres d’une vidéo sont justes
  • Si les pages fonctionnent encore à 400 % de zoom

La méthode et les normes

Les questions que l’on se pose avant d’acheter

Les réponses courtes. Chaque page de ce site dit aussi clairement ce que le service ne fait pas que ce qu’il fait.

Cela aidera-t-il ma boutique à respecter l’acte européen sur l’accessibilité (EAA) ?

Oui, c’est précisément son but. La norme EN 301 549, norme européenne élaborée pour l’EAA, s’appuie sur les WCAG 2.2 pour les sites web, et c’est exactement selon les WCAG 2.2 AA que nous testons et corrigeons. Vous recevez aussi un Remediation Evidence Package daté qui recense chaque correction, à présenter quand on vous le demande. L’appréciation juridique finale revient à votre avocat.

Quelque chose change-t-il sur la version en ligne de ma boutique ?

Pas sans vous. Les modifications arrivent sous forme de pull request, de copie non publiée du thème ou de lot de correctifs. Votre développeur ou votre agence les fusionne, ou vous les publiez, quand le résultat vous convient.

Que ne couvre pas un projet ?

Les constats qui exigent vos propres décisions de contenu (niveau MANUAL, par exemple les sous-titres de vos vidéos), les contenus tiers intégrés comme les widgets de paiement ou de chat, et les PDF. Les plateformes autres que les quatre citées, et les vitrines headless, sont traitées sur demande.

L’IA est-elle utilisée sur le code de ma boutique ?

Uniquement pour les corrections du niveau ASSISTED, et uniquement si vous l’acceptez. La rédaction par IA est désactivée par défaut et s’active boutique par boutique. Chaque modification ainsi rédigée est relue par une personne avant d’être livrée.

Commencez par une vérification gratuite de votre boutique.

Envoyez l’adresse de votre boutique. Validiscan la scanne et vous envoie chaque échec que le scan peut prouver, avec sa page et son code.

Demander une vérification gratuite

Ou écrivez à info@validiscan.com.

Ce que couvre la vérification gratuite, et ce qu’elle laisse de côté
Vous envoyez
l’adresse de votre boutique
Pages scannées
jusqu’à 15
Vous recevez
chaque échec que le scan peut prouver, avec la page et le code
Sur votre boutique
pages publiques uniquement ; aucune connexion, aucun achat, aucun formulaire envoyé
Ce qu’elle n’est pas
un audit complet

Écrire à Validiscan

Pour une vérification gratuite, indiquez l’adresse de votre boutique et sa plateforme.

Validiscan utilise ce que vous envoyez pour vous répondre. Politique de confidentialité