Développement web
Accessibilité web : 36 contrôles essentiels pour un site professionnel
Fait partie de la Bibliothèque Edikkav1.1 · CC BY 4.0
Socle accessibilité d’un site professionnel
Préparer un diagnostic de parcours et identifier les contrôles à approfondir.
Aperçu, fichiers et citation
Dans l’instrument
| ID | Contrôle | Preuve attendue |
|---|---|---|
| A11Y01 | Titre de page identifiable | Capture de l’onglet et extrait du head. |
| A11Y02 | Langue principale déclarée | Extrait DOM et journal de test. |
| A11Y03 | Hiérarchie de titres cohérente | Plan des titres exporté. |
Consulter le fichier original — Socle accessibilité d’un site professionnel · v1.1
Citer cette version
Edikka (2026). Socle accessibilité d’un site professionnel (v1.1). https://www.edikka.com/insights/developpement-web/accessibilite-web-bases-site-professionnel#library-source-professional-website-accessibility-foundation. Consulté le 2026-09-11. CC BY 4.0.
Historique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.
Signaler une erreur sur cette version par e-mail — Socle accessibilité d’un site professionnel- socle-accessibilite-site-professionnel-edikka-v1-1.json · JSON · fr + en
- schema-socle-accessibilite-site-professionnel-edikka-v1-1.json · JSON Schema · zxx
- socle-accessibilite-site-professionnel-edikka-v1.xlsx · XLSX · fr + en
- auto-evaluation-socle-accessibilite-edikka-2026-08-26.json · JSON · fr
- auto-evaluation-socle-accessibilite-edikka-2026-08-26.xlsx · XLSX · fr
Limite d’interprétation. Candidat public destiné au diagnostic de parcours ; le classeur distribué reste l’édition 1.0 et l’ensemble ne constitue ni certification ni audit de conformité RGAA.
Retrouver cet instrument dans le catalogueRéponse courte
Un site accessible ne se reconnaît pas à un score : il se vérifie par des parcours, des critères et des preuves.
L’accessibilité web consiste à retirer les barrières qui empêchent une personne de percevoir un contenu, de comprendre une interface, de naviguer ou d’agir. Sur un site professionnel, le point de départ utile n’est ni une déclaration vague ni une note automatique : c’est un contrôle borné, rejouable et relié à une preuve.
Cette édition publie le socle Edikka v1.0 : 36 contrôles répartis dans 8 familles, avec un critère d’acceptation, une méthode, une preuve attendue et un rattachement à WCAG 2.2 et aux thèmes du RGAA 4.1.2. Ce socle aide à commencer. Il ne remplace pas un audit de conformité.
Un contrôle non testé n’est pas conforme. Il reste « à tester ». Une absence de preuve n’est jamais transformée en réussite.
Périmètre
Ce socle répond à « par où commencer ? », pas à « sommes-nous juridiquement conformes ? »
WCAG 2.2 organise des critères de succès sous quatre principes : perceptible, utilisable, compréhensible et robuste. Le RGAA 4.1.2 fournit en France une méthode opérationnelle de critères et de tests. WCAG-EM encadre l’évaluation d’un site entier et de son échantillon. Ces trois couches n’ont pas le même rôle.
Le socle ci-dessous sélectionne des barrières fréquentes que l’on peut vérifier sur une page ou un parcours critique. Une déclaration RGAA ou une revendication WCAG exige un périmètre, un échantillon représentatif, l’ensemble des critères applicables et des tests humains. L’applicabilité juridique du RGAA ou de l’EAA dépend en outre de l’entité et du service proposé.
| Question | Ce que l’on peut décider ici | Suite correcte |
|---|---|---|
| L’entité relève-t-elle du champ public ou d’une obligation française spécifique ? | À qualifier ; ne pas déduire l’obligation de la seule présence d’un site. | Lire le guide RGAA, WCAG et EAA. |
| Le service B2C entre-t-il dans les catégories couvertes par l’EAA depuis le 28 juin 2025 ? | À qualifier selon le service, l’entreprise et les exemptions. | Documenter le périmètre avec conseil juridique si nécessaire. |
| Le besoin est-il un diagnostic initial ou une preuve de conformité ? | Ce socle convient au diagnostic initial. | Pour une preuve de conformité, préparer un audit exhaustif et un échantillon. |
| Un score automatique est-il disponible ? | Le score renseigne une partie des règles automatisables. | Comprendre ce que Lighthouse ne prouve pas. |
Limite juridique. Ce tableau aide à orienter la démarche ; il ne constitue pas un avis juridique. La DGCCRF présente les produits et services couverts par la directive européenne et les exemptions associées.
Méthode de sélection
Pourquoi 36 contrôles : le nombre sort d’une règle publiée, pas d’un chiffre marketing.
Un contrôle entre dans le socle seulement s’il satisfait les cinq conditions suivantes. Cette règle évite deux excès : réduire l’accessibilité à dix conseils génériques ou faire croire qu’un tableau court équivaut à l’intégralité de WCAG et du RGAA. Les familles ne reçoivent aucun quota : formulaires, clavier et repères comptent davantage de contrôles lorsque la règle en fait ressortir davantage.
Le contrôle concerne la majorité des pages publiques ou des parcours transactionnels d’un site professionnel.
Le résultat peut être observé sur un périmètre borné sans prétendre échantillonner tout le site.
Le critère d’acceptation et la preuve attendue peuvent être formulés sans jugement opaque.
Un échec crée une barrière d’accès, de compréhension, de navigation ou d’action.
Le contrôle se rattache à WCAG 2.2 niveau A ou AA et à un thème du RGAA 4.1.2.
Les critères dépendant d’un média, d’un métier, d’un secteur, d’un échantillon complet ou d’une expertise juridique restent dans l’audit dédié. « Non applicable » doit être justifié, jamais utilisé pour améliorer un score.
Taxonomie double
Huit familles pour agir, avec un rattachement normatif pour vérifier.
La famille opérationnelle aide une équipe à savoir qui doit corriger quoi. Le rattachement WCAG/RGAA permet de remonter vers les textes de référence. Les deux taxonomies sont conservées : l’une organise l’action, l’autre évite d’inventer une norme Edikka.
4 contrôles
Repères et structure
WCAG : Operable / Understandable
RGAA : 8 · Éléments obligatoires ; 9 · Structuration ; 12 · Navigation
4 contrôles
Contenus et alternatives
WCAG : Perceivable / Understandable
RGAA : 1 · Images ; 3 · Couleurs ; 6 · Liens ; 13 · Consultation
4 contrôles
Perception visuelle
WCAG : Perceivable
RGAA : 3 · Couleurs ; 10 · Présentation
5 contrôles
Clavier et focus
WCAG : Operable
RGAA : 7 · Scripts ; 10 · Présentation ; 12 · Navigation
4 contrôles
Composants et états
WCAG : Operable / Robust
RGAA : 7 · Scripts ; 12 · Navigation
6 contrôles
Formulaires et erreurs
WCAG : Understandable / Robust
RGAA : 11 · Formulaires
4 contrôles
Médias, mouvement et temps
WCAG : Perceivable / Operable
RGAA : 4 · Multimédia ; 13 · Consultation
5 contrôles
Adaptation et robustesse
WCAG : Operable / Understandable / Robust
RGAA : 7 · Scripts ; 10 · Présentation ; 12 · Navigation ; 13 · Consultation
Grille ouverte · v1.0
Les 36 contrôles du socle, avec un critère d’acceptation et une preuve visibles.
La table visible publie le critère d’acceptation et la preuve attendue. Le fichier XLSX ajoute la méthode détaillée, le responsable, le statut, la date, la réserve et le lien vers la preuve. Le JSON est la source machine commune aux versions française et anglaise.
Lecture normative. Le RGAA 4.1.2 est aligné sur WCAG 2.1. Les contrôles A11Y33 à A11Y36 couvrent quatre critères A/AA ajoutés par WCAG 2.2 ; leur rattachement RGAA indique le thème opérationnel pertinent et précise l’absence d’équivalent direct dans la version 4.1.2.
| ID | Famille | Barrière contrôlée | Critère d’acceptation | Preuve attendue | WCAG 2.2 / RGAA 4.1.2 | Sévérité |
|---|---|---|---|---|---|---|
| A11Y01 | Repères et structure | Titre de page identifiable L’utilisateur ne sait pas quelle page il consulte. | Le titre de l’onglet décrit la page et distingue les pages entre elles. | Capture de l’onglet et extrait du head. | 2.4.2 (A) 8 · Éléments obligatoires | Haute |
| A11Y02 | Repères et structure | Langue principale déclarée La synthèse vocale prononce mal le contenu. | L’attribut lang de html correspond à la langue principale réelle. | Extrait DOM et journal de test. | 3.1.1 (A) 8 · Éléments obligatoires | Haute |
| A11Y03 | Repères et structure | Hiérarchie de titres cohérente Les sections deviennent difficiles à parcourir ou à comprendre. | Un H1 décrit le sujet ; les H2/H3 reflètent l’imbrication du contenu sans servir de décoration. | Plan des titres exporté. | 1.3.1 (A) ; 2.4.6 (AA) 9 · Structuration | Haute |
| A11Y04 | Repères et structure | Régions et accès direct au contenu La navigation répétée doit être reparcourue à chaque page. | Le contenu principal est dans main ; un accès d’évitement fonctionnel atteint une cible visible ou focalisable. | Vidéo clavier et arbre d’accessibilité. | 1.3.1 (A) ; 2.4.1 (A) 9 · Structuration ; 12 · Navigation | Haute |
| A11Y05 | Contenus et alternatives | Alternative des images informative Une information portée par l’image disparaît. | Chaque image informative possède une alternative équivalente ; une image décorative peut être ignorée. | Capture sans images et extrait DOM. | 1.1.1 (A) 1 · Images | Haute |
| A11Y06 | Contenus et alternatives | Nom des images fonctionnelles et icônes Une action graphique est muette ou ambiguë. | Le nom accessible décrit l’action ou la destination, pas l’apparence de l’icône. | Arbre d’accessibilité ou rapport DOM. | 1.1.1 (A) ; 4.1.2 (A) 1 · Images ; 7 · Scripts | Bloquant |
| A11Y07 | Contenus et alternatives | Liens compréhensibles en contexte La destination d’un lien doit être devinée. | Le libellé et son contexte programmatique permettent d’identifier la destination ou la fonction. | Liste des liens et captures de contexte. | 2.4.4 (A) 6 · Liens | Haute |
| A11Y08 | Contenus et alternatives | Instructions indépendantes de la forme et de la couleur L’instruction devient inutilisable sans perception visuelle complète. | Aucune consigne essentielle ne dépend uniquement de la couleur, de la position, de la forme ou d’un son. | Capture annotée et journal de revue. | 1.3.3 (A) ; 1.4.1 (A) 3 · Couleurs ; 13 · Consultation | Haute |
| A11Y09 | Perception visuelle | Contraste des textes Le texte devient illisible pour de nombreux utilisateurs. | Le contraste atteint 4,5 :1 pour le texte courant et 3 :1 pour le grand texte, sauf exceptions WCAG. | Rapport de contraste avec valeurs et captures. | 1.4.3 (AA) 3 · Couleurs | Haute |
| A11Y10 | Perception visuelle | Contraste des composants et états utiles Un champ, un focus ou un état ne peut pas être repéré. | Les limites et états visuels nécessaires atteignent 3 :1 avec les couleurs adjacentes, selon les exceptions WCAG. | Rapport de contraste des composants. | 1.4.11 (AA) 3 · Couleurs ; 10 · Présentation | Haute |
| A11Y11 | Perception visuelle | Zoom texte et espacement personnalisable Le contenu se chevauche ou disparaît quand la lecture est adaptée. | À 200 % et avec l’espacement WCAG, texte et fonctions restent disponibles sans perte. | Captures avant/après et journal de test. | 1.4.4 (AA) ; 1.4.12 (AA) 10 · Présentation | Haute |
| A11Y12 | Perception visuelle | Reflow à 320 CSS pixels Une lecture bidimensionnelle ou un défilement horizontal est imposé. | Le contenu et les actions restent utilisables à 320 CSS px sans perte ni défilement horizontal global, hors exceptions. | Capture pleine page et mesure scrollWidth/clientWidth. | 1.4.10 (AA) 10 · Présentation | Bloquant |
| A11Y13 | Clavier et focus | Toutes les fonctions au clavier Une personne sans souris ne peut pas terminer le parcours. | Chaque action essentielle est réalisable avec le clavier sans geste dépendant du pointeur. | Vidéo non coupée du parcours clavier. | 2.1.1 (A) 7 · Scripts ; 12 · Navigation | Bloquant |
| A11Y14 | Clavier et focus | Absence de piège clavier Le focus entre dans un composant sans pouvoir en sortir. | Le focus peut quitter chaque composant par une méthode standard ou documentée. | Vidéo et séquence de touches. | 2.1.2 (A) 7 · Scripts ; 12 · Navigation | Bloquant |
| A11Y15 | Clavier et focus | Focus visible et non masqué L’utilisateur perd sa position ou le focus est couvert. | Chaque contrôle focalisé est perceptible et n’est pas entièrement masqué par un élément fixe. | Vidéo ou captures de chaque famille de composants. | 2.4.7 (AA) ; 2.4.11 (AA) 10 · Présentation ; 12 · Navigation | Haute |
| A11Y16 | Clavier et focus | Ordre de focus logique La lecture et l’action suivent un ordre incohérent. | L’ordre séquentiel conserve le sens et l’opérabilité ; aucun tabindex positif ne le force artificiellement. | Journal numéroté du focus et extrait DOM. | 2.4.3 (A) 12 · Navigation | Haute |
| A11Y17 | Composants et états | Nom accessible aligné sur le libellé visible La commande vocale ne retrouve pas le contrôle affiché. | Le nom accessible contient le texte visible de l’action, dans le même ordre utile. | Capture et arbre d’accessibilité. | 2.5.3 (A) 7 · Scripts | Haute |
| A11Y18 | Composants et états | Nom, rôle, valeur et état programmatiques Le composant est annoncé sans fonction ou sans état. | Chaque composant expose un nom, un rôle et, si nécessaire, une valeur ou un état actualisé. | Deux captures de l’arbre d’accessibilité. | 4.1.2 (A) 7 · Scripts | Bloquant |
| A11Y19 | Composants et états | Gestion du focus des modales et panneaux Le contexte change sans repère ou le contenu arrière reste actif. | À l’ouverture le focus entre dans le composant ; il y reste si nécessaire ; à la fermeture il revient à un point logique. | Vidéo clavier et arbre d’accessibilité. | 2.4.3 (A) ; 2.1.2 (A) ; 4.1.2 (A) 7 · Scripts ; 12 · Navigation | Bloquant |
| A11Y20 | Composants et états | Messages de statut annoncés Une réussite, une erreur ou une mise à jour reste invisible à la synthèse vocale. | Les messages importants sont exposés sans déplacer inutilement le focus. | Journal lecteur d’écran et extrait DOM. | 4.1.3 (AA) 7 · Scripts ; 11 · Formulaires | Haute |
| A11Y21 | Formulaires et erreurs | Libellé explicite pour chaque champ La donnée attendue doit être devinée. | Chaque champ possède un label persistant, correctement associé et suffisamment précis. | Capture et extrait DOM. | 1.3.1 (A) ; 3.3.2 (A) 11 · Formulaires | Bloquant |
| A11Y22 | Formulaires et erreurs | Finalité des champs personnels identifiable Les aides de saisie et l’autocomplétion ne peuvent pas fonctionner correctement. | Les champs personnels courants utilisent un autocomplete conforme lorsque la finalité est connue. | Rapport DOM des attributs de saisie. | 1.3.5 (AA) 11 · Formulaires | Moyenne |
| A11Y23 | Formulaires et erreurs | Erreurs identifiées et rattachées aux champs L’utilisateur sait que l’envoi échoue mais pas où ni pourquoi. | L’erreur est nommée, localisée, liée au champ et annoncée ; la donnée correcte n’est pas effacée. | Vidéo, capture et arbre d’accessibilité. | 3.3.1 (A) ; 3.3.3 (AA) 11 · Formulaires | Bloquant |
| A11Y24 | Formulaires et erreurs | Prévention et confirmation des actions sensibles Une action juridique, financière ou irréversible est validée par erreur. | L’utilisateur peut vérifier, corriger ou confirmer avant finalisation, et reçoit une confirmation exploitable. | Vidéo du parcours et capture de confirmation. | 3.3.4 (AA) 11 · Formulaires | Bloquant |
| A11Y25 | Médias, mouvement et temps | Sous-titres des vidéos préenregistrées Le contenu sonore est inaccessible aux personnes sourdes ou malentendantes. | Les paroles et sons utiles sont disponibles dans des sous-titres synchronisés et relus. | Extrait vidéo et fichier de sous-titres. | 1.2.2 (A) 4 · Multimédia | Haute |
| A11Y26 | Médias, mouvement et temps | Alternative au contenu visuel ou sonore essentiel Une démonstration, un graphique ou un son utile n’a pas d’équivalent. | Une transcription, une audiodescription ou une alternative textuelle transmet l’information nécessaire selon le média. | Transcription ou piste alternative reliée au média. | 1.2.3 (A) ; 1.2.5 (AA) 4 · Multimédia | Haute |
| A11Y27 | Médias, mouvement et temps | Contrôle de l’autoplay, du mouvement et du temps Le contenu perturbe la lecture ou expire avant la fin de l’action. | Le son automatique peut être arrêté ; les animations longues peuvent être mises en pause ; les limites de temps sont contrôlables sauf exception. | Vidéo et journal chronométré. | 1.4.2 (A) ; 2.2.1 (A) ; 2.2.2 (A) 4 · Multimédia ; 13 · Consultation | Bloquant |
| A11Y28 | Médias, mouvement et temps | Clignotements sûrs et mouvement contrôlable Des flashs ou animations automatiques provoquent gêne, perte de concentration ou risque neurologique. | Aucun contenu ne produit plus de trois flashs par seconde et toute animation automatique de plus de cinq secondes peut être mise en pause, arrêtée ou masquée. | Vidéo du scénario et rapport de mesure des flashs si applicable. | 2.2.2 (A) ; 2.3.1 (A) 13 · Consultation | Haute |
| A11Y29 | Adaptation et robustesse | Orientation non imposée Le service devient inutilisable avec un appareil fixé dans une orientation. | Le contenu fonctionne en portrait et paysage, sauf orientation essentielle. | Deux captures et journal de test. | 1.3.4 (AA) 13 · Consultation | Haute |
| A11Y30 | Adaptation et robustesse | Cibles tactiles suffisamment grandes Une action est difficile à déclencher sans erreur sur mobile. | Les cibles atteignent 24 × 24 CSS px ou respectent une exception de WCAG 2.5.8. | Capture annotée avec dimensions CSS. | 2.5.8 (AA) 10 · Présentation ; 13 · Consultation | Moyenne |
| A11Y31 | Adaptation et robustesse | Navigation et composants cohérents Le même élément change de nom, de place ou de comportement sans raison. | Les navigations répétées gardent un ordre cohérent et les composants identiques sont identifiés de façon constante. | Tableau comparatif et captures. | 3.2.3 (AA) ; 3.2.4 (AA) 12 · Navigation | Moyenne |
| A11Y32 | Adaptation et robustesse | Ordre de lecture programmatique cohérent Le réordonnancement visuel dissocie la lecture, le sens et l’action. | À chaque viewport, l’ordre du DOM et la restitution par technologie d’assistance conservent le sens du contenu et des instructions. | Capture annotée, extrait DOM et journal de lecture. | 1.3.2 (A) 9 · Structuration ; 10 · Présentation | Haute |
| A11Y33 | Clavier et focus | Alternative aux gestes de glissement Une action exige un glisser-déposer précis qu’une personne ne peut pas réaliser. | Toute fonction fondée sur un mouvement de glissement peut aussi être exécutée avec un pointeur simple, sauf lorsque le glissement est essentiel. | Vidéo comparant le geste de glissement et son alternative par action simple. | 2.5.7 (AA) 7 · Scripts — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2 | Haute |
| A11Y34 | Adaptation et robustesse | Aide cohérente entre les pages Le moyen d’obtenir de l’aide change de place ou d’ordre et devient difficile à retrouver. | Lorsqu’un mécanisme d’aide est répété sur plusieurs pages, il conserve le même ordre relatif, sauf changement initié par l’utilisateur. | Tableau comparatif de l’ordre des mécanismes d’aide et captures datées. | 3.2.6 (A) 12 · Navigation — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2 | Moyenne |
| A11Y35 | Formulaires et erreurs | Saisie redondante évitée Une information déjà fournie doit être saisie une nouvelle fois dans le même processus. | Une donnée précédemment fournie est préremplie ou sélectionnable, sauf exception de sécurité, nécessité ou invalidité de la donnée. | Vidéo du parcours complet et relevé des champs répétés avec justification des exceptions. | 3.3.7 (A) 11 · Formulaires — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2 | Haute |
| A11Y36 | Formulaires et erreurs | Authentification accessible La connexion impose un test cognitif, une mémorisation ou une retranscription sans alternative. | L’authentification n’exige pas de test de fonction cognitive, ou fournit une alternative, un mécanisme d’assistance ou une reconnaissance d’objet ou de contenu personnel conforme aux exceptions WCAG. | Vidéo des parcours d’authentification, inventaire des exigences cognitives et justification des exceptions. | 3.3.8 (AA) 11 · Formulaires — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2 | Bloquant |
Exécution
Un contrôle exploitable relie six champs : périmètre, scénario, résultat, preuve, statut et responsable.
« Vérifier le clavier » n’est pas une preuve. Le scénario doit nommer la page, le viewport, l’état initial, les touches utilisées et l’action à terminer. Le résultat attendu doit être observable. La preuve doit permettre à un tiers de rejouer ou de contester la conclusion.
« Le menu est accessible au clavier. » Aucun parcours, aucune preuve, aucun environnement.
Statut: conforme
Preuve: aucune
Conclusion: impossible à rejouerA11Y13 · Menu mobile · Chrome 140 · 390 × 844 · clavier uniquement.
1. Tab jusqu’au bouton Menu
2. Entrée pour ouvrir
3. Tab sur chaque lien
4. Échap pour fermer
5. Vérifier le retour du focus
Preuve: vidéo + journal horodaté
Statut: Conforme / Non conforme / À tester / Non applicableLa sévérité décrit l’impact d’une anomalie. Le statut décrit le résultat du test. Le blocage de mise en ligne est une décision de gouvernance. Ces trois notions ne sont pas fusionnées.
Priorisation
Corriger d’abord ce qui empêche de percevoir, naviguer ou terminer l’action.
| Sévérité | Définition | Exemple | Décision attendue |
|---|---|---|---|
| Bloquant | Le parcours critique ne peut pas être terminé ou une information essentielle disparaît. | Formulaire inutilisable au clavier ; champ sans libellé ; erreur non localisée. | Corriger avant mise en ligne ou documenter une décision de no-go. |
| Haute | Le parcours reste possible mais impose une difficulté importante ou une forte incertitude. | Focus peu visible ; contraste insuffisant ; lien ambigu répété. | Corriger dans le lot prioritaire avec un contre-test. |
| Moyenne | La friction est réelle mais ne bloque pas seule l’objectif principal. | Cible tactile trop petite ; identification incohérente d’un composant secondaire. | Planifier, attribuer et vérifier la non-régression. |
Automatisation et humain
Les outils détectent des symptômes ; les parcours humains établissent l’impact.
Un validateur peut trouver un attribut absent, un contraste mesurable ou un nom accessible vide. Il ne peut pas toujours décider si une alternative transmet le bon sens, si une erreur aide réellement à corriger le champ ou si le retour de focus respecte le contexte. C’est pourquoi la méthode impose un rejeu humain borné avec une technologie d’assistance, sans le transformer en critère WCAG autonome.
La combinaison minimale est : validation HTML et DOM, audit automatique, test clavier, reflow, contraste, arbre d’accessibilité et parcours avec lecteur d’écran. L’environnement, la date et les réserves doivent accompagner le résultat.
Cycle projet
L’accessibilité se décide avant la maquette et se rejoue après la mise en ligne.
Cadrage
Qualifier le service, les utilisateurs et les parcours critiques.
La portée juridique et la portée du test sont deux décisions distinctes.
Conception
Définir les états, erreurs, contenus et interactions avant le pixel.
Une maquette doit montrer le focus, les erreurs, les confirmations et les variantes responsive.
Composants
Coder les comportements dans le design system.
Le correctif d’un bouton, d’une modale ou d’un champ doit bénéficier à toutes ses occurrences.
Contenus
Nommer les titres, liens, alternatives et instructions.
La sémantique n’est pas un habillage technique : elle porte le sens publié.
Recette
Rejouer les 36 contrôles sur les pages et états retenus.
Chaque anomalie reçoit une preuve, une sévérité, un responsable et un contre-test.
Production
Surveiller les parcours et les régressions.
Une page accessible aujourd’hui peut casser au prochain composant, contenu ou script tiers.
Architecture du cluster
Une question, une page de référence : le socle oriente sans tout réexpliquer.
Actifs ouverts
Télécharger, rejouer, contester et améliorer la méthode.
Les actifs sont gratuits, sans formulaire et publiés sous licence CC BY 4.0. Vous pouvez les adapter et les redistribuer en citant Edikka et l’URL canonique. Le XLSX est conçu pour le travail d’équipe ; le JSON sert de source machine ; le Markdown expose une version textuelle stable.
Sources primaires
La méthode Edikka renvoie vers les référentiels qu’elle ne remplace pas.
Version et intégrité
Une méthode citable, datée et vérifiable jusqu’au fichier.
Version 1.0 · publiée et relue le 25 août 2026 · prochaine revue le 25 novembre 2026. Changelog : première publication publique du socle bilingue à 36 contrôles.
Citation recommandée : Edikka, « Socle d’accessibilité d’un site professionnel · v1.0 », 25 août 2026, avec lien vers l’URL canonique. Aucun DOI n’est revendiqué tant qu’aucun dépôt tiers pérenne n’en a attribué un.
Ces empreintes permettent de vérifier que le JSON et le XLSX téléchargés correspondent aux fichiers cités par cette édition.
JSON 8fdfeddda1f94f427e54274a90003a7e824f15a5304ceeba2a9509453c5e31cd
XLSX f869d70bef0b716070d7af9b6f8f1354e5d969574ea3bb890226dd7df29aeb90Limite volontaire
Edikka est une agence web : cette grille est une méthode de travail publiée, pas un référentiel indépendant.
Nous utilisons cette grille pour cadrer, concevoir et recetter des sites. Nous avons donc un intérêt commercial à montrer la qualité de cette méthode. Pour rendre ce conflit d’intérêt visible, nous publions la règle de sélection, les limites, les sources, les contrôles et les formats réutilisables.
Le socle ne couvre pas tous les critères applicables, ne calcule aucun taux RGAA, ne certifie aucun site et ne garantit ni conformité juridique, ni absence de barrière, ni gain de classement SEO ou de citation IA. Une page structurée est plus fiable à lire ; sa visibilité dépend d’autres signaux.
Conclusion
Commencez par un parcours réel, une barrière observable et une preuve rejouable.
L’accessibilité ne progresse pas quand une équipe ajoute un score à un tableau de bord. Elle progresse lorsqu’une personne peut terminer l’action qui lui était auparavant impossible, que la correction est portée par le bon composant et qu’un tiers peut rejouer le test.
Choisissez un parcours critique, exécutez les 36 contrôles applicables, conservez les preuves, corrigez les blocages et contre-testez. Puis élargissez le périmètre avec une méthode d’audit complète lorsque l’objectif devient la conformité.
Ne publiez pas « accessible » parce qu’un outil est vert. Publiez ce qui a été testé, comment, quand, avec quelle preuve et quelles limites.
L’accessibilité devient crédible quand le design, le contenu et le code partagent la même preuve.
Un contrôle n’est pas une case. C’est un engagement observable : une personne peut accomplir l’action, la correction tient dans le composant et le résultat peut être rejoué.
Partir du parcours réel
La priorité vient de ce que l’utilisateur doit percevoir, comprendre et terminer — pas de ce qui est le plus simple à mesurer.
Corriger à la source
Un composant accessible, documenté et testé évite de réparer le même défaut sur chaque page.
Nommer ce qui reste inconnu
« À tester », « non applicable » et « non conforme » sont des informations utiles. Les masquer détruit la confiance.
La qualité premium ne consiste pas à rendre l’accessibilité invisible. Elle consiste à intégrer ses exigences dans chaque décision de conception.
Pour aller plus loin sur ce sujet
Des réponses complémentaires pour clarifier les points essentiels abordés dans cet article.
