# Les problèmes d’accessibilité que nous testons

<https://www.fixreports.com/fr/issues>

Chaque page explique un problème que détectent nos tests automatisés : ce qu’il signifie, à quel critère WCAG il se rapporte, comment le corriger sur n’importe quel site, sur Shopify et sur WooCommerce, et comment vérifier la correction.

## Problèmes d’accessibilité
- [aria-hidden n’est pas assigné aux éléments qui reçoivent le focus au clavier](https://www.fixreports.com/fr/issues/aria-hidden-focus): WCAG 4.1.2 · Niveau A. Des éléments focalisables sont masqués aux lecteurs d’écran mais restent accessibles au clavier. (Attributs et rôles ARIA)
- [L’attribut autocomplete doit être utilisé correctement](https://www.fixreports.com/fr/issues/autocomplete-valid): WCAG 1.3.5 · Niveau AA. Un champ de formulaire utilise une valeur autocomplete que les navigateurs ne reconnaissent pas. (Champs de formulaire sans étiquette)
- [Les boutons doivent avoir un texte perceptible](https://www.fixreports.com/fr/issues/button-name): WCAG 4.1.2 · Niveau A. Certains boutons n’ont pas de nom accessible : les utilisateurs de lecteurs d’écran entendent seulement « bouton ». (Liens et boutons sans nom)
- [Les éléments doivent avoir un contraste de couleurs suffisant](https://www.fixreports.com/fr/issues/color-contrast): WCAG 1.4.3 · Niveau AA. Certains textes ne se détachent pas assez de leur arrière-plan pour être lus par les personnes malvoyantes. (Contraste des couleurs insuffisant)
- [Chaque document doit avoir un élément <title> pour aider à la navigation](https://www.fixreports.com/fr/issues/document-title): WCAG 2.4.2 · Niveau A. Une page n’a pas de titre : les utilisateurs ne peuvent donc pas savoir sur quelle page ils se trouvent. (Titres de page)
- [Les IDs utilisés avec ARIA et dans les étiquettes doivent être uniques](https://www.fixreports.com/fr/issues/duplicate-id-aria): WCAG 4.1.2 · Niveau A. Plusieurs éléments partagent un id qui sert à étiqueter ou à décrire un autre élément : les technologies d’assistance risquent donc de lire la mauvaise étiquette. (Attributs et rôles ARIA)
- [Chaque cadre doit avoir un attribut title](https://www.fixreports.com/fr/issues/frame-title): WCAG 4.1.2 · Niveau A. Un cadre intégré (souvent une carte, une vidéo ou le widget d’une application) n’a pas de titre : les utilisateurs de lecteurs d’écran ne savent donc pas ce qu’il contient. (Structure de la page, titres et régions)
- [Les niveaux de titre doivent s’incrémenter d’un seul niveau à la fois](https://www.fixreports.com/fr/issues/heading-order): Bonne pratique d’accessibilité. Des niveaux de titre sont sautés (par exemple de H2 à H4), ce qui rend la structure de la page confuse pour les utilisateurs de lecteurs d’écran. (Structure de la page, titres et régions)
- [L’élément <html> doit avoir un attribut lang](https://www.fixreports.com/fr/issues/html-has-lang): WCAG 3.1.1 · Niveau A. La page ne déclare pas sa langue : les lecteurs d’écran risquent donc de la lire avec une mauvaise prononciation. (Langue de la page)
- [L’élément <html> doit avoir une valeur valide pour l’attribut lang](https://www.fixreports.com/fr/issues/html-lang-valid): WCAG 3.1.1 · Niveau A. Le code de langue de la page n’est pas valide : les lecteurs d’écran ne peuvent donc pas choisir la bonne voix. (Langue de la page)
- [Les images doivent avoir une alternative textuelle](https://www.fixreports.com/fr/issues/image-alt): WCAG 1.1.1 · Niveau A. Des images n’ont pas d’alternative textuelle : les utilisateurs de lecteurs d’écran ne savent donc pas ce qu’elles montrent. (Images sans alternative textuelle)
- [La valeur textuelle des contrôles de boutons doit être perceptible](https://www.fixreports.com/fr/issues/input-button-name): WCAG 4.1.2 · Niveau A. Un bouton input n’a pas de texte : les lecteurs d’écran ne peuvent donc pas indiquer ce qu’il fait. (Champs de formulaire sans étiquette)
- [Les boutons images doivent avoir une alternative textuelle](https://www.fixreports.com/fr/issues/input-image-alt): WCAG 1.1.1, 4.1.2 · Niveau A. Un bouton image n’a pas de texte alternatif : les lecteurs d’écran ne peuvent donc pas indiquer ce qu’il fait. (Images sans alternative textuelle)
- [Chaque élément de formulaire doit avoir une étiquette](https://www.fixreports.com/fr/issues/label): WCAG 4.1.2 · Niveau A. Certains champs de formulaire n’ont pas d’étiquette : les utilisateurs de lecteurs d’écran ne savent donc pas quoi saisir. (Champs de formulaire sans étiquette)
- [La page doit contenir une région main](https://www.fixreports.com/fr/issues/landmark-one-main): Bonne pratique d’accessibilité. La page n’a pas de région principale (main) : les utilisateurs de lecteurs d’écran ne peuvent donc pas accéder directement au contenu. (Structure de la page, titres et régions)
- [Les liens doivent pouvoir être distingués du texte environnant d’une façon qui ne repose pas sur la couleur](https://www.fixreports.com/fr/issues/link-in-text-block): WCAG 1.4.1 · Niveau A. Les liens à l’intérieur des paragraphes ne se distinguent que par leur couleur : les personnes qui ne perçoivent pas la différence de couleur ne les voient pas. (Contraste des couleurs insuffisant)
- [Les liens doivent avoir un texte perceptible](https://www.fixreports.com/fr/issues/link-name): WCAG 2.4.4, 4.1.2 · Niveau A. Certains liens n’ont aucun texte qu’un lecteur d’écran puisse annoncer ; ce sont souvent des liens composés uniquement d’une icône, comme les icônes des réseaux sociaux ou celle du panier. (Liens et boutons sans nom)
- [Le zoom et l’agrandissement ne doivent pas être désactivés](https://www.fixreports.com/fr/issues/meta-viewport): WCAG 1.4.4 · Niveau AA. La page bloque le zoom par pincement sur mobile. (Zoom et redistribution)
- [La page doit contenir un titre de niveau 1](https://www.fixreports.com/fr/issues/page-has-heading-one): Bonne pratique d’accessibilité. La page n’a pas de titre de premier niveau. (Structure de la page, titres et régions)
- [Le contenu doit être localisé dans une région](https://www.fixreports.com/fr/issues/region): Bonne pratique d’accessibilité. Une partie du contenu ne se trouve dans aucune région de la page (header, nav, main ou footer). (Structure de la page, titres et régions)
- [Les éléments avec [role='img'] ont une équivalence textuelle](https://www.fixreports.com/fr/issues/role-img-alt): WCAG 1.1.1 · Niveau A. Un élément présenté comme une image n’a pas d’alternative textuelle. (Images sans alternative textuelle)
- [Vérifier que les régions défilantes sont accessibles au clavier](https://www.fixreports.com/fr/issues/scrollable-region-focusable): WCAG 2.1.1 · Niveau A. Une zone défilante n’est pas accessible au clavier : les utilisateurs du clavier ne peuvent donc pas la faire défiler. (Accès au clavier et focus)
- [L’élément 'select' doit avoir un nom accessible](https://www.fixreports.com/fr/issues/select-name): WCAG 4.1.2 · Niveau A. Une liste déroulante (souvent un sélecteur de tri ou de variante) n’a pas d’étiquette. (Champs de formulaire sans étiquette)
- [Les éléments svg avec un rôle 'img' ont un texte alternatif](https://www.fixreports.com/fr/issues/svg-img-alt): WCAG 1.1.1 · Niveau A. Une image SVG porteuse d’information n’a pas d’alternative textuelle. (Images sans alternative textuelle)
- [Toutes les cibles tactiles doivent faire 24px de large, ou être suffisamment grandes](https://www.fixreports.com/fr/issues/target-size): WCAG 2.5.8 · Niveau AA. Certaines cibles tactiles mesurent moins de 24 × 24 pixels et sont trop proches les unes des autres, ce qui les rend difficiles à toucher sur un téléphone. (Accès au clavier et focus)
