Ressources pédagogiques

Ce que signifie réellement un ratio de contraste, pourquoi certains seuils s'appliquent au texte normal et d'autres au grand texte, et ce que le RGAA exige exactement sur les critères 3.2 et 3.3.

Pourquoi transmettre une information uniquement par la couleur exclut une partie des utilisateurs — types de daltonisme, situations concernées, et alternatives concrètes pour les sites WordPress.

Les outils indispensables pour mesurer le contraste, un workflow d'audit en quatre étapes, comment corriger dans theme.json, et les générateurs de palettes accessibles.

Le critère 3.3 en détail : bordures de champs, icônes, indicateurs d'état, focus visible, boutons. Ce qui est mesuré, ce qui ne l'est pas, et les cas WordPress FSE concrets.

La différence concrète entre label, placeholder et aria-label pour les champs de formulaire. Qui est affecté quand ces éléments manquent, et comment les implémenter correctement.

Comment regrouper les champs liés avec fieldset et legend, pourquoi les boutons radio et cases à cocher en ont toujours besoin, et les cas où une autre approche est plus adaptée.

Comment signaler les erreurs de saisie de façon accessible : aria-invalid, aria-describedby, role=alert, déplacement du focus, et l'ordre des opérations à la soumission.

L'attribut autocomplete, ses valeurs normatives WCAG, et pourquoi il bénéficie à bien plus d'utilisateurs que les seuls utilisateurs de technologies d'assistance.

Ce qui se passe concrètement quand une image n'a pas de texte alternatif, qui en souffre, et pourquoi l'alt est bien plus qu'une case à cocher dans un audit.

Comment distinguer une image décorative d'une image porteuse d'information, la règle de décision en quatre questions, et les erreurs fréquentes dans les deux sens.

Comment rédiger un texte alternatif pertinent selon le type d'image : photo, graphique, infographie, logo, bouton. Avec des exemples NC et C pour chaque cas.

La distinction fondamentale entre alt et figcaption : l'un remplace l'image, l'autre la commente. Quand utiliser figure, comment rédiger une légende pertinente, et les erreurs fréquentes.

Les quatre cas à distinguer pour les SVG inline et les icônes : décoratif, informatif seul, dans un lien avec texte, dans un lien sans texte. Font Awesome, sprites SVG, et les erreurs fréquentes.

Comment renseigner et vérifier les textes alternatifs dans la bibliothèque médias, les blocs Image et Galerie, les images à la une, et les widgets de navigation. Avec les automatisations possibles.

Pourquoi deux auditeurs sérieux peuvent arriver à des conclusions différentes sur le même point, et comment développer son jugement quand il n'y a pas de réponse unique.

Détecter une erreur d'accessibilité ne suffit pas. Ce qui aide le client, c'est de comprendre qui est impacté, dans quelle situation, et ce qu'il faut corriger.

Le taux de conformité RGAA est souvent mal compris par les clients. Ce que signifient réellement ces trois verdicts, et pourquoi un site à 80% n'est pas accessible à 80%.

Certains points d'un audit laissent l'auditeur dans le doute : est-ce une exigence RGAA ou une recommandation ? Comment distinguer ce qui est obligatoire de ce qui améliore sans être requis.

Qui navigue réellement au clavier, pourquoi, et ce que ça représente comme contrainte quotidienne. Un article pour comprendre l'enjeu avant d'aborder les solutions techniques.

Comment Tab parcourt une page, les trois valeurs de tabindex et ce qu'elles font vraiment, et les situations où l'ordre visuel diverge de l'ordre DOM.

Qu'est-ce qu'un piège clavier, comment en identifier dans les modales, menus, carrousels et overlays, et comment les corriger. Avec un protocole de test en cinq minutes.

Pourquoi supprimer l'outline du focus est une erreur critique, comment :focus-visible change la donne, et comment concevoir un indicateur de focus visible et esthétique en CSS.

Comprendre pourquoi ARIA existe, ce qu'il fait et ne fait pas, avant toute implémentation. Les 3 règles fondamentales qui évitent 80% des erreurs.

Les 80+ rôles ARIA organisés par usage réel : landmarks, widgets interactifs, structure de contenu, live regions. Avec les critères RGAA associés et les erreurs fréquentes en audit.

Les attributs ARIA qui apparaissent dans la grande majorité des situations réelles, organisés en trois familles : états de composant, relations et associations, informations contextuelles. Inclut les attributs de relation avancés (aria-owns, aria-flowto, aria-posinset, aria-keyshortcuts).

Ajouter un aria-label ne suffit pas toujours. Ce que ça change concrètement pour un lecteur d'écran, et les cas où le label est ignoré sans qu'aucune erreur ne soit signalée.

Les 8 composants ARIA les plus courants dans les sites WordPress FSE : HTML minimal conforme, ce que le lecteur d'écran annonce, erreurs fréquentes en audit, et corrections spécifiques aux blocs natifs.

Les 10 erreurs ARIA les plus rencontrées en audit de sites WordPress : exemples concrets, ce que le lecteur d'écran entend réellement, et la correction dans chaque cas.

Les paires AT+navigateur qui comptent en audit RGAA, les attributs ARIA au support inégal, et comment lire l'arbre d'accessibilité pour vérifier ce que le lecteur d'écran voit réellement.

Les outils indispensables pour auditer l'accessibilité ARIA : DevTools, extensions de navigateur, lecteurs d'écran, et ce que les outils automatiques ne peuvent pas détecter.