# Liste de contrôle d’accessibilité pour les sites d’entreprise : carrières, PDF, pages investisseurs et formulaires Mis à jour le 2026-10-26 Un site d’entreprise vend rarement quoi que ce soit directement : ses problèmes d’accessibilité passent donc facilement inaperçus. Pourtant, c’est là que les gens postulent à des offres d’emploi, que les investisseurs lisent les rapports annuels, que les journalistes trouvent les communiqués de presse et que les clients cherchent des coordonnées, et chacune de ces tâches peut être bloquée par un obstacle : une candidature impossible à finaliser au clavier, un rapport annuel publié sous forme de PDF non balisé, une vidéo sans sous-titres, un bandeau cookies qui piège le focus. Cette liste de contrôle parcourt le niveau AA des WCAG 2.2 selon les rubriques que comportent la plupart des sites d’entreprise, avec ce qu’il faut vérifier dans chacune. **Points clés** - En 2026, WebAIM a détecté des échecs WCAG sur 95,9 % du million de pages d’accueil les plus visitées ; le texte peu contrasté (83,9 %) et l’absence de texte alternatif (53,1 %) étaient les plus courants ([WebAIM](https://webaim.org/projects/million/)). - Les WCAG s’appliquent aux documents publiés sur un site, comme les PDF, aussi bien qu’aux pages web ; le W3C publie des techniques pour rendre les PDF accessibles ([W3C](https://www.w3.org/WAI/WCAG22/Techniques/#pdf)). - Les vidéos pré-enregistrées nécessitent des sous-titres (1.2.2, niveau A) et une audio-description lorsque les images transmettent des informations absentes de la bande sonore (1.2.5, AA) ([W3C](https://www.w3.org/WAI/WCAG22/Understanding/captions-prerecorded)). - Dans des recommandations publiées en 2022, le ministère de la Justice des États-Unis a indiqué que l’ADA s’applique aux services en ligne des entreprises ouvertes au public, sans fixer de norme technique précise ([ADA.gov](https://www.ada.gov/resources/web-guidance/)). - Le W3C fournit des recommandations et un générateur gratuit pour rédiger une déclaration d’accessibilité ([W3C](https://www.w3.org/WAI/planning/statements/)). ## Pourquoi l’accessibilité compte-t-elle sur un site d’entreprise ? Parce que les visiteurs qui en dépendent sont souvent ceux que vous voulez le plus atteindre : candidats, clients, partenaires et investisseurs. L’Organisation mondiale de la Santé estime que 1,3 milliard de personnes, soit environ une sur six, vivent avec un handicap important ([OMS](https://www.who.int/news-room/fact-sheets/detail/disability-and-health)). Bien plus nombreuses encore sont celles qui utilisent un clavier plutôt qu’une souris, agrandissent le texte ou lisent sur leur téléphone en pleine lumière. Il y a aussi un aspect de conformité, qui varie selon le pays et selon le public du site. Les organismes du secteur public de l’UE doivent respecter la directive sur l’accessibilité du web ; les entreprises qui vendent à des consommateurs de l’UE peuvent relever de l’Acte européen sur l’accessibilité ; aux États-Unis, le ministère de la Justice a indiqué que l’ADA s’applique aux services en ligne des entreprises ouvertes au public ([ADA.gov](https://www.ada.gov/resources/web-guidance/)). Un site purement B2B peut échapper à certaines de ces lois, mais les grands clients interrogent de plus en plus leurs fournisseurs sur l’accessibilité. Nos guides sur l’[Acte européen sur l’accessibilité](/fr/blog/european-accessibility-act-online-stores) et sur les [mises en demeure ADA](/fr/blog/ada-website-demand-letter) expliquent le contexte ; ceci ne constitue pas un avis juridique. ## Que vérifier sur chaque page ? Ces problèmes viennent des modèles partagés : les corriger une fois corrige donc tout le site. - **Contraste** : le texte courant doit atteindre au moins 4.5:1 par rapport à son arrière-plan, le gros texte 3:1 (1.4.3). Le texte gris clair et le texte blanc sur les couleurs de la marque sont les échecs habituels. Le [vérificateur de contraste des couleurs](/fr/color-contrast-checker) teste n’importe quelle paire de couleurs. - **Clavier** : chaque lien, menu et bouton doit pouvoir être atteint avec Tab et utilisé avec Entrée ou Espace, avec un indicateur de focus visible (2.1.1, 2.4.7). Les méga-menus et les carrousels posent souvent problème. - **Lien d’évitement et régions** : un moyen de passer l’en-tête pour aller directement au contenu principal (2.4.1), et des régions (landmarks) `header`, `nav`, `main` et `footer`. - **Titres** : un seul H1 par page et une structure de titres logique (1.3.1), pour que les utilisateurs de lecteurs d’écran puissent parcourir la page. - **Texte des liens** : des liens compréhensibles hors contexte, et non « En savoir plus » répété dix fois (2.4.4). - **Langue** : l’attribut `lang` sur chaque page, et sur les passages dans une autre langue (3.1.1, 3.1.2), pour que les lecteurs d’écran les prononcent correctement. - **Zoom et redistribution** : un contenu utilisable avec un zoom à 200 % et sur une largeur de 320 pixels sans défilement horizontal (1.4.4, 1.4.10). ## Comment rendre accessibles les pages carrières et les candidatures ? C’est dans la rubrique carrières que les obstacles ont les conséquences les plus nettes : une personne qui ne peut pas finaliser sa candidature ne peut pas être prise en considération. - **Offres d’emploi** : les filtres et la recherche doivent fonctionner au clavier et annoncer le nombre de résultats aux lecteurs d’écran (4.1.3). - **Formulaires de candidature** : chaque champ a besoin d’une étiquette visible (3.3.2), les erreurs doivent être décrites par du texte (3.3.1), et les boutons d’envoi de fichiers doivent avoir un nom accessible. - **Limites de temps** : si le formulaire expire, prévenez les gens et permettez-leur de prolonger le délai (2.2.1). - **Logiciels de suivi des candidatures tiers** : de nombreuses entreprises utilisent un système externe pour les candidatures. Demandez à l’éditeur son rapport de conformité en matière d’accessibilité (Accessibility Conformance Report), testez vous-même le parcours de candidature au clavier, et proposez un autre moyen de postuler, par exemple par e-mail, indiqué sur la page carrières. - **Évaluations et entretiens vidéo** : vérifiez que les outils de test en ligne ou d’entretien vidéo prennent en charge les lecteurs d’écran, les sous-titres et un temps supplémentaire sur demande. ## Comment publier des PDF et des rapports annuels accessibles ? Les rapports annuels, les rapports de développement durable, les brochures et les documents de politique interne sont souvent publiés uniquement en PDF, et beaucoup ne sont pas balisés : un lecteur d’écran les lit comme un seul bloc de texte, ou pas du tout. - **Privilégiez le HTML** pour les contenus importants. Une page web est plus facile à rendre accessible, fonctionne mieux sur téléphone et se prête mieux à la recherche. - **Si vous publiez un PDF, balisez-le.** Exportez-le depuis le document source (Word, InDesign) avec les balises activées, pour conserver les titres, les listes, les tableaux et l’ordre de lecture. La norme PDF/UA (ISO 14289) définit les PDF accessibles. - **Vérifiez l’essentiel** : un titre de document, la langue du document, un texte alternatif pour les graphiques et les images, de vrais en-têtes de tableau et un ordre de lecture logique. Adobe Acrobat Pro intègre un vérificateur d’accessibilité ; PAC est un vérificateur gratuit pour Windows. - **Les documents numérisés** sont des images de texte : ils nécessitent une reconnaissance de caractères (OCR) et un balisage, ou une version HTML. - **Tableaux financiers** : balisez les lignes et les colonnes d’en-tête ; en HTML, utilisez `` avec `scope`. ## Et la vidéo, les webinaires et les podcasts ? - **Des sous-titres** pour toutes les vidéos pré-enregistrées comportant de la parole (1.2.2, A), et pour les webinaires en direct (1.2.4, AA). Les sous-titres automatiques doivent être vérifiés : les noms, les chiffres et les termes techniques sont souvent erronés. - **Une audio-description** lorsqu’une information importante n’est que visuelle, comme le texte de diapositives que l’intervenant ne lit pas (1.2.5, AA). La solution la plus simple est souvent que l’intervenant décrive la diapositive. - **Des transcriptions** pour les podcasts et les contenus uniquement audio (1.2.1, A). - **Commandes du lecteur** : un lecteur intégré doit pouvoir être utilisé au clavier, et un son qui démarre automatiquement pendant plus de trois secondes doit pouvoir être mis en pause ou arrêté (1.4.2). Le guide du W3C pour rendre les contenus audio et vidéo accessibles couvre la planification, les sous-titres et la description ([W3C](https://www.w3.org/WAI/media/av/)). ## Comment rendre accessibles les formulaires de contact, les cartes et les adresses ? - **Formulaires** : des étiquettes, des messages d’erreur clairs, et pas de CAPTCHA qui repose uniquement sur la lecture d’un texte déformé ou la résolution d’une énigme ; proposez une alternative ([W3C](https://www.w3.org/TR/turingtest/)). - **Coordonnées sous forme de texte** : les numéros de téléphone, les adresses e-mail et les adresses des bureaux écrits dans la page, et pas seulement dans une image ou sur une carte. - **Cartes** : une carte intégrée est difficile à utiliser avec un lecteur d’écran ; l’adresse et l’itinéraire sous forme de texte en sont l’alternative accessible. - **Widgets de chat** : vérifiez qu’ils peuvent être ouverts, utilisés et fermés au clavier, et qu’ils ne recouvrent pas le contenu qui a le focus (2.4.11). ## Les bandeaux cookies posent-ils des problèmes d’accessibilité ? Souvent, parce qu’ils apparaissent en premier et se superposent à tout le reste. - Le bandeau doit pouvoir être atteint et utilisé au clavier, et la touche Tab doit permettre d’en sortir (2.1.2, Pas de piège au clavier) ([W3C](https://www.w3.org/WAI/WCAG22/Understanding/no-keyboard-trap)). - Ses boutons ont besoin de noms clairs et d’un contraste suffisant ; « Refuser » doit être aussi facile à trouver qu’« Accepter ». - Il ne doit pas masquer l’élément de la page qui a le focus derrière lui (2.4.11). Nos analyses commencent sur votre page d’accueil avec le bandeau cookies encore affiché, car c’est ce qu’un utilisateur du clavier rencontre en premier, et signalent un piège au focus si la touche Tab ne permet pas de le dépasser. ## Avez-vous besoin d’une déclaration d’accessibilité ? Les organismes du secteur public de l’UE doivent en publier une. Pour les entreprises, elle est généralement facultative, même si l’Acte européen sur l’accessibilité impose aux services concernés de fournir des informations sur la façon dont ils satisfont ses exigences. Une bonne déclaration indique la norme visée, les limites connues, la façon dont les gens peuvent signaler un problème ou demander un contenu dans un autre format, et la date de sa dernière révision. Le W3C publie des recommandations et un générateur gratuit ([W3C](https://www.w3.org/WAI/planning/statements/)). Rédigez-la honnêtement : revendiquer une conformité totale après une analyse automatisée est un risque en soi, car les tests automatisés ne peuvent pas tout vérifier. ## Comment tester un site d’entreprise ? 1. **Lancez une analyse automatisée** de la page d’accueil, d’une page carrières, d’un article d’actualité, de la page de contact et de chaque formulaire. Notre [test d’accessibilité gratuit](/fr/website-accessibility-checker) teste les pages clés dans un vrai navigateur selon les WCAG 2.2 A et AA, et le [vérificateur de texte alternatif](/fr/image-alt-text-checker) liste chaque image d’une page. 2. **Testez au clavier** : parcourez le menu, postulez à une offre et envoyez le formulaire de contact en utilisant uniquement le clavier. 3. **Vérifiez les documents** : ouvrez vos PDF les plus importants avec un lecteur d’écran ou un vérificateur d’accessibilité des PDF. 4. **Regardez vos vidéos avec les sous-titres activés** et le son coupé. 5. **Demandez à des personnes en situation de handicap** d’essayer les tâches clés ; cela révèle des problèmes qu’aucune liste de contrôle ne prévoit. ## Foire aux questions ### Les WCAG s’appliquent-elles aux PDF ? Oui. Les WCAG s’appliquent au contenu web, y compris aux documents publiés sur un site. Le W3C publie des techniques spécifiques pour respecter les WCAG dans les fichiers PDF. ### Notre site carrières est géré par un prestataire. Est-ce notre responsabilité ? Du point de vue d’un candidat, c’est votre processus de candidature. Demandez à l’éditeur un rapport de conformité en matière d’accessibilité (Accessibility Conformance Report), testez le parcours et proposez un autre moyen de postuler. L’existence d’une responsabilité juridique dépend de votre juridiction. ### Les sous-titres automatiques respectent-ils les WCAG ? Seulement s’ils sont exacts. Les sous-titres automatiques se trompent souvent sur les noms, les chiffres et les termes ; relisez-les et corrigez-les avant de vous y fier. ### Une surcouche d’accessibilité suffit-elle pour un site d’entreprise ? Non. Les surcouches ne corrigent ni le code sous-jacent, ni les documents, ni les vidéos. Consultez notre guide sur les [surcouches d’accessibilité et l’ordonnance de la FTC](/fr/blog/accessibility-overlays-ftc-order). ### Quelle norme un site d’entreprise doit-il viser ? Le niveau AA des WCAG 2.2 correspond à la version actuelle et à l’objectif habituel ; de nombreuses lois et politiques font encore référence aux WCAG 2.1 AA, qu’un site conforme aux WCAG 2.2 AA respecte aussi. ## Sources - WebAIM : [The WebAIM Million (2026)](https://webaim.org/projects/million/) - W3C : [Web Content Accessibility Guidelines (WCAG) 2.2](https://www.w3.org/TR/WCAG22/) - W3C : [Techniques for WCAG 2.2: PDF techniques](https://www.w3.org/WAI/WCAG22/Techniques/#pdf) - W3C : [Understanding 1.2.2 Captions (Prerecorded)](https://www.w3.org/WAI/WCAG22/Understanding/captions-prerecorded) - W3C : [Understanding 1.2.5 Audio Description (Prerecorded)](https://www.w3.org/WAI/WCAG22/Understanding/audio-description-prerecorded) - W3C : [Making audio and video media accessible](https://www.w3.org/WAI/media/av/) - W3C : [Understanding 2.1.2 No Keyboard Trap](https://www.w3.org/WAI/WCAG22/Understanding/no-keyboard-trap) - W3C : [Inaccessibility of CAPTCHA](https://www.w3.org/TR/turingtest/) - W3C : [Developing an accessibility statement](https://www.w3.org/WAI/planning/statements/) - Ministère de la Justice des États-Unis : [Guidance on web accessibility and the ADA](https://www.ada.gov/resources/web-guidance/) - Organisation mondiale de la Santé : [aide-mémoire sur le handicap](https://www.who.int/news-room/fact-sheets/detail/disability-and-health)