Le 4 juin 2026, le tribunal judiciaire de Caen a ordonné à Carrefour France de rendre son site de courses en ligne accessible aux personnes handicapées. L’enseigne affichait pourtant un taux de conformité de 71 % dans sa propre déclaration d’accessibilité. Le juge a estimé qu’un site marchand ne peut pas être seulement un peu accessible.
Le contexte a changé. Depuis le 28 juin 2025, la directive européenne sur l’accessibilité, l’European Accessibility Act, s’applique aux services de commerce en ligne destinés aux consommateurs. Et selon l’étude annuelle WebAIM Million, 96 % des pages d’accueil du million de sites les plus visités présentaient encore, début 2026, des erreurs d’accessibilité détectables automatiquement.
La bonne nouvelle, c’est que ces erreurs se ressemblent. Six types d’erreurs représentent presque tout ce que les outils détectent, et la plupart se corrigent dans le thème ou dans le contenu. Voici les dix correctifs prioritaires pour un site WordPress, classés d’abord selon leur fréquence sur les vrais sites, puis selon la gêne qu’ils causent, avec la façon de les vérifier.
Ce que l’European Accessibility Act exige vraiment
Qui est concerné depuis le 28 juin 2025
La directive (UE) 2019/882 vise une liste précise de services fournis aux consommateurs, dont les services de commerce électronique : les services fournis à distance, par un site ou une application, en vue de conclure un contrat avec un consommateur. Une boutique qui ne vend qu’à des professionnels sort de cette définition, et les sites publics relèvent d’abord d’une autre directive, la 2016/2102, même si leurs services de vente en ligne restent soumis à l’European Accessibility Act.
Les microentreprises qui fournissent des services sont exemptées : moins de dix personnes, et un chiffre d’affaires ou un total de bilan qui ne dépasse pas deux millions d’euros. Par ailleurs, la période de transition jusqu’en 2030 ne protège pas les sites marchands existants : selon la DGCCRF, un site internet n’est pas un produit au sens de la directive.
Quelle norme suivre en octobre 2026
La directive ne cite pas les WCAG, les règles d’accessibilité du W3C. Elle fixe des exigences fonctionnelles, et la conformité se présume par le respect de normes européennes harmonisées, en pratique l’EN 301 549. La version de référence reste la 3.2.1, fondée sur les WCAG 2.1 de niveau AA. Une version 4.1.1, alignée sur les WCAG 2.2, a été publiée en septembre 2026, mais n’était pas encore citée au Journal officiel de l’Union.
En France, le RGAA 4.1.2 reste le référentiel d’évaluation, et un RGAA 5 intégrant les WCAG 2.2 est annoncé pour fin 2026. Notre conseil est simple : visez les WCAG 2.2 de niveau AA, la norme actuelle du W3C, également adoptée par l’ISO en 2025, et celle que vise désormais le code de WordPress lui-même.
Ce que contrôle la DGCCRF
En France, la DGCCRF contrôle les sites marchands. Les manquements relèvent de contraventions de cinquième classe, avec des amendes pouvant atteindre 7 500 euros pour une société, cumulables selon le nombre d’infractions, en plus d’injonctions sous astreinte. La directive impose aussi de publier des informations sur l’accessibilité du service, dans les conditions générales ou un document équivalent.
Comment nous avons classé ces dix correctifs
Les cinq premiers correctifs suivent la fréquence des erreurs relevées par le WebAIM Million 2026, l’étude de référence sur les erreurs les plus courantes, menée sur un million de pages d’accueil. Les suivants complètent la liste avec des problèmes que les outils automatiques mesurent mal, comme la navigation au clavier ou le comportement des menus, et avec deux défauts simples à corriger, le lien d’évitement et la langue du document. Pour juger de la gêne qu’ils causent, nous nous appuyons sur l’enquête de WebAIM auprès de 1 539 utilisateurs de lecteurs d’écran.
Dans cette enquête, le premier obstacle cité reste le CAPTCHA, un sujet traité dans notre guide pour protéger WordPress du spam. Le deuxième concerne les menus, onglets et fenêtres qui ne se comportent pas comme prévu.
1. Le contraste du texte : le défaut le plus répandu
Pourquoi c’est important
Un texte gris clair sur fond blanc est illisible pour une personne malvoyante, et pénible pour tout le monde en plein soleil. Selon le WebAIM Million 2026, près de 84 % des pages d’accueil présentent du texte au contraste insuffisant, avec en moyenne plus de trente occurrences par page. Les WCAG demandent un rapport de contraste d’au moins 4,5 pour 1 pour le texte courant, et 3 pour 1 pour le grand texte et les éléments d’interface.
Comment corriger dans WordPress
Les couleurs viennent de la palette du thème : du fichier theme.json et des styles globaux pour un thème de blocs, de l’outil de personnalisation pour un thème classique, et des réglages propres à chaque constructeur de pages. Corrigez la palette à la source plutôt que bloc par bloc. Les liens dans un paragraphe doivent aussi se distinguer du texte, idéalement par un soulignement.
Comment vérifier
Le vérificateur de contraste de WebAIM donne le rapport exact d’une paire de couleurs. Les extensions WAVE et axe repèrent les problèmes page par page, mais les états au survol et au focus se vérifient à la main.
2. Le texte alternatif des images
Pourquoi c’est important
Un lecteur d’écran lit le texte alternatif à la place de l’image. Sans lui, il annonce un nom de fichier, ou rien. Le WebAIM Million 2026 relève l’absence de texte alternatif sur plus de la moitié des pages d’accueil, et des textes douteux comme « image » ou un nom de fichier sur 10,8 % des images qui en ont un.
Comment corriger dans WordPress
Le texte alternatif se saisit dans la médiathèque ou dans la barre latérale du bloc Image. Décrivez ce que l’image apporte au propos, pas son apparence. WordPress 7.1 a ajouté une option pour marquer une image comme décorative, qui la masque aux lecteurs d’écran : à réserver aux images purement ornementales.
Attention à un piège signalé en août 2026 : cocher cette option efface le texte alternatif et la légende existants, et la décocher ne les restaure pas : seules l’annulation (Ctrl+Z) et les révisions les récupèrent. Le ticket a été fermé sans correction prévue. Vérifiez donc avant de cliquer.
Comment vérifier
WAVE signale les images sans texte alternatif. Les extensions comme Editoria11y le font directement dans l’éditeur, au moment de la rédaction. La pertinence du texte, elle, ne peut être jugée que par un humain.
3. Les étiquettes de formulaire
Pourquoi c’est important
Un champ sans étiquette est un champ muet pour un lecteur d’écran : l’utilisateur ne sait pas quoi y saisir. Selon WebAIM, la moitié des pages d’accueil ont au moins un champ sans étiquette, et un tiers des champs ne sont pas correctement étiquetés. Les coupables habituels sur WordPress sont le champ de recherche, l’inscription à la lettre d’information et les formulaires des constructeurs de pages.
Comment corriger dans WordPress
Chaque champ doit avoir une étiquette visible et associée par le code. Le texte indicatif dans le champ ne remplace pas une étiquette : il disparaît dès qu’on tape. Notre comparatif des plugins de formulaires WordPress compare leur accessibilité par défaut. Le plugin WP Accessibility peut aussi ajouter des étiquettes aux champs de recherche et de commentaire d’un thème défaillant.
Ce que les WCAG 2.2 ajoutent
Deux critères de la version 2.2 concernent directement les formulaires : ne pas redemander une information déjà fournie dans le même parcours, et ne pas imposer de test cognitif, comme mémoriser un code, pour se connecter sans proposer d’alternative.
4. Les liens et les boutons vides
Pourquoi c’est important
Une icône de réseau social, une flèche de diaporama ou un bouton de menu en forme de trois traits n’ont souvent aucun nom accessible. Le lecteur d’écran annonce alors « lien » ou « bouton », sans dire où il mène. Le WebAIM Million relève des liens vides sur près de la moitié des pages d’accueil, et des boutons vides sur près d’un tiers, une proportion en hausse depuis 2019.
Comment corriger dans WordPress
Donnez un nom à chaque contrôle : un texte masqué visuellement avec la classe screen-reader-text, ou un attribut aria-label. Évitez les liens « Lire la suite » ou « Cliquez ici » sans contexte, que WebAIM relève sur une page sur sept. Les constructeurs de pages ajoutent souvent des boutons à icône : notre comparatif des constructeurs de pages WordPress aide à choisir. WordPress 7.1 a aussi introduit des fonctions pour créer des infobulles accessibles.
Comment vérifier
WAVE et axe signalent les liens et boutons vides. Pour la clarté des intitulés, faites afficher la liste des liens par un lecteur d’écran : chacun doit avoir un sens hors de son contexte.
5. La structure des titres
Pourquoi c’est important
Selon l’enquête de WebAIM, sept utilisateurs de lecteurs d’écran sur dix commencent par naviguer de titre en titre sur une page longue. Des titres choisis pour leur taille plutôt que pour leur niveau brouillent cette carte. Le WebAIM Million relève des niveaux de titres sautés sur plus de quatre pages sur dix, et plusieurs titres de premier niveau sur près d’une page sur cinq.
Comment corriger dans WordPress
Choisissez le niveau du bloc Titre selon la hiérarchie du contenu, et réglez la taille séparément dans les styles. Vérifiez les modèles du thème : le titre du site ne doit pas être un titre de premier niveau sur toutes les pages. Les WCAG n’exigent pas formellement des niveaux strictement consécutifs, mais une structure qui reflète le contenu.
Comment vérifier
WAVE affiche le plan des titres de la page, et Editoria11y comme Accessibility Checker signalent les sauts de niveau dans l’éditeur.
Le cas Carrefour : ce qu’un juge a déjà exigé d’un site marchand
L’ordonnance rendue à Caen le 4 juin 2026 est l’une des premières décisions françaises appliquant les nouvelles règles d’accessibilité au commerce en ligne. Son texte intégral, publié par le collectif de juristes Intérêt à Agir, se lit comme une liste de correctifs.
Les parties et la procédure
Début juillet 2025, deux associations, ApiDV, qui accompagne les personnes déficientes visuelles, et Droit Pluriel, qui œuvre pour l’accès des personnes handicapées à la justice, mettent en demeure quatre enseignes : Auchan, Carrefour, E.Leclerc et Picard. En novembre, elles assignent ces enseignes en référé, la procédure d’urgence. L’affaire Carrefour est plaidée le 9 avril 2026 à Caen, dont relève le siège de Carrefour France, à Mondeville.
La défense de Carrefour
Carrefour ne conteste pas être soumis à l’obligation. Il soutient que les non-conformités restantes ne constituent pas un trouble manifestement illicite, que l’accessibilité doit s’apprécier globalement et non critère par critère, et qu’il a engagé des moyens importants. Sa propre déclaration d’accessibilité affiche une conformité de 71,21 % au RGAA, et il produit un schéma pluriannuel d’accessibilité pour 2024 à 2026.
Ce que le juge a relevé
Les associations produisent des audits, trois témoignages d’utilisateurs et des captures vidéo. L’ordonnance reprend les obstacles encore présents selon la propre déclaration d’accessibilité de Carrefour, et une bonne partie recoupe les correctifs de cet article : textes alternatifs non pertinents, contrastes insuffisants, intitulés de liens incompréhensibles, éléments inaccessibles au clavier, focus pas assez visible, information non structurée par des titres, formulaires sans étiquette, blocs répétés impossibles à éviter.
Le juge écarte l’argument du taux global : un site marchand doit être pleinement accessible. Il rappelle que les entreprises ont disposé de 28 mois entre la transposition et l’entrée en vigueur, et rejette l’argument de la charge disproportionnée, jugé non démontré.
La décision
Carrefour doit se mettre en conformité sous peine d’une astreinte de 500 euros par jour, qui ne commence à courir que six mois après l’ordonnance. Il doit verser aux associations une provision de 10 000 euros à valoir sur la réparation de leur préjudice moral, plus 3 000 euros au titre de l’article 700 du code de procédure civile, et supporter les dépens. Le juge refuse en revanche de suspendre le site, ce qui priverait tous les autres consommateurs, et de faire publier la décision.
Carrefour a indiqué se réserver le droit de faire appel, et annoncé viser une conformité complète d’ici fin 2026. Nous n’avons pas trouvé trace d’un appel au 1er octobre 2026.
Le contrepoint de Lille
Un mois plus tôt, le 5 mai 2026, le tribunal judiciaire de Lille avait rejeté la demande des mêmes associations contre Auchan E-Commerce, en estimant que le seuil de 250 millions d’euros de chiffre d’affaires de la loi de 2005 s’appliquait encore, et que cette filiale se situait en dessous. Les associations ont fait appel devant la cour d’appel de Douai. La question reste donc ouverte pour les marchands de taille moyenne, alors que la DGCCRF, sur le seul critère de la taille, n’exempte que les microentreprises.
Ce qu’il faut en retenir
Un taux de conformité n’est pas une défense : le juge exige chaque critère applicable. La déclaration d’accessibilité que vous publiez peut servir de preuve contre vous. Un plan pluriannuel ne suspend pas l’obligation une fois la date passée : il a seulement justifié le délai de six mois avant l’astreinte. Et surtout, les obstacles jugés sont ordinaires : ce sont ceux de cet article, corrigeables dans un thème et dans le contenu.
6. La navigation au clavier et le focus visible
Pourquoi c’est important
Beaucoup de personnes naviguent sans souris : avec le clavier, un contacteur ou la commande vocale. Si un menu, un bouton ou un formulaire ne s’atteint pas au clavier, il n’existe pas pour elles. Et si le focus, le contour qui montre l’élément actif, est invisible, elles se perdent dans la page. L’ordonnance de Caen relève précisément ces deux défauts.
Comment corriger dans WordPress
Cherchez dans le thème ou le constructeur les règles CSS qui suppriment le contour de focus, comme outline: none, et remplacez-les par un contour visible et contrasté. Les WCAG 2.2 ajoutent deux exigences utiles : un élément qui reçoit le focus ne doit pas être entièrement masqué par un bandeau collant, une bannière de cookies ou une fenêtre de discussion, et les cibles cliquables doivent mesurer au moins 24 pixels de côté, sauf exceptions.
Comment vérifier
Débranchez la souris et parcourez la page avec la touche Tabulation : chaque élément interactif doit être atteint dans un ordre logique, avec un focus toujours visible, et sans piège dont on ne peut sortir.
7. Les liens d’évitement et les repères
Pourquoi c’est important
Un lien d’évitement, souvent intitulé « Aller au contenu », permet de sauter le menu répété sur chaque page. Selon le WebAIM Million, seule une page d’accueil sur six en propose un, et un sur dix est cassé. Les repères de page, comme la zone principale ou la navigation, offrent une autre façon de sauter ces blocs.
Comment corriger dans WordPress
Les thèmes de blocs reçoivent un lien d’évitement ajouté par le cœur de WordPress, à condition que le modèle contienne une zone principale, la balise main. Les thèmes classiques doivent prévoir le leur : il doit être le premier élément atteint au clavier, apparaître au focus et amener à la zone de contenu principale. Le plugin WP Accessibility peut en ajouter un à un thème qui n’en a pas.
Comment vérifier
Chargez une page, appuyez une fois sur Tabulation : le lien d’évitement doit apparaître. Activez-le : le focus doit se placer sur le contenu principal. Testez sur tous les modèles, pas seulement la page d’accueil.
8. Des menus et des fenêtres modales accessibles
Pourquoi c’est important
C’est la deuxième source de frustration des utilisateurs de lecteurs d’écran : les menus, onglets et fenêtres qui ne se comportent pas comme prévu. Sur WordPress, cela concerne les menus déroulants, le menu mobile, les bannières de cookies, les fenêtres surgissantes et le mini-panier.
Comment corriger dans WordPress
Pour une fenêtre modale, le guide des bonnes pratiques ARIA du W3C est clair : le focus entre dans la fenêtre à l’ouverture, la tabulation y reste, la touche Échap la ferme et rend le focus à l’élément qui l’a ouverte. Pour la navigation du site, le W3C déconseille le rôle ARIA de menu et recommande de simples boutons qui indiquent s’ils sont déployés.
Le bloc Navigation de WordPress permet d’ouvrir les sous-menus au clic plutôt qu’au survol, et WordPress 7.1 a ajouté un bloc Onglets qui suit le modèle clavier du W3C. Côté boutique, l’ajout au panier doit être annoncé aux lecteurs d’écran, et le tunnel de commande testé au clavier, en plus des réglages décrits dans notre guide pour optimiser le checkout WooCommerce.
Comment vérifier
Ouvrez chaque menu et chaque fenêtre au clavier, puis avec un lecteur d’écran : l’état ouvert ou fermé doit être annoncé, et la fermeture doit ramener là où vous étiez.
9. La langue du document
Pourquoi c’est important
Un lecteur d’écran choisit sa voix et sa prononciation selon la langue déclarée de la page. Sans elle, il peut lire un texte français avec un accent anglais. Le WebAIM Million relève une langue manquante sur environ une page d’accueil sur sept. C’est l’erreur la plus simple à corriger de cette liste.
Comment corriger dans WordPress
WordPress déclare la langue à partir du réglage de langue du site, à condition que le thème utilise la fonction prévue dans sa balise html. Un en-tête codé en dur ou un plugin multilingue mal configuré peut la supprimer ou la fausser. Vérifiez que chaque version linguistique déclare la bonne langue.
Comment vérifier
Affichez le code source et vérifiez l’attribut lang de la balise html, sur une page de chaque langue.
10. Retirer l’overlay et tester pour de vrai
Pourquoi les overlays ne rendent pas un site conforme
Les overlays sont ces widgets qui promettent de rendre un site accessible en une ligne de code. En avril 2025, la Federal Trade Commission américaine a approuvé l’ordonnance définitive, un accord transactionnel, qui oblige l’éditeur accessiBe à payer un million de dollars : selon la plainte de la FTC, son widget ne rendait pas tous les sites conformes aux WCAG, et ses affirmations étaient fausses, trompeuses ou non étayées. La plainte relevait, sur des sites équipés, des pièges au clavier et des textes alternatifs manquants.
En Europe, le Forum européen des personnes handicapées a déclaré dès 2023 que les overlays ne rendent pas un site conforme à la législation européenne. Le plugin d’overlay le plus installé sur WordPress, de l’éditeur Elementor, précise lui-même qu’il n’est pas destiné à rendre un site totalement conforme. Les corrections doivent se faire dans le thème et le contenu.
Comment tester pour de vrai
Les outils automatiques sont indispensables, mais partiels. WAVE, de WebAIM, utilise le même moteur que le WebAIM Million, qui rappelle qu’une absence d’erreurs détectées ne prouve pas qu’une page est accessible. Lighthouse, dans Chrome, exclut les vérifications manuelles de son score : un 100 n’est pas une conformité.
Complétez par un test au clavier et un lecteur d’écran : NVDA est gratuit sous Windows, VoiceOver est intégré aux appareils Apple. Dans WordPress, Accessibility Checker et Editoria11y signalent les problèmes au moment de la rédaction, ce qui évite de les publier.
Comment prioriser sur un site existant
Commencez par le thème, qui porte les erreurs répétées sur chaque page : palette de couleurs, focus, lien d’évitement, langue, menus. Corrigez ensuite les modèles, puis le contenu : textes alternatifs, titres, intitulés de liens. Un thème portant le tag « accessibility-ready » offre une base revue par l’équipe des thèmes de WordPress, mais ne garantit rien pour le contenu et les plugins ajoutés. Notre sélection de thèmes de blocs WordPress gratuits indique lesquels le portent.
Enfin, si votre site est concerné par la directive, publiez les informations d’accessibilité demandées. Et formez les personnes qui publient : un contenu mal structuré défait le travail d’un thème accessible.
Tableau récapitulatif
| Correctif | Critère WCAG | Où corriger | Comment vérifier |
|---|---|---|---|
| Contraste | 1.4.3, 1.4.11 | Palette du thème | Vérificateur de contraste, WAVE |
| Texte alternatif | 1.1.1 | Médiathèque, bloc Image | WAVE, relecture humaine |
| Étiquettes de formulaire | 1.3.1, 3.3.2 | Plugin de formulaire, thème | WAVE, axe |
| Liens et boutons vides | 2.4.4, 4.1.2 | Thème, constructeur | WAVE, liste des liens |
| Structure des titres | 1.3.1, 2.4.6 | Contenu, modèles | Plan des titres |
| Clavier et focus | 2.1.1, 2.4.7, 2.4.11 | CSS du thème | Navigation sans souris |
| Lien d’évitement | 2.4.1 | Thème | Première tabulation |
| Menus et modales | 2.1.2, 4.1.2, 4.1.3 | Bloc Navigation, plugins | Clavier, lecteur d’écran |
| Langue du document | 3.1.1 | Réglages, thème | Attribut lang |
| Tests réels | Tous | Processus | NVDA, VoiceOver, clavier |
Questions fréquentes
Mon site est-il concerné par l’European Accessibility Act ?
Si vous vendez en ligne à des consommateurs et que vous n’êtes pas une microentreprise, oui. Un site vitrine sans vente, une boutique réservée aux professionnels ou une microentreprise de services en sont exclus. En France, la question du seuil de chiffre d’affaires pour les marchands de taille moyenne reste discutée devant les tribunaux.
Un plugin d’accessibilité suffit-il ?
Non. Les overlays ne rendent pas un site conforme, comme l’ont rappelé la FTC et le Forum européen des personnes handicapées. Les plugins de vérification, eux, aident à trouver les problèmes, mais les corrections se font dans le thème et le contenu.
Faut-il viser les WCAG 2.1 ou 2.2 ?
La référence juridique européenne s’appuie encore sur les WCAG 2.1, mais la nouvelle norme européenne et le futur RGAA 5 passent aux WCAG 2.2. Visez directement la version 2.2 : elle ajoute peu de critères, utiles, et vous évitera une seconde mise à niveau.
Un thème « accessibility-ready » suffit-il ?
Il fournit une base revue : lien d’évitement, navigation au clavier, contrastes, structure. Mais le contenu que vous publiez et les plugins que vous ajoutez peuvent défaire ce travail.
Comment tester sans être expert ?
Installez l’extension WAVE, parcourez vos pages principales au clavier, puis écoutez-en une avec NVDA ou VoiceOver. Ces trois gestes révèlent déjà la majorité des problèmes de cet article.
Conclusion
L’accessibilité n’est plus seulement une bonne pratique pour un site marchand : c’est une obligation légale, et un juge a déjà montré qu’un taux de conformité partiel ne suffit pas. Les erreurs en cause sont pourtant connues et répétitives, contraste, texte alternatif, étiquettes, liens vides, titres, focus.
Corrigez-les à la source, dans le thème, puis dans le contenu, et testez avec un clavier et un lecteur d’écran plutôt qu’avec un widget. C’est la seule voie qui rende un site réellement utilisable par tous, et défendable si la question se pose.
Sources
- WebAIM (2026). The WebAIM Million
- WebAIM (2024). Screen Reader User Survey #10
- W3C (5 octobre 2023, mis à jour le 12 décembre 2024). Web Content Accessibility Guidelines 2.2
- W3C WAI. What’s New in WCAG 2.2
- W3C WAI (21 octobre 2025). WCAG 2.2 Approved as an ISO Standard
- EUR-Lex (17 avril 2019). Directive (UE) 2019/882 relative aux exigences en matière d’accessibilité
- Commission européenne. European Accessibility Act
- AccessibleEU (7 septembre 2026). The European accessibility standard EN 301 549 has been updated
- DGCCRF (13 novembre 2025). Professionnels : vos produits et services doivent être conformes à la directive Accessibilité
- DINUM. RGAA, champ d’application
- DINUM (2 mars 2026). RGAA 5
- Tribunal judiciaire de Caen (4 juin 2026). Ordonnance de référé, ApiDV et Droit Pluriel c. Carrefour France
- Intérêt à Agir (10 juin 2026). Une décision majeure pour l’accessibilité numérique
- Le Monde, Anne-Aël Durand (10 juin 2026). Carrefour condamné pour l’inaccessibilité des courses en ligne aux malvoyants
- Village de la Justice, Simon Parier (12 juin 2026). Accessibilité numérique du e-commerce aux personnes en situation de handicap : « sans préjudice » … pour qui ?
- FTC (22 avril 2025). FTC Approves Final Order Requiring accessiBe to Pay $1 Million
- Overlay Fact Sheet. Overlay Fact Sheet
- Forum européen des personnes handicapées et IAAP (17 mai 2023). Accessibility overlays don’t guarantee compliance with European legislation
- WordPress Developer Resources. Accessibility Coding Standards
- Make WordPress Themes (mai 2026). Accessibility-Ready Theme Requirements
- WP Accessibility Knowledge Base. Skip to content link
- Gutenberg Times, Birgit Pauli-Haack (12 août 2026). WordPress 7.1 Source of Truth
- GitHub, Gutenberg (août 2026). Issue 82002, Mark as decorative
- W3C WAI. Selecting Web Accessibility Evaluation Tools
- W3C WAI. ARIA Authoring Practices Guide, Dialog (Modal) Pattern
- W3C WAI. ARIA Authoring Practices Guide, Example Disclosure Navigation Menu
- WebAIM. WAVE Web Accessibility Evaluation Tools
- Chrome for Developers. Lighthouse accessibility scoring
- WordPress.org. Web Accessibility by Elementor
LaFactory conçoit, développe et maintient des sites WordPress et WooCommerce, mise en accessibilité comprise, et développe ses propres plugins. Parlons de votre projet WordPress.