Déclaration d'accessibilité

**Nous ne déclarons pas ce site conforme.** Une déclaration de conformité au RGAA ou au niveau WCAG 2.1 AA suppose que chaque critère ait été éprouvé, y compris avec les aides techniques que les gens utilisent réellement. Ce n'est pas encore le cas.

Deux contrôles sont en place, et ils ne se recouvrent pas. Le premier est **automatisé** : dix pages représentatives, dans les deux thèmes et à deux largeurs — quarante analyses. Il ne relève aucune violation.

Le second, mené le 12 septembre 2026, parcourt onze pages **au clavier** et les mesure dans les conditions que la norme impose de supporter : une fenêtre de 320 pixels de large, et un espacement de texte augmenté par le lecteur. Il vérifie le lien d'évitement, l'ordre de tabulation contre l'ordre de lecture, la visibilité du focus, l'absence de piège au clavier, l'étiquetage des champs et le titre de chaque page.

Ce second contrôle a trouvé deux défauts que le premier ne pouvait pas voir, tous deux corrigés le jour même : un bouton qui sortait de l'écran de 128 pixels sur chaque étude de cas, et un champ d'infolettre sans nom accessible lorsque deux formulaires coexistaient sur une page.

Ce qui manque encore est nommé plus bas, et c'est l'essentiel : personne n'a écouté ce site. Un outil mesure des distances et des contrastes ; il n'entend pas. Annoncer une conformité avant ce passage-là serait faux, et se retournerait contre nous le jour où quelqu'un constaterait le contraire.

Le contrôle automatisé fait partie de la chaîne de livraison : il s'exécute avant chaque mise en production, et une régression bloque le déploiement au même titre qu'un test cassé.

Il couvre les contrastes de texte dans les deux thèmes, les noms accessibles des liens, boutons et champs, la structure des titres, les rôles ARIA et leur nommage, l'accès au clavier des zones défilantes, et la présence d'un texte alternatif sur les images.

S'y ajoute depuis le 12 septembre 2026 un second passage, au clavier cette fois : lien d'évitement, ordre de tabulation, visibilité du focus, absence de piège, étiquettes des champs, et tenue de la page à 320 pixels comme sous espacement de texte augmenté.

Les corrections déjà apportées à la suite de ces contrôles : le nom accessible du logo en thème sombre, le contraste du turquoise sur fond teinté, le nommage de la barre de progression du formulaire de devis, l'accès au clavier du graphique de disponibilité, le repli des boutons dont le libellé s'allonge, et l'identifiant unique du champ d'infolettre.

Aucun test n'a été mené avec un lecteur d'écran réel (NVDA, JAWS, VoiceOver), ni avec des personnes concernées. C'est la limite principale de cette déclaration, et aucun outil ne la lève.

La gestion du focus à l'ouverture et à la fermeture des fenêtres modales, et la pertinence des textes alternatifs des illustrations d'articles, n'ont pas fait l'objet d'un contrôle manuel. L'ordre de tabulation, lui, est désormais vérifié à chaque mise en ligne.

Les documents PDF que vous pourriez recevoir dans votre espace client ne sont pas contrôlés : leur accessibilité dépend de l'outil qui les a produits.

Si une page vous résiste, écrivez-nous : nous traitons ces signalements comme des anomalies, pas comme des suggestions.

Décrivez si possible la page concernée et la manière dont vous naviguez — clavier, lecteur d'écran, grossissement. Cela nous évite de chercher à côté.

Nous nous engageons à accuser réception sous deux jours ouvrés et à indiquer un délai de correction.