SUPPLEMENTARY CORPUS · FR
Accessibilité web : 36 contrôles essentiels et grille XLSX
Archived on 2026-09-11 · extracted on 2026-09-20 · 175,903 bytes
Current public page (may have changed) ↗ · Archived HTML input ↓ · Complete raw outputs
No causal markup comparison, no tool ranking. Repeats describe only these archived runs.
Mozilla Readability 0.6.0
Output produced Identical repeat
Source : component_replays.readability
Full output and metadata
{
"tool": "@mozilla/readability",
"version": "0.6.0",
"status": "ok",
"title": "Accessibilité web : 36 contrôles essentiels et grille XLSX",
"byline": null,
"excerpt": "Méthode Edikka v1.0 : 36 contrôles d’accessibilité web, critères d’acceptation, preuves, WCAG 2.2, RGAA 4.1.2 et grille XLSX gratuite.",
"content": "<div id=\"readability-page-1\" class=\"page\"><div data-accessibility-foundation=\"1.0\" data-control-count=\"36\" data-family-count=\"8\"> <section aria-labelledby=\"accessibilite-socle-reponse\"> <p>Réponse courte</p> <h2 id=\"accessibilite-socle-reponse\" data-toc-title=\"Ré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.</h2> <div> <p>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.</p> <p>Cette édition publie le <strong>socle Edikka v1.0</strong> : 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é.</p> </div> <div role=\"group\" aria-label=\"Repères de la méthode Edikka v1.0 : huit familles, trente-six contrôles, quatre statuts contrôlés et aucune certification automatique\"> <p><strong>8</strong><span>familles opérationnelles</span></p> <p><strong>36</strong><span>contrôles rejouables</span></p> <p><strong>4</strong><span>statuts contrôlés</span></p> <p><strong>Non</strong><span>certification automatique</span></p> </div> <div><p><span>Principe de preuve</span></p><p>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></div> </section> <section aria-labelledby=\"accessibilite-socle-perimetre\"> <p>Périmètre</p> <h2 id=\"accessibilite-socle-perimetre\" data-toc-title=\"Périmètre du socle\">Ce socle répond à « par où commencer ? », pas à « sommes-nous juridiquement conformes ? »</h2> <div> <p>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.</p> <p>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é.</p> </div> <div> <table> <caption>Quatre questions de qualification avant de parler d’obligation</caption> <thead><tr><th scope=\"col\">Question</th><th scope=\"col\">Ce que l’on peut décider ici</th><th scope=\"col\">Suite correcte</th></tr></thead> <tbody> <tr><td data-label=\"Question\">L’entité relève-t-elle du champ public ou d’une obligation française spécifique ?</td><td data-label=\"Décision\">À qualifier ; ne pas déduire l’obligation de la seule présence d’un site.</td><td data-label=\"Suite\"><a href=\"https://www.edikka.com/insights/developpement-web/rgaa-wcag-eaa-accessibilite-numerique\">Lire le guide RGAA, WCAG et EAA</a>.</td></tr> <tr><td data-label=\"Question\">Le service B2C entre-t-il dans les catégories couvertes par l’EAA depuis le 28 juin 2025 ?</td><td data-label=\"Décision\">À qualifier selon le service, l’entreprise et les exemptions.</td><td data-label=\"Suite\">Documenter le périmètre avec conseil juridique si nécessaire.</td></tr> <tr><td data-label=\"Question\">Le besoin est-il un diagnostic initial ou une preuve de conformité ?</td><td data-label=\"Décision\">Ce socle convient au diagnostic initial.</td><td data-label=\"Suite\">Pour une preuve de conformité, préparer un audit exhaustif et un échantillon.</td></tr> <tr><td data-label=\"Question\">Un score automatique est-il disponible ?</td><td data-label=\"Décision\">Le score renseigne une partie des règles automatisables.</td><td data-label=\"Suite\"><a href=\"https://www.edikka.com/insights/developpement-web/lighthouse-100-accessibilite\">Comprendre ce que Lighthouse ne prouve pas</a>.</td></tr> </tbody> </table> </div> <p><strong>Limite juridique.</strong> 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.</p> </section> <section aria-labelledby=\"accessibilite-socle-selection\"> <p>Méthode de sélection</p> <h2 id=\"accessibilite-socle-selection\" data-toc-title=\"Règle de sélection\">Pourquoi 36 contrôles : le nombre sort d’une règle publiée, pas d’un chiffre marketing.</h2> <p>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.</p> <ol aria-label=\"Règle d’inclusion des contrôles\"><li><p>Le contrôle concerne la majorité des pages publiques ou des parcours transactionnels d’un site professionnel.</p></li><li><p>Le résultat peut être observé sur un périmètre borné sans prétendre échantillonner tout le site.</p></li><li><p>Le critère d’acceptation et la preuve attendue peuvent être formulés sans jugement opaque.</p></li><li><p>Un échec crée une barrière d’accès, de compréhension, de navigation ou d’action.</p></li><li><p>Le contrôle se rattache à WCAG 2.2 niveau A ou AA et à un thème du RGAA 4.1.2.</p></li></ol> <div><p><span>Hors socle</span></p><p>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.</p></div> </section> <section aria-labelledby=\"accessibilite-socle-familles\"> <p>Taxonomie double</p> <h2 id=\"accessibilite-socle-familles\" data-toc-title=\"8 familles\">Huit familles pour agir, avec un rattachement normatif pour vérifier.</h2> <p>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.</p> <div role=\"list\" aria-label=\"Huit familles du socle d’accessibilité\"><div role=\"listitem\"><p><span>01</span></p><p>4 contrôles</p><h3>Repères et structure</h3><p><strong>WCAG :</strong> Operable / Understandable<br><strong>RGAA :</strong> 8 · Éléments obligatoires ; 9 · Structuration ; 12 · Navigation</p></div><div role=\"listitem\"><p><span>02</span></p><p>4 contrôles</p><h3>Contenus et alternatives</h3><p><strong>WCAG :</strong> Perceivable / Understandable<br><strong>RGAA :</strong> 1 · Images ; 3 · Couleurs ; 6 · Liens ; 13 · Consultation</p></div><div role=\"listitem\"><p><span>03</span></p><p>4 contrôles</p><h3>Perception visuelle</h3><p><strong>WCAG :</strong> Perceivable<br><strong>RGAA :</strong> 3 · Couleurs ; 10 · Présentation</p></div><div role=\"listitem\"><p><span>04</span></p><p>5 contrôles</p><h3>Clavier et focus</h3><p><strong>WCAG :</strong> Operable<br><strong>RGAA :</strong> 7 · Scripts ; 10 · Présentation ; 12 · Navigation</p></div><div role=\"listitem\"><p><span>05</span></p><p>4 contrôles</p><h3>Composants et états</h3><p><strong>WCAG :</strong> Operable / Robust<br><strong>RGAA :</strong> 7 · Scripts ; 12 · Navigation</p></div><div role=\"listitem\"><p><span>06</span></p><p>6 contrôles</p><h3>Formulaires et erreurs</h3><p><strong>WCAG :</strong> Understandable / Robust<br><strong>RGAA :</strong> 11 · Formulaires</p></div><div role=\"listitem\"><p><span>07</span></p><p>4 contrôles</p><h3>Médias, mouvement et temps</h3><p><strong>WCAG :</strong> Perceivable / Operable<br><strong>RGAA :</strong> 4 · Multimédia ; 13 · Consultation</p></div><div role=\"listitem\"><p><span>08</span></p><p>5 contrôles</p><h3>Adaptation et robustesse</h3><p><strong>WCAG :</strong> Operable / Understandable / Robust<br><strong>RGAA :</strong> 7 · Scripts ; 10 · Présentation ; 12 · Navigation ; 13 · Consultation</p></div></div> </section> <section aria-labelledby=\"accessibilite-socle-controles\"> <p>Grille ouverte · v1.0</p> <h2 id=\"accessibilite-socle-controles\" data-toc-title=\"36 contrôles\">Les 36 contrôles du socle, avec un critère d’acceptation et une preuve visibles.</h2> <div> <p>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.</p> <p><strong>Lecture normative.</strong> 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.</p> </div> <div><table><caption>Les 36 contrôles du socle Edikka v1.0. La correspondance RGAA indique un thème de rattachement, pas un résultat de conformité.</caption><thead><tr><th scope=\"col\">ID</th><th scope=\"col\">Famille</th><th scope=\"col\">Barrière contrôlée</th><th scope=\"col\">Critère d’acceptation</th><th scope=\"col\">Preuve attendue</th><th scope=\"col\">WCAG 2.2 / RGAA 4.1.2</th><th scope=\"col\">Sévérité</th></tr></thead><tbody><tr id=\"control-a11y01\"><td data-label=\"ID\"><strong>A11Y01</strong></td><td data-label=\"Famille\">Repères et structure</td><td data-label=\"Contrôle\"><strong>Titre de page identifiable</strong><br><span>L’utilisateur ne sait pas quelle page il consulte.</span></td><td data-label=\"Acceptation\">Le titre de l’onglet décrit la page et distingue les pages entre elles.</td><td data-label=\"Preuve attendue\">Capture de l’onglet et extrait du head.</td><td data-label=\"WCAG / RGAA\"><span>2.4.2 (A)</span><br><small>8 · Éléments obligatoires</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y02\"><td data-label=\"ID\"><strong>A11Y02</strong></td><td data-label=\"Famille\">Repères et structure</td><td data-label=\"Contrôle\"><strong>Langue principale déclarée</strong><br><span>La synthèse vocale prononce mal le contenu.</span></td><td data-label=\"Acceptation\">L’attribut lang de html correspond à la langue principale réelle.</td><td data-label=\"Preuve attendue\">Extrait DOM et journal de test.</td><td data-label=\"WCAG / RGAA\"><span>3.1.1 (A)</span><br><small>8 · Éléments obligatoires</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y03\"><td data-label=\"ID\"><strong>A11Y03</strong></td><td data-label=\"Famille\">Repères et structure</td><td data-label=\"Contrôle\"><strong>Hiérarchie de titres cohérente</strong><br><span>Les sections deviennent difficiles à parcourir ou à comprendre.</span></td><td data-label=\"Acceptation\">Un H1 décrit le sujet ; les H2/H3 reflètent l’imbrication du contenu sans servir de décoration.</td><td data-label=\"Preuve attendue\">Plan des titres exporté.</td><td data-label=\"WCAG / RGAA\"><span>1.3.1 (A) ; 2.4.6 (AA)</span><br><small>9 · Structuration</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y04\"><td data-label=\"ID\"><strong>A11Y04</strong></td><td data-label=\"Famille\">Repères et structure</td><td data-label=\"Contrôle\"><strong>Régions et accès direct au contenu</strong><br><span>La navigation répétée doit être reparcourue à chaque page.</span></td><td data-label=\"Acceptation\">Le contenu principal est dans main ; un accès d’évitement fonctionnel atteint une cible visible ou focalisable.</td><td data-label=\"Preuve attendue\">Vidéo clavier et arbre d’accessibilité.</td><td data-label=\"WCAG / RGAA\"><span>1.3.1 (A) ; 2.4.1 (A)</span><br><small>9 · Structuration ; 12 · Navigation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y05\"><td data-label=\"ID\"><strong>A11Y05</strong></td><td data-label=\"Famille\">Contenus et alternatives</td><td data-label=\"Contrôle\"><strong>Alternative des images informative</strong><br><span>Une information portée par l’image disparaît.</span></td><td data-label=\"Acceptation\">Chaque image informative possède une alternative équivalente ; une image décorative peut être ignorée.</td><td data-label=\"Preuve attendue\">Capture sans images et extrait DOM.</td><td data-label=\"WCAG / RGAA\"><span>1.1.1 (A)</span><br><small>1 · Images</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y06\"><td data-label=\"ID\"><strong>A11Y06</strong></td><td data-label=\"Famille\">Contenus et alternatives</td><td data-label=\"Contrôle\"><strong>Nom des images fonctionnelles et icônes</strong><br><span>Une action graphique est muette ou ambiguë.</span></td><td data-label=\"Acceptation\">Le nom accessible décrit l’action ou la destination, pas l’apparence de l’icône.</td><td data-label=\"Preuve attendue\">Arbre d’accessibilité ou rapport DOM.</td><td data-label=\"WCAG / RGAA\"><span>1.1.1 (A) ; 4.1.2 (A)</span><br><small>1 · Images ; 7 · Scripts</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr id=\"control-a11y07\"><td data-label=\"ID\"><strong>A11Y07</strong></td><td data-label=\"Famille\">Contenus et alternatives</td><td data-label=\"Contrôle\"><strong>Liens compréhensibles en contexte</strong><br><span>La destination d’un lien doit être devinée.</span></td><td data-label=\"Acceptation\">Le libellé et son contexte programmatique permettent d’identifier la destination ou la fonction.</td><td data-label=\"Preuve attendue\">Liste des liens et captures de contexte.</td><td data-label=\"WCAG / RGAA\"><span>2.4.4 (A)</span><br><small>6 · Liens</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y08\"><td data-label=\"ID\"><strong>A11Y08</strong></td><td data-label=\"Famille\">Contenus et alternatives</td><td data-label=\"Contrôle\"><strong>Instructions indépendantes de la forme et de la couleur</strong><br><span>L’instruction devient inutilisable sans perception visuelle complète.</span></td><td data-label=\"Acceptation\">Aucune consigne essentielle ne dépend uniquement de la couleur, de la position, de la forme ou d’un son.</td><td data-label=\"Preuve attendue\">Capture annotée et journal de revue.</td><td data-label=\"WCAG / RGAA\"><span>1.3.3 (A) ; 1.4.1 (A)</span><br><small>3 · Couleurs ; 13 · Consultation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y09\"><td data-label=\"ID\"><strong>A11Y09</strong></td><td data-label=\"Famille\">Perception visuelle</td><td data-label=\"Contrôle\"><strong>Contraste des textes</strong><br><span>Le texte devient illisible pour de nombreux utilisateurs.</span></td><td data-label=\"Acceptation\">Le contraste atteint 4,5 :1 pour le texte courant et 3 :1 pour le grand texte, sauf exceptions WCAG.</td><td data-label=\"Preuve attendue\">Rapport de contraste avec valeurs et captures.</td><td data-label=\"WCAG / RGAA\"><span>1.4.3 (AA)</span><br><small>3 · Couleurs</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y10\"><td data-label=\"ID\"><strong>A11Y10</strong></td><td data-label=\"Famille\">Perception visuelle</td><td data-label=\"Contrôle\"><strong>Contraste des composants et états utiles</strong><br><span>Un champ, un focus ou un état ne peut pas être repéré.</span></td><td data-label=\"Acceptation\">Les limites et états visuels nécessaires atteignent 3 :1 avec les couleurs adjacentes, selon les exceptions WCAG.</td><td data-label=\"Preuve attendue\">Rapport de contraste des composants.</td><td data-label=\"WCAG / RGAA\"><span>1.4.11 (AA)</span><br><small>3 · Couleurs ; 10 · Présentation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y11\"><td data-label=\"ID\"><strong>A11Y11</strong></td><td data-label=\"Famille\">Perception visuelle</td><td data-label=\"Contrôle\"><strong>Zoom texte et espacement personnalisable</strong><br><span>Le contenu se chevauche ou disparaît quand la lecture est adaptée.</span></td><td data-label=\"Acceptation\">À 200 % et avec l’espacement WCAG, texte et fonctions restent disponibles sans perte.</td><td data-label=\"Preuve attendue\">Captures avant/après et journal de test.</td><td data-label=\"WCAG / RGAA\"><span>1.4.4 (AA) ; 1.4.12 (AA)</span><br><small>10 · Présentation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y12\"><td data-label=\"ID\"><strong>A11Y12</strong></td><td data-label=\"Famille\">Perception visuelle</td><td data-label=\"Contrôle\"><strong>Reflow à 320 CSS pixels</strong><br><span>Une lecture bidimensionnelle ou un défilement horizontal est imposé.</span></td><td data-label=\"Acceptation\">Le contenu et les actions restent utilisables à 320 CSS px sans perte ni défilement horizontal global, hors exceptions.</td><td data-label=\"Preuve attendue\">Capture pleine page et mesure scrollWidth/clientWidth.</td><td data-label=\"WCAG / RGAA\"><span>1.4.10 (AA)</span><br><small>10 · Présentation</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr id=\"control-a11y13\"><td data-label=\"ID\"><strong>A11Y13</strong></td><td data-label=\"Famille\">Clavier et focus</td><td data-label=\"Contrôle\"><strong>Toutes les fonctions au clavier</strong><br><span>Une personne sans souris ne peut pas terminer le parcours.</span></td><td data-label=\"Acceptation\">Chaque action essentielle est réalisable avec le clavier sans geste dépendant du pointeur.</td><td data-label=\"Preuve attendue\">Vidéo non coupée du parcours clavier.</td><td data-label=\"WCAG / RGAA\"><span>2.1.1 (A)</span><br><small>7 · Scripts ; 12 · Navigation</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr id=\"control-a11y14\"><td data-label=\"ID\"><strong>A11Y14</strong></td><td data-label=\"Famille\">Clavier et focus</td><td data-label=\"Contrôle\"><strong>Absence de piège clavier</strong><br><span>Le focus entre dans un composant sans pouvoir en sortir.</span></td><td data-label=\"Acceptation\">Le focus peut quitter chaque composant par une méthode standard ou documentée.</td><td data-label=\"Preuve attendue\">Vidéo et séquence de touches.</td><td data-label=\"WCAG / RGAA\"><span>2.1.2 (A)</span><br><small>7 · Scripts ; 12 · Navigation</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr id=\"control-a11y15\"><td data-label=\"ID\"><strong>A11Y15</strong></td><td data-label=\"Famille\">Clavier et focus</td><td data-label=\"Contrôle\"><strong>Focus visible et non masqué</strong><br><span>L’utilisateur perd sa position ou le focus est couvert.</span></td><td data-label=\"Acceptation\">Chaque contrôle focalisé est perceptible et n’est pas entièrement masqué par un élément fixe.</td><td data-label=\"Preuve attendue\">Vidéo ou captures de chaque famille de composants.</td><td data-label=\"WCAG / RGAA\"><span>2.4.7 (AA) ; 2.4.11 (AA)</span><br><small>10 · Présentation ; 12 · Navigation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y16\"><td data-label=\"ID\"><strong>A11Y16</strong></td><td data-label=\"Famille\">Clavier et focus</td><td data-label=\"Contrôle\"><strong>Ordre de focus logique</strong><br><span>La lecture et l’action suivent un ordre incohérent.</span></td><td data-label=\"Acceptation\">L’ordre séquentiel conserve le sens et l’opérabilité ; aucun tabindex positif ne le force artificiellement.</td><td data-label=\"Preuve attendue\">Journal numéroté du focus et extrait DOM.</td><td data-label=\"WCAG / RGAA\"><span>2.4.3 (A)</span><br><small>12 · Navigation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y17\"><td data-label=\"ID\"><strong>A11Y17</strong></td><td data-label=\"Famille\">Composants et états</td><td data-label=\"Contrôle\"><strong>Nom accessible aligné sur le libellé visible</strong><br><span>La commande vocale ne retrouve pas le contrôle affiché.</span></td><td data-label=\"Acceptation\">Le nom accessible contient le texte visible de l’action, dans le même ordre utile.</td><td data-label=\"Preuve attendue\">Capture et arbre d’accessibilité.</td><td data-label=\"WCAG / RGAA\"><span>2.5.3 (A)</span><br><small>7 · Scripts</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y18\"><td data-label=\"ID\"><strong>A11Y18</strong></td><td data-label=\"Famille\">Composants et états</td><td data-label=\"Contrôle\"><strong>Nom, rôle, valeur et état programmatiques</strong><br><span>Le composant est annoncé sans fonction ou sans état.</span></td><td data-label=\"Acceptation\">Chaque composant expose un nom, un rôle et, si nécessaire, une valeur ou un état actualisé.</td><td data-label=\"Preuve attendue\">Deux captures de l’arbre d’accessibilité.</td><td data-label=\"WCAG / RGAA\"><span>4.1.2 (A)</span><br><small>7 · Scripts</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr id=\"control-a11y19\"><td data-label=\"ID\"><strong>A11Y19</strong></td><td data-label=\"Famille\">Composants et états</td><td data-label=\"Contrôle\"><strong>Gestion du focus des modales et panneaux</strong><br><span>Le contexte change sans repère ou le contenu arrière reste actif.</span></td><td data-label=\"Acceptation\">À l’ouverture le focus entre dans le composant ; il y reste si nécessaire ; à la fermeture il revient à un point logique.</td><td data-label=\"Preuve attendue\">Vidéo clavier et arbre d’accessibilité.</td><td data-label=\"WCAG / RGAA\"><span>2.4.3 (A) ; 2.1.2 (A) ; 4.1.2 (A)</span><br><small>7 · Scripts ; 12 · Navigation</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr id=\"control-a11y20\"><td data-label=\"ID\"><strong>A11Y20</strong></td><td data-label=\"Famille\">Composants et états</td><td data-label=\"Contrôle\"><strong>Messages de statut annoncés</strong><br><span>Une réussite, une erreur ou une mise à jour reste invisible à la synthèse vocale.</span></td><td data-label=\"Acceptation\">Les messages importants sont exposés sans déplacer inutilement le focus.</td><td data-label=\"Preuve attendue\">Journal lecteur d’écran et extrait DOM.</td><td data-label=\"WCAG / RGAA\"><span>4.1.3 (AA)</span><br><small>7 · Scripts ; 11 · Formulaires</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y21\"><td data-label=\"ID\"><strong>A11Y21</strong></td><td data-label=\"Famille\">Formulaires et erreurs</td><td data-label=\"Contrôle\"><strong>Libellé explicite pour chaque champ</strong><br><span>La donnée attendue doit être devinée.</span></td><td data-label=\"Acceptation\">Chaque champ possède un label persistant, correctement associé et suffisamment précis.</td><td data-label=\"Preuve attendue\">Capture et extrait DOM.</td><td data-label=\"WCAG / RGAA\"><span>1.3.1 (A) ; 3.3.2 (A)</span><br><small>11 · Formulaires</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr id=\"control-a11y22\"><td data-label=\"ID\"><strong>A11Y22</strong></td><td data-label=\"Famille\">Formulaires et erreurs</td><td data-label=\"Contrôle\"><strong>Finalité des champs personnels identifiable</strong><br><span>Les aides de saisie et l’autocomplétion ne peuvent pas fonctionner correctement.</span></td><td data-label=\"Acceptation\">Les champs personnels courants utilisent un autocomplete conforme lorsque la finalité est connue.</td><td data-label=\"Preuve attendue\">Rapport DOM des attributs de saisie.</td><td data-label=\"WCAG / RGAA\"><span>1.3.5 (AA)</span><br><small>11 · Formulaires</small></td><td data-label=\"Sévérité\">Moyenne</td></tr><tr id=\"control-a11y23\"><td data-label=\"ID\"><strong>A11Y23</strong></td><td data-label=\"Famille\">Formulaires et erreurs</td><td data-label=\"Contrôle\"><strong>Erreurs identifiées et rattachées aux champs</strong><br><span>L’utilisateur sait que l’envoi échoue mais pas où ni pourquoi.</span></td><td data-label=\"Acceptation\">L’erreur est nommée, localisée, liée au champ et annoncée ; la donnée correcte n’est pas effacée.</td><td data-label=\"Preuve attendue\">Vidéo, capture et arbre d’accessibilité.</td><td data-label=\"WCAG / RGAA\"><span>3.3.1 (A) ; 3.3.3 (AA)</span><br><small>11 · Formulaires</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr id=\"control-a11y24\"><td data-label=\"ID\"><strong>A11Y24</strong></td><td data-label=\"Famille\">Formulaires et erreurs</td><td data-label=\"Contrôle\"><strong>Prévention et confirmation des actions sensibles</strong><br><span>Une action juridique, financière ou irréversible est validée par erreur.</span></td><td data-label=\"Acceptation\">L’utilisateur peut vérifier, corriger ou confirmer avant finalisation, et reçoit une confirmation exploitable.</td><td data-label=\"Preuve attendue\">Vidéo du parcours et capture de confirmation.</td><td data-label=\"WCAG / RGAA\"><span>3.3.4 (AA)</span><br><small>11 · Formulaires</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr id=\"control-a11y25\"><td data-label=\"ID\"><strong>A11Y25</strong></td><td data-label=\"Famille\">Médias, mouvement et temps</td><td data-label=\"Contrôle\"><strong>Sous-titres des vidéos préenregistrées</strong><br><span>Le contenu sonore est inaccessible aux personnes sourdes ou malentendantes.</span></td><td data-label=\"Acceptation\">Les paroles et sons utiles sont disponibles dans des sous-titres synchronisés et relus.</td><td data-label=\"Preuve attendue\">Extrait vidéo et fichier de sous-titres.</td><td data-label=\"WCAG / RGAA\"><span>1.2.2 (A)</span><br><small>4 · Multimédia</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y26\"><td data-label=\"ID\"><strong>A11Y26</strong></td><td data-label=\"Famille\">Médias, mouvement et temps</td><td data-label=\"Contrôle\"><strong>Alternative au contenu visuel ou sonore essentiel</strong><br><span>Une démonstration, un graphique ou un son utile n’a pas d’équivalent.</span></td><td data-label=\"Acceptation\">Une transcription, une audiodescription ou une alternative textuelle transmet l’information nécessaire selon le média.</td><td data-label=\"Preuve attendue\">Transcription ou piste alternative reliée au média.</td><td data-label=\"WCAG / RGAA\"><span>1.2.3 (A) ; 1.2.5 (AA)</span><br><small>4 · Multimédia</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y27\"><td data-label=\"ID\"><strong>A11Y27</strong></td><td data-label=\"Famille\">Médias, mouvement et temps</td><td data-label=\"Contrôle\"><strong>Contrôle de l’autoplay, du mouvement et du temps</strong><br><span>Le contenu perturbe la lecture ou expire avant la fin de l’action.</span></td><td data-label=\"Acceptation\">Le son automatique peut être arrêté ; les animations longues peuvent être mises en pause ; les limites de temps sont contrôlables sauf exception.</td><td data-label=\"Preuve attendue\">Vidéo et journal chronométré.</td><td data-label=\"WCAG / RGAA\"><span>1.4.2 (A) ; 2.2.1 (A) ; 2.2.2 (A)</span><br><small>4 · Multimédia ; 13 · Consultation</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr id=\"control-a11y28\"><td data-label=\"ID\"><strong>A11Y28</strong></td><td data-label=\"Famille\">Médias, mouvement et temps</td><td data-label=\"Contrôle\"><strong>Clignotements sûrs et mouvement contrôlable</strong><br><span>Des flashs ou animations automatiques provoquent gêne, perte de concentration ou risque neurologique.</span></td><td data-label=\"Acceptation\">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.</td><td data-label=\"Preuve attendue\">Vidéo du scénario et rapport de mesure des flashs si applicable.</td><td data-label=\"WCAG / RGAA\"><span>2.2.2 (A) ; 2.3.1 (A)</span><br><small>13 · Consultation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y29\"><td data-label=\"ID\"><strong>A11Y29</strong></td><td data-label=\"Famille\">Adaptation et robustesse</td><td data-label=\"Contrôle\"><strong>Orientation non imposée</strong><br><span>Le service devient inutilisable avec un appareil fixé dans une orientation.</span></td><td data-label=\"Acceptation\">Le contenu fonctionne en portrait et paysage, sauf orientation essentielle.</td><td data-label=\"Preuve attendue\">Deux captures et journal de test.</td><td data-label=\"WCAG / RGAA\"><span>1.3.4 (AA)</span><br><small>13 · Consultation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y30\"><td data-label=\"ID\"><strong>A11Y30</strong></td><td data-label=\"Famille\">Adaptation et robustesse</td><td data-label=\"Contrôle\"><strong>Cibles tactiles suffisamment grandes</strong><br><span>Une action est difficile à déclencher sans erreur sur mobile.</span></td><td data-label=\"Acceptation\">Les cibles atteignent 24 × 24 CSS px ou respectent une exception de WCAG 2.5.8.</td><td data-label=\"Preuve attendue\">Capture annotée avec dimensions CSS.</td><td data-label=\"WCAG / RGAA\"><span>2.5.8 (AA)</span><br><small>10 · Présentation ; 13 · Consultation</small></td><td data-label=\"Sévérité\">Moyenne</td></tr><tr id=\"control-a11y31\"><td data-label=\"ID\"><strong>A11Y31</strong></td><td data-label=\"Famille\">Adaptation et robustesse</td><td data-label=\"Contrôle\"><strong>Navigation et composants cohérents</strong><br><span>Le même élément change de nom, de place ou de comportement sans raison.</span></td><td data-label=\"Acceptation\">Les navigations répétées gardent un ordre cohérent et les composants identiques sont identifiés de façon constante.</td><td data-label=\"Preuve attendue\">Tableau comparatif et captures.</td><td data-label=\"WCAG / RGAA\"><span>3.2.3 (AA) ; 3.2.4 (AA)</span><br><small>12 · Navigation</small></td><td data-label=\"Sévérité\">Moyenne</td></tr><tr id=\"control-a11y32\"><td data-label=\"ID\"><strong>A11Y32</strong></td><td data-label=\"Famille\">Adaptation et robustesse</td><td data-label=\"Contrôle\"><strong>Ordre de lecture programmatique cohérent</strong><br><span>Le réordonnancement visuel dissocie la lecture, le sens et l’action.</span></td><td data-label=\"Acceptation\">À chaque viewport, l’ordre du DOM et la restitution par technologie d’assistance conservent le sens du contenu et des instructions.</td><td data-label=\"Preuve attendue\">Capture annotée, extrait DOM et journal de lecture.</td><td data-label=\"WCAG / RGAA\"><span>1.3.2 (A)</span><br><small>9 · Structuration ; 10 · Présentation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y33\"><td data-label=\"ID\"><strong>A11Y33</strong></td><td data-label=\"Famille\">Clavier et focus</td><td data-label=\"Contrôle\"><strong>Alternative aux gestes de glissement</strong><br><span>Une action exige un glisser-déposer précis qu’une personne ne peut pas réaliser.</span></td><td data-label=\"Acceptation\">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.</td><td data-label=\"Preuve attendue\">Vidéo comparant le geste de glissement et son alternative par action simple.</td><td data-label=\"WCAG / RGAA\"><span>2.5.7 (AA)</span><br><small>7 · Scripts — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y34\"><td data-label=\"ID\"><strong>A11Y34</strong></td><td data-label=\"Famille\">Adaptation et robustesse</td><td data-label=\"Contrôle\"><strong>Aide cohérente entre les pages</strong><br><span>Le moyen d’obtenir de l’aide change de place ou d’ordre et devient difficile à retrouver.</span></td><td data-label=\"Acceptation\">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.</td><td data-label=\"Preuve attendue\">Tableau comparatif de l’ordre des mécanismes d’aide et captures datées.</td><td data-label=\"WCAG / RGAA\"><span>3.2.6 (A)</span><br><small>12 · Navigation — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2</small></td><td data-label=\"Sévérité\">Moyenne</td></tr><tr id=\"control-a11y35\"><td data-label=\"ID\"><strong>A11Y35</strong></td><td data-label=\"Famille\">Formulaires et erreurs</td><td data-label=\"Contrôle\"><strong>Saisie redondante évitée</strong><br><span>Une information déjà fournie doit être saisie une nouvelle fois dans le même processus.</span></td><td data-label=\"Acceptation\">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.</td><td data-label=\"Preuve attendue\">Vidéo du parcours complet et relevé des champs répétés avec justification des exceptions.</td><td data-label=\"WCAG / RGAA\"><span>3.3.7 (A)</span><br><small>11 · Formulaires — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr id=\"control-a11y36\"><td data-label=\"ID\"><strong>A11Y36</strong></td><td data-label=\"Famille\">Formulaires et erreurs</td><td data-label=\"Contrôle\"><strong>Authentification accessible</strong><br><span>La connexion impose un test cognitif, une mémorisation ou une retranscription sans alternative.</span></td><td data-label=\"Acceptation\">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.</td><td data-label=\"Preuve attendue\">Vidéo des parcours d’authentification, inventaire des exigences cognitives et justification des exceptions.</td><td data-label=\"WCAG / RGAA\"><span>3.3.8 (AA)</span><br><small>11 · Formulaires — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2</small></td><td data-label=\"Sévérité\">Bloquant</td></tr></tbody></table></div> </section> <section aria-labelledby=\"accessibilite-socle-execution\"> <p>Exécution</p> <h2 id=\"accessibilite-socle-execution\" data-toc-title=\"Exécuter un contrôle\">Un contrôle exploitable relie six champs : périmètre, scénario, résultat, preuve, statut et responsable.</h2> <p>« 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.</p> <div> <div><p><span>Contrôle vague</span></p><p>« Le menu est accessible au clavier. » Aucun parcours, aucune preuve, aucun environnement.</p></div> <pre tabindex=\"0\"><code>Statut: conforme\nPreuve: aucune\nConclusion: impossible à rejouer</code></pre> </div> <div> <div><p><span>Contrôle rejouable</span></p><p>A11Y13 · Menu mobile · Chrome 140 · 390 × 844 · clavier uniquement.</p></div> <pre tabindex=\"0\"><code>1. Tab jusqu’au bouton Menu\n2. Entrée pour ouvrir\n3. Tab sur chaque lien\n4. Échap pour fermer\n5. Vérifier le retour du focus\n\nPreuve: vidéo + journal horodaté\nStatut: Conforme / Non conforme / À tester / Non applicable</code></pre> </div> <div><p><span>Statut contrôlé</span></p><p>La 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.</p></div> </section> <section aria-labelledby=\"accessibilite-socle-priorites\"> <p>Priorisation</p> <h2 id=\"accessibilite-socle-priorites\" data-toc-title=\"Prioriser\">Corriger d’abord ce qui empêche de percevoir, naviguer ou terminer l’action.</h2> <div> <table> <caption>Vocabulaire de sévérité du socle Edikka</caption> <thead><tr><th scope=\"col\">Sévérité</th><th scope=\"col\">Définition</th><th scope=\"col\">Exemple</th><th scope=\"col\">Décision attendue</th></tr></thead> <tbody> <tr><td data-label=\"Sévérité\"><strong>Bloquant</strong></td><td data-label=\"Définition\">Le parcours critique ne peut pas être terminé ou une information essentielle disparaît.</td><td data-label=\"Exemple\">Formulaire inutilisable au clavier ; champ sans libellé ; erreur non localisée.</td><td data-label=\"Décision\">Corriger avant mise en ligne ou documenter une décision de no-go.</td></tr> <tr><td data-label=\"Sévérité\"><strong>Haute</strong></td><td data-label=\"Définition\">Le parcours reste possible mais impose une difficulté importante ou une forte incertitude.</td><td data-label=\"Exemple\">Focus peu visible ; contraste insuffisant ; lien ambigu répété.</td><td data-label=\"Décision\">Corriger dans le lot prioritaire avec un contre-test.</td></tr> <tr><td data-label=\"Sévérité\"><strong>Moyenne</strong></td><td data-label=\"Définition\">La friction est réelle mais ne bloque pas seule l’objectif principal.</td><td data-label=\"Exemple\">Cible tactile trop petite ; identification incohérente d’un composant secondaire.</td><td data-label=\"Décision\">Planifier, attribuer et vérifier la non-régression.</td></tr> </tbody> </table> </div> </section> <section aria-labelledby=\"accessibilite-socle-outils\"> <p>Automatisation et humain</p> <h2 id=\"accessibilite-socle-outils\" data-toc-title=\"Outils et humain\">Les outils détectent des symptômes ; les parcours humains établissent l’impact.</h2> <div> <p>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.</p> <p>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.</p> </div> </section> <section aria-labelledby=\"accessibilite-socle-workflow\"> <p>Cycle projet</p> <h2 id=\"accessibilite-socle-workflow\" data-toc-title=\"Cycle projet\">L’accessibilité se décide avant la maquette et se rejoue après la mise en ligne.</h2> <div role=\"group\" aria-label=\"Six étapes du cycle accessibilité\"> <div><p>Cadrage</p><h3>Qualifier le service, les utilisateurs et les parcours critiques.</h3><p>La portée juridique et la portée du test sont deux décisions distinctes.</p></div> <div><p>Conception</p><h3>Définir les états, erreurs, contenus et interactions avant le pixel.</h3><p>Une maquette doit montrer le focus, les erreurs, les confirmations et les variantes responsive.</p></div> <div><p>Composants</p><h3>Coder les comportements dans le design system.</h3><p>Le correctif d’un bouton, d’une modale ou d’un champ doit bénéficier à toutes ses occurrences.</p></div> <div><p>Contenus</p><h3>Nommer les titres, liens, alternatives et instructions.</h3><p>La sémantique n’est pas un habillage technique : elle porte le sens publié.</p></div> <div><p>Recette</p><h3>Rejouer les 36 contrôles sur les pages et états retenus.</h3><p>Chaque anomalie reçoit une preuve, une sévérité, un responsable et un contre-test.</p></div> <div><p>Production</p><h3>Surveiller les parcours et les régressions.</h3><p>Une page accessible aujourd’hui peut casser au prochain composant, contenu ou script tiers.</p></div> </div> </section> <section aria-labelledby=\"accessibilite-socle-cluster\"> <p>Architecture du cluster</p> <h2 id=\"accessibilite-socle-cluster\" data-toc-title=\"Parcours du cluster\">Une question, une page de référence : le socle oriente sans tout réexpliquer.</h2> </section> <section aria-labelledby=\"accessibilite-socle-actifs\"> <p>Actifs ouverts</p> <h2 id=\"accessibilite-socle-actifs\" data-toc-title=\"Actifs ouverts\">Télécharger, rejouer, contester et améliorer la méthode.</h2> <p>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.</p> </section> <section aria-labelledby=\"accessibilite-socle-sources\"> <p>Sources primaires</p> <h2 id=\"accessibilite-socle-sources\" data-toc-title=\"Sources\">La méthode Edikka renvoie vers les référentiels qu’elle ne remplace pas.</h2> </section> <section aria-labelledby=\"accessibilite-socle-integrite\"> <p>Version et intégrité</p> <h2 id=\"accessibilite-socle-integrite\" data-toc-title=\"Version et intégrité\">Une méthode citable, datée et vérifiable jusqu’au fichier.</h2> <div> <p><strong>Version 1.0 · publiée et relue le 25 août 2026 · prochaine revue le 25 novembre 2026.</strong> Changelog : première publication publique du socle bilingue à 36 contrôles.</p> <p>Citation recommandée : <cite>Edikka, « Socle d’accessibilité d’un site professionnel · v1.0 », 25 août 2026</cite>, 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.</p> </div> <div> <div><p><span>Empreintes SHA-256</span></p><p>Ces empreintes permettent de vérifier que le JSON et le XLSX téléchargés correspondent aux fichiers cités par cette édition.</p></div> <pre tabindex=\"0\"><code>JSON 8fdfeddda1f94f427e54274a90003a7e824f15a5304ceeba2a9509453c5e31cd\nXLSX f869d70bef0b716070d7af9b6f8f1354e5d969574ea3bb890226dd7df29aeb90</code></pre> </div> </section> <section aria-labelledby=\"accessibilite-socle-limite\"> <p>Limite volontaire</p> <h2 id=\"accessibilite-socle-limite\" data-toc-title=\"Limite volontaire\">Edikka est une agence web : cette grille est une méthode de travail publiée, pas un référentiel indépendant.</h2> <div> <p>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.</p> <p>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.</p> </div> </section> <section aria-labelledby=\"accessibilite-socle-conclusion\"> <p>Conclusion</p> <h2 id=\"accessibilite-socle-conclusion\" data-toc-title=\"Conclusion\">Commencez par un parcours réel, une barrière observable et une preuve rejouable.</h2> <div><p>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.</p><p>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é.</p></div> <div><p><span>Décision</span></p><p>Ne publiez pas « accessible » parce qu’un outil est vert. Publiez ce qui a été testé, comment, quand, avec quelle preuve et quelles limites.</p></div> </section></div></div>",
"textContent": " Ré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é. 8familles opérationnelles 36contrôles rejouables 4statuts contrôlés Noncertification automatique Principe de preuveUn 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é. Quatre questions de qualification avant de parler d’obligation QuestionCe que l’on peut décider iciSuite 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. Hors socleLes 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. 014 contrôlesRepères et structureWCAG : Operable / UnderstandableRGAA : 8 · Éléments obligatoires ; 9 · Structuration ; 12 · Navigation024 contrôlesContenus et alternativesWCAG : Perceivable / UnderstandableRGAA : 1 · Images ; 3 · Couleurs ; 6 · Liens ; 13 · Consultation034 contrôlesPerception visuelleWCAG : PerceivableRGAA : 3 · Couleurs ; 10 · Présentation045 contrôlesClavier et focusWCAG : OperableRGAA : 7 · Scripts ; 10 · Présentation ; 12 · Navigation054 contrôlesComposants et étatsWCAG : Operable / RobustRGAA : 7 · Scripts ; 12 · Navigation066 contrôlesFormulaires et erreursWCAG : Understandable / RobustRGAA : 11 · Formulaires074 contrôlesMédias, mouvement et tempsWCAG : Perceivable / OperableRGAA : 4 · Multimédia ; 13 · Consultation085 contrôlesAdaptation et robustesseWCAG : Operable / Understandable / RobustRGAA : 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. Les 36 contrôles du socle Edikka v1.0. La correspondance RGAA indique un thème de rattachement, pas un résultat de conformité.IDFamilleBarrière contrôléeCritère d’acceptationPreuve attendueWCAG 2.2 / RGAA 4.1.2SévéritéA11Y01Repères et structureTitre de page identifiableL’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 obligatoiresHauteA11Y02Repères et structureLangue principale déclaréeLa 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 obligatoiresHauteA11Y03Repères et structureHiérarchie de titres cohérenteLes 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 · StructurationHauteA11Y04Repères et structureRégions et accès direct au contenuLa 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 · NavigationHauteA11Y05Contenus et alternativesAlternative des images informativeUne 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 · ImagesHauteA11Y06Contenus et alternativesNom des images fonctionnelles et icônesUne 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 · ScriptsBloquantA11Y07Contenus et alternativesLiens compréhensibles en contexteLa 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 · LiensHauteA11Y08Contenus et alternativesInstructions indépendantes de la forme et de la couleurL’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 · ConsultationHauteA11Y09Perception visuelleContraste des textesLe 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 · CouleursHauteA11Y10Perception visuelleContraste des composants et états utilesUn 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ésentationHauteA11Y11Perception visuelleZoom texte et espacement personnalisableLe 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ésentationHauteA11Y12Perception visuelleReflow à 320 CSS pixelsUne 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ésentationBloquantA11Y13Clavier et focusToutes les fonctions au clavierUne 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 · NavigationBloquantA11Y14Clavier et focusAbsence de piège clavierLe 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 · NavigationBloquantA11Y15Clavier et focusFocus 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 · NavigationHauteA11Y16Clavier et focusOrdre de focus logiqueLa 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 · NavigationHauteA11Y17Composants et étatsNom accessible aligné sur le libellé visibleLa 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 · ScriptsHauteA11Y18Composants et étatsNom, rôle, valeur et état programmatiquesLe 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 · ScriptsBloquantA11Y19Composants et étatsGestion du focus des modales et panneauxLe 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 · NavigationBloquantA11Y20Composants et étatsMessages de statut annoncésUne 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 · FormulairesHauteA11Y21Formulaires et erreursLibellé explicite pour chaque champLa 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 · FormulairesBloquantA11Y22Formulaires et erreursFinalité des champs personnels identifiableLes 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 · FormulairesMoyenneA11Y23Formulaires et erreursErreurs identifiées et rattachées aux champsL’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 · FormulairesBloquantA11Y24Formulaires et erreursPrévention et confirmation des actions sensiblesUne 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 · FormulairesBloquantA11Y25Médias, mouvement et tempsSous-titres des vidéos préenregistréesLe 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édiaHauteA11Y26Médias, mouvement et tempsAlternative au contenu visuel ou sonore essentielUne 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édiaHauteA11Y27Médias, mouvement et tempsContrôle de l’autoplay, du mouvement et du tempsLe 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 · ConsultationBloquantA11Y28Médias, mouvement et tempsClignotements sûrs et mouvement contrôlableDes 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 · ConsultationHauteA11Y29Adaptation et robustesseOrientation non imposéeLe 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 · ConsultationHauteA11Y30Adaptation et robustesseCibles tactiles suffisamment grandesUne 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 · ConsultationMoyenneA11Y31Adaptation et robustesseNavigation et composants cohérentsLe 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 · NavigationMoyenneA11Y32Adaptation et robustesseOrdre de lecture programmatique cohérentLe 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ésentationHauteA11Y33Clavier et focusAlternative aux gestes de glissementUne 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.2HauteA11Y34Adaptation et robustesseAide cohérente entre les pagesLe 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.2MoyenneA11Y35Formulaires et erreursSaisie redondante évitéeUne 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.2HauteA11Y36Formulaires et erreursAuthentification accessibleLa 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.2Bloquant 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. Contrôle vague« Le menu est accessible au clavier. » Aucun parcours, aucune preuve, aucun environnement. Statut: conforme\nPreuve: aucune\nConclusion: impossible à rejouer Contrôle rejouableA11Y13 · Menu mobile · Chrome 140 · 390 × 844 · clavier uniquement. 1. Tab jusqu’au bouton Menu\n2. Entrée pour ouvrir\n3. Tab sur chaque lien\n4. Échap pour fermer\n5. Vérifier le retour du focus\n\nPreuve: vidéo + journal horodaté\nStatut: Conforme / Non conforme / À tester / Non applicable Statut contrôléLa 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. Vocabulaire de sévérité du socle Edikka SévéritéDéfinitionExempleDécision attendue BloquantLe 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. HauteLe 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. MoyenneLa 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. CadrageQualifier le service, les utilisateurs et les parcours critiques.La portée juridique et la portée du test sont deux décisions distinctes. ConceptionDéfinir les états, erreurs, contenus et interactions avant le pixel.Une maquette doit montrer le focus, les erreurs, les confirmations et les variantes responsive. ComposantsCoder 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. ContenusNommer les titres, liens, alternatives et instructions.La sémantique n’est pas un habillage technique : elle porte le sens publié. RecetteRejouer 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. ProductionSurveiller 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. Empreintes SHA-256Ces 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\nXLSX f869d70bef0b716070d7af9b6f8f1354e5d969574ea3bb890226dd7df29aeb90 Limite 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é. DécisionNe publiez pas « accessible » parce qu’un outil est vert. Publiez ce qui a été testé, comment, quand, avec quelle preuve et quelles limites. ",
"length": 24235
}Trafilatura 2.2.0
Output produced Identical repeat
Source : component_replays.trafilatura
Full output and metadata
{
"tool": "trafilatura",
"version": "2.2.0",
"configuration": {
"include_comments": false,
"include_links": true,
"include_tables": true,
"no_fallback": false,
"favor_precision": false,
"favor_recall": false,
"formats": [
"xml",
"txt"
]
},
"source": "article-accessibility-fr.html",
"xml": "<doc fingerprint=\"2fc14a208c1d22c5\">\n <main>\n <p>Développement web</p>\n <head rend=\"h1\">Accessibilité web : 36 contrôles essentiels pour un site professionnel</head>\n <p><ref target=\"/bibliotheque#instrument-professional-website-accessibility-foundation\">Fait partie de la Bibliothèque Edikka</ref>v1.1 · CC BY 4.0</p>\n <head rend=\"h2\">Socle accessibilité d’un site professionnel</head>\n <p>Préparer un diagnostic de parcours et identifier les contrôles à approfondir.</p>\n <head>Aperçu, fichiers et citation</head>\n <p>Dans l’instrument</p>\n <table>\n <row>\n <cell role=\"head\">Trois extraits du fichier publié · abrégés si nécessaire</cell>\n </row>\n <row>\n <cell role=\"head\">ID</cell>\n <cell role=\"head\">Contrôle</cell>\n <cell role=\"head\">Preuve attendue</cell>\n </row>\n <row>\n <cell>A11Y01</cell>\n <cell>Titre de page identifiable</cell>\n <cell>Capture de l’onglet et extrait du head.</cell>\n </row>\n <row>\n <cell>A11Y02</cell>\n <cell>Langue principale déclarée</cell>\n <cell>Extrait DOM et journal de test.</cell>\n </row>\n <row>\n <cell>A11Y03</cell>\n <cell>Hiérarchie de titres cohérente</cell>\n <cell>Plan des titres exporté.</cell>\n </row>\n </table>\n <p><ref target=\"/docbd/data/socle-accessibilite-site-professionnel-edikka-v1-1.json\">Consulter le fichier original — Socle accessibilité d’un site professionnel</ref> · v1.1 </p>\n <p>Citer cette version</p>\n <p>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.</p>\n <p>Historique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.</p>\n <p>\n <ref target=\"mailto:agence@edikka.com?subject=Correction%20biblioth%C3%A8que%20%E2%80%94%20Socle%20accessibilit%C3%A9%20d%E2%80%99un%20site%20professionnel%20%C2%B7%20v1.1&body=Socle%20accessibilit%C3%A9%20d%E2%80%99un%20site%20professionnel%20%C2%B7%20v1.1%0Ahttps%3A%2F%2Fwww.edikka.com%2Fdocbd%2Fdata%2Fsocle-accessibilite-site-professionnel-edikka-v1.json%23dataset%0A%0AProbl%C3%A8me%20observ%C3%A9%20%3A%0A%0APreuve%20ou%20%C3%A9tapes%20pour%20le%20reproduire%20%3A%0A%0ACorrection%20propos%C3%A9e%20%3A%0A\">Signaler une erreur sur cette version par e-mail — Socle accessibilité d’un site professionnel</ref>\n </p>\n <p>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.</p>\n <p>\n <ref target=\"/bibliotheque#instrument-professional-website-accessibility-foundation\">Retrouver cet instrument dans le catalogue</ref>\n </p>\n <p>Réponse courte</p>\n <head rend=\"h2\">Un site accessible ne se reconnaît pas à un score : il se vérifie par des parcours, des critères et des preuves.</head>\n <p>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.</p>\n <p>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é.</p>\n <p>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>\n <p>Périmètre</p>\n <head rend=\"h2\">Ce socle répond à « par où commencer ? », pas à « sommes-nous juridiquement conformes ? »</head>\n <p>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.</p>\n <p>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é.</p>\n <table>\n <row>\n <cell role=\"head\">Quatre questions de qualification avant de parler d’obligation</cell>\n </row>\n <row>\n <cell role=\"head\">Question</cell>\n <cell role=\"head\">Ce que l’on peut décider ici</cell>\n <cell role=\"head\">Suite correcte</cell>\n </row>\n <row>\n <cell>L’entité relève-t-elle du champ public ou d’une obligation française spécifique ?</cell>\n <cell>À qualifier ; ne pas déduire l’obligation de la seule présence d’un site.</cell>\n <cell><ref target=\"/insights/developpement-web/rgaa-wcag-eaa-accessibilite-numerique\">Lire le guide RGAA, WCAG et EAA</ref>.</cell>\n </row>\n <row>\n <cell>Le service B2C entre-t-il dans les catégories couvertes par l’EAA depuis le 28 juin 2025 ?</cell>\n <cell>À qualifier selon le service, l’entreprise et les exemptions.</cell>\n <cell>Documenter le périmètre avec conseil juridique si nécessaire.</cell>\n </row>\n <row>\n <cell>Le besoin est-il un diagnostic initial ou une preuve de conformité ?</cell>\n <cell>Ce socle convient au diagnostic initial.</cell>\n <cell>Pour une preuve de conformité, préparer un audit exhaustif et un échantillon.</cell>\n </row>\n <row>\n <cell>Un score automatique est-il disponible ?</cell>\n <cell>Le score renseigne une partie des règles automatisables.</cell>\n <cell><ref target=\"/insights/developpement-web/lighthouse-100-accessibilite\">Comprendre ce que Lighthouse ne prouve pas</ref>.</cell>\n </row>\n </table>\n <p>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.</p>\n <p>Méthode de sélection</p>\n <head rend=\"h2\">Pourquoi 36 contrôles : le nombre sort d’une règle publiée, pas d’un chiffre marketing.</head>\n <p>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.</p>\n <list rend=\"ol\">\n <item>\n <p>Le contrôle concerne la majorité des pages publiques ou des parcours transactionnels d’un site professionnel.</p>\n </item>\n <item>\n <p>Le résultat peut être observé sur un périmètre borné sans prétendre échantillonner tout le site.</p>\n </item>\n <item>\n <p>Le critère d’acceptation et la preuve attendue peuvent être formulés sans jugement opaque.</p>\n </item>\n <item>\n <p>Un échec crée une barrière d’accès, de compréhension, de navigation ou d’action.</p>\n </item>\n <item>\n <p>Le contrôle se rattache à WCAG 2.2 niveau A ou AA et à un thème du RGAA 4.1.2.</p>\n </item>\n </list>\n <p>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.</p>\n <p>Taxonomie double</p>\n <head rend=\"h2\">Huit familles pour agir, avec un rattachement normatif pour vérifier.</head>\n <p>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.</p>\n <p>4 contrôles</p>\n <head rend=\"h3\">Repères et structure</head>\n <p>WCAG : Operable / Understandable<lb/>RGAA : 8 · Éléments obligatoires ; 9 · Structuration ; 12 · Navigation</p>\n <p>4 contrôles</p>\n <head rend=\"h3\">Contenus et alternatives</head>\n <p>WCAG : Perceivable / Understandable<lb/>RGAA : 1 · Images ; 3 · Couleurs ; 6 · Liens ; 13 · Consultation</p>\n <p>4 contrôles</p>\n <head rend=\"h3\">Perception visuelle</head>\n <p>WCAG : Perceivable<lb/>RGAA : 3 · Couleurs ; 10 · Présentation</p>\n <p>5 contrôles</p>\n <head rend=\"h3\">Clavier et focus</head>\n <p>WCAG : Operable<lb/>RGAA : 7 · Scripts ; 10 · Présentation ; 12 · Navigation</p>\n <p>4 contrôles</p>\n <head rend=\"h3\">Composants et états</head>\n <p>WCAG : Operable / Robust<lb/>RGAA : 7 · Scripts ; 12 · Navigation</p>\n <p>6 contrôles</p>\n <head rend=\"h3\">Formulaires et erreurs</head>\n <p>WCAG : Understandable / Robust<lb/>RGAA : 11 · Formulaires</p>\n <p>4 contrôles</p>\n <head rend=\"h3\">Médias, mouvement et temps</head>\n <p>WCAG : Perceivable / Operable<lb/>RGAA : 4 · Multimédia ; 13 · Consultation</p>\n <p>5 contrôles</p>\n <head rend=\"h3\">Adaptation et robustesse</head>\n <p>WCAG : Operable / Understandable / Robust<lb/>RGAA : 7 · Scripts ; 10 · Présentation ; 12 · Navigation ; 13 · Consultation</p>\n <p>Grille ouverte · v1.0</p>\n <head rend=\"h2\">Les 36 contrôles du socle, avec un critère d’acceptation et une preuve visibles.</head>\n <p>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.</p>\n <p>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.</p>\n <table>\n <row>\n <cell role=\"head\">Les 36 contrôles du socle Edikka v1.0. La correspondance RGAA indique un thème de rattachement, pas un résultat de conformité.</cell>\n </row>\n <row>\n <cell role=\"head\">ID</cell>\n <cell role=\"head\">Famille</cell>\n <cell role=\"head\">Barrière contrôlée</cell>\n <cell role=\"head\">Critère d’acceptation</cell>\n <cell role=\"head\">Preuve attendue</cell>\n <cell role=\"head\">WCAG 2.2 / RGAA 4.1.2</cell>\n <cell role=\"head\">Sévérité</cell>\n </row>\n <row>\n <cell>A11Y01</cell>\n <cell>Repères et structure</cell>\n <cell>Titre de page identifiable<p>L’utilisateur ne sait pas quelle page il consulte.</p></cell>\n <cell>Le titre de l’onglet décrit la page et distingue les pages entre elles.</cell>\n <cell>Capture de l’onglet et extrait du head.</cell>\n <cell>2.4.2 (A)<p>8 · Éléments obligatoires</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y02</cell>\n <cell>Repères et structure</cell>\n <cell>Langue principale déclarée<p>La synthèse vocale prononce mal le contenu.</p></cell>\n <cell>L’attribut lang de html correspond à la langue principale réelle.</cell>\n <cell>Extrait DOM et journal de test.</cell>\n <cell>3.1.1 (A)<p>8 · Éléments obligatoires</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y03</cell>\n <cell>Repères et structure</cell>\n <cell>Hiérarchie de titres cohérente<p>Les sections deviennent difficiles à parcourir ou à comprendre.</p></cell>\n <cell>Un H1 décrit le sujet ; les H2/H3 reflètent l’imbrication du contenu sans servir de décoration.</cell>\n <cell>Plan des titres exporté.</cell>\n <cell>1.3.1 (A) ; 2.4.6 (AA)<p>9 · Structuration</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y04</cell>\n <cell>Repères et structure</cell>\n <cell>Régions et accès direct au contenu<p>La navigation répétée doit être reparcourue à chaque page.</p></cell>\n <cell>Le contenu principal est dans main ; un accès d’évitement fonctionnel atteint une cible visible ou focalisable.</cell>\n <cell>Vidéo clavier et arbre d’accessibilité.</cell>\n <cell>1.3.1 (A) ; 2.4.1 (A)<p>9 · Structuration ; 12 · Navigation</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y05</cell>\n <cell>Contenus et alternatives</cell>\n <cell>Alternative des images informative<p>Une information portée par l’image disparaît.</p></cell>\n <cell>Chaque image informative possède une alternative équivalente ; une image décorative peut être ignorée.</cell>\n <cell>Capture sans images et extrait DOM.</cell>\n <cell>1.1.1 (A)<p>1 · Images</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y06</cell>\n <cell>Contenus et alternatives</cell>\n <cell>Nom des images fonctionnelles et icônes<p>Une action graphique est muette ou ambiguë.</p></cell>\n <cell>Le nom accessible décrit l’action ou la destination, pas l’apparence de l’icône.</cell>\n <cell>Arbre d’accessibilité ou rapport DOM.</cell>\n <cell>1.1.1 (A) ; 4.1.2 (A)<p>1 · Images ; 7 · Scripts</p></cell>\n <cell>Bloquant</cell>\n </row>\n <row>\n <cell>A11Y07</cell>\n <cell>Contenus et alternatives</cell>\n <cell>Liens compréhensibles en contexte<p>La destination d’un lien doit être devinée.</p></cell>\n <cell>Le libellé et son contexte programmatique permettent d’identifier la destination ou la fonction.</cell>\n <cell>Liste des liens et captures de contexte.</cell>\n <cell>2.4.4 (A)<p>6 · Liens</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y08</cell>\n <cell>Contenus et alternatives</cell>\n <cell>Instructions indépendantes de la forme et de la couleur<p>L’instruction devient inutilisable sans perception visuelle complète.</p></cell>\n <cell>Aucune consigne essentielle ne dépend uniquement de la couleur, de la position, de la forme ou d’un son.</cell>\n <cell>Capture annotée et journal de revue.</cell>\n <cell>1.3.3 (A) ; 1.4.1 (A)<p>3 · Couleurs ; 13 · Consultation</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y09</cell>\n <cell>Perception visuelle</cell>\n <cell>Contraste des textes<p>Le texte devient illisible pour de nombreux utilisateurs.</p></cell>\n <cell>Le contraste atteint 4,5 :1 pour le texte courant et 3 :1 pour le grand texte, sauf exceptions WCAG.</cell>\n <cell>Rapport de contraste avec valeurs et captures.</cell>\n <cell>1.4.3 (AA)<p>3 · Couleurs</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y10</cell>\n <cell>Perception visuelle</cell>\n <cell>Contraste des composants et états utiles<p>Un champ, un focus ou un état ne peut pas être repéré.</p></cell>\n <cell>Les limites et états visuels nécessaires atteignent 3 :1 avec les couleurs adjacentes, selon les exceptions WCAG.</cell>\n <cell>Rapport de contraste des composants.</cell>\n <cell>1.4.11 (AA)<p>3 · Couleurs ; 10 · Présentation</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y11</cell>\n <cell>Perception visuelle</cell>\n <cell>Zoom texte et espacement personnalisable<p>Le contenu se chevauche ou disparaît quand la lecture est adaptée.</p></cell>\n <cell>À 200 % et avec l’espacement WCAG, texte et fonctions restent disponibles sans perte.</cell>\n <cell>Captures avant/après et journal de test.</cell>\n <cell>1.4.4 (AA) ; 1.4.12 (AA)<p>10 · Présentation</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y12</cell>\n <cell>Perception visuelle</cell>\n <cell>Reflow à 320 CSS pixels<p>Une lecture bidimensionnelle ou un défilement horizontal est imposé.</p></cell>\n <cell>Le contenu et les actions restent utilisables à 320 CSS px sans perte ni défilement horizontal global, hors exceptions.</cell>\n <cell>Capture pleine page et mesure scrollWidth/clientWidth.</cell>\n <cell>1.4.10 (AA)<p>10 · Présentation</p></cell>\n <cell>Bloquant</cell>\n </row>\n <row>\n <cell>A11Y13</cell>\n <cell>Clavier et focus</cell>\n <cell>Toutes les fonctions au clavier<p>Une personne sans souris ne peut pas terminer le parcours.</p></cell>\n <cell>Chaque action essentielle est réalisable avec le clavier sans geste dépendant du pointeur.</cell>\n <cell>Vidéo non coupée du parcours clavier.</cell>\n <cell>2.1.1 (A)<p>7 · Scripts ; 12 · Navigation</p></cell>\n <cell>Bloquant</cell>\n </row>\n <row>\n <cell>A11Y14</cell>\n <cell>Clavier et focus</cell>\n <cell>Absence de piège clavier<p>Le focus entre dans un composant sans pouvoir en sortir.</p></cell>\n <cell>Le focus peut quitter chaque composant par une méthode standard ou documentée.</cell>\n <cell>Vidéo et séquence de touches.</cell>\n <cell>2.1.2 (A)<p>7 · Scripts ; 12 · Navigation</p></cell>\n <cell>Bloquant</cell>\n </row>\n <row>\n <cell>A11Y15</cell>\n <cell>Clavier et focus</cell>\n <cell>Focus visible et non masqué<p>L’utilisateur perd sa position ou le focus est couvert.</p></cell>\n <cell>Chaque contrôle focalisé est perceptible et n’est pas entièrement masqué par un élément fixe.</cell>\n <cell>Vidéo ou captures de chaque famille de composants.</cell>\n <cell>2.4.7 (AA) ; 2.4.11 (AA)<p>10 · Présentation ; 12 · Navigation</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y16</cell>\n <cell>Clavier et focus</cell>\n <cell>Ordre de focus logique<p>La lecture et l’action suivent un ordre incohérent.</p></cell>\n <cell>L’ordre séquentiel conserve le sens et l’opérabilité ; aucun tabindex positif ne le force artificiellement.</cell>\n <cell>Journal numéroté du focus et extrait DOM.</cell>\n <cell>2.4.3 (A)<p>12 · Navigation</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y17</cell>\n <cell>Composants et états</cell>\n <cell>Nom accessible aligné sur le libellé visible<p>La commande vocale ne retrouve pas le contrôle affiché.</p></cell>\n <cell>Le nom accessible contient le texte visible de l’action, dans le même ordre utile.</cell>\n <cell>Capture et arbre d’accessibilité.</cell>\n <cell>2.5.3 (A)<p>7 · Scripts</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y18</cell>\n <cell>Composants et états</cell>\n <cell>Nom, rôle, valeur et état programmatiques<p>Le composant est annoncé sans fonction ou sans état.</p></cell>\n <cell>Chaque composant expose un nom, un rôle et, si nécessaire, une valeur ou un état actualisé.</cell>\n <cell>Deux captures de l’arbre d’accessibilité.</cell>\n <cell>4.1.2 (A)<p>7 · Scripts</p></cell>\n <cell>Bloquant</cell>\n </row>\n <row>\n <cell>A11Y19</cell>\n <cell>Composants et états</cell>\n <cell>Gestion du focus des modales et panneaux<p>Le contexte change sans repère ou le contenu arrière reste actif.</p></cell>\n <cell>À l’ouverture le focus entre dans le composant ; il y reste si nécessaire ; à la fermeture il revient à un point logique.</cell>\n <cell>Vidéo clavier et arbre d’accessibilité.</cell>\n <cell>2.4.3 (A) ; 2.1.2 (A) ; 4.1.2 (A)<p>7 · Scripts ; 12 · Navigation</p></cell>\n <cell>Bloquant</cell>\n </row>\n <row>\n <cell>A11Y20</cell>\n <cell>Composants et états</cell>\n <cell>Messages de statut annoncés<p>Une réussite, une erreur ou une mise à jour reste invisible à la synthèse vocale.</p></cell>\n <cell>Les messages importants sont exposés sans déplacer inutilement le focus.</cell>\n <cell>Journal lecteur d’écran et extrait DOM.</cell>\n <cell>4.1.3 (AA)<p>7 · Scripts ; 11 · Formulaires</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y21</cell>\n <cell>Formulaires et erreurs</cell>\n <cell>Libellé explicite pour chaque champ<p>La donnée attendue doit être devinée.</p></cell>\n <cell>Chaque champ possède un label persistant, correctement associé et suffisamment précis.</cell>\n <cell>Capture et extrait DOM.</cell>\n <cell>1.3.1 (A) ; 3.3.2 (A)<p>11 · Formulaires</p></cell>\n <cell>Bloquant</cell>\n </row>\n <row>\n <cell>A11Y22</cell>\n <cell>Formulaires et erreurs</cell>\n <cell>Finalité des champs personnels identifiable<p>Les aides de saisie et l’autocomplétion ne peuvent pas fonctionner correctement.</p></cell>\n <cell>Les champs personnels courants utilisent un autocomplete conforme lorsque la finalité est connue.</cell>\n <cell>Rapport DOM des attributs de saisie.</cell>\n <cell>1.3.5 (AA)<p>11 · Formulaires</p></cell>\n <cell>Moyenne</cell>\n </row>\n <row>\n <cell>A11Y23</cell>\n <cell>Formulaires et erreurs</cell>\n <cell>Erreurs identifiées et rattachées aux champs<p>L’utilisateur sait que l’envoi échoue mais pas où ni pourquoi.</p></cell>\n <cell>L’erreur est nommée, localisée, liée au champ et annoncée ; la donnée correcte n’est pas effacée.</cell>\n <cell>Vidéo, capture et arbre d’accessibilité.</cell>\n <cell>3.3.1 (A) ; 3.3.3 (AA)<p>11 · Formulaires</p></cell>\n <cell>Bloquant</cell>\n </row>\n <row>\n <cell>A11Y24</cell>\n <cell>Formulaires et erreurs</cell>\n <cell>Prévention et confirmation des actions sensibles<p>Une action juridique, financière ou irréversible est validée par erreur.</p></cell>\n <cell>L’utilisateur peut vérifier, corriger ou confirmer avant finalisation, et reçoit une confirmation exploitable.</cell>\n <cell>Vidéo du parcours et capture de confirmation.</cell>\n <cell>3.3.4 (AA)<p>11 · Formulaires</p></cell>\n <cell>Bloquant</cell>\n </row>\n <row>\n <cell>A11Y25</cell>\n <cell>Médias, mouvement et temps</cell>\n <cell>Sous-titres des vidéos préenregistrées<p>Le contenu sonore est inaccessible aux personnes sourdes ou malentendantes.</p></cell>\n <cell>Les paroles et sons utiles sont disponibles dans des sous-titres synchronisés et relus.</cell>\n <cell>Extrait vidéo et fichier de sous-titres.</cell>\n <cell>1.2.2 (A)<p>4 · Multimédia</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y26</cell>\n <cell>Médias, mouvement et temps</cell>\n <cell>Alternative au contenu visuel ou sonore essentiel<p>Une démonstration, un graphique ou un son utile n’a pas d’équivalent.</p></cell>\n <cell>Une transcription, une audiodescription ou une alternative textuelle transmet l’information nécessaire selon le média.</cell>\n <cell>Transcription ou piste alternative reliée au média.</cell>\n <cell>1.2.3 (A) ; 1.2.5 (AA)<p>4 · Multimédia</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y27</cell>\n <cell>Médias, mouvement et temps</cell>\n <cell>Contrôle de l’autoplay, du mouvement et du temps<p>Le contenu perturbe la lecture ou expire avant la fin de l’action.</p></cell>\n <cell>Le son automatique peut être arrêté ; les animations longues peuvent être mises en pause ; les limites de temps sont contrôlables sauf exception.</cell>\n <cell>Vidéo et journal chronométré.</cell>\n <cell>1.4.2 (A) ; 2.2.1 (A) ; 2.2.2 (A)<p>4 · Multimédia ; 13 · Consultation</p></cell>\n <cell>Bloquant</cell>\n </row>\n <row>\n <cell>A11Y28</cell>\n <cell>Médias, mouvement et temps</cell>\n <cell>Clignotements sûrs et mouvement contrôlable<p>Des flashs ou animations automatiques provoquent gêne, perte de concentration ou risque neurologique.</p></cell>\n <cell>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.</cell>\n <cell>Vidéo du scénario et rapport de mesure des flashs si applicable.</cell>\n <cell>2.2.2 (A) ; 2.3.1 (A)<p>13 · Consultation</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y29</cell>\n <cell>Adaptation et robustesse</cell>\n <cell>Orientation non imposée<p>Le service devient inutilisable avec un appareil fixé dans une orientation.</p></cell>\n <cell>Le contenu fonctionne en portrait et paysage, sauf orientation essentielle.</cell>\n <cell>Deux captures et journal de test.</cell>\n <cell>1.3.4 (AA)<p>13 · Consultation</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y30</cell>\n <cell>Adaptation et robustesse</cell>\n <cell>Cibles tactiles suffisamment grandes<p>Une action est difficile à déclencher sans erreur sur mobile.</p></cell>\n <cell>Les cibles atteignent 24 × 24 CSS px ou respectent une exception de WCAG 2.5.8.</cell>\n <cell>Capture annotée avec dimensions CSS.</cell>\n <cell>2.5.8 (AA)<p>10 · Présentation ; 13 · Consultation</p></cell>\n <cell>Moyenne</cell>\n </row>\n <row>\n <cell>A11Y31</cell>\n <cell>Adaptation et robustesse</cell>\n <cell>Navigation et composants cohérents<p>Le même élément change de nom, de place ou de comportement sans raison.</p></cell>\n <cell>Les navigations répétées gardent un ordre cohérent et les composants identiques sont identifiés de façon constante.</cell>\n <cell>Tableau comparatif et captures.</cell>\n <cell>3.2.3 (AA) ; 3.2.4 (AA)<p>12 · Navigation</p></cell>\n <cell>Moyenne</cell>\n </row>\n <row>\n <cell>A11Y32</cell>\n <cell>Adaptation et robustesse</cell>\n <cell>Ordre de lecture programmatique cohérent<p>Le réordonnancement visuel dissocie la lecture, le sens et l’action.</p></cell>\n <cell>À chaque viewport, l’ordre du DOM et la restitution par technologie d’assistance conservent le sens du contenu et des instructions.</cell>\n <cell>Capture annotée, extrait DOM et journal de lecture.</cell>\n <cell>1.3.2 (A)<p>9 · Structuration ; 10 · Présentation</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y33</cell>\n <cell>Clavier et focus</cell>\n <cell>Alternative aux gestes de glissement<p>Une action exige un glisser-déposer précis qu’une personne ne peut pas réaliser.</p></cell>\n <cell>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.</cell>\n <cell>Vidéo comparant le geste de glissement et son alternative par action simple.</cell>\n <cell>2.5.7 (AA)<p>7 · Scripts — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y34</cell>\n <cell>Adaptation et robustesse</cell>\n <cell>Aide cohérente entre les pages<p>Le moyen d’obtenir de l’aide change de place ou d’ordre et devient difficile à retrouver.</p></cell>\n <cell>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.</cell>\n <cell>Tableau comparatif de l’ordre des mécanismes d’aide et captures datées.</cell>\n <cell>3.2.6 (A)<p>12 · Navigation — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2</p></cell>\n <cell>Moyenne</cell>\n </row>\n <row>\n <cell>A11Y35</cell>\n <cell>Formulaires et erreurs</cell>\n <cell>Saisie redondante évitée<p>Une information déjà fournie doit être saisie une nouvelle fois dans le même processus.</p></cell>\n <cell>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.</cell>\n <cell>Vidéo du parcours complet et relevé des champs répétés avec justification des exceptions.</cell>\n <cell>3.3.7 (A)<p>11 · Formulaires — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2</p></cell>\n <cell>Haute</cell>\n </row>\n <row>\n <cell>A11Y36</cell>\n <cell>Formulaires et erreurs</cell>\n <cell>Authentification accessible<p>La connexion impose un test cognitif, une mémorisation ou une retranscription sans alternative.</p></cell>\n <cell>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.</cell>\n <cell>Vidéo des parcours d’authentification, inventaire des exigences cognitives et justification des exceptions.</cell>\n <cell>3.3.8 (AA)<p>11 · Formulaires — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2</p></cell>\n <cell>Bloquant</cell>\n </row>\n </table>\n <p>Exécution</p>\n <head rend=\"h2\">Un contrôle exploitable relie six champs : périmètre, scénario, résultat, preuve, statut et responsable.</head>\n <p>« 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.</p>\n <p>« Le menu est accessible au clavier. » Aucun parcours, aucune preuve, aucun environnement.</p>\n <code>Statut: conforme\nPreuve: aucune\nConclusion: impossible à rejouer</code>\n <p>A11Y13 · Menu mobile · Chrome 140 · 390 × 844 · clavier uniquement.</p>\n <code>1. Tab jusqu’au bouton Menu\n2. Entrée pour ouvrir\n3. Tab sur chaque lien\n4. Échap pour fermer\n5. Vérifier le retour du focus\n\nPreuve: vidéo + journal horodaté\nStatut: Conforme / Non conforme / À tester / Non applicable</code>\n <p>La 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.</p>\n <p>Priorisation</p>\n <head rend=\"h2\">Corriger d’abord ce qui empêche de percevoir, naviguer ou terminer l’action.</head>\n <table>\n <row>\n <cell role=\"head\">Vocabulaire de sévérité du socle Edikka</cell>\n </row>\n <row>\n <cell role=\"head\">Sévérité</cell>\n <cell role=\"head\">Définition</cell>\n <cell role=\"head\">Exemple</cell>\n <cell role=\"head\">Décision attendue</cell>\n </row>\n <row>\n <cell>Bloquant</cell>\n <cell>Le parcours critique ne peut pas être terminé ou une information essentielle disparaît.</cell>\n <cell>Formulaire inutilisable au clavier ; champ sans libellé ; erreur non localisée.</cell>\n <cell>Corriger avant mise en ligne ou documenter une décision de no-go.</cell>\n </row>\n <row>\n <cell>Haute</cell>\n <cell>Le parcours reste possible mais impose une difficulté importante ou une forte incertitude.</cell>\n <cell>Focus peu visible ; contraste insuffisant ; lien ambigu répété.</cell>\n <cell>Corriger dans le lot prioritaire avec un contre-test.</cell>\n </row>\n <row>\n <cell>Moyenne</cell>\n <cell>La friction est réelle mais ne bloque pas seule l’objectif principal.</cell>\n <cell>Cible tactile trop petite ; identification incohérente d’un composant secondaire.</cell>\n <cell>Planifier, attribuer et vérifier la non-régression.</cell>\n </row>\n </table>\n <p>Automatisation et humain</p>\n <head rend=\"h2\">Les outils détectent des symptômes ; les parcours humains établissent l’impact.</head>\n <p>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.</p>\n <p>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.</p>\n <p>Cycle projet</p>\n <head rend=\"h2\">L’accessibilité se décide avant la maquette et se rejoue après la mise en ligne.</head>\n <p>Cadrage</p>\n <head rend=\"h3\">Qualifier le service, les utilisateurs et les parcours critiques.</head>\n <p>La portée juridique et la portée du test sont deux décisions distinctes.</p>\n <p>Conception</p>\n <head rend=\"h3\">Définir les états, erreurs, contenus et interactions avant le pixel.</head>\n <p>Une maquette doit montrer le focus, les erreurs, les confirmations et les variantes responsive.</p>\n <p>Composants</p>\n <head rend=\"h3\">Coder les comportements dans le design system.</head>\n <p>Le correctif d’un bouton, d’une modale ou d’un champ doit bénéficier à toutes ses occurrences.</p>\n <p>Contenus</p>\n <head rend=\"h3\">Nommer les titres, liens, alternatives et instructions.</head>\n <p>La sémantique n’est pas un habillage technique : elle porte le sens publié.</p>\n <p>Recette</p>\n <head rend=\"h3\">Rejouer les 36 contrôles sur les pages et états retenus.</head>\n <p>Chaque anomalie reçoit une preuve, une sévérité, un responsable et un contre-test.</p>\n <p>Production</p>\n <head rend=\"h3\">Surveiller les parcours et les régressions.</head>\n <p>Une page accessible aujourd’hui peut casser au prochain composant, contenu ou script tiers.</p>\n <p>Architecture du cluster</p>\n <head rend=\"h2\">Une question, une page de référence : le socle oriente sans tout réexpliquer.</head>\n <p>Actifs ouverts</p>\n <head rend=\"h2\">Télécharger, rejouer, contester et améliorer la méthode.</head>\n <p>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.</p>\n <p>Sources primaires</p>\n <head rend=\"h2\">La méthode Edikka renvoie vers les référentiels qu’elle ne remplace pas.</head>\n <p>Version et intégrité</p>\n <head rend=\"h2\">Une méthode citable, datée et vérifiable jusqu’au fichier.</head>\n <p>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.</p>\n <p>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.</p>\n <p>Ces empreintes permettent de vérifier que le JSON et le XLSX téléchargés correspondent aux fichiers cités par cette édition.</p>\n <code>JSON 8fdfeddda1f94f427e54274a90003a7e824f15a5304ceeba2a9509453c5e31cd\nXLSX f869d70bef0b716070d7af9b6f8f1354e5d969574ea3bb890226dd7df29aeb90</code>\n <p>Limite volontaire</p>\n <head rend=\"h2\">Edikka est une agence web : cette grille est une méthode de travail publiée, pas un référentiel indépendant.</head>\n <p>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.</p>\n <p>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.</p>\n <p>Conclusion</p>\n <head rend=\"h2\">Commencez par un parcours réel, une barrière observable et une preuve rejouable.</head>\n <p>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.</p>\n <p>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é.</p>\n <p>Ne publiez pas « accessible » parce qu’un outil est vert. Publiez ce qui a été testé, comment, quand, avec quelle preuve et quelles limites.</p>\n <head rend=\"h2\">L’accessibilité devient crédible quand le design, le contenu et le code partagent la même preuve.</head>\n <p>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é.</p>\n <head rend=\"h3\">Partir du parcours réel</head>\n <p>La priorité vient de ce que l’utilisateur doit percevoir, comprendre et terminer — pas de ce qui est le plus simple à mesurer.</p>\n <head rend=\"h3\">Corriger à la source</head>\n <p>Un composant accessible, documenté et testé évite de réparer le même défaut sur chaque page.</p>\n <head rend=\"h3\">Nommer ce qui reste inconnu</head>\n <p>« À tester », « non applicable » et « non conforme » sont des informations utiles. Les masquer détruit la confiance.</p>\n <p>La qualité premium ne consiste pas à rendre l’accessibilité invisible. Elle consiste à intégrer ses exigences dans chaque décision de conception.</p>\n <head rend=\"h2\">Pour aller plus loin sur ce sujet</head>\n <p>Des réponses complémentaires pour clarifier les points essentiels abordés dans cet article.</p>\n </main>\n <comments/>\n</doc>",
"text": "Développement web\nAccessibilité web : 36 contrôles essentiels pour un site professionnel\n[Fait partie de la Bibliothèque Edikka](/bibliotheque#instrument-professional-website-accessibility-foundation)v1.1 · CC BY 4.0\nSocle accessibilité d’un site professionnel\nPréparer un diagnostic de parcours et identifier les contrôles à approfondir.\nAperçu, fichiers et citation\nDans l’instrument\n| Trois extraits du fichier publié · abrégés si nécessaire | | | \n|---|---|---|\n| ID | Contrôle | Preuve attendue | \n|---|---|---|\n| A11Y01 | Titre de page identifiable | Capture de l’onglet et extrait du head. | \n| A11Y02 | Langue principale déclarée | Extrait DOM et journal de test. | \n| A11Y03 | Hiérarchie de titres cohérente | Plan des titres exporté. | \n [Consulter le fichier original — Socle accessibilité d’un site professionnel](/docbd/data/socle-accessibilite-site-professionnel-edikka-v1-1.json) · v1.1 \nCiter cette version\nEdikka (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.\nHistorique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.\n[Signaler une erreur sur cette version par e-mail — Socle accessibilité d’un site professionnel](mailto:agence@edikka.com?subject=Correction%20biblioth%C3%A8que%20%E2%80%94%20Socle%20accessibilit%C3%A9%20d%E2%80%99un%20site%20professionnel%20%C2%B7%20v1.1&body=Socle%20accessibilit%C3%A9%20d%E2%80%99un%20site%20professionnel%20%C2%B7%20v1.1%0Ahttps%3A%2F%2Fwww.edikka.com%2Fdocbd%2Fdata%2Fsocle-accessibilite-site-professionnel-edikka-v1.json%23dataset%0A%0AProbl%C3%A8me%20observ%C3%A9%20%3A%0A%0APreuve%20ou%20%C3%A9tapes%20pour%20le%20reproduire%20%3A%0A%0ACorrection%20propos%C3%A9e%20%3A%0A)\nLimite 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.\n[Retrouver cet instrument dans le catalogue](/bibliotheque#instrument-professional-website-accessibility-foundation)\nRéponse courte\nUn site accessible ne se reconnaît pas à un score : il se vérifie par des parcours, des critères et des preuves.\nL’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.\nCette é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é.\nUn contrôle non testé n’est pas conforme. Il reste « à tester ». Une absence de preuve n’est jamais transformée en réussite.\nPérimètre\nCe socle répond à « par où commencer ? », pas à « sommes-nous juridiquement conformes ? »\nWCAG 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.\nLe 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é.\n| Quatre questions de qualification avant de parler d’obligation | | | \n|---|---|---|\n| Question | Ce que l’on peut décider ici | Suite correcte | \n|---|---|---|\n| 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](/insights/developpement-web/rgaa-wcag-eaa-accessibilite-numerique) . | \n| 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. | \n| 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. | \n| Un score automatique est-il disponible ? | Le score renseigne une partie des règles automatisables. | [Comprendre ce que Lighthouse ne prouve pas](/insights/developpement-web/lighthouse-100-accessibilite) . | \nLimite 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.\nMéthode de sélection\nPourquoi 36 contrôles : le nombre sort d’une règle publiée, pas d’un chiffre marketing.\nUn 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.\n- Le contrôle concerne la majorité des pages publiques ou des parcours transactionnels d’un site professionnel.\n- Le résultat peut être observé sur un périmètre borné sans prétendre échantillonner tout le site.\n- Le critère d’acceptation et la preuve attendue peuvent être formulés sans jugement opaque.\n- Un échec crée une barrière d’accès, de compréhension, de navigation ou d’action.\n- Le contrôle se rattache à WCAG 2.2 niveau A ou AA et à un thème du RGAA 4.1.2.\nLes 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.\nTaxonomie double\nHuit familles pour agir, avec un rattachement normatif pour vérifier.\nLa 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.\n4 contrôles\nRepères et structure\nWCAG : Operable / Understandable\nRGAA : 8 · Éléments obligatoires ; 9 · Structuration ; 12 · Navigation\n4 contrôles\nContenus et alternatives\nWCAG : Perceivable / Understandable\nRGAA : 1 · Images ; 3 · Couleurs ; 6 · Liens ; 13 · Consultation\n4 contrôles\nPerception visuelle\nWCAG : Perceivable\nRGAA : 3 · Couleurs ; 10 · Présentation\n5 contrôles\nClavier et focus\nWCAG : Operable\nRGAA : 7 · Scripts ; 10 · Présentation ; 12 · Navigation\n4 contrôles\nComposants et états\nWCAG : Operable / Robust\nRGAA : 7 · Scripts ; 12 · Navigation\n6 contrôles\nFormulaires et erreurs\nWCAG : Understandable / Robust\nRGAA : 11 · Formulaires\n4 contrôles\nMédias, mouvement et temps\nWCAG : Perceivable / Operable\nRGAA : 4 · Multimédia ; 13 · Consultation\n5 contrôles\nAdaptation et robustesse\nWCAG : Operable / Understandable / Robust\nRGAA : 7 · Scripts ; 10 · Présentation ; 12 · Navigation ; 13 · Consultation\nGrille ouverte · v1.0\nLes 36 contrôles du socle, avec un critère d’acceptation et une preuve visibles.\nLa 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.\nLecture 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.\n| Les 36 contrôles du socle Edikka v1.0. La correspondance RGAA indique un thème de rattachement, pas un résultat de conformité. | | | | | | | \n|---|---|---|---|---|---|---|\n| ID | Famille | Barrière contrôlée | Critère d’acceptation | Preuve attendue | WCAG 2.2 / RGAA 4.1.2 | Sévérité | \n|---|---|---|---|---|---|---|\n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \n| 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 | \nExécution\nUn contrôle exploitable relie six champs : périmètre, scénario, résultat, preuve, statut et responsable.\n« 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.\n« Le menu est accessible au clavier. » Aucun parcours, aucune preuve, aucun environnement.\nStatut: conforme\nPreuve: aucune\nConclusion: impossible à rejouer\nA11Y13 · Menu mobile · Chrome 140 · 390 × 844 · clavier uniquement.\n1. Tab jusqu’au bouton Menu\n2. Entrée pour ouvrir\n3. Tab sur chaque lien\n4. Échap pour fermer\n5. Vérifier le retour du focus\nPreuve: vidéo + journal horodaté\nStatut: Conforme / Non conforme / À tester / Non applicable\nLa 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.\nPriorisation\nCorriger d’abord ce qui empêche de percevoir, naviguer ou terminer l’action.\n| Vocabulaire de sévérité du socle Edikka | | | | \n|---|---|---|---|\n| Sévérité | Définition | Exemple | Décision attendue | \n|---|---|---|---|\n| 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. | \n| 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. | \n| 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. | \nAutomatisation et humain\nLes outils détectent des symptômes ; les parcours humains établissent l’impact.\nUn 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.\nLa 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.\nCycle projet\nL’accessibilité se décide avant la maquette et se rejoue après la mise en ligne.\nCadrage\nQualifier le service, les utilisateurs et les parcours critiques.\nLa portée juridique et la portée du test sont deux décisions distinctes.\nConception\nDéfinir les états, erreurs, contenus et interactions avant le pixel.\nUne maquette doit montrer le focus, les erreurs, les confirmations et les variantes responsive.\nComposants\nCoder les comportements dans le design system.\nLe correctif d’un bouton, d’une modale ou d’un champ doit bénéficier à toutes ses occurrences.\nContenus\nNommer les titres, liens, alternatives et instructions.\nLa sémantique n’est pas un habillage technique : elle porte le sens publié.\nRecette\nRejouer les 36 contrôles sur les pages et états retenus.\nChaque anomalie reçoit une preuve, une sévérité, un responsable et un contre-test.\nProduction\nSurveiller les parcours et les régressions.\nUne page accessible aujourd’hui peut casser au prochain composant, contenu ou script tiers.\nArchitecture du cluster\nUne question, une page de référence : le socle oriente sans tout réexpliquer.\nActifs ouverts\nTélécharger, rejouer, contester et améliorer la méthode.\nLes 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.\nSources primaires\nLa méthode Edikka renvoie vers les référentiels qu’elle ne remplace pas.\nVersion et intégrité\nUne méthode citable, datée et vérifiable jusqu’au fichier.\nVersion 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.\nCitation 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.\nCes empreintes permettent de vérifier que le JSON et le XLSX téléchargés correspondent aux fichiers cités par cette édition.\nJSON 8fdfeddda1f94f427e54274a90003a7e824f15a5304ceeba2a9509453c5e31cd\nXLSX f869d70bef0b716070d7af9b6f8f1354e5d969574ea3bb890226dd7df29aeb90\nLimite volontaire\nEdikka est une agence web : cette grille est une méthode de travail publiée, pas un référentiel indépendant.\nNous 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.\nLe 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.\nConclusion\nCommencez par un parcours réel, une barrière observable et une preuve rejouable.\nL’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.\nChoisissez 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é.\nNe publiez pas « accessible » parce qu’un outil est vert. Publiez ce qui a été testé, comment, quand, avec quelle preuve et quelles limites.\nL’accessibilité devient crédible quand le design, le contenu et le code partagent la même preuve.\nUn 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é.\nPartir du parcours réel\nLa priorité vient de ce que l’utilisateur doit percevoir, comprendre et terminer — pas de ce qui est le plus simple à mesurer.\nCorriger à la source\nUn composant accessible, documenté et testé évite de réparer le même défaut sur chaque page.\nNommer ce qui reste inconnu\n« À tester », « non applicable » et « non conforme » sont des informations utiles. Les masquer détruit la confiance.\nLa qualité premium ne consiste pas à rendre l’accessibilité invisible. Elle consiste à intégrer ses exigences dans chaque décision de conception.\nPour aller plus loin sur ce sujet\nDes réponses complémentaires pour clarifier les points essentiels abordés dans cet article.",
"status": "ok"
}readability-lxml 0.8.4.1
Output produced Identical repeat
Source : component_replays.readability_lxml
Full output and metadata
{
"tool": "readability-lxml",
"version": "0.8.4.1",
"title": "36 contrôles essentiels et grille XLSX",
"html": "<div><tbody><tr class=\"article-control-row\" id=\"control-a11y01\"><td data-label=\"ID\"><strong>A11Y01</strong></td><td data-label=\"Famille\">Repères et structure</td><td data-label=\"Contrôle\"><strong>Titre de page identifiable</strong><br><span>L’utilisateur ne sait pas quelle page il consulte.</span></td><td data-label=\"Acceptation\">Le titre de l’onglet décrit la page et distingue les pages entre elles.</td><td data-label=\"Preuve attendue\">Capture de l’onglet et extrait du head.</td><td data-label=\"WCAG / RGAA\"><span>2.4.2 (A)</span><br><small>8 · Éléments obligatoires</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y02\"><td data-label=\"ID\"><strong>A11Y02</strong></td><td data-label=\"Famille\">Repères et structure</td><td data-label=\"Contrôle\"><strong>Langue principale déclarée</strong><br><span>La synthèse vocale prononce mal le contenu.</span></td><td data-label=\"Acceptation\">L’attribut lang de html correspond à la langue principale réelle.</td><td data-label=\"Preuve attendue\">Extrait DOM et journal de test.</td><td data-label=\"WCAG / RGAA\"><span>3.1.1 (A)</span><br><small>8 · Éléments obligatoires</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y03\"><td data-label=\"ID\"><strong>A11Y03</strong></td><td data-label=\"Famille\">Repères et structure</td><td data-label=\"Contrôle\"><strong>Hiérarchie de titres cohérente</strong><br><span>Les sections deviennent difficiles à parcourir ou à comprendre.</span></td><td data-label=\"Acceptation\">Un H1 décrit le sujet ; les H2/H3 reflètent l’imbrication du contenu sans servir de décoration.</td><td data-label=\"Preuve attendue\">Plan des titres exporté.</td><td data-label=\"WCAG / RGAA\"><span>1.3.1 (A) ; 2.4.6 (AA)</span><br><small>9 · Structuration</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y04\"><td data-label=\"ID\"><strong>A11Y04</strong></td><td data-label=\"Famille\">Repères et structure</td><td data-label=\"Contrôle\"><strong>Régions et accès direct au contenu</strong><br><span>La navigation répétée doit être reparcourue à chaque page.</span></td><td data-label=\"Acceptation\">Le contenu principal est dans main ; un accès d’évitement fonctionnel atteint une cible visible ou focalisable.</td><td data-label=\"Preuve attendue\">Vidéo clavier et arbre d’accessibilité.</td><td data-label=\"WCAG / RGAA\"><span>1.3.1 (A) ; 2.4.1 (A)</span><br><small>9 · Structuration ; 12 · Navigation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y05\"><td data-label=\"ID\"><strong>A11Y05</strong></td><td data-label=\"Famille\">Contenus et alternatives</td><td data-label=\"Contrôle\"><strong>Alternative des images informative</strong><br><span>Une information portée par l’image disparaît.</span></td><td data-label=\"Acceptation\">Chaque image informative possède une alternative équivalente ; une image décorative peut être ignorée.</td><td data-label=\"Preuve attendue\">Capture sans images et extrait DOM.</td><td data-label=\"WCAG / RGAA\"><span>1.1.1 (A)</span><br><small>1 · Images</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y06\"><td data-label=\"ID\"><strong>A11Y06</strong></td><td data-label=\"Famille\">Contenus et alternatives</td><td data-label=\"Contrôle\"><strong>Nom des images fonctionnelles et icônes</strong><br><span>Une action graphique est muette ou ambiguë.</span></td><td data-label=\"Acceptation\">Le nom accessible décrit l’action ou la destination, pas l’apparence de l’icône.</td><td data-label=\"Preuve attendue\">Arbre d’accessibilité ou rapport DOM.</td><td data-label=\"WCAG / RGAA\"><span>1.1.1 (A) ; 4.1.2 (A)</span><br><small>1 · Images ; 7 · Scripts</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr class=\"article-control-row\" id=\"control-a11y07\"><td data-label=\"ID\"><strong>A11Y07</strong></td><td data-label=\"Famille\">Contenus et alternatives</td><td data-label=\"Contrôle\"><strong>Liens compréhensibles en contexte</strong><br><span>La destination d’un lien doit être devinée.</span></td><td data-label=\"Acceptation\">Le libellé et son contexte programmatique permettent d’identifier la destination ou la fonction.</td><td data-label=\"Preuve attendue\">Liste des liens et captures de contexte.</td><td data-label=\"WCAG / RGAA\"><span>2.4.4 (A)</span><br><small>6 · Liens</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y08\"><td data-label=\"ID\"><strong>A11Y08</strong></td><td data-label=\"Famille\">Contenus et alternatives</td><td data-label=\"Contrôle\"><strong>Instructions indépendantes de la forme et de la couleur</strong><br><span>L’instruction devient inutilisable sans perception visuelle complète.</span></td><td data-label=\"Acceptation\">Aucune consigne essentielle ne dépend uniquement de la couleur, de la position, de la forme ou d’un son.</td><td data-label=\"Preuve attendue\">Capture annotée et journal de revue.</td><td data-label=\"WCAG / RGAA\"><span>1.3.3 (A) ; 1.4.1 (A)</span><br><small>3 · Couleurs ; 13 · Consultation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y09\"><td data-label=\"ID\"><strong>A11Y09</strong></td><td data-label=\"Famille\">Perception visuelle</td><td data-label=\"Contrôle\"><strong>Contraste des textes</strong><br><span>Le texte devient illisible pour de nombreux utilisateurs.</span></td><td data-label=\"Acceptation\">Le contraste atteint 4,5 :1 pour le texte courant et 3 :1 pour le grand texte, sauf exceptions WCAG.</td><td data-label=\"Preuve attendue\">Rapport de contraste avec valeurs et captures.</td><td data-label=\"WCAG / RGAA\"><span>1.4.3 (AA)</span><br><small>3 · Couleurs</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y10\"><td data-label=\"ID\"><strong>A11Y10</strong></td><td data-label=\"Famille\">Perception visuelle</td><td data-label=\"Contrôle\"><strong>Contraste des composants et états utiles</strong><br><span>Un champ, un focus ou un état ne peut pas être repéré.</span></td><td data-label=\"Acceptation\">Les limites et états visuels nécessaires atteignent 3 :1 avec les couleurs adjacentes, selon les exceptions WCAG.</td><td data-label=\"Preuve attendue\">Rapport de contraste des composants.</td><td data-label=\"WCAG / RGAA\"><span>1.4.11 (AA)</span><br><small>3 · Couleurs ; 10 · Présentation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y11\"><td data-label=\"ID\"><strong>A11Y11</strong></td><td data-label=\"Famille\">Perception visuelle</td><td data-label=\"Contrôle\"><strong>Zoom texte et espacement personnalisable</strong><br><span>Le contenu se chevauche ou disparaît quand la lecture est adaptée.</span></td><td data-label=\"Acceptation\">À 200 % et avec l’espacement WCAG, texte et fonctions restent disponibles sans perte.</td><td data-label=\"Preuve attendue\">Captures avant/après et journal de test.</td><td data-label=\"WCAG / RGAA\"><span>1.4.4 (AA) ; 1.4.12 (AA)</span><br><small>10 · Présentation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y12\"><td data-label=\"ID\"><strong>A11Y12</strong></td><td data-label=\"Famille\">Perception visuelle</td><td data-label=\"Contrôle\"><strong>Reflow à 320 CSS pixels</strong><br><span>Une lecture bidimensionnelle ou un défilement horizontal est imposé.</span></td><td data-label=\"Acceptation\">Le contenu et les actions restent utilisables à 320 CSS px sans perte ni défilement horizontal global, hors exceptions.</td><td data-label=\"Preuve attendue\">Capture pleine page et mesure scrollWidth/clientWidth.</td><td data-label=\"WCAG / RGAA\"><span>1.4.10 (AA)</span><br><small>10 · Présentation</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr class=\"article-control-row\" id=\"control-a11y13\"><td data-label=\"ID\"><strong>A11Y13</strong></td><td data-label=\"Famille\">Clavier et focus</td><td data-label=\"Contrôle\"><strong>Toutes les fonctions au clavier</strong><br><span>Une personne sans souris ne peut pas terminer le parcours.</span></td><td data-label=\"Acceptation\">Chaque action essentielle est réalisable avec le clavier sans geste dépendant du pointeur.</td><td data-label=\"Preuve attendue\">Vidéo non coupée du parcours clavier.</td><td data-label=\"WCAG / RGAA\"><span>2.1.1 (A)</span><br><small>7 · Scripts ; 12 · Navigation</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr class=\"article-control-row\" id=\"control-a11y14\"><td data-label=\"ID\"><strong>A11Y14</strong></td><td data-label=\"Famille\">Clavier et focus</td><td data-label=\"Contrôle\"><strong>Absence de piège clavier</strong><br><span>Le focus entre dans un composant sans pouvoir en sortir.</span></td><td data-label=\"Acceptation\">Le focus peut quitter chaque composant par une méthode standard ou documentée.</td><td data-label=\"Preuve attendue\">Vidéo et séquence de touches.</td><td data-label=\"WCAG / RGAA\"><span>2.1.2 (A)</span><br><small>7 · Scripts ; 12 · Navigation</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr class=\"article-control-row\" id=\"control-a11y15\"><td data-label=\"ID\"><strong>A11Y15</strong></td><td data-label=\"Famille\">Clavier et focus</td><td data-label=\"Contrôle\"><strong>Focus visible et non masqué</strong><br><span>L’utilisateur perd sa position ou le focus est couvert.</span></td><td data-label=\"Acceptation\">Chaque contrôle focalisé est perceptible et n’est pas entièrement masqué par un élément fixe.</td><td data-label=\"Preuve attendue\">Vidéo ou captures de chaque famille de composants.</td><td data-label=\"WCAG / RGAA\"><span>2.4.7 (AA) ; 2.4.11 (AA)</span><br><small>10 · Présentation ; 12 · Navigation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y16\"><td data-label=\"ID\"><strong>A11Y16</strong></td><td data-label=\"Famille\">Clavier et focus</td><td data-label=\"Contrôle\"><strong>Ordre de focus logique</strong><br><span>La lecture et l’action suivent un ordre incohérent.</span></td><td data-label=\"Acceptation\">L’ordre séquentiel conserve le sens et l’opérabilité ; aucun tabindex positif ne le force artificiellement.</td><td data-label=\"Preuve attendue\">Journal numéroté du focus et extrait DOM.</td><td data-label=\"WCAG / RGAA\"><span>2.4.3 (A)</span><br><small>12 · Navigation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y17\"><td data-label=\"ID\"><strong>A11Y17</strong></td><td data-label=\"Famille\">Composants et états</td><td data-label=\"Contrôle\"><strong>Nom accessible aligné sur le libellé visible</strong><br><span>La commande vocale ne retrouve pas le contrôle affiché.</span></td><td data-label=\"Acceptation\">Le nom accessible contient le texte visible de l’action, dans le même ordre utile.</td><td data-label=\"Preuve attendue\">Capture et arbre d’accessibilité.</td><td data-label=\"WCAG / RGAA\"><span>2.5.3 (A)</span><br><small>7 · Scripts</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y18\"><td data-label=\"ID\"><strong>A11Y18</strong></td><td data-label=\"Famille\">Composants et états</td><td data-label=\"Contrôle\"><strong>Nom, rôle, valeur et état programmatiques</strong><br><span>Le composant est annoncé sans fonction ou sans état.</span></td><td data-label=\"Acceptation\">Chaque composant expose un nom, un rôle et, si nécessaire, une valeur ou un état actualisé.</td><td data-label=\"Preuve attendue\">Deux captures de l’arbre d’accessibilité.</td><td data-label=\"WCAG / RGAA\"><span>4.1.2 (A)</span><br><small>7 · Scripts</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr class=\"article-control-row\" id=\"control-a11y19\"><td data-label=\"ID\"><strong>A11Y19</strong></td><td data-label=\"Famille\">Composants et états</td><td data-label=\"Contrôle\"><strong>Gestion du focus des modales et panneaux</strong><br><span>Le contexte change sans repère ou le contenu arrière reste actif.</span></td><td data-label=\"Acceptation\">À l’ouverture le focus entre dans le composant ; il y reste si nécessaire ; à la fermeture il revient à un point logique.</td><td data-label=\"Preuve attendue\">Vidéo clavier et arbre d’accessibilité.</td><td data-label=\"WCAG / RGAA\"><span>2.4.3 (A) ; 2.1.2 (A) ; 4.1.2 (A)</span><br><small>7 · Scripts ; 12 · Navigation</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr class=\"article-control-row\" id=\"control-a11y20\"><td data-label=\"ID\"><strong>A11Y20</strong></td><td data-label=\"Famille\">Composants et états</td><td data-label=\"Contrôle\"><strong>Messages de statut annoncés</strong><br><span>Une réussite, une erreur ou une mise à jour reste invisible à la synthèse vocale.</span></td><td data-label=\"Acceptation\">Les messages importants sont exposés sans déplacer inutilement le focus.</td><td data-label=\"Preuve attendue\">Journal lecteur d’écran et extrait DOM.</td><td data-label=\"WCAG / RGAA\"><span>4.1.3 (AA)</span><br><small>7 · Scripts ; 11 · Formulaires</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y21\"><td data-label=\"ID\"><strong>A11Y21</strong></td><td data-label=\"Famille\">Formulaires et erreurs</td><td data-label=\"Contrôle\"><strong>Libellé explicite pour chaque champ</strong><br><span>La donnée attendue doit être devinée.</span></td><td data-label=\"Acceptation\">Chaque champ possède un label persistant, correctement associé et suffisamment précis.</td><td data-label=\"Preuve attendue\">Capture et extrait DOM.</td><td data-label=\"WCAG / RGAA\"><span>1.3.1 (A) ; 3.3.2 (A)</span><br><small>11 · Formulaires</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr class=\"article-control-row\" id=\"control-a11y22\"><td data-label=\"ID\"><strong>A11Y22</strong></td><td data-label=\"Famille\">Formulaires et erreurs</td><td data-label=\"Contrôle\"><strong>Finalité des champs personnels identifiable</strong><br><span>Les aides de saisie et l’autocomplétion ne peuvent pas fonctionner correctement.</span></td><td data-label=\"Acceptation\">Les champs personnels courants utilisent un autocomplete conforme lorsque la finalité est connue.</td><td data-label=\"Preuve attendue\">Rapport DOM des attributs de saisie.</td><td data-label=\"WCAG / RGAA\"><span>1.3.5 (AA)</span><br><small>11 · Formulaires</small></td><td data-label=\"Sévérité\">Moyenne</td></tr><tr class=\"article-control-row\" id=\"control-a11y23\"><td data-label=\"ID\"><strong>A11Y23</strong></td><td data-label=\"Famille\">Formulaires et erreurs</td><td data-label=\"Contrôle\"><strong>Erreurs identifiées et rattachées aux champs</strong><br><span>L’utilisateur sait que l’envoi échoue mais pas où ni pourquoi.</span></td><td data-label=\"Acceptation\">L’erreur est nommée, localisée, liée au champ et annoncée ; la donnée correcte n’est pas effacée.</td><td data-label=\"Preuve attendue\">Vidéo, capture et arbre d’accessibilité.</td><td data-label=\"WCAG / RGAA\"><span>3.3.1 (A) ; 3.3.3 (AA)</span><br><small>11 · Formulaires</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr class=\"article-control-row\" id=\"control-a11y24\"><td data-label=\"ID\"><strong>A11Y24</strong></td><td data-label=\"Famille\">Formulaires et erreurs</td><td data-label=\"Contrôle\"><strong>Prévention et confirmation des actions sensibles</strong><br><span>Une action juridique, financière ou irréversible est validée par erreur.</span></td><td data-label=\"Acceptation\">L’utilisateur peut vérifier, corriger ou confirmer avant finalisation, et reçoit une confirmation exploitable.</td><td data-label=\"Preuve attendue\">Vidéo du parcours et capture de confirmation.</td><td data-label=\"WCAG / RGAA\"><span>3.3.4 (AA)</span><br><small>11 · Formulaires</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr class=\"article-control-row\" id=\"control-a11y25\"><td data-label=\"ID\"><strong>A11Y25</strong></td><td data-label=\"Famille\">Médias, mouvement et temps</td><td data-label=\"Contrôle\"><strong>Sous-titres des vidéos préenregistrées</strong><br><span>Le contenu sonore est inaccessible aux personnes sourdes ou malentendantes.</span></td><td data-label=\"Acceptation\">Les paroles et sons utiles sont disponibles dans des sous-titres synchronisés et relus.</td><td data-label=\"Preuve attendue\">Extrait vidéo et fichier de sous-titres.</td><td data-label=\"WCAG / RGAA\"><span>1.2.2 (A)</span><br><small>4 · Multimédia</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y26\"><td data-label=\"ID\"><strong>A11Y26</strong></td><td data-label=\"Famille\">Médias, mouvement et temps</td><td data-label=\"Contrôle\"><strong>Alternative au contenu visuel ou sonore essentiel</strong><br><span>Une démonstration, un graphique ou un son utile n’a pas d’équivalent.</span></td><td data-label=\"Acceptation\">Une transcription, une audiodescription ou une alternative textuelle transmet l’information nécessaire selon le média.</td><td data-label=\"Preuve attendue\">Transcription ou piste alternative reliée au média.</td><td data-label=\"WCAG / RGAA\"><span>1.2.3 (A) ; 1.2.5 (AA)</span><br><small>4 · Multimédia</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y27\"><td data-label=\"ID\"><strong>A11Y27</strong></td><td data-label=\"Famille\">Médias, mouvement et temps</td><td data-label=\"Contrôle\"><strong>Contrôle de l’autoplay, du mouvement et du temps</strong><br><span>Le contenu perturbe la lecture ou expire avant la fin de l’action.</span></td><td data-label=\"Acceptation\">Le son automatique peut être arrêté ; les animations longues peuvent être mises en pause ; les limites de temps sont contrôlables sauf exception.</td><td data-label=\"Preuve attendue\">Vidéo et journal chronométré.</td><td data-label=\"WCAG / RGAA\"><span>1.4.2 (A) ; 2.2.1 (A) ; 2.2.2 (A)</span><br><small>4 · Multimédia ; 13 · Consultation</small></td><td data-label=\"Sévérité\">Bloquant</td></tr><tr class=\"article-control-row\" id=\"control-a11y28\"><td data-label=\"ID\"><strong>A11Y28</strong></td><td data-label=\"Famille\">Médias, mouvement et temps</td><td data-label=\"Contrôle\"><strong>Clignotements sûrs et mouvement contrôlable</strong><br><span>Des flashs ou animations automatiques provoquent gêne, perte de concentration ou risque neurologique.</span></td><td data-label=\"Acceptation\">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.</td><td data-label=\"Preuve attendue\">Vidéo du scénario et rapport de mesure des flashs si applicable.</td><td data-label=\"WCAG / RGAA\"><span>2.2.2 (A) ; 2.3.1 (A)</span><br><small>13 · Consultation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y29\"><td data-label=\"ID\"><strong>A11Y29</strong></td><td data-label=\"Famille\">Adaptation et robustesse</td><td data-label=\"Contrôle\"><strong>Orientation non imposée</strong><br><span>Le service devient inutilisable avec un appareil fixé dans une orientation.</span></td><td data-label=\"Acceptation\">Le contenu fonctionne en portrait et paysage, sauf orientation essentielle.</td><td data-label=\"Preuve attendue\">Deux captures et journal de test.</td><td data-label=\"WCAG / RGAA\"><span>1.3.4 (AA)</span><br><small>13 · Consultation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y30\"><td data-label=\"ID\"><strong>A11Y30</strong></td><td data-label=\"Famille\">Adaptation et robustesse</td><td data-label=\"Contrôle\"><strong>Cibles tactiles suffisamment grandes</strong><br><span>Une action est difficile à déclencher sans erreur sur mobile.</span></td><td data-label=\"Acceptation\">Les cibles atteignent 24 × 24 CSS px ou respectent une exception de WCAG 2.5.8.</td><td data-label=\"Preuve attendue\">Capture annotée avec dimensions CSS.</td><td data-label=\"WCAG / RGAA\"><span>2.5.8 (AA)</span><br><small>10 · Présentation ; 13 · Consultation</small></td><td data-label=\"Sévérité\">Moyenne</td></tr><tr class=\"article-control-row\" id=\"control-a11y31\"><td data-label=\"ID\"><strong>A11Y31</strong></td><td data-label=\"Famille\">Adaptation et robustesse</td><td data-label=\"Contrôle\"><strong>Navigation et composants cohérents</strong><br><span>Le même élément change de nom, de place ou de comportement sans raison.</span></td><td data-label=\"Acceptation\">Les navigations répétées gardent un ordre cohérent et les composants identiques sont identifiés de façon constante.</td><td data-label=\"Preuve attendue\">Tableau comparatif et captures.</td><td data-label=\"WCAG / RGAA\"><span>3.2.3 (AA) ; 3.2.4 (AA)</span><br><small>12 · Navigation</small></td><td data-label=\"Sévérité\">Moyenne</td></tr><tr class=\"article-control-row\" id=\"control-a11y32\"><td data-label=\"ID\"><strong>A11Y32</strong></td><td data-label=\"Famille\">Adaptation et robustesse</td><td data-label=\"Contrôle\"><strong>Ordre de lecture programmatique cohérent</strong><br><span>Le réordonnancement visuel dissocie la lecture, le sens et l’action.</span></td><td data-label=\"Acceptation\">À chaque viewport, l’ordre du DOM et la restitution par technologie d’assistance conservent le sens du contenu et des instructions.</td><td data-label=\"Preuve attendue\">Capture annotée, extrait DOM et journal de lecture.</td><td data-label=\"WCAG / RGAA\"><span>1.3.2 (A)</span><br><small>9 · Structuration ; 10 · Présentation</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y33\"><td data-label=\"ID\"><strong>A11Y33</strong></td><td data-label=\"Famille\">Clavier et focus</td><td data-label=\"Contrôle\"><strong>Alternative aux gestes de glissement</strong><br><span>Une action exige un glisser-déposer précis qu’une personne ne peut pas réaliser.</span></td><td data-label=\"Acceptation\">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.</td><td data-label=\"Preuve attendue\">Vidéo comparant le geste de glissement et son alternative par action simple.</td><td data-label=\"WCAG / RGAA\"><span>2.5.7 (AA)</span><br><small>7 · Scripts — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y34\"><td data-label=\"ID\"><strong>A11Y34</strong></td><td data-label=\"Famille\">Adaptation et robustesse</td><td data-label=\"Contrôle\"><strong>Aide cohérente entre les pages</strong><br><span>Le moyen d’obtenir de l’aide change de place ou d’ordre et devient difficile à retrouver.</span></td><td data-label=\"Acceptation\">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.</td><td data-label=\"Preuve attendue\">Tableau comparatif de l’ordre des mécanismes d’aide et captures datées.</td><td data-label=\"WCAG / RGAA\"><span>3.2.6 (A)</span><br><small>12 · Navigation — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2</small></td><td data-label=\"Sévérité\">Moyenne</td></tr><tr class=\"article-control-row\" id=\"control-a11y35\"><td data-label=\"ID\"><strong>A11Y35</strong></td><td data-label=\"Famille\">Formulaires et erreurs</td><td data-label=\"Contrôle\"><strong>Saisie redondante évitée</strong><br><span>Une information déjà fournie doit être saisie une nouvelle fois dans le même processus.</span></td><td data-label=\"Acceptation\">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.</td><td data-label=\"Preuve attendue\">Vidéo du parcours complet et relevé des champs répétés avec justification des exceptions.</td><td data-label=\"WCAG / RGAA\"><span>3.3.7 (A)</span><br><small>11 · Formulaires — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2</small></td><td data-label=\"Sévérité\">Haute</td></tr><tr class=\"article-control-row\" id=\"control-a11y36\"><td data-label=\"ID\"><strong>A11Y36</strong></td><td data-label=\"Famille\">Formulaires et erreurs</td><td data-label=\"Contrôle\"><strong>Authentification accessible</strong><br><span>La connexion impose un test cognitif, une mémorisation ou une retranscription sans alternative.</span></td><td data-label=\"Acceptation\">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.</td><td data-label=\"Preuve attendue\">Vidéo des parcours d’authentification, inventaire des exigences cognitives et justification des exceptions.</td><td data-label=\"WCAG / RGAA\"><span>3.3.8 (AA)</span><br><small>11 · Formulaires — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2</small></td><td data-label=\"Sévérité\">Bloquant</td></tr></tbody></div>",
"status": "ok"
}newspaper4k 0.9.3.1
Output produced Identical repeat
Source : component_replays.newspaper4k
Full output and metadata
{
"tool": "newspaper4k",
"version": "0.9.3.1",
"title": "Accessibilité web : 36 contrôles essentiels et grille XLSX",
"text": "A11Y01Repères et structureTitre de page identifiable\n\nL’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)\n\n8 · Éléments obligatoiresHauteA11Y02Repères et structureLangue principale déclarée\n\nLa 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)\n\n8 · Éléments obligatoiresHauteA11Y03Repères et structureHiérarchie de titres cohérente\n\nLes 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)\n\n9 · StructurationHauteA11Y04Repères et structureRégions et accès direct au contenu\n\nLa 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)\n\n9 · Structuration ; 12 · NavigationHauteA11Y05Contenus et alternativesAlternative des images informative\n\nUne 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)\n\n1 · ImagesHauteA11Y06Contenus et alternativesNom des images fonctionnelles et icônes\n\nUne 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)\n\n1 · Images ; 7 · ScriptsBloquantA11Y07Contenus et alternativesLiens compréhensibles en contexte\n\nLa 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)\n\n6 · LiensHauteA11Y08Contenus et alternativesInstructions indépendantes de la forme et de la couleur\n\nL’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)\n\n3 · Couleurs ; 13 · ConsultationHauteA11Y09Perception visuelleContraste des textes\n\nLe 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)\n\n3 · CouleursHauteA11Y10Perception visuelleContraste des composants et états utiles\n\nUn 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)\n\n3 · Couleurs ; 10 · PrésentationHauteA11Y11Perception visuelleZoom texte et espacement personnalisable\n\nLe 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)\n\n10 · PrésentationHauteA11Y12Perception visuelleReflow à 320 CSS pixels\n\nUne 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)\n\n10 · PrésentationBloquantA11Y13Clavier et focusToutes les fonctions au clavier\n\nUne 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)\n\n7 · Scripts ; 12 · NavigationBloquantA11Y14Clavier et focusAbsence de piège clavier\n\nLe 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)\n\n7 · Scripts ; 12 · NavigationBloquantA11Y15Clavier et focusFocus visible et non masqué\n\nL’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)\n\n10 · Présentation ; 12 · NavigationHauteA11Y16Clavier et focusOrdre de focus logique\n\nLa 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)\n\n12 · NavigationHauteA11Y17Composants et étatsNom accessible aligné sur le libellé visible\n\nLa 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)\n\n7 · ScriptsHauteA11Y18Composants et étatsNom, rôle, valeur et état programmatiques\n\nLe 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)\n\n7 · ScriptsBloquantA11Y19Composants et étatsGestion du focus des modales et panneaux\n\nLe 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)\n\n7 · Scripts ; 12 · NavigationBloquantA11Y20Composants et étatsMessages de statut annoncés\n\nUne 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)\n\n7 · Scripts ; 11 · FormulairesHauteA11Y21Formulaires et erreursLibellé explicite pour chaque champ\n\nLa 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)\n\n11 · FormulairesBloquantA11Y22Formulaires et erreursFinalité des champs personnels identifiable\n\nLes 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)\n\n11 · FormulairesMoyenneA11Y23Formulaires et erreursErreurs identifiées et rattachées aux champs\n\nL’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)\n\n11 · FormulairesBloquantA11Y24Formulaires et erreursPrévention et confirmation des actions sensibles\n\nUne 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)\n\n11 · FormulairesBloquantA11Y25Médias, mouvement et tempsSous-titres des vidéos préenregistrées\n\nLe 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)\n\n4 · MultimédiaHauteA11Y26Médias, mouvement et tempsAlternative au contenu visuel ou sonore essentiel\n\nUne 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)\n\n4 · MultimédiaHauteA11Y27Médias, mouvement et tempsContrôle de l’autoplay, du mouvement et du temps\n\nLe 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)\n\n4 · Multimédia ; 13 · ConsultationBloquantA11Y28Médias, mouvement et tempsClignotements sûrs et mouvement contrôlable\n\nDes 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)\n\n13 · ConsultationHauteA11Y29Adaptation et robustesseOrientation non imposée\n\nLe 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)\n\n13 · ConsultationHauteA11Y30Adaptation et robustesseCibles tactiles suffisamment grandes\n\nUne 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)\n\n10 · Présentation ; 13 · ConsultationMoyenneA11Y31Adaptation et robustesseNavigation et composants cohérents\n\nLe 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)\n\n12 · NavigationMoyenneA11Y32Adaptation et robustesseOrdre de lecture programmatique cohérent\n\nLe 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)\n\n9 · Structuration ; 10 · PrésentationHauteA11Y33Clavier et focusAlternative aux gestes de glissement\n\nUne 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)\n\n7 · Scripts — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2HauteA11Y34Adaptation et robustesseAide cohérente entre les pages\n\nLe 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)\n\n12 · Navigation — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2MoyenneA11Y35Formulaires et erreursSaisie redondante évitée\n\nUne 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)\n\n11 · Formulaires — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2Haute",
"html": "<div><strong>A11Y01</strong>Repères et structure<strong>Titre de page identifiable</strong><br><span>L’utilisateur ne sait pas quelle page il consulte.</span>Le titre de l’onglet décrit la page et distingue les pages entre elles.Capture de l’onglet et extrait du head.<span>2.4.2 (A)</span><br>8 · Éléments obligatoiresHaute<strong>A11Y02</strong>Repères et structure<strong>Langue principale déclarée</strong><br><span>La synthèse vocale prononce mal le contenu.</span>L’attribut lang de html correspond à la langue principale réelle.Extrait DOM et journal de test.<span>3.1.1 (A)</span><br>8 · Éléments obligatoiresHaute<strong>A11Y03</strong>Repères et structure<strong>Hiérarchie de titres cohérente</strong><br><span>Les sections deviennent difficiles à parcourir ou à comprendre.</span>Un H1 décrit le sujet ; les H2/H3 reflètent l’imbrication du contenu sans servir de décoration.Plan des titres exporté.<span>1.3.1 (A) ; 2.4.6 (AA)</span><br>9 · StructurationHaute<strong>A11Y04</strong>Repères et structure<strong>Régions et accès direct au contenu</strong><br><span>La navigation répétée doit être reparcourue à chaque page.</span>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é.<span>1.3.1 (A) ; 2.4.1 (A)</span><br>9 · Structuration ; 12 · NavigationHaute<strong>A11Y05</strong>Contenus et alternatives<strong>Alternative des images informative</strong><br><span>Une information portée par l’image disparaît.</span>Chaque image informative possède une alternative équivalente ; une image décorative peut être ignorée.Capture sans images et extrait DOM.<span>1.1.1 (A)</span><br>1 · ImagesHaute<strong>A11Y06</strong>Contenus et alternatives<strong>Nom des images fonctionnelles et icônes</strong><br><span>Une action graphique est muette ou ambiguë.</span>Le nom accessible décrit l’action ou la destination, pas l’apparence de l’icône.Arbre d’accessibilité ou rapport DOM.<span>1.1.1 (A) ; 4.1.2 (A)</span><br>1 · Images ; 7 · ScriptsBloquant<strong>A11Y07</strong>Contenus et alternatives<strong>Liens compréhensibles en contexte</strong><br><span>La destination d’un lien doit être devinée.</span>Le libellé et son contexte programmatique permettent d’identifier la destination ou la fonction.Liste des liens et captures de contexte.<span>2.4.4 (A)</span><br>6 · LiensHaute<strong>A11Y08</strong>Contenus et alternatives<strong>Instructions indépendantes de la forme et de la couleur</strong><br><span>L’instruction devient inutilisable sans perception visuelle complète.</span>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.<span>1.3.3 (A) ; 1.4.1 (A)</span><br>3 · Couleurs ; 13 · ConsultationHaute<strong>A11Y09</strong>Perception visuelle<strong>Contraste des textes</strong><br><span>Le texte devient illisible pour de nombreux utilisateurs.</span>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.<span>1.4.3 (AA)</span><br>3 · CouleursHaute<strong>A11Y10</strong>Perception visuelle<strong>Contraste des composants et états utiles</strong><br><span>Un champ, un focus ou un état ne peut pas être repéré.</span>Les limites et états visuels nécessaires atteignent 3 :1 avec les couleurs adjacentes, selon les exceptions WCAG.Rapport de contraste des composants.<span>1.4.11 (AA)</span><br>3 · Couleurs ; 10 · PrésentationHaute<strong>A11Y11</strong>Perception visuelle<strong>Zoom texte et espacement personnalisable</strong><br><span>Le contenu se chevauche ou disparaît quand la lecture est adaptée.</span>À 200 % et avec l’espacement WCAG, texte et fonctions restent disponibles sans perte.Captures avant/après et journal de test.<span>1.4.4 (AA) ; 1.4.12 (AA)</span><br>10 · PrésentationHaute<strong>A11Y12</strong>Perception visuelle<strong>Reflow à 320 CSS pixels</strong><br><span>Une lecture bidimensionnelle ou un défilement horizontal est imposé.</span>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.<span>1.4.10 (AA)</span><br>10 · PrésentationBloquant<strong>A11Y13</strong>Clavier et focus<strong>Toutes les fonctions au clavier</strong><br><span>Une personne sans souris ne peut pas terminer le parcours.</span>Chaque action essentielle est réalisable avec le clavier sans geste dépendant du pointeur.Vidéo non coupée du parcours clavier.<span>2.1.1 (A)</span><br>7 · Scripts ; 12 · NavigationBloquant<strong>A11Y14</strong>Clavier et focus<strong>Absence de piège clavier</strong><br><span>Le focus entre dans un composant sans pouvoir en sortir.</span>Le focus peut quitter chaque composant par une méthode standard ou documentée.Vidéo et séquence de touches.<span>2.1.2 (A)</span><br>7 · Scripts ; 12 · NavigationBloquant<strong>A11Y15</strong>Clavier et focus<strong>Focus visible et non masqué</strong><br><span>L’utilisateur perd sa position ou le focus est couvert.</span>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.<span>2.4.7 (AA) ; 2.4.11 (AA)</span><br>10 · Présentation ; 12 · NavigationHaute<strong>A11Y16</strong>Clavier et focus<strong>Ordre de focus logique</strong><br><span>La lecture et l’action suivent un ordre incohérent.</span>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.<span>2.4.3 (A)</span><br>12 · NavigationHaute<strong>A11Y17</strong>Composants et états<strong>Nom accessible aligné sur le libellé visible</strong><br><span>La commande vocale ne retrouve pas le contrôle affiché.</span>Le nom accessible contient le texte visible de l’action, dans le même ordre utile.Capture et arbre d’accessibilité.<span>2.5.3 (A)</span><br>7 · ScriptsHaute<strong>A11Y18</strong>Composants et états<strong>Nom, rôle, valeur et état programmatiques</strong><br><span>Le composant est annoncé sans fonction ou sans état.</span>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é.<span>4.1.2 (A)</span><br>7 · ScriptsBloquant<strong>A11Y19</strong>Composants et états<strong>Gestion du focus des modales et panneaux</strong><br><span>Le contexte change sans repère ou le contenu arrière reste actif.</span>À 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é.<span>2.4.3 (A) ; 2.1.2 (A) ; 4.1.2 (A)</span><br>7 · Scripts ; 12 · NavigationBloquant<strong>A11Y20</strong>Composants et états<strong>Messages de statut annoncés</strong><br><span>Une réussite, une erreur ou une mise à jour reste invisible à la synthèse vocale.</span>Les messages importants sont exposés sans déplacer inutilement le focus.Journal lecteur d’écran et extrait DOM.<span>4.1.3 (AA)</span><br>7 · Scripts ; 11 · FormulairesHaute<strong>A11Y21</strong>Formulaires et erreurs<strong>Libellé explicite pour chaque champ</strong><br><span>La donnée attendue doit être devinée.</span>Chaque champ possède un label persistant, correctement associé et suffisamment précis.Capture et extrait DOM.<span>1.3.1 (A) ; 3.3.2 (A)</span><br>11 · FormulairesBloquant<strong>A11Y22</strong>Formulaires et erreurs<strong>Finalité des champs personnels identifiable</strong><br><span>Les aides de saisie et l’autocomplétion ne peuvent pas fonctionner correctement.</span>Les champs personnels courants utilisent un autocomplete conforme lorsque la finalité est connue.Rapport DOM des attributs de saisie.<span>1.3.5 (AA)</span><br>11 · FormulairesMoyenne<strong>A11Y23</strong>Formulaires et erreurs<strong>Erreurs identifiées et rattachées aux champs</strong><br><span>L’utilisateur sait que l’envoi échoue mais pas où ni pourquoi.</span>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é.<span>3.3.1 (A) ; 3.3.3 (AA)</span><br>11 · FormulairesBloquant<strong>A11Y24</strong>Formulaires et erreurs<strong>Prévention et confirmation des actions sensibles</strong><br><span>Une action juridique, financière ou irréversible est validée par erreur.</span>L’utilisateur peut vérifier, corriger ou confirmer avant finalisation, et reçoit une confirmation exploitable.Vidéo du parcours et capture de confirmation.<span>3.3.4 (AA)</span><br>11 · FormulairesBloquant<strong>A11Y25</strong>Médias, mouvement et temps<strong>Sous-titres des vidéos préenregistrées</strong><br><span>Le contenu sonore est inaccessible aux personnes sourdes ou malentendantes.</span>Les paroles et sons utiles sont disponibles dans des sous-titres synchronisés et relus.Extrait vidéo et fichier de sous-titres.<span>1.2.2 (A)</span><br>4 · MultimédiaHaute<strong>A11Y26</strong>Médias, mouvement et temps<strong>Alternative au contenu visuel ou sonore essentiel</strong><br><span>Une démonstration, un graphique ou un son utile n’a pas d’équivalent.</span>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.<span>1.2.3 (A) ; 1.2.5 (AA)</span><br>4 · MultimédiaHaute<strong>A11Y27</strong>Médias, mouvement et temps<strong>Contrôle de l’autoplay, du mouvement et du temps</strong><br><span>Le contenu perturbe la lecture ou expire avant la fin de l’action.</span>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é.<span>1.4.2 (A) ; 2.2.1 (A) ; 2.2.2 (A)</span><br>4 · Multimédia ; 13 · ConsultationBloquant<strong>A11Y28</strong>Médias, mouvement et temps<strong>Clignotements sûrs et mouvement contrôlable</strong><br><span>Des flashs ou animations automatiques provoquent gêne, perte de concentration ou risque neurologique.</span>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.<span>2.2.2 (A) ; 2.3.1 (A)</span><br>13 · ConsultationHaute<strong>A11Y29</strong>Adaptation et robustesse<strong>Orientation non imposée</strong><br><span>Le service devient inutilisable avec un appareil fixé dans une orientation.</span>Le contenu fonctionne en portrait et paysage, sauf orientation essentielle.Deux captures et journal de test.<span>1.3.4 (AA)</span><br>13 · ConsultationHaute<strong>A11Y30</strong>Adaptation et robustesse<strong>Cibles tactiles suffisamment grandes</strong><br><span>Une action est difficile à déclencher sans erreur sur mobile.</span>Les cibles atteignent 24 × 24 CSS px ou respectent une exception de WCAG 2.5.8.Capture annotée avec dimensions CSS.<span>2.5.8 (AA)</span><br>10 · Présentation ; 13 · ConsultationMoyenne<strong>A11Y31</strong>Adaptation et robustesse<strong>Navigation et composants cohérents</strong><br><span>Le même élément change de nom, de place ou de comportement sans raison.</span>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.<span>3.2.3 (AA) ; 3.2.4 (AA)</span><br>12 · NavigationMoyenne<strong>A11Y32</strong>Adaptation et robustesse<strong>Ordre de lecture programmatique cohérent</strong><br><span>Le réordonnancement visuel dissocie la lecture, le sens et l’action.</span>À 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.<span>1.3.2 (A)</span><br>9 · Structuration ; 10 · PrésentationHaute<strong>A11Y33</strong>Clavier et focus<strong>Alternative aux gestes de glissement</strong><br><span>Une action exige un glisser-déposer précis qu’une personne ne peut pas réaliser.</span>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.<span>2.5.7 (AA)</span><br>7 · Scripts — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2Haute<strong>A11Y34</strong>Adaptation et robustesse<strong>Aide cohérente entre les pages</strong><br><span>Le moyen d’obtenir de l’aide change de place ou d’ordre et devient difficile à retrouver.</span>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.<span>3.2.6 (A)</span><br>12 · Navigation — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2Moyenne<strong>A11Y35</strong>Formulaires et erreurs<strong>Saisie redondante évitée</strong><br><span>Une information déjà fournie doit être saisie une nouvelle fois dans le même processus.</span>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.<span>3.3.7 (A)</span><br>11 · Formulaires — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2Haute</div>",
"status": "ok"
}jusText 3.0.2
Output produced Identical repeat
Source : component_replays.justext
Full output and metadata
{
"tool": "jusText",
"version": "3.0.2",
"text": "Un site accessible ne se reconnaît pas à un score : il se vérifie par des parcours, des critères et des preuves.\nL’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.\nCette é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é.\n8familles opérationnelles\n36contrôles rejouables\n4statuts contrôlés\nNoncertification automatique\nPrincipe de preuve\nUn contrôle non testé n’est pas conforme. Il reste « à tester ». Une absence de preuve n’est jamais transformée en réussite.\nPérimètre\nCe socle répond à « par où commencer ? », pas à « sommes-nous juridiquement conformes ? »\nWCAG 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.\nLe 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é.\nQuatre questions de qualification avant de parler d’obligation\nQuestion\nCe que l’on peut décider ici\nSuite correcte\nL’entité relève-t-elle du champ public ou d’une obligation française spécifique ?\nÀ qualifier ; ne pas déduire l’obligation de la seule présence d’un site.\nLimite 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.\nMéthode de sélection\nPourquoi 36 contrôles : le nombre sort d’une règle publiée, pas d’un chiffre marketing.\nUn 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.\n01\nLe contrôle concerne la majorité des pages publiques ou des parcours transactionnels d’un site professionnel.\n02\nLe résultat peut être observé sur un périmètre borné sans prétendre échantillonner tout le site.\n03\nLe critère d’acceptation et la preuve attendue peuvent être formulés sans jugement opaque.\n04\nUn échec crée une barrière d’accès, de compréhension, de navigation ou d’action.\n05\nLe contrôle se rattache à WCAG 2.2 niveau A ou AA et à un thème du RGAA 4.1.2.\nHors socle\nLes 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.\nTaxonomie double\nHuit familles pour agir, avec un rattachement normatif pour vérifier.\nLa 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.\nAdaptation et robustesse\nLes 36 contrôles du socle, avec un critère d’acceptation et une preuve visibles.\nLa 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.\nLecture 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.\nLes 36 contrôles du socle Edikka v1.0. La correspondance RGAA indique un thème de rattachement, pas un résultat de conformité.\nID\nFamille\nBarrière contrôlée\nCritère d’acceptation\nPreuve attendue\nWCAG 2.2 / RGAA 4.1.2\nSévérité\nA11Y01\nRepères et structure\nTitre de page identifiable L’utilisateur ne sait pas quelle page il consulte.\nLe titre de l’onglet décrit la page et distingue les pages entre elles.\nCapture de l’onglet et extrait du head.\n2.4.2 (A) 8 · Éléments obligatoires\nHaute\nA11Y02\nRepères et structure\nLangue principale déclarée La synthèse vocale prononce mal le contenu.\nL’attribut lang de html correspond à la langue principale réelle.\nExtrait DOM et journal de test.\n3.1.1 (A) 8 · Éléments obligatoires\nHaute\nA11Y03\nRepères et structure\nHiérarchie de titres cohérente Les sections deviennent difficiles à parcourir ou à comprendre.\nUn H1 décrit le sujet ; les H2/H3 reflètent l’imbrication du contenu sans servir de décoration.\nPlan des titres exporté.\n1.3.1 (A) ; 2.4.6 (AA) 9 · Structuration\nHaute\nA11Y04\nRepères et structure\nRégions et accès direct au contenu La navigation répétée doit être reparcourue à chaque page.\nLe contenu principal est dans main ; un accès d’évitement fonctionnel atteint une cible visible ou focalisable.\nVidéo clavier et arbre d’accessibilité.\n1.3.1 (A) ; 2.4.1 (A) 9 · Structuration ; 12 · Navigation\nHaute\nA11Y05\nContenus et alternatives\nAlternative des images informative Une information portée par l’image disparaît.\nChaque image informative possède une alternative équivalente ; une image décorative peut être ignorée.\nCapture sans images et extrait DOM.\n1.1.1 (A) 1 · Images\nHaute\nA11Y06\nContenus et alternatives\nNom des images fonctionnelles et icônes Une action graphique est muette ou ambiguë.\nLe nom accessible décrit l’action ou la destination, pas l’apparence de l’icône.\nArbre d’accessibilité ou rapport DOM.\n1.1.1 (A) ; 4.1.2 (A) 1 · Images ; 7 · Scripts\nBloquant\nA11Y07\nContenus et alternatives\nLiens compréhensibles en contexte La destination d’un lien doit être devinée.\nLe libellé et son contexte programmatique permettent d’identifier la destination ou la fonction.\nListe des liens et captures de contexte.\n2.4.4 (A) 6 · Liens\nHaute\nA11Y08\nContenus et alternatives\nInstructions indépendantes de la forme et de la couleur L’instruction devient inutilisable sans perception visuelle complète.\nAucune consigne essentielle ne dépend uniquement de la couleur, de la position, de la forme ou d’un son.\nCapture annotée et journal de revue.\n1.3.3 (A) ; 1.4.1 (A) 3 · Couleurs ; 13 · Consultation\nHaute\nA11Y09\nPerception visuelle\nContraste des textes Le texte devient illisible pour de nombreux utilisateurs.\nLe contraste atteint 4,5 :1 pour le texte courant et 3 :1 pour le grand texte, sauf exceptions WCAG.\nRapport de contraste avec valeurs et captures.\n1.4.3 (AA) 3 · Couleurs\nHaute\nA11Y10\nPerception visuelle\nContraste des composants et états utiles Un champ, un focus ou un état ne peut pas être repéré.\nLes limites et états visuels nécessaires atteignent 3 :1 avec les couleurs adjacentes, selon les exceptions WCAG.\nRapport de contraste des composants.\n1.4.11 (AA) 3 · Couleurs ; 10 · Présentation\nHaute\nA11Y11\nPerception visuelle\nZoom texte et espacement personnalisable Le contenu se chevauche ou disparaît quand la lecture est adaptée.\nÀ 200 % et avec l’espacement WCAG, texte et fonctions restent disponibles sans perte.\nCaptures avant/après et journal de test.\n1.4.4 (AA) ; 1.4.12 (AA) 10 · Présentation\nHaute\nA11Y12\nPerception visuelle\nReflow à 320 CSS pixels Une lecture bidimensionnelle ou un défilement horizontal est imposé.\n« 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.\nUn 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.\nTélécharger, rejouer, contester et améliorer la méthode.\nLes 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.\nRessources\nTrois formats, une seule méthode v1.0\nLes nombres, identifiants et contrôles proviennent de la même source versionnée.\nEdikka est une agence web : cette grille est une méthode de travail publiée, pas un référentiel indépendant.\nNous 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.\nLe 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.\nConclusion\nCommencez par un parcours réel, une barrière observable et une preuve rejouable.\nL’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.\nChoisissez 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é.\nDécision\nNe publiez pas « accessible » parce qu’un outil est vert. Publiez ce qui a été testé, comment, quand, avec quelle preuve et quelles limites.\nVision Edikka\nL’accessibilité devient crédible quand le design, le contenu et le code partagent la même preuve.\nUn 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é.\n01Usage\nPartir du parcours réel\nLa priorité vient de ce que l’utilisateur doit percevoir, comprendre et terminer — pas de ce qui est le plus simple à mesurer.\n02Système\nCorriger à la source\nUn composant accessible, documenté et testé évite de réparer le même défaut sur chaque page.\n03Preuve\nNommer ce qui reste inconnu\n« À tester », « non applicable » et « non conforme » sont des informations utiles. Les masquer détruit la confiance.\nÀ retenir\nLa qualité premium ne consiste pas à rendre l’accessibilité invisible. Elle consiste à intégrer ses exigences dans chaque décision de conception.\nFAQ article\nPour aller plus loin sur ce sujet\nDes réponses complémentaires pour clarifier les points essentiels abordés dans cet article.\nL’accessibilité web consiste à concevoir les contenus, interfaces et parcours pour que les personnes puissent percevoir l’information, comprendre l’interface, naviguer et agir, y compris avec un clavier ou une technologie d’assistance.\nAux personnes handicapées, mais aussi aux utilisateurs en mobilité, avec un écran agrandi, une connexion dégradée, une blessure temporaire ou un contexte qui limite l’attention, la vision, l’audition ou la motricité.\nNon. Le socle sert au diagnostic initial d’un parcours. Une revendication de conformité exige un périmètre, un échantillon représentatif, tous les critères applicables et des tests humains documentés.\nWCAG 2.2 définit des critères de succès internationaux. Le RGAA 4.1.2 fournit une méthode française de critères et de tests. L’EAA porte des obligations européennes pour certains produits et services. Leur applicabilité dépend du contexte, de l’entité et du service.\nNon. Un score automatique couvre seulement une partie des règles détectables. Il ne prouve ni la qualité d’une alternative, ni l’utilisabilité d’un parcours au clavier, ni le comportement complet avec un lecteur d’écran.\nChoisissez un parcours critique, définissez l’environnement de test, exécutez les contrôles applicables, conservez les preuves, attribuez les corrections puis rejouez exactement le même scénario.\nUne preuve rejouable décrit la page, l’état, le viewport, le navigateur, la technologie utilisée, les étapes, le résultat observé, la date et les réserves. Un tiers doit pouvoir reproduire ou contester la conclusion.\nTraitez d’abord les anomalies qui font disparaître une information essentielle ou empêchent de terminer un parcours critique. Gardez séparés la sévérité, le statut du test et la décision de blocage.\nOui pour les parcours critiques et les composants qui exposent un nom, un rôle, une valeur, un état ou des messages dynamiques. Le lecteur d’écran complète le test clavier et l’inspection de l’arbre d’accessibilité.\nLorsque vous devez établir une conformité, publier une déclaration, couvrir un service entier, préparer une obligation contractuelle ou juridique, ou lorsque le diagnostic révèle des composants et parcours qui exigent un échantillon plus large.\nLe web, pensé pour performer\nStratégie. Design. Code. SEO. IA. Des expériences digitales plus claires, plus rapides et plus convaincantes.",
"paragraphs": [
{
"text": "Aller au contenu",
"is_boilerplate": true
},
{
"text": "L’agence",
"is_boilerplate": true
},
{
"text": "Expertise",
"is_boilerplate": true
},
{
"text": "Expertise Créer. Optimiser. Convertir. Une approche digitale précise, élégante et orientée résultats. Toutes les expertises →",
"is_boilerplate": true
},
{
"text": "→Stratégie digitalePositionnement, parcours, acquisition et croissance.",
"is_boilerplate": true
},
{
"text": "→Expérience & designInterfaces élégantes, lisibles et pensées pour convertir.",
"is_boilerplate": true
},
{
"text": "→Développement webCode rapide, robuste, maintenable.",
"is_boilerplate": true
},
{
"text": "→SEO & visibilité IASEO, GEO, structure éditoriale et performance durable.",
"is_boilerplate": true
},
{
"text": "21Bibliothèque ouverteProtocoles, grilles et données qui étayent nos expertises.→",
"is_boilerplate": true
},
{
"text": "Projets",
"is_boilerplate": true
},
{
"text": "IA",
"is_boilerplate": true
},
{
"text": "Contact",
"is_boilerplate": true
},
{
"text": "FR EN",
"is_boilerplate": true
},
{
"text": "Menu",
"is_boilerplate": true
},
{
"text": "Agence→",
"is_boilerplate": true
},
{
"text": "Expertise→",
"is_boilerplate": true
},
{
"text": "Stratégie digitalePositionnement & croissance",
"is_boilerplate": true
},
{
"text": "Expérience & designInterfaces & conversion",
"is_boilerplate": true
},
{
"text": "Développement webCode rapide & robuste",
"is_boilerplate": true
},
{
"text": "SEO & visibilité IAStructure & performance",
"is_boilerplate": true
},
{
"text": "21Bibliothèque ouverteInstruments & preuves",
"is_boilerplate": true
},
{
"text": "IA Automatisation",
"is_boilerplate": true
},
{
"text": "Projets→",
"is_boilerplate": true
},
{
"text": "Insights→",
"is_boilerplate": true
},
{
"text": "Contact→",
"is_boilerplate": true
},
{
"text": "Accueil",
"is_boilerplate": true
},
{
"text": "Insights",
"is_boilerplate": true
},
{
"text": "Développement web",
"is_boilerplate": true
},
{
"text": "Accessibilité web : 36 contrôles essentiels",
"is_boilerplate": true
},
{
"text": "Insights",
"is_boilerplate": true
},
{
"text": "Développement web",
"is_boilerplate": true
},
{
"text": "Niveau : Optimiser",
"is_boilerplate": true
},
{
"text": "Accessibilité web : 36 contrôles essentiels pour un site professionnel",
"is_boilerplate": true
},
{
"text": "Un socle vérifiable : 36 contrôles, 8 familles, critères d’acceptation, preuves et limites explicites.",
"is_boilerplate": true
},
{
"text": "Temps de lecture estimé : 16:00",
"is_boilerplate": true
},
{
"text": "Sommaire",
"is_boilerplate": true
},
{
"text": "01 Réponse courte",
"is_boilerplate": true
},
{
"text": "02 Périmètre du socle",
"is_boilerplate": true
},
{
"text": "03 Règle de sélection",
"is_boilerplate": true
},
{
"text": "04 8 familles",
"is_boilerplate": true
},
{
"text": "05 36 contrôles",
"is_boilerplate": true
},
{
"text": "06 Exécuter un contrôle",
"is_boilerplate": true
},
{
"text": "07 Prioriser",
"is_boilerplate": true
},
{
"text": "08 Outils et humain",
"is_boilerplate": true
},
{
"text": "09 Cycle projet",
"is_boilerplate": true
},
{
"text": "10 Parcours du cluster",
"is_boilerplate": true
},
{
"text": "11 Actifs ouverts",
"is_boilerplate": true
},
{
"text": "12 Sources",
"is_boilerplate": true
},
{
"text": "13 Version et intégrité",
"is_boilerplate": true
},
{
"text": "14 Limite volontaire",
"is_boilerplate": true
},
{
"text": "15 Conclusion",
"is_boilerplate": true
},
{
"text": "Par où commencer l’accessibilité d’un site professionnel ? Cette méthode ouverte transforme 36 barrières fréquentes en contrôles rejouables, preuves et décisions — sans confondre socle, audit complet et conformité juridique.",
"is_boilerplate": true
},
{
"text": "Audit accessibilité",
"is_boilerplate": true
},
{
"text": "Auditer les parcours réels.",
"is_boilerplate": true
},
{
"text": "Cadrez le périmètre, les tests humains, les preuves et les contre-tests, ou vérifiez d’abord le rapport public Edikka.",
"is_boilerplate": true
},
{
"text": "Analyse signée parBertrand MorelFondateur d’Edikka, stratégie digitale, UX/UI, développement web, SEO et visibilité IA.",
"is_boilerplate": true
},
{
"text": "Écouter la version courte (voix IA)",
"is_boilerplate": true
},
{
"text": "Le condensé audio de cette analyse.",
"is_boilerplate": true
},
{
"text": "0:001:42",
"is_boilerplate": true
},
{
"text": "Cette capsule synthétise le contenu. L’article textuel complet ci-dessous constitue la version de référence accessible et contient l’ensemble des informations nécessaires.",
"is_boilerplate": true
},
{
"text": "Création",
"is_boilerplate": true
},
{
"text": "19 mai 2026",
"is_boilerplate": true
},
{
"text": "Mise à jour",
"is_boilerplate": true
},
{
"text": "25 août 2026",
"is_boilerplate": true
},
{
"text": "Sujet",
"is_boilerplate": true
},
{
"text": "Développement web",
"is_boilerplate": true
},
{
"text": "Passer à l’action",
"is_boilerplate": true
},
{
"text": "Découvrir la mission d’audit Vérifier les preuves publiques",
"is_boilerplate": true
},
{
"text": "Résumer avec l’IA",
"is_boilerplate": true
},
{
"text": "Partager",
"is_boilerplate": true
},
{
"text": "Action effectuée.",
"is_boilerplate": true
},
{
"text": "Fait partie de la Bibliothèque Edikkav1.1 · CC BY 4.0",
"is_boilerplate": true
},
{
"text": "Socle accessibilité d’un site professionnel",
"is_boilerplate": true
},
{
"text": "Préparer un diagnostic de parcours et identifier les contrôles à approfondir.",
"is_boilerplate": true
},
{
"text": "Aperçu, fichiers et citation",
"is_boilerplate": true
},
{
"text": "Dans l’instrument",
"is_boilerplate": true
},
{
"text": "Trois extraits du fichier publié · abrégés si nécessaire",
"is_boilerplate": true
},
{
"text": "ID",
"is_boilerplate": true
},
{
"text": "Contrôle",
"is_boilerplate": true
},
{
"text": "Preuve attendue",
"is_boilerplate": true
},
{
"text": "A11Y01",
"is_boilerplate": true
},
{
"text": "Titre de page identifiable",
"is_boilerplate": true
},
{
"text": "Capture de l’onglet et extrait du head.",
"is_boilerplate": true
},
{
"text": "A11Y02",
"is_boilerplate": true
},
{
"text": "Langue principale déclarée",
"is_boilerplate": true
},
{
"text": "Extrait DOM et journal de test.",
"is_boilerplate": true
},
{
"text": "A11Y03",
"is_boilerplate": true
},
{
"text": "Hiérarchie de titres cohérente",
"is_boilerplate": true
},
{
"text": "Plan des titres exporté.",
"is_boilerplate": true
},
{
"text": "Consulter le fichier original — Socle accessibilité d’un site professionnel · v1.1",
"is_boilerplate": true
},
{
"text": "Citer cette version",
"is_boilerplate": true
},
{
"text": "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.",
"is_boilerplate": true
},
{
"text": "Historique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.",
"is_boilerplate": true
},
{
"text": "Signaler une erreur sur cette version par e-mail — Socle accessibilité d’un site professionnel",
"is_boilerplate": true
},
{
"text": "socle-accessibilite-site-professionnel-edikka-v1-1.json · JSON · fr + en",
"is_boilerplate": true
},
{
"text": "schema-socle-accessibilite-site-professionnel-edikka-v1-1.json · JSON Schema · zxx",
"is_boilerplate": true
},
{
"text": "socle-accessibilite-site-professionnel-edikka-v1.xlsx · XLSX · fr + en",
"is_boilerplate": true
},
{
"text": "auto-evaluation-socle-accessibilite-edikka-2026-08-26.json · JSON · fr",
"is_boilerplate": true
},
{
"text": "auto-evaluation-socle-accessibilite-edikka-2026-08-26.xlsx · XLSX · fr",
"is_boilerplate": true
},
{
"text": "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.",
"is_boilerplate": true
},
{
"text": "Retrouver cet instrument dans le catalogue",
"is_boilerplate": true
},
{
"text": "Réponse courte",
"is_boilerplate": true
},
{
"text": "Un site accessible ne se reconnaît pas à un score : il se vérifie par des parcours, des critères et des preuves.",
"is_boilerplate": false
},
{
"text": "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.",
"is_boilerplate": false
},
{
"text": "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é.",
"is_boilerplate": false
},
{
"text": "8familles opérationnelles",
"is_boilerplate": false
},
{
"text": "36contrôles rejouables",
"is_boilerplate": false
},
{
"text": "4statuts contrôlés",
"is_boilerplate": false
},
{
"text": "Noncertification automatique",
"is_boilerplate": false
},
{
"text": "Principe de preuve",
"is_boilerplate": false
},
{
"text": "Un contrôle non testé n’est pas conforme. Il reste « à tester ». Une absence de preuve n’est jamais transformée en réussite.",
"is_boilerplate": false
},
{
"text": "Périmètre",
"is_boilerplate": false
},
{
"text": "Ce socle répond à « par où commencer ? », pas à « sommes-nous juridiquement conformes ? »",
"is_boilerplate": false
},
{
"text": "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.",
"is_boilerplate": false
},
{
"text": "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é.",
"is_boilerplate": false
},
{
"text": "Quatre questions de qualification avant de parler d’obligation",
"is_boilerplate": false
},
{
"text": "Question",
"is_boilerplate": false
},
{
"text": "Ce que l’on peut décider ici",
"is_boilerplate": false
},
{
"text": "Suite correcte",
"is_boilerplate": false
},
{
"text": "L’entité relève-t-elle du champ public ou d’une obligation française spécifique ?",
"is_boilerplate": false
},
{
"text": "À qualifier ; ne pas déduire l’obligation de la seule présence d’un site.",
"is_boilerplate": false
},
{
"text": "Lire le guide RGAA, WCAG et EAA.",
"is_boilerplate": true
},
{
"text": "Le service B2C entre-t-il dans les catégories couvertes par l’EAA depuis le 28 juin 2025 ?",
"is_boilerplate": true
},
{
"text": "À qualifier selon le service, l’entreprise et les exemptions.",
"is_boilerplate": true
},
{
"text": "Documenter le périmètre avec conseil juridique si nécessaire.",
"is_boilerplate": true
},
{
"text": "Le besoin est-il un diagnostic initial ou une preuve de conformité ?",
"is_boilerplate": true
},
{
"text": "Ce socle convient au diagnostic initial.",
"is_boilerplate": true
},
{
"text": "Pour une preuve de conformité, préparer un audit exhaustif et un échantillon.",
"is_boilerplate": true
},
{
"text": "Un score automatique est-il disponible ?",
"is_boilerplate": true
},
{
"text": "Le score renseigne une partie des règles automatisables.",
"is_boilerplate": true
},
{
"text": "Comprendre ce que Lighthouse ne prouve pas.",
"is_boilerplate": true
},
{
"text": "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.",
"is_boilerplate": false
},
{
"text": "Méthode de sélection",
"is_boilerplate": false
},
{
"text": "Pourquoi 36 contrôles : le nombre sort d’une règle publiée, pas d’un chiffre marketing.",
"is_boilerplate": false
},
{
"text": "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.",
"is_boilerplate": false
},
{
"text": "01",
"is_boilerplate": false
},
{
"text": "Le contrôle concerne la majorité des pages publiques ou des parcours transactionnels d’un site professionnel.",
"is_boilerplate": false
},
{
"text": "02",
"is_boilerplate": false
},
{
"text": "Le résultat peut être observé sur un périmètre borné sans prétendre échantillonner tout le site.",
"is_boilerplate": false
},
{
"text": "03",
"is_boilerplate": false
},
{
"text": "Le critère d’acceptation et la preuve attendue peuvent être formulés sans jugement opaque.",
"is_boilerplate": false
},
{
"text": "04",
"is_boilerplate": false
},
{
"text": "Un échec crée une barrière d’accès, de compréhension, de navigation ou d’action.",
"is_boilerplate": false
},
{
"text": "05",
"is_boilerplate": false
},
{
"text": "Le contrôle se rattache à WCAG 2.2 niveau A ou AA et à un thème du RGAA 4.1.2.",
"is_boilerplate": false
},
{
"text": "Hors socle",
"is_boilerplate": false
},
{
"text": "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.",
"is_boilerplate": false
},
{
"text": "Taxonomie double",
"is_boilerplate": false
},
{
"text": "Huit familles pour agir, avec un rattachement normatif pour vérifier.",
"is_boilerplate": false
},
{
"text": "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.",
"is_boilerplate": false
},
{
"text": "01",
"is_boilerplate": true
},
{
"text": "4 contrôles",
"is_boilerplate": true
},
{
"text": "Repères et structure",
"is_boilerplate": true
},
{
"text": "WCAG : Operable / Understandable RGAA : 8 · Éléments obligatoires ; 9 · Structuration ; 12 · Navigation",
"is_boilerplate": true
},
{
"text": "02",
"is_boilerplate": true
},
{
"text": "4 contrôles",
"is_boilerplate": true
},
{
"text": "Contenus et alternatives",
"is_boilerplate": true
},
{
"text": "WCAG : Perceivable / Understandable RGAA : 1 · Images ; 3 · Couleurs ; 6 · Liens ; 13 · Consultation",
"is_boilerplate": true
},
{
"text": "03",
"is_boilerplate": true
},
{
"text": "4 contrôles",
"is_boilerplate": true
},
{
"text": "Perception visuelle",
"is_boilerplate": true
},
{
"text": "WCAG : Perceivable RGAA : 3 · Couleurs ; 10 · Présentation",
"is_boilerplate": true
},
{
"text": "04",
"is_boilerplate": true
},
{
"text": "5 contrôles",
"is_boilerplate": true
},
{
"text": "Clavier et focus",
"is_boilerplate": true
},
{
"text": "WCAG : Operable RGAA : 7 · Scripts ; 10 · Présentation ; 12 · Navigation",
"is_boilerplate": true
},
{
"text": "05",
"is_boilerplate": true
},
{
"text": "4 contrôles",
"is_boilerplate": true
},
{
"text": "Composants et états",
"is_boilerplate": true
},
{
"text": "WCAG : Operable / Robust RGAA : 7 · Scripts ; 12 · Navigation",
"is_boilerplate": true
},
{
"text": "06",
"is_boilerplate": true
},
{
"text": "6 contrôles",
"is_boilerplate": true
},
{
"text": "Formulaires et erreurs",
"is_boilerplate": true
},
{
"text": "WCAG : Understandable / Robust RGAA : 11 · Formulaires",
"is_boilerplate": true
},
{
"text": "07",
"is_boilerplate": true
},
{
"text": "4 contrôles",
"is_boilerplate": true
},
{
"text": "Médias, mouvement et temps",
"is_boilerplate": true
},
{
"text": "WCAG : Perceivable / Operable RGAA : 4 · Multimédia ; 13 · Consultation",
"is_boilerplate": true
},
{
"text": "08",
"is_boilerplate": true
},
{
"text": "5 contrôles",
"is_boilerplate": true
},
{
"text": "Adaptation et robustesse",
"is_boilerplate": false
},
{
"text": "WCAG : Operable / Understandable / Robust RGAA : 7 · Scripts ; 10 · Présentation ; 12 · Navigation ; 13 · Consultation",
"is_boilerplate": true
},
{
"text": "Grille ouverte · v1.0",
"is_boilerplate": true
},
{
"text": "Les 36 contrôles du socle, avec un critère d’acceptation et une preuve visibles.",
"is_boilerplate": false
},
{
"text": "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.",
"is_boilerplate": false
},
{
"text": "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.",
"is_boilerplate": false
},
{
"text": "Les 36 contrôles du socle Edikka v1.0. La correspondance RGAA indique un thème de rattachement, pas un résultat de conformité.",
"is_boilerplate": false
},
{
"text": "ID",
"is_boilerplate": false
},
{
"text": "Famille",
"is_boilerplate": false
},
{
"text": "Barrière contrôlée",
"is_boilerplate": false
},
{
"text": "Critère d’acceptation",
"is_boilerplate": false
},
{
"text": "Preuve attendue",
"is_boilerplate": false
},
{
"text": "WCAG 2.2 / RGAA 4.1.2",
"is_boilerplate": false
},
{
"text": "Sévérité",
"is_boilerplate": false
},
{
"text": "A11Y01",
"is_boilerplate": false
},
{
"text": "Repères et structure",
"is_boilerplate": false
},
{
"text": "Titre de page identifiable L’utilisateur ne sait pas quelle page il consulte.",
"is_boilerplate": false
},
{
"text": "Le titre de l’onglet décrit la page et distingue les pages entre elles.",
"is_boilerplate": false
},
{
"text": "Capture de l’onglet et extrait du head.",
"is_boilerplate": false
},
{
"text": "2.4.2 (A) 8 · Éléments obligatoires",
"is_boilerplate": false
},
{
"text": "Haute",
"is_boilerplate": false
},
{
"text": "A11Y02",
"is_boilerplate": false
},
{
"text": "Repères et structure",
"is_boilerplate": false
},
{
"text": "Langue principale déclarée La synthèse vocale prononce mal le contenu.",
"is_boilerplate": false
},
{
"text": "L’attribut lang de html correspond à la langue principale réelle.",
"is_boilerplate": false
},
{
"text": "Extrait DOM et journal de test.",
"is_boilerplate": false
},
{
"text": "3.1.1 (A) 8 · Éléments obligatoires",
"is_boilerplate": false
},
{
"text": "Haute",
"is_boilerplate": false
},
{
"text": "A11Y03",
"is_boilerplate": false
},
{
"text": "Repères et structure",
"is_boilerplate": false
},
{
"text": "Hiérarchie de titres cohérente Les sections deviennent difficiles à parcourir ou à comprendre.",
"is_boilerplate": false
},
{
"text": "Un H1 décrit le sujet ; les H2/H3 reflètent l’imbrication du contenu sans servir de décoration.",
"is_boilerplate": false
},
{
"text": "Plan des titres exporté.",
"is_boilerplate": false
},
{
"text": "1.3.1 (A) ; 2.4.6 (AA) 9 · Structuration",
"is_boilerplate": false
},
{
"text": "Haute",
"is_boilerplate": false
},
{
"text": "A11Y04",
"is_boilerplate": false
},
{
"text": "Repères et structure",
"is_boilerplate": false
},
{
"text": "Régions et accès direct au contenu La navigation répétée doit être reparcourue à chaque page.",
"is_boilerplate": false
},
{
"text": "Le contenu principal est dans main ; un accès d’évitement fonctionnel atteint une cible visible ou focalisable.",
"is_boilerplate": false
},
{
"text": "Vidéo clavier et arbre d’accessibilité.",
"is_boilerplate": false
},
{
"text": "1.3.1 (A) ; 2.4.1 (A) 9 · Structuration ; 12 · Navigation",
"is_boilerplate": false
},
{
"text": "Haute",
"is_boilerplate": false
},
{
"text": "A11Y05",
"is_boilerplate": false
},
{
"text": "Contenus et alternatives",
"is_boilerplate": false
},
{
"text": "Alternative des images informative Une information portée par l’image disparaît.",
"is_boilerplate": false
},
{
"text": "Chaque image informative possède une alternative équivalente ; une image décorative peut être ignorée.",
"is_boilerplate": false
},
{
"text": "Capture sans images et extrait DOM.",
"is_boilerplate": false
},
{
"text": "1.1.1 (A) 1 · Images",
"is_boilerplate": false
},
{
"text": "Haute",
"is_boilerplate": false
},
{
"text": "A11Y06",
"is_boilerplate": false
},
{
"text": "Contenus et alternatives",
"is_boilerplate": false
},
{
"text": "Nom des images fonctionnelles et icônes Une action graphique est muette ou ambiguë.",
"is_boilerplate": false
},
{
"text": "Le nom accessible décrit l’action ou la destination, pas l’apparence de l’icône.",
"is_boilerplate": false
},
{
"text": "Arbre d’accessibilité ou rapport DOM.",
"is_boilerplate": false
},
{
"text": "1.1.1 (A) ; 4.1.2 (A) 1 · Images ; 7 · Scripts",
"is_boilerplate": false
},
{
"text": "Bloquant",
"is_boilerplate": false
},
{
"text": "A11Y07",
"is_boilerplate": false
},
{
"text": "Contenus et alternatives",
"is_boilerplate": false
},
{
"text": "Liens compréhensibles en contexte La destination d’un lien doit être devinée.",
"is_boilerplate": false
},
{
"text": "Le libellé et son contexte programmatique permettent d’identifier la destination ou la fonction.",
"is_boilerplate": false
},
{
"text": "Liste des liens et captures de contexte.",
"is_boilerplate": false
},
{
"text": "2.4.4 (A) 6 · Liens",
"is_boilerplate": false
},
{
"text": "Haute",
"is_boilerplate": false
},
{
"text": "A11Y08",
"is_boilerplate": false
},
{
"text": "Contenus et alternatives",
"is_boilerplate": false
},
{
"text": "Instructions indépendantes de la forme et de la couleur L’instruction devient inutilisable sans perception visuelle complète.",
"is_boilerplate": false
},
{
"text": "Aucune consigne essentielle ne dépend uniquement de la couleur, de la position, de la forme ou d’un son.",
"is_boilerplate": false
},
{
"text": "Capture annotée et journal de revue.",
"is_boilerplate": false
},
{
"text": "1.3.3 (A) ; 1.4.1 (A) 3 · Couleurs ; 13 · Consultation",
"is_boilerplate": false
},
{
"text": "Haute",
"is_boilerplate": false
},
{
"text": "A11Y09",
"is_boilerplate": false
},
{
"text": "Perception visuelle",
"is_boilerplate": false
},
{
"text": "Contraste des textes Le texte devient illisible pour de nombreux utilisateurs.",
"is_boilerplate": false
},
{
"text": "Le contraste atteint 4,5 :1 pour le texte courant et 3 :1 pour le grand texte, sauf exceptions WCAG.",
"is_boilerplate": false
},
{
"text": "Rapport de contraste avec valeurs et captures.",
"is_boilerplate": false
},
{
"text": "1.4.3 (AA) 3 · Couleurs",
"is_boilerplate": false
},
{
"text": "Haute",
"is_boilerplate": false
},
{
"text": "A11Y10",
"is_boilerplate": false
},
{
"text": "Perception visuelle",
"is_boilerplate": false
},
{
"text": "Contraste des composants et états utiles Un champ, un focus ou un état ne peut pas être repéré.",
"is_boilerplate": false
},
{
"text": "Les limites et états visuels nécessaires atteignent 3 :1 avec les couleurs adjacentes, selon les exceptions WCAG.",
"is_boilerplate": false
},
{
"text": "Rapport de contraste des composants.",
"is_boilerplate": false
},
{
"text": "1.4.11 (AA) 3 · Couleurs ; 10 · Présentation",
"is_boilerplate": false
},
{
"text": "Haute",
"is_boilerplate": false
},
{
"text": "A11Y11",
"is_boilerplate": false
},
{
"text": "Perception visuelle",
"is_boilerplate": false
},
{
"text": "Zoom texte et espacement personnalisable Le contenu se chevauche ou disparaît quand la lecture est adaptée.",
"is_boilerplate": false
},
{
"text": "À 200 % et avec l’espacement WCAG, texte et fonctions restent disponibles sans perte.",
"is_boilerplate": false
},
{
"text": "Captures avant/après et journal de test.",
"is_boilerplate": false
},
{
"text": "1.4.4 (AA) ; 1.4.12 (AA) 10 · Présentation",
"is_boilerplate": false
},
{
"text": "Haute",
"is_boilerplate": false
},
{
"text": "A11Y12",
"is_boilerplate": false
},
{
"text": "Perception visuelle",
"is_boilerplate": false
},
{
"text": "Reflow à 320 CSS pixels Une lecture bidimensionnelle ou un défilement horizontal est imposé.",
"is_boilerplate": false
},
{
"text": "Le contenu et les actions restent utilisables à 320 CSS px sans perte ni défilement horizontal global, hors exceptions.",
"is_boilerplate": true
},
{
"text": "Capture pleine page et mesure scrollWidth/clientWidth.",
"is_boilerplate": true
},
{
"text": "1.4.10 (AA) 10 · Présentation",
"is_boilerplate": true
},
{
"text": "Bloquant",
"is_boilerplate": true
},
{
"text": "A11Y13",
"is_boilerplate": true
},
{
"text": "Clavier et focus",
"is_boilerplate": true
},
{
"text": "Toutes les fonctions au clavier Une personne sans souris ne peut pas terminer le parcours.",
"is_boilerplate": true
},
{
"text": "Chaque action essentielle est réalisable avec le clavier sans geste dépendant du pointeur.",
"is_boilerplate": true
},
{
"text": "Vidéo non coupée du parcours clavier.",
"is_boilerplate": true
},
{
"text": "2.1.1 (A) 7 · Scripts ; 12 · Navigation",
"is_boilerplate": true
},
{
"text": "Bloquant",
"is_boilerplate": true
},
{
"text": "A11Y14",
"is_boilerplate": true
},
{
"text": "Clavier et focus",
"is_boilerplate": true
},
{
"text": "Absence de piège clavier Le focus entre dans un composant sans pouvoir en sortir.",
"is_boilerplate": true
},
{
"text": "Le focus peut quitter chaque composant par une méthode standard ou documentée.",
"is_boilerplate": true
},
{
"text": "Vidéo et séquence de touches.",
"is_boilerplate": true
},
{
"text": "2.1.2 (A) 7 · Scripts ; 12 · Navigation",
"is_boilerplate": true
},
{
"text": "Bloquant",
"is_boilerplate": true
},
{
"text": "A11Y15",
"is_boilerplate": true
},
{
"text": "Clavier et focus",
"is_boilerplate": true
},
{
"text": "Focus visible et non masqué L’utilisateur perd sa position ou le focus est couvert.",
"is_boilerplate": true
},
{
"text": "Chaque contrôle focalisé est perceptible et n’est pas entièrement masqué par un élément fixe.",
"is_boilerplate": true
},
{
"text": "Vidéo ou captures de chaque famille de composants.",
"is_boilerplate": true
},
{
"text": "2.4.7 (AA) ; 2.4.11 (AA) 10 · Présentation ; 12 · Navigation",
"is_boilerplate": true
},
{
"text": "Haute",
"is_boilerplate": true
},
{
"text": "A11Y16",
"is_boilerplate": true
},
{
"text": "Clavier et focus",
"is_boilerplate": true
},
{
"text": "Ordre de focus logique La lecture et l’action suivent un ordre incohérent.",
"is_boilerplate": true
},
{
"text": "L’ordre séquentiel conserve le sens et l’opérabilité ; aucun tabindex positif ne le force artificiellement.",
"is_boilerplate": true
},
{
"text": "Journal numéroté du focus et extrait DOM.",
"is_boilerplate": true
},
{
"text": "2.4.3 (A) 12 · Navigation",
"is_boilerplate": true
},
{
"text": "Haute",
"is_boilerplate": true
},
{
"text": "A11Y17",
"is_boilerplate": true
},
{
"text": "Composants et états",
"is_boilerplate": true
},
{
"text": "Nom accessible aligné sur le libellé visible La commande vocale ne retrouve pas le contrôle affiché.",
"is_boilerplate": true
},
{
"text": "Le nom accessible contient le texte visible de l’action, dans le même ordre utile.",
"is_boilerplate": true
},
{
"text": "Capture et arbre d’accessibilité.",
"is_boilerplate": true
},
{
"text": "2.5.3 (A) 7 · Scripts",
"is_boilerplate": true
},
{
"text": "Haute",
"is_boilerplate": true
},
{
"text": "A11Y18",
"is_boilerplate": true
},
{
"text": "Composants et états",
"is_boilerplate": true
},
{
"text": "Nom, rôle, valeur et état programmatiques Le composant est annoncé sans fonction ou sans état.",
"is_boilerplate": true
},
{
"text": "Chaque composant expose un nom, un rôle et, si nécessaire, une valeur ou un état actualisé.",
"is_boilerplate": true
},
{
"text": "Deux captures de l’arbre d’accessibilité.",
"is_boilerplate": true
},
{
"text": "4.1.2 (A) 7 · Scripts",
"is_boilerplate": true
},
{
"text": "Bloquant",
"is_boilerplate": true
},
{
"text": "A11Y19",
"is_boilerplate": true
},
{
"text": "Composants et états",
"is_boilerplate": true
},
{
"text": "Gestion du focus des modales et panneaux Le contexte change sans repère ou le contenu arrière reste actif.",
"is_boilerplate": true
},
{
"text": "À l’ouverture le focus entre dans le composant ; il y reste si nécessaire ; à la fermeture il revient à un point logique.",
"is_boilerplate": true
},
{
"text": "Vidéo clavier et arbre d’accessibilité.",
"is_boilerplate": true
},
{
"text": "2.4.3 (A) ; 2.1.2 (A) ; 4.1.2 (A) 7 · Scripts ; 12 · Navigation",
"is_boilerplate": true
},
{
"text": "Bloquant",
"is_boilerplate": true
},
{
"text": "A11Y20",
"is_boilerplate": true
},
{
"text": "Composants et états",
"is_boilerplate": true
},
{
"text": "Messages de statut annoncés Une réussite, une erreur ou une mise à jour reste invisible à la synthèse vocale.",
"is_boilerplate": true
},
{
"text": "Les messages importants sont exposés sans déplacer inutilement le focus.",
"is_boilerplate": true
},
{
"text": "Journal lecteur d’écran et extrait DOM.",
"is_boilerplate": true
},
{
"text": "4.1.3 (AA) 7 · Scripts ; 11 · Formulaires",
"is_boilerplate": true
},
{
"text": "Haute",
"is_boilerplate": true
},
{
"text": "A11Y21",
"is_boilerplate": true
},
{
"text": "Formulaires et erreurs",
"is_boilerplate": true
},
{
"text": "Libellé explicite pour chaque champ La donnée attendue doit être devinée.",
"is_boilerplate": true
},
{
"text": "Chaque champ possède un label persistant, correctement associé et suffisamment précis.",
"is_boilerplate": true
},
{
"text": "Capture et extrait DOM.",
"is_boilerplate": true
},
{
"text": "1.3.1 (A) ; 3.3.2 (A) 11 · Formulaires",
"is_boilerplate": true
},
{
"text": "Bloquant",
"is_boilerplate": true
},
{
"text": "A11Y22",
"is_boilerplate": true
},
{
"text": "Formulaires et erreurs",
"is_boilerplate": true
},
{
"text": "Finalité des champs personnels identifiable Les aides de saisie et l’autocomplétion ne peuvent pas fonctionner correctement.",
"is_boilerplate": true
},
{
"text": "Les champs personnels courants utilisent un autocomplete conforme lorsque la finalité est connue.",
"is_boilerplate": true
},
{
"text": "Rapport DOM des attributs de saisie.",
"is_boilerplate": true
},
{
"text": "1.3.5 (AA) 11 · Formulaires",
"is_boilerplate": true
},
{
"text": "Moyenne",
"is_boilerplate": true
},
{
"text": "A11Y23",
"is_boilerplate": true
},
{
"text": "Formulaires et erreurs",
"is_boilerplate": true
},
{
"text": "Erreurs identifiées et rattachées aux champs L’utilisateur sait que l’envoi échoue mais pas où ni pourquoi.",
"is_boilerplate": true
},
{
"text": "L’erreur est nommée, localisée, liée au champ et annoncée ; la donnée correcte n’est pas effacée.",
"is_boilerplate": true
},
{
"text": "Vidéo, capture et arbre d’accessibilité.",
"is_boilerplate": true
},
{
"text": "3.3.1 (A) ; 3.3.3 (AA) 11 · Formulaires",
"is_boilerplate": true
},
{
"text": "Bloquant",
"is_boilerplate": true
},
{
"text": "A11Y24",
"is_boilerplate": true
},
{
"text": "Formulaires et erreurs",
"is_boilerplate": true
},
{
"text": "Prévention et confirmation des actions sensibles Une action juridique, financière ou irréversible est validée par erreur.",
"is_boilerplate": true
},
{
"text": "L’utilisateur peut vérifier, corriger ou confirmer avant finalisation, et reçoit une confirmation exploitable.",
"is_boilerplate": true
},
{
"text": "Vidéo du parcours et capture de confirmation.",
"is_boilerplate": true
},
{
"text": "3.3.4 (AA) 11 · Formulaires",
"is_boilerplate": true
},
{
"text": "Bloquant",
"is_boilerplate": true
},
{
"text": "A11Y25",
"is_boilerplate": true
},
{
"text": "Médias, mouvement et temps",
"is_boilerplate": true
},
{
"text": "Sous-titres des vidéos préenregistrées Le contenu sonore est inaccessible aux personnes sourdes ou malentendantes.",
"is_boilerplate": true
},
{
"text": "Les paroles et sons utiles sont disponibles dans des sous-titres synchronisés et relus.",
"is_boilerplate": true
},
{
"text": "Extrait vidéo et fichier de sous-titres.",
"is_boilerplate": true
},
{
"text": "1.2.2 (A) 4 · Multimédia",
"is_boilerplate": true
},
{
"text": "Haute",
"is_boilerplate": true
},
{
"text": "A11Y26",
"is_boilerplate": true
},
{
"text": "Médias, mouvement et temps",
"is_boilerplate": true
},
{
"text": "Alternative au contenu visuel ou sonore essentiel Une démonstration, un graphique ou un son utile n’a pas d’équivalent.",
"is_boilerplate": true
},
{
"text": "Une transcription, une audiodescription ou une alternative textuelle transmet l’information nécessaire selon le média.",
"is_boilerplate": true
},
{
"text": "Transcription ou piste alternative reliée au média.",
"is_boilerplate": true
},
{
"text": "1.2.3 (A) ; 1.2.5 (AA) 4 · Multimédia",
"is_boilerplate": true
},
{
"text": "Haute",
"is_boilerplate": true
},
{
"text": "A11Y27",
"is_boilerplate": true
},
{
"text": "Médias, mouvement et temps",
"is_boilerplate": true
},
{
"text": "Contrôle de l’autoplay, du mouvement et du temps Le contenu perturbe la lecture ou expire avant la fin de l’action.",
"is_boilerplate": true
},
{
"text": "Le son automatique peut être arrêté ; les animations longues peuvent être mises en pause ; les limites de temps sont contrôlables sauf exception.",
"is_boilerplate": true
},
{
"text": "Vidéo et journal chronométré.",
"is_boilerplate": true
},
{
"text": "1.4.2 (A) ; 2.2.1 (A) ; 2.2.2 (A) 4 · Multimédia ; 13 · Consultation",
"is_boilerplate": true
},
{
"text": "Bloquant",
"is_boilerplate": true
},
{
"text": "A11Y28",
"is_boilerplate": true
},
{
"text": "Médias, mouvement et temps",
"is_boilerplate": true
},
{
"text": "Clignotements sûrs et mouvement contrôlable Des flashs ou animations automatiques provoquent gêne, perte de concentration ou risque neurologique.",
"is_boilerplate": true
},
{
"text": "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.",
"is_boilerplate": true
},
{
"text": "Vidéo du scénario et rapport de mesure des flashs si applicable.",
"is_boilerplate": true
},
{
"text": "2.2.2 (A) ; 2.3.1 (A) 13 · Consultation",
"is_boilerplate": true
},
{
"text": "Haute",
"is_boilerplate": true
},
{
"text": "A11Y29",
"is_boilerplate": true
},
{
"text": "Adaptation et robustesse",
"is_boilerplate": true
},
{
"text": "Orientation non imposée Le service devient inutilisable avec un appareil fixé dans une orientation.",
"is_boilerplate": true
},
{
"text": "Le contenu fonctionne en portrait et paysage, sauf orientation essentielle.",
"is_boilerplate": true
},
{
"text": "Deux captures et journal de test.",
"is_boilerplate": true
},
{
"text": "1.3.4 (AA) 13 · Consultation",
"is_boilerplate": true
},
{
"text": "Haute",
"is_boilerplate": true
},
{
"text": "A11Y30",
"is_boilerplate": true
},
{
"text": "Adaptation et robustesse",
"is_boilerplate": true
},
{
"text": "Cibles tactiles suffisamment grandes Une action est difficile à déclencher sans erreur sur mobile.",
"is_boilerplate": true
},
{
"text": "Les cibles atteignent 24 × 24 CSS px ou respectent une exception de WCAG 2.5.8.",
"is_boilerplate": true
},
{
"text": "Capture annotée avec dimensions CSS.",
"is_boilerplate": true
},
{
"text": "2.5.8 (AA) 10 · Présentation ; 13 · Consultation",
"is_boilerplate": true
},
{
"text": "Moyenne",
"is_boilerplate": true
},
{
"text": "A11Y31",
"is_boilerplate": true
},
{
"text": "Adaptation et robustesse",
"is_boilerplate": true
},
{
"text": "Navigation et composants cohérents Le même élément change de nom, de place ou de comportement sans raison.",
"is_boilerplate": true
},
{
"text": "Les navigations répétées gardent un ordre cohérent et les composants identiques sont identifiés de façon constante.",
"is_boilerplate": true
},
{
"text": "Tableau comparatif et captures.",
"is_boilerplate": true
},
{
"text": "3.2.3 (AA) ; 3.2.4 (AA) 12 · Navigation",
"is_boilerplate": true
},
{
"text": "Moyenne",
"is_boilerplate": true
},
{
"text": "A11Y32",
"is_boilerplate": true
},
{
"text": "Adaptation et robustesse",
"is_boilerplate": true
},
{
"text": "Ordre de lecture programmatique cohérent Le réordonnancement visuel dissocie la lecture, le sens et l’action.",
"is_boilerplate": true
},
{
"text": "À chaque viewport, l’ordre du DOM et la restitution par technologie d’assistance conservent le sens du contenu et des instructions.",
"is_boilerplate": true
},
{
"text": "Capture annotée, extrait DOM et journal de lecture.",
"is_boilerplate": true
},
{
"text": "1.3.2 (A) 9 · Structuration ; 10 · Présentation",
"is_boilerplate": true
},
{
"text": "Haute",
"is_boilerplate": true
},
{
"text": "A11Y33",
"is_boilerplate": true
},
{
"text": "Clavier et focus",
"is_boilerplate": true
},
{
"text": "Alternative aux gestes de glissement Une action exige un glisser-déposer précis qu’une personne ne peut pas réaliser.",
"is_boilerplate": true
},
{
"text": "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.",
"is_boilerplate": true
},
{
"text": "Vidéo comparant le geste de glissement et son alternative par action simple.",
"is_boilerplate": true
},
{
"text": "2.5.7 (AA) 7 · Scripts — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2",
"is_boilerplate": true
},
{
"text": "Haute",
"is_boilerplate": true
},
{
"text": "A11Y34",
"is_boilerplate": true
},
{
"text": "Adaptation et robustesse",
"is_boilerplate": true
},
{
"text": "Aide cohérente entre les pages Le moyen d’obtenir de l’aide change de place ou d’ordre et devient difficile à retrouver.",
"is_boilerplate": true
},
{
"text": "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.",
"is_boilerplate": true
},
{
"text": "Tableau comparatif de l’ordre des mécanismes d’aide et captures datées.",
"is_boilerplate": true
},
{
"text": "3.2.6 (A) 12 · Navigation — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2",
"is_boilerplate": true
},
{
"text": "Moyenne",
"is_boilerplate": true
},
{
"text": "A11Y35",
"is_boilerplate": true
},
{
"text": "Formulaires et erreurs",
"is_boilerplate": true
},
{
"text": "Saisie redondante évitée Une information déjà fournie doit être saisie une nouvelle fois dans le même processus.",
"is_boilerplate": true
},
{
"text": "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.",
"is_boilerplate": true
},
{
"text": "Vidéo du parcours complet et relevé des champs répétés avec justification des exceptions.",
"is_boilerplate": true
},
{
"text": "3.3.7 (A) 11 · Formulaires — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2",
"is_boilerplate": true
},
{
"text": "Haute",
"is_boilerplate": true
},
{
"text": "A11Y36",
"is_boilerplate": true
},
{
"text": "Formulaires et erreurs",
"is_boilerplate": true
},
{
"text": "Authentification accessible La connexion impose un test cognitif, une mémorisation ou une retranscription sans alternative.",
"is_boilerplate": true
},
{
"text": "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.",
"is_boilerplate": true
},
{
"text": "Vidéo des parcours d’authentification, inventaire des exigences cognitives et justification des exceptions.",
"is_boilerplate": true
},
{
"text": "3.3.8 (AA) 11 · Formulaires — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2",
"is_boilerplate": true
},
{
"text": "Bloquant",
"is_boilerplate": true
},
{
"text": "Exécution",
"is_boilerplate": true
},
{
"text": "Un contrôle exploitable relie six champs : périmètre, scénario, résultat, preuve, statut et responsable.",
"is_boilerplate": true
},
{
"text": "« 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.",
"is_boilerplate": false
},
{
"text": "Contrôle vague",
"is_boilerplate": true
},
{
"text": "« Le menu est accessible au clavier. » Aucun parcours, aucune preuve, aucun environnement.",
"is_boilerplate": true
},
{
"text": "Statut: conforme\nPreuve: aucune\nConclusion: impossible à rejouer",
"is_boilerplate": true
},
{
"text": "Contrôle rejouable",
"is_boilerplate": true
},
{
"text": "A11Y13 · Menu mobile · Chrome 140 · 390 × 844 · clavier uniquement.",
"is_boilerplate": true
},
{
"text": "1. Tab jusqu’au bouton Menu\n2. Entrée pour ouvrir\n3. Tab sur chaque lien\n4. Échap pour fermer\n5. Vérifier le retour du focus\nPreuve: vidéo + journal horodaté\nStatut: Conforme / Non conforme / À tester / Non applicable",
"is_boilerplate": true
},
{
"text": "Statut contrôlé",
"is_boilerplate": true
},
{
"text": "La 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.",
"is_boilerplate": true
},
{
"text": "Priorisation",
"is_boilerplate": true
},
{
"text": "Corriger d’abord ce qui empêche de percevoir, naviguer ou terminer l’action.",
"is_boilerplate": true
},
{
"text": "Vocabulaire de sévérité du socle Edikka",
"is_boilerplate": true
},
{
"text": "Sévérité",
"is_boilerplate": true
},
{
"text": "Définition",
"is_boilerplate": true
},
{
"text": "Exemple",
"is_boilerplate": true
},
{
"text": "Décision attendue",
"is_boilerplate": true
},
{
"text": "Bloquant",
"is_boilerplate": true
},
{
"text": "Le parcours critique ne peut pas être terminé ou une information essentielle disparaît.",
"is_boilerplate": true
},
{
"text": "Formulaire inutilisable au clavier ; champ sans libellé ; erreur non localisée.",
"is_boilerplate": true
},
{
"text": "Corriger avant mise en ligne ou documenter une décision de no-go.",
"is_boilerplate": true
},
{
"text": "Haute",
"is_boilerplate": true
},
{
"text": "Le parcours reste possible mais impose une difficulté importante ou une forte incertitude.",
"is_boilerplate": true
},
{
"text": "Focus peu visible ; contraste insuffisant ; lien ambigu répété.",
"is_boilerplate": true
},
{
"text": "Corriger dans le lot prioritaire avec un contre-test.",
"is_boilerplate": true
},
{
"text": "Moyenne",
"is_boilerplate": true
},
{
"text": "La friction est réelle mais ne bloque pas seule l’objectif principal.",
"is_boilerplate": true
},
{
"text": "Cible tactile trop petite ; identification incohérente d’un composant secondaire.",
"is_boilerplate": true
},
{
"text": "Planifier, attribuer et vérifier la non-régression.",
"is_boilerplate": true
},
{
"text": "Automatisation et humain",
"is_boilerplate": true
},
{
"text": "Les outils détectent des symptômes ; les parcours humains établissent l’impact.",
"is_boilerplate": true
},
{
"text": "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.",
"is_boilerplate": false
},
{
"text": "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.",
"is_boilerplate": true
},
{
"text": "Approfondir",
"is_boilerplate": true
},
{
"text": "Passer du socle à l’audit réel",
"is_boilerplate": true
},
{
"text": "Les pages spécialisées détaillent les limites des scores, l’échantillonnage et les tests humains.",
"is_boilerplate": true
},
{
"text": "01AutomatisationPourquoi Lighthouse 100 ne prouve pas l’accessibilité",
"is_boilerplate": true
},
{
"text": "02Audit humainCe que les outils automatiques ne voient pas",
"is_boilerplate": true
},
{
"text": "03Preuves EdikkaConsulter le périmètre et les preuves publiques",
"is_boilerplate": true
},
{
"text": "Cycle projet",
"is_boilerplate": true
},
{
"text": "L’accessibilité se décide avant la maquette et se rejoue après la mise en ligne.",
"is_boilerplate": true
},
{
"text": "01",
"is_boilerplate": true
},
{
"text": "Cadrage",
"is_boilerplate": true
},
{
"text": "Qualifier le service, les utilisateurs et les parcours critiques.",
"is_boilerplate": true
},
{
"text": "La portée juridique et la portée du test sont deux décisions distinctes.",
"is_boilerplate": true
},
{
"text": "02",
"is_boilerplate": true
},
{
"text": "Conception",
"is_boilerplate": true
},
{
"text": "Définir les états, erreurs, contenus et interactions avant le pixel.",
"is_boilerplate": true
},
{
"text": "Une maquette doit montrer le focus, les erreurs, les confirmations et les variantes responsive.",
"is_boilerplate": true
},
{
"text": "03",
"is_boilerplate": true
},
{
"text": "Composants",
"is_boilerplate": true
},
{
"text": "Coder les comportements dans le design system.",
"is_boilerplate": true
},
{
"text": "Le correctif d’un bouton, d’une modale ou d’un champ doit bénéficier à toutes ses occurrences.",
"is_boilerplate": true
},
{
"text": "04",
"is_boilerplate": true
},
{
"text": "Contenus",
"is_boilerplate": true
},
{
"text": "Nommer les titres, liens, alternatives et instructions.",
"is_boilerplate": true
},
{
"text": "La sémantique n’est pas un habillage technique : elle porte le sens publié.",
"is_boilerplate": true
},
{
"text": "05",
"is_boilerplate": true
},
{
"text": "Recette",
"is_boilerplate": true
},
{
"text": "Rejouer les 36 contrôles sur les pages et états retenus.",
"is_boilerplate": true
},
{
"text": "Chaque anomalie reçoit une preuve, une sévérité, un responsable et un contre-test.",
"is_boilerplate": true
},
{
"text": "06",
"is_boilerplate": true
},
{
"text": "Production",
"is_boilerplate": true
},
{
"text": "Surveiller les parcours et les régressions.",
"is_boilerplate": true
},
{
"text": "Une page accessible aujourd’hui peut casser au prochain composant, contenu ou script tiers.",
"is_boilerplate": true
},
{
"text": "Architecture du cluster",
"is_boilerplate": true
},
{
"text": "Une question, une page de référence : le socle oriente sans tout réexpliquer.",
"is_boilerplate": true
},
{
"text": "Choisir la bonne profondeur",
"is_boilerplate": true
},
{
"text": "Du premier contrôle à la preuve publique",
"is_boilerplate": true
},
{
"text": "Chaque ressource conserve un rôle distinct pour éviter la cannibalisation et les réponses contradictoires.",
"is_boilerplate": true
},
{
"text": "01ObligationsRGAA, WCAG, EAA : qualifier le cadre",
"is_boilerplate": true
},
{
"text": "02ConversionFormulaires accessibles et contacts perdus",
"is_boilerplate": true
},
{
"text": "03StructureAccessibilité, SEO et IA : HTML sémantique",
"is_boilerplate": true
},
{
"text": "04MarchéObservatoire de l’accessibilité web en France",
"is_boilerplate": true
},
{
"text": "05DéclarationÉtat d’accessibilité publié par Edikka",
"is_boilerplate": true
},
{
"text": "06AuditPérimètre, résultats, preuves et réserves",
"is_boilerplate": true
},
{
"text": "Actifs ouverts",
"is_boilerplate": true
},
{
"text": "Télécharger, rejouer, contester et améliorer la méthode.",
"is_boilerplate": false
},
{
"text": "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.",
"is_boilerplate": false
},
{
"text": "Ressources",
"is_boilerplate": false
},
{
"text": "Trois formats, une seule méthode v1.0",
"is_boilerplate": false
},
{
"text": "Les nombres, identifiants et contrôles proviennent de la même source versionnée.",
"is_boilerplate": false
},
{
"text": "01XLSXMatrice prête à remplir · FR et EN",
"is_boilerplate": true
},
{
"text": "02JSONSource machine bilingue versionnée",
"is_boilerplate": true
},
{
"text": "03MarkdownÉdition publique textuelle et citable",
"is_boilerplate": true
},
{
"text": "Sources primaires",
"is_boilerplate": true
},
{
"text": "La méthode Edikka renvoie vers les référentiels qu’elle ne remplace pas.",
"is_boilerplate": true
},
{
"text": "Consultées le 25 août 2026",
"is_boilerplate": true
},
{
"text": "Textes et méthodes de référence",
"is_boilerplate": true
},
{
"text": "Les critères normatifs restent ceux des organismes qui les publient.",
"is_boilerplate": true
},
{
"text": "01Source primaireWCAG 2.2 · W3C Recommendation (nouvel onglet)",
"is_boilerplate": true
},
{
"text": "02Source primaireRGAA 4.1.2 · Critères et tests (nouvel onglet)",
"is_boilerplate": true
},
{
"text": "03Source primaireWCAG-EM · Website Accessibility Conformance Evaluation Methodology (nouvel onglet)",
"is_boilerplate": true
},
{
"text": "04Source primaireDGCCRF · Directive accessibilité (nouvel onglet)",
"is_boilerplate": true
},
{
"text": "Version et intégrité",
"is_boilerplate": true
},
{
"text": "Une méthode citable, datée et vérifiable jusqu’au fichier.",
"is_boilerplate": true
},
{
"text": "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.",
"is_boilerplate": true
},
{
"text": "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.",
"is_boilerplate": true
},
{
"text": "Empreintes SHA-256",
"is_boilerplate": true
},
{
"text": "Ces empreintes permettent de vérifier que le JSON et le XLSX téléchargés correspondent aux fichiers cités par cette édition.",
"is_boilerplate": true
},
{
"text": "JSON 8fdfeddda1f94f427e54274a90003a7e824f15a5304ceeba2a9509453c5e31cd\nXLSX f869d70bef0b716070d7af9b6f8f1354e5d969574ea3bb890226dd7df29aeb90",
"is_boilerplate": true
},
{
"text": "Limite volontaire",
"is_boilerplate": true
},
{
"text": "Edikka est une agence web : cette grille est une méthode de travail publiée, pas un référentiel indépendant.",
"is_boilerplate": false
},
{
"text": "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.",
"is_boilerplate": false
},
{
"text": "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.",
"is_boilerplate": false
},
{
"text": "Conclusion",
"is_boilerplate": false
},
{
"text": "Commencez par un parcours réel, une barrière observable et une preuve rejouable.",
"is_boilerplate": false
},
{
"text": "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.",
"is_boilerplate": false
},
{
"text": "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é.",
"is_boilerplate": false
},
{
"text": "Décision",
"is_boilerplate": false
},
{
"text": "Ne publiez pas « accessible » parce qu’un outil est vert. Publiez ce qui a été testé, comment, quand, avec quelle preuve et quelles limites.",
"is_boilerplate": false
},
{
"text": "Vision Edikka",
"is_boilerplate": false
},
{
"text": "L’accessibilité devient crédible quand le design, le contenu et le code partagent la même preuve.",
"is_boilerplate": false
},
{
"text": "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é.",
"is_boilerplate": false
},
{
"text": "01Usage",
"is_boilerplate": false
},
{
"text": "Partir du parcours réel",
"is_boilerplate": false
},
{
"text": "La priorité vient de ce que l’utilisateur doit percevoir, comprendre et terminer — pas de ce qui est le plus simple à mesurer.",
"is_boilerplate": false
},
{
"text": "02Système",
"is_boilerplate": false
},
{
"text": "Corriger à la source",
"is_boilerplate": false
},
{
"text": "Un composant accessible, documenté et testé évite de réparer le même défaut sur chaque page.",
"is_boilerplate": false
},
{
"text": "03Preuve",
"is_boilerplate": false
},
{
"text": "Nommer ce qui reste inconnu",
"is_boilerplate": false
},
{
"text": "« À tester », « non applicable » et « non conforme » sont des informations utiles. Les masquer détruit la confiance.",
"is_boilerplate": false
},
{
"text": "À retenir",
"is_boilerplate": false
},
{
"text": "La qualité premium ne consiste pas à rendre l’accessibilité invisible. Elle consiste à intégrer ses exigences dans chaque décision de conception.",
"is_boilerplate": false
},
{
"text": "FAQ article",
"is_boilerplate": false
},
{
"text": "Pour aller plus loin sur ce sujet",
"is_boilerplate": false
},
{
"text": "Des réponses complémentaires pour clarifier les points essentiels abordés dans cet article.",
"is_boilerplate": false
},
{
"text": "10 questions sélectionnées Voir toutes les FAQ+",
"is_boilerplate": true
},
{
"text": "L’accessibilité web consiste à concevoir les contenus, interfaces et parcours pour que les personnes puissent percevoir l’information, comprendre l’interface, naviguer et agir, y compris avec un clavier ou une technologie d’assistance.",
"is_boilerplate": false
},
{
"text": "Aux personnes handicapées, mais aussi aux utilisateurs en mobilité, avec un écran agrandi, une connexion dégradée, une blessure temporaire ou un contexte qui limite l’attention, la vision, l’audition ou la motricité.",
"is_boilerplate": false
},
{
"text": "Non. Le socle sert au diagnostic initial d’un parcours. Une revendication de conformité exige un périmètre, un échantillon représentatif, tous les critères applicables et des tests humains documentés.",
"is_boilerplate": false
},
{
"text": "WCAG 2.2 définit des critères de succès internationaux. Le RGAA 4.1.2 fournit une méthode française de critères et de tests. L’EAA porte des obligations européennes pour certains produits et services. Leur applicabilité dépend du contexte, de l’entité et du service.",
"is_boilerplate": false
},
{
"text": "Relier HTML sémantique, accessibilité et SEO",
"is_boilerplate": true
},
{
"text": "Non. Un score automatique couvre seulement une partie des règles détectables. Il ne prouve ni la qualité d’une alternative, ni l’utilisabilité d’un parcours au clavier, ni le comportement complet avec un lecteur d’écran.",
"is_boilerplate": false
},
{
"text": "Choisissez un parcours critique, définissez l’environnement de test, exécutez les contrôles applicables, conservez les preuves, attribuez les corrections puis rejouez exactement le même scénario.",
"is_boilerplate": false
},
{
"text": "Une preuve rejouable décrit la page, l’état, le viewport, le navigateur, la technologie utilisée, les étapes, le résultat observé, la date et les réserves. Un tiers doit pouvoir reproduire ou contester la conclusion.",
"is_boilerplate": false
},
{
"text": "Traitez d’abord les anomalies qui font disparaître une information essentielle ou empêchent de terminer un parcours critique. Gardez séparés la sévérité, le statut du test et la décision de blocage.",
"is_boilerplate": false
},
{
"text": "Oui pour les parcours critiques et les composants qui exposent un nom, un rôle, une valeur, un état ou des messages dynamiques. Le lecteur d’écran complète le test clavier et l’inspection de l’arbre d’accessibilité.",
"is_boilerplate": false
},
{
"text": "Lorsque vous devez établir une conformité, publier une déclaration, couvrir un service entier, préparer une obligation contractuelle ou juridique, ou lorsque le diagnostic révèle des composants et parcours qui exigent un échantillon plus large.",
"is_boilerplate": false
},
{
"text": "Le web, pensé pour performer",
"is_boilerplate": false
},
{
"text": "Stratégie. Design. Code. SEO. IA. Des expériences digitales plus claires, plus rapides et plus convaincantes.",
"is_boilerplate": false
},
{
"text": "Parler de votre projetVoir nos projets",
"is_boilerplate": true
},
{
"text": "Articles voisins pour poursuivre l’analyse",
"is_boilerplate": true
},
{
"text": "Insights",
"is_boilerplate": true
},
{
"text": "Tous les insights",
"is_boilerplate": true
},
{
"text": "Stratégie digitale",
"is_boilerplate": true
},
{
"text": "UX UI Design",
"is_boilerplate": true
},
{
"text": "Développement web",
"is_boilerplate": true
},
{
"text": "SEO & visibilité IA",
"is_boilerplate": true
},
{
"text": "IA & automatisation web",
"is_boilerplate": true
},
{
"text": "Développement web Optimiser",
"is_boilerplate": true
},
{
"text": "Formulaire accessible : les erreurs qui vous font perdre des contacts",
"is_boilerplate": true
},
{
"text": "19 mai 2026",
"is_boilerplate": true
},
{
"text": "Lire l’analyse",
"is_boilerplate": true
},
{
"text": "Développement web Avancé",
"is_boilerplate": true
},
{
"text": "RGAA, WCAG, EAA sans jargon : le guide dirigeant de l’accessibilité numérique",
"is_boilerplate": true
},
{
"text": "19 mai 2026",
"is_boilerplate": true
},
{
"text": "Lire l’analyse",
"is_boilerplate": true
},
{
"text": "Développement web Optimiser",
"is_boilerplate": true
},
{
"text": "Lighthouse 100 ne prouve pas qu’un site est accessible",
"is_boilerplate": true
},
{
"text": "19 mai 2026",
"is_boilerplate": true
},
{
"text": "Lire l’analyse",
"is_boilerplate": true
},
{
"text": "Développement web Avancé",
"is_boilerplate": true
},
{
"text": "SEO technique : protocole d’audit vérifiable des fondations d’un site",
"is_boilerplate": true
},
{
"text": "19 mai 2026",
"is_boilerplate": true
},
{
"text": "Lire l’analyse",
"is_boilerplate": true
},
{
"text": "Développement web Avancé",
"is_boilerplate": true
},
{
"text": "Optimisation des images web : protocole vérifiable, formats, LCP et qualité perceptive",
"is_boilerplate": true
},
{
"text": "19 mai 2026",
"is_boilerplate": true
},
{
"text": "Lire l’analyse",
"is_boilerplate": true
},
{
"text": "Développement web Comprendre",
"is_boilerplate": true
},
{
"text": "Front-end vs back-end : comprendre simplement",
"is_boilerplate": true
},
{
"text": "19 mai 2026",
"is_boilerplate": true
},
{
"text": "Lire l’analyse",
"is_boilerplate": true
},
{
"text": "+ Explorer",
"is_boilerplate": true
},
{
"text": "Qualité vérifiable",
"is_boilerplate": true
},
{
"text": "La qualité ne s’affirme pas, elle se vérifie.",
"is_boilerplate": true
},
{
"text": "Ouverture dans un nouvel onglet.Performance Analyse du chargement, des Core Web Vitals et des bonnes pratiques. PageSpeed ↗Ouverture dans un nouvel onglet.Données structurées Contrôle du balisage schema.org pour Google et assistants IA. Rich Results ↗Ouverture dans un nouvel onglet.Structure HTML Contrôle du balisage HTML et de la structure du document. W3C Validator ↗Ouverture dans un nouvel onglet.Accessibilité Repérage des erreurs pouvant gêner la navigation ou la lecture. WAVE ↗",
"is_boilerplate": true
},
{
"text": "Page analysée:/insights/developpement-web/accessibilite-web-bases-site-professionnel",
"is_boilerplate": true
},
{
"text": "94, boulevard Barbès 75018 Paris - FRANCE",
"is_boilerplate": true
},
{
"text": "+33 (0)1 48 56 83 07",
"is_boilerplate": true
},
{
"text": "Insights.",
"is_boilerplate": true
},
{
"text": "Bibliothèque.",
"is_boilerplate": true
},
{
"text": "FAQ.",
"is_boilerplate": true
},
{
"text": "Expertise",
"is_boilerplate": true
},
{
"text": "Refonte de site",
"is_boilerplate": true
},
{
"text": "Collaborations",
"is_boilerplate": true
},
{
"text": "Contactez-nous",
"is_boilerplate": true
},
{
"text": "© 2026Agence digitale fondée par Bertrand Morel",
"is_boilerplate": true
},
{
"text": "ConfidentialitéMentions légalesAccessibilité",
"is_boilerplate": true
}
],
"status": "ok"
}html2text 2025.4.15
Output produced Identical repeat
Source : component_replays.html2text
Full output and metadata
{
"tool": "html2text",
"version": "2025.4.15",
"markdown": "Aller au contenu\n\n[ ](/)\n\n * [ L’agence ](/agence)\n * [ Expertise ](/expertise)\n\n[ Expertise Créer. Optimiser. Convertir. Une approche digitale précise, élégante et orientée résultats. Toutes les expertises → ](/expertise)\n * [ → Stratégie \ndigitale Positionnement, parcours, acquisition et croissance. ](/expertise/strategie-digitale)\n * [ → Expérience \n& design Interfaces élégantes, lisibles et pensées pour convertir. ](/expertise/ux-ui-design)\n * [ → Développement \nweb Code rapide, robuste, maintenable. ](/expertise/developpement-web)\n * [ → SEO \n& visibilité IA SEO, GEO, structure éditoriale et performance durable. ](/expertise/seo)\n[ 21 **Bibliothèque ouverte** Protocoles, grilles et données qui étayent nos expertises. → ](/bibliotheque)\n\n * [ Projets ](/projets)\n * [ IA ](/expertise/ia)\n * [ Contact ](/contact)\n\n\n\nFR [ EN ](https://www.edikka.com/en/insights/web-development/web-accessibility-professional-website-basics)\n\nMenu\n\n * [ Agence → ](/agence)\n * [ Expertise → ](/expertise)\n * [ Stratégie digitale Positionnement & croissance ](/expertise/strategie-digitale)\n * [ Expérience & design Interfaces & conversion ](/expertise/ux-ui-design)\n * [ Développement web Code rapide & robuste ](/expertise/developpement-web)\n * [ SEO & visibilité IA Structure & performance ](/expertise/seo)\n * [ 21 Bibliothèque ouverte Instruments & preuves ](/bibliotheque)\n * [ IA Automatisation ](/expertise/ia)\n * [ Projets → ](/projets)\n * [ Insights → ](/insights)\n * [ Contact → ](/contact)\n\n\n\n 1. [Accueil](/)\n 2. [Insights](/insights)\n 3. [Développement web](/insights/developpement-web)\n 4. Accessibilité web : 36 contrôles essentiels\n\n\n\nInsights \n\nDéveloppement web\n\nNiveau : Optimiser \n\n# Accessibilité web : 36 contrôles essentiels pour un site professionnel\n\nUn socle vérifiable : 36 contrôles, 8 familles, critères d’acceptation, preuves et limites explicites.\n\nTemps de lecture estimé : 16:00\n\nSommaire\n\n 1. 01 Réponse courte\n 2. 02 Périmètre du socle\n 3. 03 Règle de sélection\n 4. 04 8 familles\n 5. 05 36 contrôles\n 6. 06 Exécuter un contrôle\n 7. 07 Prioriser\n 8. 08 Outils et humain\n 9. 09 Cycle projet\n 10. 10 Parcours du cluster\n 11. 11 Actifs ouverts\n 12. 12 Sources\n 13. 13 Version et intégrité\n 14. 14 Limite volontaire\n 15. 15 Conclusion\n\n\n\n\n\nPar où commencer l’accessibilité d’un site professionnel ? Cette méthode ouverte transforme 36 barrières fréquentes en contrôles rejouables, preuves et décisions — sans confondre socle, audit complet et conformité juridique. \n\nAudit accessibilité \n\nAuditer les parcours réels. \n\nCadrez le périmètre, les tests humains, les preuves et les contre-tests, ou vérifiez d’abord le rapport public Edikka. \n\n[ Analyse signée par **Bertrand Morel** Fondateur d’Edikka, stratégie digitale, UX/UI, développement web, SEO et visibilité IA. ](/agence/bertrand-morel)\n\nÉcouter la version courte (voix IA)\n\nLe condensé audio de cette analyse. \n\nÉcouter\n\n0:00 1:42\n\nCette capsule synthétise le contenu. L’article textuel complet ci-dessous constitue la version de référence accessible et contient l’ensemble des informations nécessaires. \n\nCréation\n 19 mai 2026\n\nMise à jour\n 25 août 2026\n\nSujet\n Développement web\n\nPasser à l’action\n\n[ Découvrir la mission d’audit ](/audit-accessibilite-numerique) [ Vérifier les preuves publiques ](/audit/accessibilite) Checklist priorisée \n\nRésumer avec l’IA\n\nChatGPT Claude Perplexity \n\nPartager\n\nLinkedIn Copier le lien \n\nAction effectuée. \n\n[Fait partie de la Bibliothèque Edikka](/bibliotheque#instrument-professional-website-accessibility-foundation)v1.1 · CC BY 4.0\n\n## Socle accessibilité d’un site professionnel\n\nPréparer un diagnostic de parcours et identifier les contrôles à approfondir.\n\nAperçu, fichiers et citation\n\nDans l’instrument\n\nTrois extraits du fichier publié · abrégés si nécessaire ID| Contrôle| Preuve attendue \n---|---|--- \nA11Y01| Titre de page identifiable| Capture de l’onglet et extrait du head. \nA11Y02| Langue principale déclarée| Extrait DOM et journal de test. \nA11Y03| Hiérarchie de titres cohérente| Plan des titres exporté. \n \n[Consulter le fichier original — Socle accessibilité d’un site professionnel](/docbd/data/socle-accessibilite-site-professionnel-edikka-v1-1.json) · v1.1\n\nCiter cette version\n\nEdikka (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.\n\nCopier la citation — Socle accessibilité d’un site professionnel\n\nHistorique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.\n\n[Signaler une erreur sur cette version par e-mail — Socle accessibilité d’un site professionnel](mailto:agence@edikka.com?subject=Correction%20biblioth%C3%A8que%20%E2%80%94%20Socle%20accessibilit%C3%A9%20d%E2%80%99un%20site%20professionnel%20%C2%B7%20v1.1&body=Socle%20accessibilit%C3%A9%20d%E2%80%99un%20site%20professionnel%20%C2%B7%20v1.1%0Ahttps%3A%2F%2Fwww.edikka.com%2Fdocbd%2Fdata%2Fsocle-accessibilite-site-professionnel-edikka-v1.json%23dataset%0A%0AProbl%C3%A8me%20observ%C3%A9%20%3A%0A%0APreuve%20ou%20%C3%A9tapes%20pour%20le%20reproduire%20%3A%0A%0ACorrection%20propos%C3%A9e%20%3A%0A)\n\n * [socle-accessibilite-site-professionnel-edikka-v1-1.json · JSON · fr + en](/docbd/data/socle-accessibilite-site-professionnel-edikka-v1-1.json)\n * [schema-socle-accessibilite-site-professionnel-edikka-v1-1.json · JSON Schema · zxx](/docbd/data/schema-socle-accessibilite-site-professionnel-edikka-v1-1.json)\n * [socle-accessibilite-site-professionnel-edikka-v1.xlsx · XLSX · fr + en](/docbd/data/socle-accessibilite-site-professionnel-edikka-v1.xlsx)\n * [auto-evaluation-socle-accessibilite-edikka-2026-08-26.json · JSON · fr](/docbd/data/auto-evaluation-socle-accessibilite-edikka-2026-08-26.json)\n * [auto-evaluation-socle-accessibilite-edikka-2026-08-26.xlsx · XLSX · fr](/docbd/data/auto-evaluation-socle-accessibilite-edikka-2026-08-26.xlsx)\n\n\n\n**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.\n\n[Retrouver cet instrument dans le catalogue](/bibliotheque#instrument-professional-website-accessibility-foundation)\n\nRéponse courte\n\n## Un site accessible ne se reconnaît pas à un score : il se vérifie par des parcours, des critères et des preuves.\n\nL’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.\n\nCette é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é.\n\n**8** familles opérationnelles\n\n**36** contrôles rejouables\n\n**4** statuts contrôlés\n\n**Non** certification automatique\n\nPrincipe de preuve\n\nUn contrôle non testé n’est pas conforme. Il reste « à tester ». Une absence de preuve n’est jamais transformée en réussite.\n\nPérimètre\n\n## Ce socle répond à « par où commencer ? », pas à « sommes-nous juridiquement conformes ? »\n\nWCAG 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.\n\nLe 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é.\n\nQuatre questions de qualification avant de parler d’obligation Question| Ce que l’on peut décider ici| Suite correcte \n---|---|--- \nL’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](/insights/developpement-web/rgaa-wcag-eaa-accessibilite-numerique). \nLe 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. \nLe 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. \nUn score automatique est-il disponible ?| Le score renseigne une partie des règles automatisables.| [Comprendre ce que Lighthouse ne prouve pas](/insights/developpement-web/lighthouse-100-accessibilite). \n \n**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.\n\nMéthode de sélection\n\n## Pourquoi 36 contrôles : le nombre sort d’une règle publiée, pas d’un chiffre marketing.\n\nUn 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.\n\n 1. 01\n\nLe contrôle concerne la majorité des pages publiques ou des parcours transactionnels d’un site professionnel.\n\n 2. 02\n\nLe résultat peut être observé sur un périmètre borné sans prétendre échantillonner tout le site.\n\n 3. 03\n\nLe critère d’acceptation et la preuve attendue peuvent être formulés sans jugement opaque.\n\n 4. 04\n\nUn échec crée une barrière d’accès, de compréhension, de navigation ou d’action.\n\n 5. 05\n\nLe contrôle se rattache à WCAG 2.2 niveau A ou AA et à un thème du RGAA 4.1.2.\n\n\n\n\nHors socle\n\nLes 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.\n\nTaxonomie double\n\n## Huit familles pour agir, avec un rattachement normatif pour vérifier.\n\nLa 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.\n\n01\n\n4 contrôles\n\n### Repères et structure\n\n**WCAG :** Operable / Understandable \n**RGAA :** 8 · Éléments obligatoires ; 9 · Structuration ; 12 · Navigation\n\n02\n\n4 contrôles\n\n### Contenus et alternatives\n\n**WCAG :** Perceivable / Understandable \n**RGAA :** 1 · Images ; 3 · Couleurs ; 6 · Liens ; 13 · Consultation\n\n03\n\n4 contrôles\n\n### Perception visuelle\n\n**WCAG :** Perceivable \n**RGAA :** 3 · Couleurs ; 10 · Présentation\n\n04\n\n5 contrôles\n\n### Clavier et focus\n\n**WCAG :** Operable \n**RGAA :** 7 · Scripts ; 10 · Présentation ; 12 · Navigation\n\n05\n\n4 contrôles\n\n### Composants et états\n\n**WCAG :** Operable / Robust \n**RGAA :** 7 · Scripts ; 12 · Navigation\n\n06\n\n6 contrôles\n\n### Formulaires et erreurs\n\n**WCAG :** Understandable / Robust \n**RGAA :** 11 · Formulaires\n\n07\n\n4 contrôles\n\n### Médias, mouvement et temps\n\n**WCAG :** Perceivable / Operable \n**RGAA :** 4 · Multimédia ; 13 · Consultation\n\n08\n\n5 contrôles\n\n### Adaptation et robustesse\n\n**WCAG :** Operable / Understandable / Robust \n**RGAA :** 7 · Scripts ; 10 · Présentation ; 12 · Navigation ; 13 · Consultation\n\nGrille ouverte · v1.0\n\n## Les 36 contrôles du socle, avec un critère d’acceptation et une preuve visibles.\n\nLa 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.\n\n**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.\n\nLes 36 contrôles du socle Edikka v1.0. La correspondance RGAA indique un thème de rattachement, pas un résultat de conformité.ID| Famille| Barrière contrôlée| Critère d’acceptation| Preuve attendue| WCAG 2.2 / RGAA 4.1.2| Sévérité \n---|---|---|---|---|---|--- \n**A11Y01**| Repères et structure| **Titre de page identifiable** \nL’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) \n8 · Éléments obligatoires| Haute \n**A11Y02**| Repères et structure| **Langue principale déclarée** \nLa 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) \n8 · Éléments obligatoires| Haute \n**A11Y03**| Repères et structure| **Hiérarchie de titres cohérente** \nLes 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) \n9 · Structuration| Haute \n**A11Y04**| Repères et structure| **Régions et accès direct au contenu** \nLa 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) \n9 · Structuration ; 12 · Navigation| Haute \n**A11Y05**| Contenus et alternatives| **Alternative des images informative** \nUne 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) \n1 · Images| Haute \n**A11Y06**| Contenus et alternatives| **Nom des images fonctionnelles et icônes** \nUne 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) \n1 · Images ; 7 · Scripts| Bloquant \n**A11Y07**| Contenus et alternatives| **Liens compréhensibles en contexte** \nLa 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) \n6 · Liens| Haute \n**A11Y08**| Contenus et alternatives| **Instructions indépendantes de la forme et de la couleur** \nL’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) \n3 · Couleurs ; 13 · Consultation| Haute \n**A11Y09**| Perception visuelle| **Contraste des textes** \nLe 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) \n3 · Couleurs| Haute \n**A11Y10**| Perception visuelle| **Contraste des composants et états utiles** \nUn 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) \n3 · Couleurs ; 10 · Présentation| Haute \n**A11Y11**| Perception visuelle| **Zoom texte et espacement personnalisable** \nLe 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) \n10 · Présentation| Haute \n**A11Y12**| Perception visuelle| **Reflow à 320 CSS pixels** \nUne 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) \n10 · Présentation| Bloquant \n**A11Y13**| Clavier et focus| **Toutes les fonctions au clavier** \nUne 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) \n7 · Scripts ; 12 · Navigation| Bloquant \n**A11Y14**| Clavier et focus| **Absence de piège clavier** \nLe 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) \n7 · Scripts ; 12 · Navigation| Bloquant \n**A11Y15**| Clavier et focus| **Focus visible et non masqué** \nL’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) \n10 · Présentation ; 12 · Navigation| Haute \n**A11Y16**| Clavier et focus| **Ordre de focus logique** \nLa 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) \n12 · Navigation| Haute \n**A11Y17**| Composants et états| **Nom accessible aligné sur le libellé visible** \nLa 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) \n7 · Scripts| Haute \n**A11Y18**| Composants et états| **Nom, rôle, valeur et état programmatiques** \nLe 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) \n7 · Scripts| Bloquant \n**A11Y19**| Composants et états| **Gestion du focus des modales et panneaux** \nLe 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) \n7 · Scripts ; 12 · Navigation| Bloquant \n**A11Y20**| Composants et états| **Messages de statut annoncés** \nUne 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) \n7 · Scripts ; 11 · Formulaires| Haute \n**A11Y21**| Formulaires et erreurs| **Libellé explicite pour chaque champ** \nLa 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) \n11 · Formulaires| Bloquant \n**A11Y22**| Formulaires et erreurs| **Finalité des champs personnels identifiable** \nLes 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) \n11 · Formulaires| Moyenne \n**A11Y23**| Formulaires et erreurs| **Erreurs identifiées et rattachées aux champs** \nL’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) \n11 · Formulaires| Bloquant \n**A11Y24**| Formulaires et erreurs| **Prévention et confirmation des actions sensibles** \nUne 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) \n11 · Formulaires| Bloquant \n**A11Y25**| Médias, mouvement et temps| **Sous-titres des vidéos préenregistrées** \nLe 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) \n4 · Multimédia| Haute \n**A11Y26**| Médias, mouvement et temps| **Alternative au contenu visuel ou sonore essentiel** \nUne 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) \n4 · Multimédia| Haute \n**A11Y27**| Médias, mouvement et temps| **Contrôle de l’autoplay, du mouvement et du temps** \nLe 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) \n4 · Multimédia ; 13 · Consultation| Bloquant \n**A11Y28**| Médias, mouvement et temps| **Clignotements sûrs et mouvement contrôlable** \nDes 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) \n13 · Consultation| Haute \n**A11Y29**| Adaptation et robustesse| **Orientation non imposée** \nLe 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) \n13 · Consultation| Haute \n**A11Y30**| Adaptation et robustesse| **Cibles tactiles suffisamment grandes** \nUne 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) \n10 · Présentation ; 13 · Consultation| Moyenne \n**A11Y31**| Adaptation et robustesse| **Navigation et composants cohérents** \nLe 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) \n12 · Navigation| Moyenne \n**A11Y32**| Adaptation et robustesse| **Ordre de lecture programmatique cohérent** \nLe 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) \n9 · Structuration ; 10 · Présentation| Haute \n**A11Y33**| Clavier et focus| **Alternative aux gestes de glissement** \nUne 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) \n7 · Scripts — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2| Haute \n**A11Y34**| Adaptation et robustesse| **Aide cohérente entre les pages** \nLe 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) \n12 · Navigation — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2| Moyenne \n**A11Y35**| Formulaires et erreurs| **Saisie redondante évitée** \nUne 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) \n11 · Formulaires — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2| Haute \n**A11Y36**| Formulaires et erreurs| **Authentification accessible** \nLa 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) \n11 · Formulaires — critère WCAG 2.2 sans équivalent direct dans le RGAA 4.1.2| Bloquant \n \nExécution\n\n## Un contrôle exploitable relie six champs : périmètre, scénario, résultat, preuve, statut et responsable.\n\n« 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.\n\nContrôle vague\n\n« Le menu est accessible au clavier. » Aucun parcours, aucune preuve, aucun environnement.\n \n \n Statut: conforme\n Preuve: aucune\n Conclusion: impossible à rejouer\n\nContrôle rejouable\n\nA11Y13 · Menu mobile · Chrome 140 · 390 × 844 · clavier uniquement.\n \n \n 1. Tab jusqu’au bouton Menu\n 2. Entrée pour ouvrir\n 3. Tab sur chaque lien\n 4. Échap pour fermer\n 5. Vérifier le retour du focus\n \n Preuve: vidéo + journal horodaté\n Statut: Conforme / Non conforme / À tester / Non applicable\n\nStatut contrôlé\n\nLa 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.\n\nPriorisation\n\n## Corriger d’abord ce qui empêche de percevoir, naviguer ou terminer l’action.\n\nVocabulaire de sévérité du socle Edikka Sévérité| Définition| Exemple| Décision attendue \n---|---|---|--- \n**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. \n**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. \n**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. \n \nAutomatisation et humain\n\n## Les outils détectent des symptômes ; les parcours humains établissent l’impact.\n\nUn 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.\n\nLa 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.\n\nApprofondir\n\n### Passer du socle à l’audit réel\n\nLes pages spécialisées détaillent les limites des scores, l’échantillonnage et les tests humains.\n\n * [01AutomatisationPourquoi Lighthouse 100 ne prouve pas l’accessibilité](/insights/developpement-web/lighthouse-100-accessibilite)\n * [02Audit humainCe que les outils automatiques ne voient pas](/insights/developpement-web/audit-accessibilite-reel-tests-humains-outils)\n * [03Preuves EdikkaConsulter le périmètre et les preuves publiques](/audit/accessibilite)\n\n\n\nCycle projet\n\n## L’accessibilité se décide avant la maquette et se rejoue après la mise en ligne.\n\n01\n\nCadrage\n\n### Qualifier le service, les utilisateurs et les parcours critiques.\n\nLa portée juridique et la portée du test sont deux décisions distinctes.\n\n02\n\nConception\n\n### Définir les états, erreurs, contenus et interactions avant le pixel.\n\nUne maquette doit montrer le focus, les erreurs, les confirmations et les variantes responsive.\n\n03\n\nComposants\n\n### Coder les comportements dans le design system.\n\nLe correctif d’un bouton, d’une modale ou d’un champ doit bénéficier à toutes ses occurrences.\n\n04\n\nContenus\n\n### Nommer les titres, liens, alternatives et instructions.\n\nLa sémantique n’est pas un habillage technique : elle porte le sens publié.\n\n05\n\nRecette\n\n### Rejouer les 36 contrôles sur les pages et états retenus.\n\nChaque anomalie reçoit une preuve, une sévérité, un responsable et un contre-test.\n\n06\n\nProduction\n\n### Surveiller les parcours et les régressions.\n\nUne page accessible aujourd’hui peut casser au prochain composant, contenu ou script tiers.\n\nArchitecture du cluster\n\n## Une question, une page de référence : le socle oriente sans tout réexpliquer.\n\nChoisir la bonne profondeur\n\n### Du premier contrôle à la preuve publique\n\nChaque ressource conserve un rôle distinct pour éviter la cannibalisation et les réponses contradictoires.\n\n * [01ObligationsRGAA, WCAG, EAA : qualifier le cadre](/insights/developpement-web/rgaa-wcag-eaa-accessibilite-numerique)\n * [02ConversionFormulaires accessibles et contacts perdus](/insights/developpement-web/formulaire-accessible-erreurs-contacts-perdus)\n * [03StructureAccessibilité, SEO et IA : HTML sémantique](/insights/developpement-web/accessibilite-seo-ia-html-semantique)\n * [04MarchéObservatoire de l’accessibilité web en France](/insights/observatoire-accessibilite)\n * [05DéclarationÉtat d’accessibilité publié par Edikka](/accessibilite)\n * [06AuditPérimètre, résultats, preuves et réserves](/audit/accessibilite)\n\n\n\nActifs ouverts\n\n## Télécharger, rejouer, contester et améliorer la méthode.\n\nLes 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.\n\nRessources\n\n### Trois formats, une seule méthode v1.0\n\nLes nombres, identifiants et contrôles proviennent de la même source versionnée.\n\n * [01XLSXMatrice prête à remplir · FR et EN](/docbd/data/socle-accessibilite-site-professionnel-edikka-v1.xlsx)\n * [02JSONSource machine bilingue versionnée](/docbd/data/socle-accessibilite-site-professionnel-edikka-v1.json)\n * [03MarkdownÉdition publique textuelle et citable](/llms/insights/accessibilite-web-bases-site-professionnel.md)\n\n\n\nSources primaires\n\n## La méthode Edikka renvoie vers les référentiels qu’elle ne remplace pas.\n\nConsultées le 25 août 2026\n\n### Textes et méthodes de référence\n\nLes critères normatifs restent ceux des organismes qui les publient.\n\n * [01Source primaireWCAG 2.2 · W3C Recommendation (nouvel onglet)](https://www.w3.org/TR/WCAG22/)\n * [02Source primaireRGAA 4.1.2 · Critères et tests (nouvel onglet)](https://accessibilite.numerique.gouv.fr/methode/criteres-et-tests/)\n * [03Source primaireWCAG-EM · Website Accessibility Conformance Evaluation Methodology (nouvel onglet)](https://www.w3.org/WAI/test-evaluate/conformance/wcag-em/)\n * [04Source primaireDGCCRF · Directive accessibilité (nouvel onglet)](https://www.economie.gouv.fr/dgccrf/les-fiches-pratiques/professionnels-vos-produits-et-services-doivent-etre-conformes-la-directive-accessibilite)\n\n\n\nVersion et intégrité\n\n## Une méthode citable, datée et vérifiable jusqu’au fichier.\n\n**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.\n\nCitation 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.\n\nEmpreintes SHA-256\n\nCes empreintes permettent de vérifier que le JSON et le XLSX téléchargés correspondent aux fichiers cités par cette édition.\n \n \n JSON 8fdfeddda1f94f427e54274a90003a7e824f15a5304ceeba2a9509453c5e31cd\n XLSX f869d70bef0b716070d7af9b6f8f1354e5d969574ea3bb890226dd7df29aeb90\n\nLimite volontaire\n\n## Edikka est une agence web : cette grille est une méthode de travail publiée, pas un référentiel indépendant.\n\nNous 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.\n\nLe 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.\n\nConclusion\n\n## Commencez par un parcours réel, une barrière observable et une preuve rejouable.\n\nL’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.\n\nChoisissez 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é.\n\nDécision\n\nNe publiez pas « accessible » parce qu’un outil est vert. Publiez ce qui a été testé, comment, quand, avec quelle preuve et quelles limites.\n\nVision Edikka\n\n## L’accessibilité devient crédible quand le design, le contenu et le code partagent la même preuve.\n\nUn 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é.\n\n01Usage\n\n### Partir du parcours réel\n\nLa priorité vient de ce que l’utilisateur doit percevoir, comprendre et terminer — pas de ce qui est le plus simple à mesurer.\n\n02Système\n\n### Corriger à la source\n\nUn composant accessible, documenté et testé évite de réparer le même défaut sur chaque page.\n\n03Preuve\n\n### Nommer ce qui reste inconnu\n\n« À tester », « non applicable » et « non conforme » sont des informations utiles. Les masquer détruit la confiance.\n\nÀ retenir\n\nLa qualité premium ne consiste pas à rendre l’accessibilité invisible. Elle consiste à intégrer ses exigences dans chaque décision de conception.\n\nFAQ article \n\n## Pour aller plus loin sur ce sujet\n\nDes réponses complémentaires pour clarifier les points essentiels abordés dans cet article. \n\n10 questions sélectionnées [ Voir toutes les FAQ + ](/faq)\n\n### Qu’est-ce que l’accessibilité web ? \n\nL’accessibilité web consiste à concevoir les contenus, interfaces et parcours pour que les personnes puissent percevoir l’information, comprendre l’interface, naviguer et agir, y compris avec un clavier ou une technologie d’assistance.\n\n### À qui profite un site web accessible ? \n\nAux personnes handicapées, mais aussi aux utilisateurs en mobilité, avec un écran agrandi, une connexion dégradée, une blessure temporaire ou un contexte qui limite l’attention, la vision, l’audition ou la motricité.\n\n### Les 36 contrôles prouvent-ils la conformité RGAA ou WCAG ? \n\nNon. Le socle sert au diagnostic initial d’un parcours. Une revendication de conformité exige un périmètre, un échantillon représentatif, tous les critères applicables et des tests humains documentés.\n\n### Quelle différence entre WCAG, RGAA et EAA ? \n\nWCAG 2.2 définit des critères de succès internationaux. Le RGAA 4.1.2 fournit une méthode française de critères et de tests. L’EAA porte des obligations européennes pour certains produits et services. Leur applicabilité dépend du contexte, de l’entité et du service.\n\n[ Relier HTML sémantique, accessibilité et SEO ](/insights/developpement-web/seo-technique-fondations)\n\n### Un score Lighthouse de 100 prouve-t-il qu’un site est accessible ? \n\nNon. Un score automatique couvre seulement une partie des règles détectables. Il ne prouve ni la qualité d’une alternative, ni l’utilisabilité d’un parcours au clavier, ni le comportement complet avec un lecteur d’écran.\n\n### Par où commencer l’accessibilité d’un site professionnel ? \n\nChoisissez un parcours critique, définissez l’environnement de test, exécutez les contrôles applicables, conservez les preuves, attribuez les corrections puis rejouez exactement le même scénario.\n\n### Qu’est-ce qu’une preuve d’accessibilité rejouable ? \n\nUne preuve rejouable décrit la page, l’état, le viewport, le navigateur, la technologie utilisée, les étapes, le résultat observé, la date et les réserves. Un tiers doit pouvoir reproduire ou contester la conclusion.\n\n### Comment prioriser les corrections d’accessibilité ? \n\nTraitez d’abord les anomalies qui font disparaître une information essentielle ou empêchent de terminer un parcours critique. Gardez séparés la sévérité, le statut du test et la décision de blocage.\n\n### Faut-il tester avec un lecteur d’écran ? \n\nOui pour les parcours critiques et les composants qui exposent un nom, un rôle, une valeur, un état ou des messages dynamiques. Le lecteur d’écran complète le test clavier et l’inspection de l’arbre d’accessibilité.\n\n### Quand faut-il passer du socle à un audit complet ? \n\nLorsque vous devez établir une conformité, publier une déclaration, couvrir un service entier, préparer une obligation contractuelle ou juridique, ou lorsque le diagnostic révèle des composants et parcours qui exigent un échantillon plus large.\n\n## Le web, pensé pour performer \n\nStratégie. Design. Code. SEO. IA. Des expériences digitales plus claires, plus rapides et plus convaincantes. \n\n[ Parler de votre projet ](/contact) [ Voir nos projets ](/projets)\n\n## Articles voisins pour poursuivre l’analyse\n\nInsights\n\n[Tous les insights](/insights)\n\n[Stratégie digitale](/insights/strategie-digitale)\n\n[UX UI Design](/insights/ux-ui-design)\n\nDéveloppement web\n\n[SEO & visibilité IA](/insights/seo)\n\n[IA & automatisation web](/insights/ia-automatisation-web)\n\n[  Développement web Optimiser Formulaire accessible : les erreurs qui vous font perdre des contacts 19 mai 2026 Lire l’analyse ](/insights/developpement-web/formulaire-accessible-erreurs-contacts-perdus)[  Développement web Avancé RGAA, WCAG, EAA sans jargon : le guide dirigeant de l’accessibilité numérique 19 mai 2026 Lire l’analyse ](/insights/developpement-web/rgaa-wcag-eaa-accessibilite-numerique)[  Développement web Optimiser Lighthouse 100 ne prouve pas qu’un site est accessible 19 mai 2026 Lire l’analyse ](/insights/developpement-web/lighthouse-100-accessibilite)[  Développement web Avancé SEO technique : protocole d’audit vérifiable des fondations d’un site 19 mai 2026 Lire l’analyse ](/insights/developpement-web/seo-technique-fondations)[  Développement web Avancé Optimisation des images web : protocole vérifiable, formats, LCP et qualité perceptive 19 mai 2026 Lire l’analyse ](/insights/developpement-web/optimisation-images-web)[  Développement web Comprendre Front-end vs back-end : comprendre simplement 19 mai 2026 Lire l’analyse ](/insights/developpement-web/frontend-vs-backend)\n\n[ + Explorer ](/insights/developpement-web)\n\nQualité vérifiable\n\n## La qualité ne s’affirme pas, elle se vérifie. \n\n[ Ouverture dans un nouvel onglet. Performance Analyse du chargement, des Core Web Vitals et des bonnes pratiques. PageSpeed ↗ ](https://pagespeed.web.dev/analysis?url=https%3A%2F%2Fwww.edikka.com%2Finsights%2Fdeveloppement-web%2Faccessibilite-web-bases-site-professionnel&form_factor=mobile&hl=fr) [ Ouverture dans un nouvel onglet. Données structurées Contrôle du balisage schema.org pour Google et assistants IA. Rich Results ↗ ](https://search.google.com/test/rich-results?url=https%3A%2F%2Fwww.edikka.com%2Finsights%2Fdeveloppement-web%2Faccessibilite-web-bases-site-professionnel) [ Ouverture dans un nouvel onglet. Structure HTML Contrôle du balisage HTML et de la structure du document. W3C Validator ↗ ](https://validator.w3.org/nu/?showoutline=yes&doc=https%3A%2F%2Fwww.edikka.com%2Finsights%2Fdeveloppement-web%2Faccessibilite-web-bases-site-professionnel) [ Ouverture dans un nouvel onglet. Accessibilité Repérage des erreurs pouvant gêner la navigation ou la lecture. WAVE ↗ ](https://wave.webaim.org/report#/https://www.edikka.com/insights/developpement-web/accessibilite-web-bases-site-professionnel)\n\nPage analysée: `/insights/developpement-web/accessibilite-web-bases-site-professionnel`\n\n[ ](/)\n\n94, boulevard Barbès \n75018 Paris - FRANCE\n\n[+33 (0)1 48 56 83 07](tel:+33148568307) [ ](https://www.linkedin.com/company/edikka/ \"LinkedIn Edikka\") [ ](https://www.youtube.com/@Edikka \"YouTube @Edikka\")\n\n * [Insights.](/insights)\n * [Bibliothèque.](/bibliotheque)\n * [FAQ.](/faq)\n\n\n\n * [Expertise](/expertise)\n * [Refonte de site](/refonte-site-internet)\n * [Collaborations](/collaborations)\n\n[ Contactez-nous ](/contact)\n\n(C) 2026 Agence digitale fondée par [Bertrand Morel](/agence/bertrand-morel)\n\n[Confidentialité](/politique-de-confidentialite) [Mentions légales](/mentions-legales) [Accessibilité](/accessibilite)\n",
"status": "ok"
}markdownify 1.2.2
Output produced Identical repeat
Source : component_replays.markdownify
Full output and metadata
{
"tool": "markdownify",
"version": "1.2.2",
"markdown": " Accessibilité web : 36 contrôles essentiels et grille XLSX \n [Aller au contenu](#edikka-main-content)\n\n* [L’agence](/agence)\n* [Expertise](/expertise) \n\n [Expertise Créer. Optimiser. Convertir. Une approche digitale précise, élégante et orientée résultats. Toutes les expertises →](/expertise) \n + [→ Stratégie \n digitale Positionnement, parcours, acquisition et croissance.](/expertise/strategie-digitale)\n + [→ Expérience \n & design Interfaces élégantes, lisibles et pensées pour convertir.](/expertise/ux-ui-design)\n + [→ Développement \n web Code rapide, robuste, maintenable.](/expertise/developpement-web)\n + [→ SEO \n & visibilité IA SEO, GEO, structure éditoriale et performance durable.](/expertise/seo) [21 **Bibliothèque ouverte** Protocoles, grilles et données qui étayent nos expertises. →](/bibliotheque)\n* [Projets](/projets)\n* [IA](/expertise/ia)\n* [Contact](/contact)\n\nFR [EN](https://www.edikka.com/en/insights/web-development/web-accessibility-professional-website-basics)\n\nMenu\n\n* [Agence →](/agence)\n* [Expertise →](/expertise) \n + [Stratégie digitale Positionnement & croissance](/expertise/strategie-digitale)\n + [Expérience & design Interfaces & conversion](/expertise/ux-ui-design)\n + [Développement web Code rapide & robuste](/expertise/developpement-web)\n + [SEO & visibilité IA Structure & performance](/expertise/seo)\n + [21 Bibliothèque ouverte Instruments & preuves](/bibliotheque)\n* [IA Automatisation](/expertise/ia)\n* [Projets →](/projets)\n* [Insights →](/insights)\n* [Contact →](/contact)\n\n1. [Accueil](/)\n2. [Insights](/insights)\n3. [Développement web](/insights/developpement-web)\n4. Accessibilité web : 36 contrôles essentiels\n\nInsights\n\nDéveloppement web\n\nNiveau : Optimiser\n\n# Accessibilité web : 36 contrôles essentiels pour un site professionnel\n\nUn socle vérifiable : 36 contrôles, 8 familles, critères d’acceptation, preuves et limites explicites.\n\nTemps de lecture estimé : 16:00\n\nSommaire\n\n1. [01 Réponse courte](#accessibilite-socle-reponse \"Un site accessible ne se reconnaît pas à un score : il se vérifie par des parcours, des critères et des preuves.\")\n2. [02 Périmètre du socle](#accessibilite-socle-perimetre \"Ce socle répond à « par où commencer ? », pas à « sommes-nous juridiquement conformes ? »\")\n3. [03 Règle de sélection](#accessibilite-socle-selection \"Pourquoi 36 contrôles : le nombre sort d’une règle publiée, pas d’un chiffre marketing.\")\n4. [04 8 familles](#accessibilite-socle-familles \"Huit familles pour agir, avec un rattachement normatif pour vérifier.\")\n5. [05 36 contrôles](#accessibilite-socle-controles \"Les 36 contrôles du socle, avec un critère d’acceptation et une preuve visibles.\")\n6. [06 Exécuter un contrôle](#accessibilite-socle-execution \"Un contrôle exploitable relie six champs : périmètre, scénario, résultat, preuve, statut et responsable.\")\n7. [07 Prioriser](#accessibilite-socle-priorites \"Corriger d’abord ce qui empêche de percevoir, naviguer ou terminer l’action.\")\n8. [08 Outils et humain](#accessibilite-socle-outils \"Les outils détectent des symptômes ; les parcours humains établissent l’impact.\")\n9. [09 Cycle projet](#accessibilite-socle-workflow \"L’accessibilité se décide avant la maquette et se rejoue après la mise en ligne.\")\n10. [10 Parcours du cluster](#accessibilite-socle-cluster \"Une question, une page de référence : le socle oriente sans tout réexpliquer.\")\n11. [11 Actifs ouverts](#accessibilite-socle-actifs \"Télécharger, rejouer, contester et améliorer la méthode.\")\n12. [12 Sources](#accessibilite-socle-sources \"La méthode Edikka renvoie vers les référentiels qu’elle ne remplace pas.\")\n13. [13 Version et intégrité](#accessibilite-socle-integrite \"Une méthode citable, datée et vérifiable jusqu’au fichier.\")\n14. [14 Limite volontaire](#accessibilite-socle-limite \"Edikka est une agence web : cette grille est une méthode de travail publiée, pas un référentiel indépendant.\")\n15. [15 Conclusion](#accessibilite-socle-conclusion \"Commencez par un parcours réel, une barrière observable et une preuve rejouable.\")\n\n\n\nPar où commencer l’accessibilité d’un site professionnel ? Cette méthode ouverte transforme 36 barrières fréquentes en contrôles rejouables, preuves et décisions — sans confondre socle, audit complet et conformité juridique.\n\nAudit accessibilité\n\nAuditer les parcours réels.\n\nCadrez le périmètre, les tests humains, les preuves et les contre-tests, ou vérifiez d’abord le rapport public Edikka.\n\n[Analyse signée par **Bertrand Morel** Fondateur d’Edikka, stratégie digitale, UX/UI, développement web, SEO et visibilité IA.](/agence/bertrand-morel) \n\nÉcouter la version courte (voix IA)\n\nLe condensé audio de cette analyse.\n\nÉcouter \n\n0:00 1:42\n\nCette capsule synthétise le contenu. L’article textuel complet ci-dessous constitue la version de référence accessible et contient l’ensemble des informations nécessaires.\n\nCréation\n: 19 mai 2026\n\nMise à jour\n: 25 août 2026\n\nSujet\n: Développement web\n\nPasser à l’action\n\n [Découvrir la mission d’audit](/audit-accessibilite-numerique) [Vérifier les preuves publiques](/audit/accessibilite) Checklist priorisée\n\nRésumer avec l’IA\n\n ChatGPT Claude Perplexity\n\nPartager\n\n LinkedIn Copier le lien\n\nAction effectuée.\n\n[Fait partie de la Bibliothèque Edikka](/bibliotheque#instrument-professional-website-accessibility-foundation)v1.1 · CC BY 4.0\n\n## Socle accessibilité d’un site professionnel\n\nPréparer un diagnostic de parcours et identifier les contrôles à approfondir.\n\n Aperçu, fichiers et citation\n\nDans l’instrument\n\nTrois extraits du fichier publié · abrégés si nécessaire\n\n| ID | Contrôle | Preuve attendue |\n| --- | --- | --- |\n| A11Y01 | Titre de page identifiable | Capture de l’onglet et extrait du head. |\n| A11Y02 | Langue principale déclarée | Extrait DOM et journal de test. |\n| A11Y03 | Hiérarchie de titres cohérente | Plan des titres exporté. |\n\n[Consulter le fichier original — Socle accessibilité d’un site professionnel](/docbd/data/socle-accessibilite-site-professionnel-edikka-v1-1.json) · v1.1\n\nCiter cette version\n\nEdikka (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.\n\nCopier la citation — Socle accessibilité d’un site professionnel\n\nHistorique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.\n\n[Signaler une erreur sur cette version par e-mail — Socle accessibilité d’un site professionnel](mailto:agence@edikka.com?subject=Correction%20biblioth%C3%A8que%20%E2%80%94%20Socle%20accessibilit%C3%A9%20d%E2%80%99un%20site%20professionnel%20%C2%B7%20v1.1&body=Socle%20accessibilit%C3%A9%20d%E2%80%99un%20site%20professionnel%20%C2%B7%20v1.1%0Ahttps%3A%2F%2Fwww.edikka.com%2Fdocbd%2Fdata%2Fsocle-accessibilite-site-professionnel-edikka-v1.json%23dataset%0A%0AProbl%C3%A8me%20observ%C3%A9%20%3A%0A%0APreuve%20ou%20%C3%A9tapes%20pour%20le%20reproduire%20%3A%0A%0ACorrection%20propos%C3%A9e%20%3A%0A)\n\n* [socle-accessibilite-site-professionnel-edikka-v1-1.json · JSON · fr + en](/docbd/data/socle-accessibilite-site-professionnel-edikka-v1-1.json)\n* [schema-socle-accessibilite-site-professionnel-edikka-v1-1.json · JSON Schema · zxx](/docbd/data/schema-socle-accessibilite-site-professionnel-edikka-v1-1.json)\n* [socle-accessibilite-site-professionnel-edikka-v1.xlsx · XLSX · fr + en](/docbd/data/socle-accessibilite-site-professionnel-edikka-v1.xlsx)\n* [auto-evaluation-socle-accessibilite-edikka-2026-08-26.json · JSON · fr](/docbd/data/auto-evaluation-socle-accessibilite-edikka-2026-08-26.json)\n* [auto-evaluation-socle-accessibilite-edikka-2026-08-26.xlsx · XLSX · fr](/docbd/data/auto-evaluation-socle-accessibilite-edikka-2026-08-26.xlsx)\n\n**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.\n\n[Retrouver cet instrument dans le catalogue](/bibliotheque#instrument-professional-website-accessibility-foundation)\n\nRéponse courte\n\n## Un site accessible ne se reconnaît pas à un score : il se vérifie par des parcours, des critères et des preuves.\n\nL’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.\n\nCette é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é.\n\n**8**familles opérationnelles\n\n**36**contrôles rejouables\n\n**4**statuts contrôlés\n\n**Non**certification automatique\n\nPrincipe de preuve\n\nUn contrôle non testé n’est pas conforme. Il reste « à tester ». Une absence de preuve n’est jamais transformée en réussite.\n\nPérimètre\n\n## Ce socle répond à « par où commencer ? », pas à « sommes-nous juridiquement conformes ? »\n\nWCAG 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.\n\nLe 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é.\n\nQuatre questions de qualification avant de parler d’obligation\n\n| Question | Ce que l’on peut décider ici | Suite correcte |\n| --- | --- | --- |\n| 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](/insights/developpement-web/rgaa-wcag-eaa-accessibilite-numerique). |\n| 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. |\n| 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. |\n| Un score automatique est-il disponible ? | Le score renseigne une partie des règles automatisables. | [Comprendre ce que Lighthouse ne prouve pas](/insights/developpement-web/lighthouse-100-accessibilite). |\n\n**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.\n\nMéthode de sélection\n\n## Pourquoi 36 contrôles : le nombre sort d’une règle publiée, pas d’un chiffre marketing.\n\nUn 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.\n\n1. 01\n\n Le contrôle concerne la majorité des pages publiques ou des parcours transactionnels d’un site professionnel.\n2. 02\n\n Le résultat peut être observé sur un périmètre borné sans prétendre échantillonner tout le site.\n3. 03\n\n Le critère d’acceptation et la preuve attendue peuvent être formulés sans jugement opaque.\n4. 04\n\n Un échec crée une barrière d’accès, de compréhension, de navigation ou d’action.\n5. 05\n\n Le contrôle se rattache à WCAG 2.2 niveau A ou AA et à un thème du RGAA 4.1.2.\n\nHors socle\n\nLes 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.\n\nTaxonomie double\n\n## Huit familles pour agir, avec un rattachement normatif pour vérifier.\n\nLa 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.\n\n01\n\n4 contrôles\n\n### Repères et structure\n\n**WCAG :** Operable / Understandable \n**RGAA :** 8 · Éléments obligatoires ; 9 · Structuration ; 12 · Navigation\n\n02\n\n4 contrôles\n\n### Contenus et alternatives\n\n**WCAG :** Perceivable / Understandable \n**RGAA :** 1 · Images ; 3 · Couleurs ; 6 · Liens ; 13 · Consultation\n\n03\n\n4 contrôles\n\n### Perception visuelle\n\n**WCAG :** Perceivable \n**RGAA :** 3 · Couleurs ; 10 · Présentation\n\n04\n\n5 contrôles\n\n### Clavier et focus\n\n**WCAG :** Operable \n**RGAA :** 7 · Scripts ; 10 · Présentation ; 12 · Navigation\n\n05\n\n4 contrôles\n\n### Composants et états\n\n**WCAG :** Operable / Robust \n**RGAA :** 7 · Scripts ; 12 · Navigation\n\n06\n\n6 contrôles\n\n### Formulaires et erreurs\n\n**WCAG :** Understandable / Robust \n**RGAA :** 11 · Formulaires\n\n07\n\n4 contrôles\n\n### Médias, mouvement et temps\n\n**WCAG :** Perceivable / Operable \n**RGAA :** 4 · Multimédia ; 13 · Consultation\n\n08\n\n5 contrôles\n\n### Adaptation et robustesse\n\n**WCAG :** Operable / Understandable / Robust \n**RGAA :** 7 · Scripts ; 10 · Présentation ; 12 · Navigation ; 13 · Consultation\n\nGrille ouverte · v1.0\n\n## Les 36 contrôles du socle, avec un critère d’acceptation et une preuve visibles.\n\nLa 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.\n\n**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.\n\nLes 36 contrôles du socle Edikka v1.0. La correspondance RGAA indique un thème de rattachement, pas un résultat de conformité.\n\n| ID | Famille | Barrière contrôlée | Critère d’acceptation | Preuve attendue | WCAG 2.2 / RGAA 4.1.2 | Sévérité |\n| --- | --- | --- | --- | --- | --- | --- |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n| **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 |\n\nExécution\n\n## Un contrôle exploitable relie six champs : périmètre, scénario, résultat, preuve, statut et responsable.\n\n« 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.\n\nContrôle vague\n\n« Le menu est accessible au clavier. » Aucun parcours, aucune preuve, aucun environnement.\n\n```\nStatut: conforme\nPreuve: aucune\nConclusion: impossible à rejouer\n```\n\nContrôle rejouable\n\nA11Y13 · Menu mobile · Chrome 140 · 390 × 844 · clavier uniquement.\n\n```\n1. Tab jusqu’au bouton Menu\n2. Entrée pour ouvrir\n3. Tab sur chaque lien\n4. Échap pour fermer\n5. Vérifier le retour du focus\n\nPreuve: vidéo + journal horodaté\nStatut: Conforme / Non conforme / À tester / Non applicable\n```\n\nStatut contrôlé\n\nLa 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.\n\nPriorisation\n\n## Corriger d’abord ce qui empêche de percevoir, naviguer ou terminer l’action.\n\nVocabulaire de sévérité du socle Edikka\n\n| Sévérité | Définition | Exemple | Décision attendue |\n| --- | --- | --- | --- |\n| **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. |\n| **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. |\n| **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. |\n\nAutomatisation et humain\n\n## Les outils détectent des symptômes ; les parcours humains établissent l’impact.\n\nUn 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.\n\nLa 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.\n\nApprofondir\n\n### Passer du socle à l’audit réel\n\nLes pages spécialisées détaillent les limites des scores, l’échantillonnage et les tests humains.\n\n* [01AutomatisationPourquoi Lighthouse 100 ne prouve pas l’accessibilité](/insights/developpement-web/lighthouse-100-accessibilite)\n* [02Audit humainCe que les outils automatiques ne voient pas](/insights/developpement-web/audit-accessibilite-reel-tests-humains-outils)\n* [03Preuves EdikkaConsulter le périmètre et les preuves publiques](/audit/accessibilite)\n\nCycle projet\n\n## L’accessibilité se décide avant la maquette et se rejoue après la mise en ligne.\n\n01\n\nCadrage\n\n### Qualifier le service, les utilisateurs et les parcours critiques.\n\nLa portée juridique et la portée du test sont deux décisions distinctes.\n\n02\n\nConception\n\n### Définir les états, erreurs, contenus et interactions avant le pixel.\n\nUne maquette doit montrer le focus, les erreurs, les confirmations et les variantes responsive.\n\n03\n\nComposants\n\n### Coder les comportements dans le design system.\n\nLe correctif d’un bouton, d’une modale ou d’un champ doit bénéficier à toutes ses occurrences.\n\n04\n\nContenus\n\n### Nommer les titres, liens, alternatives et instructions.\n\nLa sémantique n’est pas un habillage technique : elle porte le sens publié.\n\n05\n\nRecette\n\n### Rejouer les 36 contrôles sur les pages et états retenus.\n\nChaque anomalie reçoit une preuve, une sévérité, un responsable et un contre-test.\n\n06\n\nProduction\n\n### Surveiller les parcours et les régressions.\n\nUne page accessible aujourd’hui peut casser au prochain composant, contenu ou script tiers.\n\nArchitecture du cluster\n\n## Une question, une page de référence : le socle oriente sans tout réexpliquer.\n\nChoisir la bonne profondeur\n\n### Du premier contrôle à la preuve publique\n\nChaque ressource conserve un rôle distinct pour éviter la cannibalisation et les réponses contradictoires.\n\n* [01ObligationsRGAA, WCAG, EAA : qualifier le cadre](/insights/developpement-web/rgaa-wcag-eaa-accessibilite-numerique)\n* [02ConversionFormulaires accessibles et contacts perdus](/insights/developpement-web/formulaire-accessible-erreurs-contacts-perdus)\n* [03StructureAccessibilité, SEO et IA : HTML sémantique](/insights/developpement-web/accessibilite-seo-ia-html-semantique)\n* [04MarchéObservatoire de l’accessibilité web en France](/insights/observatoire-accessibilite)\n* [05DéclarationÉtat d’accessibilité publié par Edikka](/accessibilite)\n* [06AuditPérimètre, résultats, preuves et réserves](/audit/accessibilite)\n\nActifs ouverts\n\n## Télécharger, rejouer, contester et améliorer la méthode.\n\nLes 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.\n\nRessources\n\n### Trois formats, une seule méthode v1.0\n\nLes nombres, identifiants et contrôles proviennent de la même source versionnée.\n\n* [01XLSXMatrice prête à remplir · FR et EN](/docbd/data/socle-accessibilite-site-professionnel-edikka-v1.xlsx)\n* [02JSONSource machine bilingue versionnée](/docbd/data/socle-accessibilite-site-professionnel-edikka-v1.json)\n* [03MarkdownÉdition publique textuelle et citable](/llms/insights/accessibilite-web-bases-site-professionnel.md)\n\nSources primaires\n\n## La méthode Edikka renvoie vers les référentiels qu’elle ne remplace pas.\n\nConsultées le 25 août 2026\n\n### Textes et méthodes de référence\n\nLes critères normatifs restent ceux des organismes qui les publient.\n\n* [01Source primaireWCAG 2.2 · W3C Recommendation (nouvel onglet)](https://www.w3.org/TR/WCAG22/)\n* [02Source primaireRGAA 4.1.2 · Critères et tests (nouvel onglet)](https://accessibilite.numerique.gouv.fr/methode/criteres-et-tests/)\n* [03Source primaireWCAG-EM · Website Accessibility Conformance Evaluation Methodology (nouvel onglet)](https://www.w3.org/WAI/test-evaluate/conformance/wcag-em/)\n* [04Source primaireDGCCRF · Directive accessibilité (nouvel onglet)](https://www.economie.gouv.fr/dgccrf/les-fiches-pratiques/professionnels-vos-produits-et-services-doivent-etre-conformes-la-directive-accessibilite)\n\nVersion et intégrité\n\n## Une méthode citable, datée et vérifiable jusqu’au fichier.\n\n**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.\n\nCitation 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.\n\nEmpreintes SHA-256\n\nCes empreintes permettent de vérifier que le JSON et le XLSX téléchargés correspondent aux fichiers cités par cette édition.\n\n```\nJSON 8fdfeddda1f94f427e54274a90003a7e824f15a5304ceeba2a9509453c5e31cd\nXLSX f869d70bef0b716070d7af9b6f8f1354e5d969574ea3bb890226dd7df29aeb90\n```\n\nLimite volontaire\n\n## Edikka est une agence web : cette grille est une méthode de travail publiée, pas un référentiel indépendant.\n\nNous 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.\n\nLe 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.\n\nConclusion\n\n## Commencez par un parcours réel, une barrière observable et une preuve rejouable.\n\nL’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.\n\nChoisissez 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é.\n\nDécision\n\nNe publiez pas « accessible » parce qu’un outil est vert. Publiez ce qui a été testé, comment, quand, avec quelle preuve et quelles limites.\n\nVision Edikka\n\n## L’accessibilité devient crédible quand le design, le contenu et le code partagent la même preuve.\n\nUn 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é.\n\n01Usage\n\n### Partir du parcours réel\n\nLa priorité vient de ce que l’utilisateur doit percevoir, comprendre et terminer — pas de ce qui est le plus simple à mesurer.\n\n02Système\n\n### Corriger à la source\n\nUn composant accessible, documenté et testé évite de réparer le même défaut sur chaque page.\n\n03Preuve\n\n### Nommer ce qui reste inconnu\n\n« À tester », « non applicable » et « non conforme » sont des informations utiles. Les masquer détruit la confiance.\n\nÀ retenir\n\nLa qualité premium ne consiste pas à rendre l’accessibilité invisible. Elle consiste à intégrer ses exigences dans chaque décision de conception.\n\nFAQ article \n\n## Pour aller plus loin sur ce sujet\n\nDes réponses complémentaires pour clarifier les points essentiels abordés dans cet article.\n\n10 questions sélectionnées [Voir toutes les FAQ +](/faq)\n\n### Qu’est-ce que l’accessibilité web ?\n\nL’accessibilité web consiste à concevoir les contenus, interfaces et parcours pour que les personnes puissent percevoir l’information, comprendre l’interface, naviguer et agir, y compris avec un clavier ou une technologie d’assistance.\n\n### À qui profite un site web accessible ?\n\nAux personnes handicapées, mais aussi aux utilisateurs en mobilité, avec un écran agrandi, une connexion dégradée, une blessure temporaire ou un contexte qui limite l’attention, la vision, l’audition ou la motricité.\n\n### Les 36 contrôles prouvent-ils la conformité RGAA ou WCAG ?\n\nNon. Le socle sert au diagnostic initial d’un parcours. Une revendication de conformité exige un périmètre, un échantillon représentatif, tous les critères applicables et des tests humains documentés.\n\n### Quelle différence entre WCAG, RGAA et EAA ?\n\nWCAG 2.2 définit des critères de succès internationaux. Le RGAA 4.1.2 fournit une méthode française de critères et de tests. L’EAA porte des obligations européennes pour certains produits et services. Leur applicabilité dépend du contexte, de l’entité et du service.\n\n[Relier HTML sémantique, accessibilité et SEO](/insights/developpement-web/seo-technique-fondations)\n\n### Un score Lighthouse de 100 prouve-t-il qu’un site est accessible ?\n\nNon. Un score automatique couvre seulement une partie des règles détectables. Il ne prouve ni la qualité d’une alternative, ni l’utilisabilité d’un parcours au clavier, ni le comportement complet avec un lecteur d’écran.\n\n### Par où commencer l’accessibilité d’un site professionnel ?\n\nChoisissez un parcours critique, définissez l’environnement de test, exécutez les contrôles applicables, conservez les preuves, attribuez les corrections puis rejouez exactement le même scénario.\n\n### Qu’est-ce qu’une preuve d’accessibilité rejouable ?\n\nUne preuve rejouable décrit la page, l’état, le viewport, le navigateur, la technologie utilisée, les étapes, le résultat observé, la date et les réserves. Un tiers doit pouvoir reproduire ou contester la conclusion.\n\n### Comment prioriser les corrections d’accessibilité ?\n\nTraitez d’abord les anomalies qui font disparaître une information essentielle ou empêchent de terminer un parcours critique. Gardez séparés la sévérité, le statut du test et la décision de blocage.\n\n### Faut-il tester avec un lecteur d’écran ?\n\nOui pour les parcours critiques et les composants qui exposent un nom, un rôle, une valeur, un état ou des messages dynamiques. Le lecteur d’écran complète le test clavier et l’inspection de l’arbre d’accessibilité.\n\n### Quand faut-il passer du socle à un audit complet ?\n\nLorsque vous devez établir une conformité, publier une déclaration, couvrir un service entier, préparer une obligation contractuelle ou juridique, ou lorsque le diagnostic révèle des composants et parcours qui exigent un échantillon plus large.\n\n## Le web, pensé pour performer\n\nStratégie. Design. Code. SEO. IA. Des expériences digitales plus claires, plus rapides et plus convaincantes.\n\n[Parler de votre projet](/contact) [Voir nos projets](/projets)\n\n## Articles voisins pour poursuivre l’analyse\n\nInsights\n\n[Tous les insights](/insights)\n\n[Stratégie digitale](/insights/strategie-digitale)\n\n[UX UI Design](/insights/ux-ui-design)\n\nDéveloppement web\n\n[SEO & visibilité IA](/insights/seo)\n\n[IA & automatisation web](/insights/ia-automatisation-web)\n\n[ Développement web Optimiser\n\n### Formulaire accessible : les erreurs qui vous font perdre des contacts\n\n19 mai 2026\n\nLire l’analyse](/insights/developpement-web/formulaire-accessible-erreurs-contacts-perdus)[ Développement web Avancé\n\n### RGAA, WCAG, EAA sans jargon : le guide dirigeant de l’accessibilité numérique\n\n19 mai 2026\n\nLire l’analyse](/insights/developpement-web/rgaa-wcag-eaa-accessibilite-numerique)[ Développement web Optimiser\n\n### Lighthouse 100 ne prouve pas qu’un site est accessible\n\n19 mai 2026\n\nLire l’analyse](/insights/developpement-web/lighthouse-100-accessibilite)[ Développement web Avancé\n\n### SEO technique : protocole d’audit vérifiable des fondations d’un site\n\n19 mai 2026\n\nLire l’analyse](/insights/developpement-web/seo-technique-fondations)[ Développement web Avancé\n\n### Optimisation des images web : protocole vérifiable, formats, LCP et qualité perceptive\n\n19 mai 2026\n\nLire l’analyse](/insights/developpement-web/optimisation-images-web)[ Développement web Comprendre\n\n### Front-end vs back-end : comprendre simplement\n\n19 mai 2026\n\nLire l’analyse](/insights/developpement-web/frontend-vs-backend)\n\n[+ Explorer](/insights/developpement-web)\n\n \n\nQualité vérifiable\n\n## La qualité ne s’affirme pas, elle se vérifie.\n\n[Ouverture dans un nouvel onglet. Performance Analyse du chargement, des Core Web Vitals et des bonnes pratiques. PageSpeed ↗](https://pagespeed.web.dev/analysis?url=https%3A%2F%2Fwww.edikka.com%2Finsights%2Fdeveloppement-web%2Faccessibilite-web-bases-site-professionnel&form_factor=mobile&hl=fr) [Ouverture dans un nouvel onglet. Données structurées Contrôle du balisage schema.org pour Google et assistants IA. Rich Results ↗](https://search.google.com/test/rich-results?url=https%3A%2F%2Fwww.edikka.com%2Finsights%2Fdeveloppement-web%2Faccessibilite-web-bases-site-professionnel) [Ouverture dans un nouvel onglet. Structure HTML Contrôle du balisage HTML et de la structure du document. W3C Validator ↗](https://validator.w3.org/nu/?showoutline=yes&doc=https%3A%2F%2Fwww.edikka.com%2Finsights%2Fdeveloppement-web%2Faccessibilite-web-bases-site-professionnel) [Ouverture dans un nouvel onglet. Accessibilité Repérage des erreurs pouvant gêner la navigation ou la lecture. WAVE ↗](https://wave.webaim.org/report#/https://www.edikka.com/insights/developpement-web/accessibilite-web-bases-site-professionnel)\n\nPage analysée: `/insights/developpement-web/accessibilite-web-bases-site-professionnel`\n\n94, boulevard Barbès \n 75018 Paris - FRANCE\n\n[+33 (0)1 48 56 83 07](tel:+33148568307)\n\n* [Insights.](/insights)\n* [Bibliothèque.](/bibliotheque)\n* [FAQ.](/faq)\n \n\n* [Expertise](/expertise)\n* [Refonte de site](/refonte-site-internet)\n* [Collaborations](/collaborations)\n\n [Contactez-nous](/contact)\n\n© 2026 Agence digitale fondée par [Bertrand Morel](/agence/bertrand-morel)\n\n [Confidentialité](/politique-de-confidentialite) [Mentions légales](/mentions-legales) [Accessibilité](/accessibilite)",
"status": "ok"
}Archive identity and hashes
{
"input": "real-pages/inputs/article-accessibility-fr.html",
"source_archive": "audit/bibliotheque-consolidation-2026-09-11/production-check/insights_developpement-web_accessibilite-web-bases-site-professionnel.html",
"source_html_sha256": "eb906574b2cc242be50c4d3bc854844a0bcc996b5389f88287cf28fd23d92157",
"first_output_sha256": "aa4e6616a187210fcbece4c9090f48c5f8bf89453c3ca40721742bcce3709df1",
"replay_output_sha256": "aa4e6616a187210fcbece4c9090f48c5f8bf89453c3ca40721742bcce3709df1"
}