SEOGuide

Accessibilité web et WCAG en 2026

Sur cette page
  1. Ce que WCAG exige en 2026
  2. Les quatre principes en clair
  3. Les cinq problèmes qui font échouer le plus de sites
  4. Pourquoi ce n'est plus optionnel
  5. Comment tester pour de vrai
  6. Sources

L'accessibilité web a cessé d'être optionnelle, et en 2026 c'est une ligne de conformité, pas de la bonne volonté. La directive européenne est devenue applicable en juin 2025, les tribunaux américains donnent raison aux gens qu'un site met dehors, et le scan WebAIM Million repère encore des défauts détectables sur environ 95% des pages d'accueil. Donc le web est aujourd'hui non conforme et, de plus en plus, une cible. Mais voici ce qu'on dit rarement : les correctifs n'ont rien d'exotique. Une petite pile de problèmes cause l'essentiel des dégâts, et vous les réglez sans rien reconstruire. Voici la version honnête de ce que WCAG vous demande, et comment tester vous-même.

The short answer

Visez WCAG 2.2 niveau AA, la norme stable du moment que pointent les lois. Cinq problèmes coulent le plus de sites : contraste faible, texte alternatif manquant, labels de formulaire vides, texte de lien vague, et une page sans langue déclarée. C'est la loi maintenant, pas de la bonne volonté, et les outils automatiques n'en attrapent qu'un tiers, alors une passe clavier et une passe lecteur d'écran font le reste.

WCAG 2.2 AAla barre que visent les lois
5 problèmescoulent le plus de sites
~1/3attrapé par les outils automatiques
Carte réponse : visez WCAG 2.2 niveau AA, tuez les cinq problèmes qui coulent le plus de sites, et testez vous-même avec une passe automatique, une passe clavier et une passe lecteur d'écran.
Toute la décision sur une carte : bâtissez en 2.2 AA, réglez les cinq défauts courants, puis testez avec une machine et un humain. PNG

L'accessibilité a cessé d'être optionnelle. Discrètement, mais elle l'a fait. La directive européenne est devenue applicable en juin 2025. Les tribunaux américains donnent de plus en plus raison aux gens qu'un site met dehors. Et le scan WebAIM Million ? Année après année, il repère encore des défauts détectables sur environ 95% des pages d'accueil. Donc le web est aujourd'hui non conforme et, de plus en plus, une cible. Mais voici ce qu'on dit rarement en premier : les correctifs n'ont rien d'exotique. Une petite pile de problèmes cause l'essentiel des dégâts, et vous les réglez sans rien reconstruire.

Alors voici la version honnête. Ce que WCAG vous demande vraiment en 2026, la poignée de problèmes qui coule le plus de sites, et comment tester vous-même sans embaucher personne.

Ce que WCAG exige en 2026

WCAG, ce sont les règles d'accessibilité des contenus web du W3C. La version stable en ce moment, c'est la 2.2, publiée comme recommandation du W3C en 2023, et elle range la conformité en trois niveaux : A, AA, AAA. Visez AA. C'est le niveau que pointent toutes les grandes lois et règles de marché public, et franchement AAA est juste impraticable à tenir sur un site entier.

Vous entendrez vanter WCAG 3.0. Ne le prenez pas pour cible, pas encore. En 2026 c'est toujours un brouillon de travail, avec un modèle de notation complètement différent, et il est à des années d'être normatif. Bâtissez pour la 2.2 AA. C'est le choix défendable, et rien de ce que la 3.0 apportera plus tard ne rendra ce travail perdu.

Les quatre principes en clair

WCAG accroche tout à quatre principes. Ça vaut le coup de les retenir. Surtout parce qu'ils vous disent, à la seconde où un critère casse, quel type d'utilisateur vous venez de laisser de côté.

  • Perceptible. Les gens peuvent-ils vraiment percevoir le contenu ? Contraste du texte, texte alternatif des images, sous-titres des vidéos. Et jamais s'appuyer sur la seule couleur pour porter le sens.
  • Utilisable. Peuvent-ils s'en servir ? Tout doit marcher au clavier. Le focus reste visible, rien ne le piège, et rien ne se lance tout seul sans qu'on puisse l'arrêter.
  • Compréhensible. Est-ce clair et prévisible ? Les champs veulent des labels. La page veut une langue déclarée. Les erreurs s'expliquent avec des mots, et la navigation ne se met pas à bouger sous les pieds des gens.
  • Robuste. Va-t-il survivre aux technologies d'assistance ? Balisage valide, ARIA bien utilisé, plus un nom, un rôle et une valeur corrects sur chaque composant que vous bricolez.
Checklist WCAG 2.2 AA organisée par les quatre principes : Perceptible (contraste 4.5:1, texte alternatif, sous-titres), Utilisable (clavier, focus visible, pas de piège), Compréhensible (labels, langue, navigation cohérente) et Robuste (balisage valide, ARIA correct, nom rôle valeur).
WCAG 2.2 AA, rangé comme la norme se range elle-même : ses quatre principes. PNG

Les cinq problèmes qui font échouer le plus de sites

Passez votre premier après-midi ici. L'analyse WebAIM Million ressort la même courte liste en tête chaque année, et rien que la régler vous fait déjà passer devant la plupart des sites cassés qui traînent.

ProblèmeLe correctifPrincipe
Contraste du texte faibleAtteignez 4.5:1 pour le texte normal, 3:1 pour le grand. Mesurez, ne jugez pas à l'oeil.Perceptible
Texte alternatif manquantDécrivez les images utiles. Marquez les décoratives avec alt="" vide.Perceptible
Labels de formulaire videsChaque champ reçoit un vrai <label>. Un placeholder n'est pas un label.Compréhensible
Texte de lien vagueRemplacez « cliquez ici » et « en savoir plus » par un texte qui dit où ça mène.Utilisable
Langue de page absenteMettez <html lang="fr"> pour que les lecteurs d'écran prennent la bonne voix.Compréhensible

Le contraste, à lui seul, c'est le défaut le plus courant du web. C'est aussi le plus facile à tuer, parce que c'est juste un nombre. Notre vérificateur de contraste WCAG vous sort le ratio et le résultat AA et AAA d'un seul coup, pour trancher avant que quoi que ce soit parte en ligne.

Par où commencer. Lancez le contraste sur votre palette. Ajoutez les textes alternatifs. Mettez un label sur chaque champ. C'est l'effort le moins cher qui touche le plus d'utilisateurs, et ça balaie les défauts qui ressortent dans presque tous les audits, et dans la plupart des procès aussi.

Pourquoi ce n'est plus optionnel

Ce qui a changé depuis 2025 est juridique, pas moral. Dans l'UE, la directive européenne sur l'accessibilité est devenue applicable le 28 juin 2025, traînant tout un pan de produits et services numériques grand public dans l'accessibilité obligatoire, le e-commerce très largement inclus. Aux États-Unis, ça fait des années que les tribunaux considèrent les sites comme couverts par l'Americans with Disabilities Act, et les procès se comptent par milliers chaque année. Le secteur public, lui, répond à ses propres règles dures : la Section 508, et la norme EN 301 549 qui en est le miroir en Europe.

Le risque concret : un panier ou un formulaire de contact que personne ne peut utiliser, ce n'est plus juste un client manqué. C'est une exposition juridique documentée. Les mises en demeure citent de plus en plus des critères WCAG précis, et c'est honnêtement toute la raison pour laquelle bâtir en 2.2 AA vous laisse en terrain défendable.

Comment tester pour de vrai

Le test se coupe net en deux : ce qu'une machine peut vérifier, et ce que seul un humain peut faire. Il vous faut les deux moitiés. Sautez la moitié humaine et vous livrez un site qui passe le scan haut la main et verrouille quand même les gens qu'il était censé servir.

  1. Passe automatique. Lancez axe, ou WAVE, ou Lighthouse. Il attrape le contraste, les alt manquants, les labels manquants, l'ARIA cassé. Attendez-vous à environ un tiers des vrais problèmes. Utile. Pas l'image complète.
  2. Passe clavier. Posez la souris. Maintenant tabulez dans toute la page. Pouvez-vous tout atteindre, et vous en servir vraiment ? Le focus reste-t-il visible sur tout le trajet ? Quelque chose vous piège-t-il ? Ce seul geste attrape une classe énorme de défauts qu'aucun scanner ne verra jamais.
  3. Passe lecteur d'écran. Lancez VoiceOver, ou NVDA, ou TalkBack, et écoutez un parcours clé. C'est gênant la première fois. C'est aussi follement clarifiant, parce que vous entendez, mot pour mot, ce qu'on met entre les mains d'un utilisateur aveugle.

Sources

Questions fréquentes

Quelle version et quel niveau de WCAG viser ?

WCAG 2.2, niveau AA. C'est la recommandation stable actuelle du W3C, et c'est le niveau que pointent toutes les grandes lois et normes de marché public. AAA est plus strict que ce que la plupart des sites entiers peuvent réellement tenir, et WCAG 3.0 reste un brouillon que vous ne devriez pas poursuivre encore.

L'accessibilité web est-elle vraiment une obligation légale ?

Souvent, oui. La directive européenne sur l'accessibilité est applicable depuis juin 2025 sur un large éventail de produits et services numériques. La jurisprudence ADA aux États-Unis considère les sites comme couverts. Le secteur public relève de la Section 508 et de l'EN 301 549. Donc c'est une obligation de conformité maintenant, pas un bonus.

Un vérificateur automatique peut-il rendre mon site conforme ?

Non. Les outils automatiques attrapent de façon fiable le contraste, les alt manquants, les labels et l'ARIA cassé, soit environ un tiers des vrais problèmes. Le reste, ça se joue à la navigation clavier et au test au lecteur d'écran, et les deux demandent un humain. Un site qui ne passe qu'un scanner peut encore échouer avec les gens qui s'en servent.

Quel est le défaut le plus courant ?

Le contraste de texte faible, et de loin. Le scan WebAIM Million le trouve sur la majorité des pages d'accueil chaque année. C'est aussi le plus facile à corriger, parce que c'est un ratio mesurable : visez 4.5:1 sur le texte normal et 3:1 sur le grand texte, puis vérifiez-le avec un vérificateur de contraste.

L'accessibilité aide-t-elle le SEO ?

Oui, et le recoupement est large. Titres sémantiques, texte alternatif descriptif, vrais labels de formulaire, texte de lien clair, langue de page déclarée : tout ça aide lecteurs d'écran et robots en même temps. Un balisage accessible est un balisage structuré, et le balisage structuré, c'est exactement ce que récompensent les moteurs.