Chez Diadelux, l'accessibilité n'est pas un audit réalisé une fois avant la livraison, puis oublié. C'est une contrainte vérifiée sur chaque nouveau template et chaque nouveau composant, avant sa mise en ligne — au même titre qu'un bug d'affichage ou une erreur de code. Nous expliquons ici ce que cela signifie concrètement, et pourquoi un site accessible n'est pas un site limité.
Un contrôle, pas un projet fini
Un audit d'accessibilité réalisé une seule fois, à la livraison, ne dit rien de ce qui sera ajouté ensuite. Un site évolue : nouvelles sections, nouveaux formulaires, nouveaux composants d'interface. Si le contrôle d'accessibilité ne porte que sur l'état initial, chaque évolution ultérieure peut silencieusement dégrader ce qui avait été validé. Notre principe est donc de déplacer ce contrôle à chaque livraison, plutôt que de le figer à un instant donné.
Ce qui est vérifié à chaque nouveau composant
Tout nouveau template ou fichier d'interface doit répondre aux mêmes exigences, sans exception :
- Structure sémantique — repères de navigation (landmarks) et balisage HTML porteur de sens, pas uniquement des blocs génériques stylés.
- Étiquetage explicite — attribut
aria-labelsur les éléments dont la fonction n'est pas évidente au premier regard,aria-hiddensur le décoratif pur, pour qu'un lecteur d'écran ne s'arrête que sur ce qui a du sens. - Contrastes conformes — respect du niveau WCAG AA sur l'ensemble des textes, y compris les états secondaires ou désactivés.
- Validation outillée — passage systématique par Axe DevTools avant mise en ligne, pas une vérification visuelle seule.
Cette liste n'est pas une recommandation générale : c'est une règle appliquée à chaque nouveau développement sur ce site, au même titre que les règles de sécurité ou de performance décrites dans les autres pages de cette bibliothèque.
Un outil public, pas seulement une affirmation
Plutôt que d'affirmer simplement que nos sites sont accessibles, nous avons mis en ligne un outil de scoring gratuit qui analyse n'importe quel site — dont les nôtres — sur trois axes : performance, référencement et accessibilité. N'importe quel visiteur peut vérifier ce score par lui-même, plutôt que de nous croire sur parole. C'est la même logique de transparence que celle qui nous fait refuser d'annoncer une prestation que nous n'appliquerions pas à nos propres réalisations.
Ce que nous refusons de faire
Livrer un composant sans être passé par Axe DevTools faute de temps, laisser un texte alternatif générique ("image") sur un visuel porteur de sens, ou considérer qu'un contraste "presque conforme" suffit : nous ne cédons sur aucun de ces raccourcis, quelle que soit la pression du délai. Un site inaccessible à une partie de ses visiteurs n'est pas un site fini, même s'il paraît achevé visuellement.