Déclaration d’accessibilité de validiscan.com

Le site web de Validiscan, validiscan.com, vise à satisfaire aux WCAG 2.2 niveau AA. Des tests automatisés contrôlent ses pages avec axe-core et testent l’utilisation au clavier, le reflow, le zoom et le contraste des couleurs ; personne ne l’a encore testé avec un lecteur d’écran.

Demander une vérification gratuite

Dernière mise à jour : 20 octobre 2026

Sur cette page : 7 réponses

Quelle norme le site vise-t-il à respecter ?

Le site web de Validiscan vise à satisfaire aux WCAG 2.2 niveau AA, la norme selon laquelle Validiscan contrôle les boutiques en ligne. Cette déclaration n’affirme pas que le site y satisfasse pleinement : les tests automatisés détectent de nombreux types d’obstacles, mais pas tous, et les tests qui demandent l’intervention d’une personne n’ont pas encore été réalisés.

Source : Web Content Accessibility Guidelines (WCAG) 2.2, W3C

Détails : ce qu’affirme cette déclaration, et ce qu’elle couvre

Le site web de Validiscan vise à satisfaire aux WCAG 2.2 niveau AA : le niveau AA des Web Content Accessibility Guidelines (WCAG) 2.2. Validiscan contrôle les boutiques en ligne selon cette même norme.

Cette déclaration n’affirme pas que le site satisfasse pleinement à cette norme. Les tests automatisés décrits ci-dessous détectent de nombreux types d’obstacles, mais pas tous, et les tests qui demandent l’intervention d’une personne n’ont pas encore été réalisés.

La déclaration couvre toutes les pages de validiscan.com, dans chacune des langues où le site est publié. Elle ne couvre pas l’application de Validiscan (la console opérateur et le portail client), qui n’est pas encore en service.

Comment le site est-il testé ?

Chaque page de validiscan.com figurant dans le plan du site est testée automatiquement avec axe-core et html-validate. Une page par type de page et par langue est en outre testée en thème sombre, à la largeur d’un téléphone, à une largeur de 320 pixels CSS, avec zoom, en couleurs forcées, avec réduction du mouvement et avec JavaScript désactivé.

Tests d’accessibilité de validiscan.com
Test	Ce qui est vérifié	Pages
axe-core	Les règles d’axe-core étiquetées wcag2a, wcag2aa, wcag21a, wcag21aa et wcag22aa, exécutées avec @axe-core/playwright. Le test échoue à la moindre violation.	Chaque page du plan du site, en thème clair, à 1440 × 900 pixels CSS. Une page par type de page et par langue, en thème clair et en thème sombre, à 1440 × 900 et à 390 × 844 pixels CSS. La page d’accueil de chaque langue aussi dans les deux thèmes et aux deux tailles, avec toutes les questions dépliées et le constat d’exemple ramené à une phase antérieure.
Clavier	L’en-tête, le menu mobile, la liste des langues, le menu « Apparence », le constat d’exemple et une section repliable peuvent être atteints et utilisés au clavier, avec un indicateur de focus visible. La liste ci-dessous en donne le détail.	La page du guide de style, qui contient l’en-tête et les menus communs à toutes les pages, ainsi que les éléments dont les pages sont composées. Le constat d’exemple et le menu mobile aussi sur la page d’accueil ; la fenêtre pop-up de contact sur la page d’accueil et sur la page de la vérification gratuite, dans chaque langue
Formulaire de contact	La fenêtre pop-up s’ouvre depuis les boutons de vérification gratuite et depuis le lien de la page de la vérification gratuite qui permet de demander un devis, avec son titre, le bon objet déjà sélectionné et des champs étiquetés ; envoyer le formulaire vide affiche une erreur en toutes lettres sous chaque champ obligatoire ; un formulaire complet affiche la confirmation, qui reçoit le focus ; la touche Échap ferme la fenêtre et rend le focus au lien qui l’a ouverte, ou au bouton « Menu » quand le lien se trouvait dans le menu mobile. axe-core ne relève aucune violation lorsque la fenêtre pop-up est ouverte, en thème clair et en thème sombre, et rien ne défile horizontalement à une largeur de 320 pixels CSS ni avec un texte agrandi à 200 %. Sans JavaScript, le lien vers le formulaire de contact du pied de page mène à la page de contact, dont le formulaire est envoyé et reçoit en réponse sa confirmation.	La page d’accueil, la page de la vérification gratuite et la page de contact dans chaque langue. Le test qui envoie le formulaire sans JavaScript utilise les pages en anglais
Reflow	Aucun défilement horizontal à une largeur de 320 pixels CSS.	Une page par type de page et par langue
Zoom	Une fenêtre de 1280 × 800 pixels avec un zoom de 400 %, testée comme une zone d’affichage de 320 × 200 pixels CSS : aucun défilement horizontal, et le titre principal est visible. Texte agrandi à 200 % dans une fenêtre de 1280 pixels de large : aucun défilement horizontal.	Une page par type de page et par langue
Couleurs forcées	Couleurs forcées activées, comme avec les thèmes de contraste de Windows : le titre principal s’affiche et rien ne défile horizontalement.	Une page par type de page et par langue
Mouvement réduit	Lorsque la réduction du mouvement est demandée, les animations et les transitions sont désactivées. Le test vérifie l’animation du tampon du constat d’exemple sur la page d’accueil et sur la page du guide de style, et qu’une section repliable s’ouvre sans glisser.	Une page par type de page et par langue
JavaScript désactivé	Le contenu principal affiche le même texte avec JavaScript désactivé qu’avec JavaScript activé, à l’exception des commandes qui ne fonctionnent qu’avec JavaScript.	Une page par type de page et par langue
Contraste des couleurs	Chaque association d’une couleur de texte ou d’interface et d’un arrière-plan répertoriée dans le design, en thème clair et en thème sombre : un rapport d’au moins 4,5 à 1 pour le texte, d’au moins 3 à 1 pour les bordures, les indicateurs de focus, les parties des commandes et les graphiques.	Les valeurs de couleur des deux thèmes
HTML valide	Le HTML de chaque page, vérifié avec html-validate au regard de la norme HTML.	Chaque page
Structure et liens	Un titre principal et un seul, aucun niveau de titre sauté, la langue de la page déclarée, et aucun lien au texte vague, comme « cliquez ici » ou « en savoir plus ».	Chaque page du plan du site
Lighthouse	Un score d’accessibilité de 100 dans Lighthouse, avec son profil mobile.	La page d’accueil, la page « Comment ça marche », une page de plateforme, un guide et une page de référence

Détails : quelles pages sont testées, et où les tests s’exécutent

Chaque page du plan du site est testée automatiquement avec axe-core et html-validate. Une page par type de page et par langue est en outre testée en thème sombre, à la largeur d’un téléphone, à une largeur de 320 pixels CSS, avec zoom, en couleurs forcées, avec réduction du mouvement et avec JavaScript désactivé. Chaque test échoue dès qu’il relève un seul problème.

Les tests s’exécutent dans le navigateur Chromium, sur le site généré et servi en local. Une version de validiscan.com n’est publiée qu’après avoir été générée et avoir réussi ces tests.

Que vérifient les tests au clavier ?

Le lien d’évitement est le premier élément atteint avec la touche Tab et déplace le focus vers le contenu principal.
Chaque commande de l’en-tête peut être atteinte avec la touche Tab et affiche un indicateur de focus visible.
Le menu « Apparence » s’ouvre avec la touche Entrée ou la flèche vers le bas, se ferme avec la touche Échap et rend le focus à son bouton. Un thème peut être choisi au clavier, et ce choix est conservé quand la page est rechargée.
Le menu mobile s’ouvre avec la touche Entrée et se ferme avec la touche Échap, et le focus revient à son bouton.
La liste des langues s’ouvre avec la touche Entrée, son premier lien peut être atteint avec la touche Tab, et la touche Échap rend le focus à son bouton.
Le menu mobile ouvert et la liste des langues ouverte se ferment lorsque le focus les quitte avec la touche Tab, afin que le menu ne masque pas l’élément qui reçoit ensuite le focus. Le menu mobile est testé pour cela sur une page de guide, à des largeurs de 390 et de 800 pixels CSS.
Le bouton qui fait avancer le constat d’exemple dans son cycle de vie, sur la page d’accueil et sur la page du guide de style, peut être atteint avec la touche Tab, affiche un indicateur de focus visible et fonctionne avec la touche Entrée.
La fenêtre pop-up de contact s’ouvre avec la touche Entrée sur « Demander une vérification gratuite » dans l’en-tête ou dans le menu mobile, et sur le lien de la page de la vérification gratuite qui permet de demander un devis. Elle place le focus sur son premier champ, se ferme avec la touche Échap et rend le focus au lien qui l’a ouverte, ou au bouton « Menu » quand le lien se trouvait dans le menu mobile.
Une section repliable s’ouvre et se ferme avec la touche Entrée et avec la barre d’espace.

Qu’est-ce qui n’a pas encore été testé ?

Personne n’a encore testé validiscan.com avec un lecteur d’écran, et le site n’a pas été testé avec des utilisateurs en situation de handicap. Un passage en revue de la liste de vérifications manuelles de Validiscan, un scan avec son propre scanner et des tests dans d’autres navigateurs que Chromium et sur de vrais téléphones et tablettes n’ont pas non plus été faits.

Un test avec un lecteur d’écran réalisé par une personne
Un test avec des utilisateurs en situation de handicap
Un passage en revue de la liste de vérifications manuelles propre à Validiscan, qui compte 35 vérifications
Un scan du site avec le scanner de Validiscan
D’autres navigateurs que Chromium, et de vrais téléphones et de vraies tablettes

Détails : chaque test qui reste à faire, et quand cette déclaration changera

Personne n’a encore testé validiscan.com avec un lecteur d’écran, et le site n’a pas été testé avec des utilisateurs en situation de handicap. Voici ce qui n’a pas été fait :

un test avec un lecteur d’écran réalisé par une personne, par exemple avec NVDA sous Windows ou VoiceOver sur un Mac ou un iPhone ;
un test avec des utilisateurs en situation de handicap ;
un passage en revue de la liste de vérifications manuelles propre à Validiscan, qui compte 35 vérifications et couvre chaque critère de succès des WCAG 2.2 qu’aucune règle ne teste, ainsi que certains critères que les règles ne testent qu’en partie (la page Méthode et normes la décrit) ;
un scan du site avec le scanner de Validiscan, qui ajoute ses propres contrôles à ceux d’axe-core ;
des tests dans d’autres navigateurs que Chromium, comme Firefox et Safari, et sur de vrais téléphones et de vraies tablettes. La largeur de téléphone utilisée dans les tests est une fenêtre de navigateur réglée à cette taille.

Cette déclaration sera mise à jour après le test avec un lecteur d’écran, pour indiquer ce qu’il aura relevé.

Existe-t-il des limites connues ?

Trois limites de validiscan.com sont connues : les exemples de résultats de Validiscan, montrés tels que le logiciel les produit ; les tableaux plus larges que l’écran, qui défilent horizontalement dans leur propre cadre ; et les documents publiés sur d’autres sites web, que Validiscan ne peut pas modifier. Les tests automatisés ne peuvent pas détecter tous les obstacles ; il peut donc en exister d’autres.

Exemples de résultats de Validiscan. Le site montre des résultats réels du logiciel de Validiscan, comme le texte d’une pull request et les modifications de code d’une correction, signalés par la mention « Données d’exemple ». Ils sont montrés tels que le logiciel les produit. Leurs liens sont affichés en texte simple, car ils mènent à l’application de Validiscan, qui exige une connexion. Les documents qui en font partie, comme le texte de la pull request, portent l’indication de leur propre langue ; sur les pages en danois, en français et en espagnol, ils sont en anglais. Le constat d’exemple de la page d’accueil porte la même mention, et ses lignes de code sont montrées sans l’indentation qu’elles ont en commun.
Tableaux larges. Un tableau plus large que l’écran défile horizontalement dans son propre cadre. On peut atteindre le cadre avec la touche Tab et le faire défiler avec les touches fléchées. Sur les écrans étroits, beaucoup de tableaux s’affichent plutôt sous forme de lignes empilées.
Documents sur d’autres sites web. Certains liens mènent à des documents publiés par d’autres organisations, comme des textes de loi sur EUR-Lex ou des normes publiées sous forme de fichiers PDF. Validiscan ne peut pas modifier l’accessibilité de ces documents.

Ce que les tests d’accessibilité automatisés peuvent et ne peuvent pas prouver

De quoi le site dépend-il ?

Le site web de Validiscan repose sur HTML et CSS ; JavaScript n’apporte que des fonctions de confort, comme le menu « Apparence » et le formulaire de contact dans une fenêtre pop-up. Sans JavaScript, les pages affichent le même texte, et le formulaire de contact fonctionne quand même. Le site n’utilise aucun overlay d’accessibilité ni aucun widget.

Sans JavaScript, les pages affichent le même texte. Seuls le menu « Apparence », le bouton qui fait avancer le constat d’exemple sur la page d’accueil et sur la page du guide de style, « Ouvrir tous les détails », les filtres des pages de référence, le message affiché après un clic sur un lien e-mail et la fenêtre pop-up de contact ont besoin de JavaScript, et ils ne sont pas affichés sans lui. Sans JavaScript, la liste « Sur cette page » ne signale pas la réponse que vous lisez, et un cadre de tableau ou un bloc de code qui tient dans sa colonne peut quand même être atteint avec la touche Tab. Le formulaire de contact fonctionne aussi sans JavaScript : le lien vers le formulaire de contact du pied de page et le lien de la page de la vérification gratuite qui permet de demander un devis mènent alors à la page de contact, dont le formulaire est envoyé comme un formulaire web ordinaire, et les boutons de vérification gratuite mènent à la page de la vérification gratuite ou ouvrent un e-mail prérempli.
Clair ou sombre. Le site suit le réglage clair ou sombre de votre appareil. Avec JavaScript activé, le menu « Apparence » de l’en-tête permet de le modifier pour ce site.
Aucun cookie, un seul formulaire. Il n’y a aucun bandeau cookies à franchir. Le seul formulaire est le formulaire de contact : ses champs ont des étiquettes visibles, les champs obligatoires sont signalés en toutes lettres, et une erreur s’affiche en toutes lettres sous son champ.

Détails : ce qu’apporte JavaScript

Le site web de Validiscan repose sur HTML et CSS. JavaScript n’apporte que des fonctions de confort : le menu « Apparence » ; la progression pas à pas du constat d’exemple sur la page d’accueil et sur la page du guide de style ; le message qui affiche l’adresse e-mail après un clic sur un lien e-mail et, si le navigateur le permet, un bouton qui copie l’adresse ; le formulaire de contact dans une fenêtre pop-up, qui s’ouvre depuis les boutons de vérification gratuite et depuis le lien de la page de la vérification gratuite qui permet de demander un devis, et contrôle les champs avant d’envoyer le message ; « Ouvrir tous les détails », le repérage de la réponse que vous lisez dans la liste « Sur cette page » et l’ouverture d’une section repliable fermée qui contient la partie vers laquelle mène un lien ; le défilement en douceur vers une partie de la même page, sauf si la réduction du mouvement est demandée ; les filtres des pages de référence ; le fait que la touche Tab passe un cadre de tableau ou un bloc de code qui tient dans sa colonne ; et la fermeture du menu mobile et de la liste des langues avec la touche Échap ou par un clic ailleurs sur la page, ou lorsque le focus les quitte. Le site n’utilise aucun overlay d’accessibilité ni aucun widget.

Comment signaler un obstacle ?

Écrivez à info@validiscan.com en indiquant sur quelle page vous étiez, ce que vous avez essayé de faire et ce qui n’a pas fonctionné ; si vous utilisez une technologie d’assistance, il est utile de la nommer, mais ce n’est pas obligatoire. L’e-mail parvient à William Quaade Rasmussen, qui dirige Validiscan et qui est responsable de validiscan.com. Il le lit et y répond lui-même.

Détails : quoi écrire, et qui le lit

Écrivez à info@validiscan.com. Indiquez sur quelle page vous étiez, ce que vous avez essayé de faire et ce qui n’a pas fonctionné. Si vous utilisez une technologie d’assistance, il est utile de la nommer, mais ce n’est pas obligatoire.

L’e-mail parvient à William Quaade Rasmussen, qui dirige Validiscan et qui est responsable de ce site web. Il le lit et y répond lui-même.

Quand cette déclaration a-t-elle été rédigée ?

Cette déclaration a été rédigée le 6 octobre 2026 et mise à jour pour la dernière fois le 20 octobre 2026, après que les tests ci-dessus ont été exécutés de nouveau sur la version du site construite ce jour-là. Elle décrit le site et ses tests tels qu’ils étaient à cette date.

Sources

Une source, vérifiée pour cette page le 6 octobre 2026.

W3C 1

Web Content Accessibility Guidelines (WCAG) 2.2 · W3C · 12 décembre 2024 · vérifiée le 6 octobre 2026

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