Audit d’accessibilité d’un site web

Votre site est souvent le premier obstacle pour vos utilisateurs. Notre audit accessibilité web (RGAA 4.1, WCAG 2.2) livre une feuille de route de conformité priorisée.

Quels supports

Vitrines, webapps, e‑commerce, intranets : des risques différents

La nature de votre interface détermine les risques d’accessibilité – et donc ce que nous testons en priorité.

Sites vitrines et corporate

Le risque porte sur les fondamentaux : structure des titres, navigation, formulaires de contact, et documents PDF téléchargeables, très souvent non accessibles.

Applications web (SPA)

Le contenu change sans rechargement de page. Sans gestion explicite du focus ni annonce des mises à jour (régions ARIA live), l’utilisateur de lecteur d’écran « perd » l’information : c’est le risque n°1 des interfaces React, Vue ou Angular.

E-commerce

Chaque étape du tunnel (recherche, fiche produit, panier, paiement, création de compte) peut bloquer une vente. Un champ de paiement mal étiqueté ou une erreur non restituée, c’est une commande abandonnée - pour tous vos clients.

Intranets et extranets

outils métiers et espaces authentifiés, souvent oubliés des démarches d’accessibilité, alors qu’ils conditionnent le maintien dans l’emploi de vos collaborateurs en situation de handicap.

Site multilingue ou déployé à l’international ?

Nous auditons aussi au regard des WCAG 2.2, de l’ADA et de la Section 508.

Selon votre organisation et le type de service, le cadre applicable diffère.

Sites, applications, extranets et e-commerce destinés au public peuvent relever de la loi du 11 février 2005 (organismes publics et grandes entreprises) et/ou de l’European Accessibility Act, applicable depuis le 28 juin 2025 aux services proposés aux consommateurs. Un intranet, réservé à vos collaborateurs, relève de la seule loi de 2005. Nous déterminons le cadre applicable avec vous.

quelles pages

Comment nous construisons l’échantillon de votre site

Auditer toutes les pages n’aurait ni sens, ni valeur : sur un site de plusieurs milliers d’URL, la conformité se mesure sur un échantillon représentatif, selon la méthode définie par le RGAA. Nous le construisons en trois strates :

  • Les pages obligatoiresaccueil, contact, mentions légales, aide, plan du site, page d’authentification, déclaration d’accessibilité. Auditées systématiquement.
  • La représentativité des gabaritsau moins une page par modèle (liste, fiche, article, formulaire, tunnel) : corriger un gabarit corrige toutes les pages qui en héritent.
  • Les parcours utilisateurs réelsles enchaînements critiques de votre activité (rechercher → comparer → commander → payer), testés de bout en bout, car une page conforme isolément peut devenir infranchissable dans un parcours.

Concrètement : de 5 pages pour un site vitrine à une trentaine pour une grande application web ou une plateforme e-commerce. Un échantillon bien construit, c’est un audit fiable - ni angle mort, ni surcoût inutile.

Votre site est-il accessible à tous ?

Nos experts testent votre site au clavier et avec de vraies technologies d'assistance pour révéler ce que les outils automatiques ne voient pas. Commencez par un audit flash.

Quels tests

Ce que nous testons, concrètement

Sur chaque page de l’échantillon, nos experts contrôlent les critères RGAA 4.1 (alignés sur les WCAG 2.2), au clavier et avec un lecteur d’écran. Voici quelques points non exhaustifs :

6 éléments, sans lien.

  • Navigation au clavier

    Tout doit être atteignable et actionnable sans souris, dans un ordre logique, avec un focus visible en permanence.
  • Formulaires

    Étiquettes reliées aux champs, messages d’erreur explicites et restitués, aides à la saisie : déterminant sur les tunnels et les espaces de connexion.
  • Composants dynamiques (ARIA (Accessible Rich Internet Applications))

    Menus déroulants, modales, onglets, notifications : leur état et leurs changements doivent être annoncés.
  • Structure et repères

    Titres hiérarchisés, régions de navigation, liens d’évitement pour aller vite au contenu.
  • Médias

    Alternatives textuelles utiles, sous-titres et transcriptions.
  • Couleurs et contrastes

    Ratios suffisants ; l’information n’est jamais portée par la seule couleur.
Quelles non-conformités

Les non-conformités les plus fréquentes sur le web

Certaines erreurs reviennent sur la quasi-totalité des sites que nous auditons. Les connaître, c’est anticiper la remédiation :

  • Carrousels et sliders défilement automatique impossible à mettre en pause, contenu inaccessible au clavier. Impact : l’utilisateur ne peut ni arrêter, ni lire le contenu.
  • Modales et pop-ins le focus n’est pas piégé dans la fenêtre, ou ne revient pas à son origine à la fermeture. Impact : l’utilisateur de lecteur d’écran continue de « lire » la page derrière, désorienté.
  • Champs de formulaire placeholder utilisé à la place de l’étiquette, erreur signalée par la seule couleur. Impact : saisie et correction impossibles pour une partie des utilisateurs.
  • Liens et boutons non explicites « cliquez ici », « en savoir plus » hors contexte, icônes sans intitulé. Impact : la liste des liens d’un lecteur d’écran devient inutilisable.

À la clé : un rapport critère par critère, un score de conformité RGAA visualisé sur IpedisConnect, des recommandations correctives illustrées et votre déclaration d’accessibilité prête à intégrer. Le détail de nos livrables et de notre méthodologie figure sur la page Audit d’accessibilité numérique.

faq

Questions fréquentes

On ne les audite pas toutes : on constitue un échantillon représentatif - pages obligatoires, un exemplaire de chaque gabarit et les parcours clés. De 5 pages pour un site vitrine à une trentaine pour une grande application web ou un site e-commerce.

Non. Les outils automatiques ne détectent qu’une partie des non-conformités, bien qu’ils soient une aide importante lors de la phase de remédiation. Seul un audit manuel, mené par des experts au clavier et avec de vraies technologies d’assistance, objective réellement votre conformité RGAA.

Oui. Nous testons spécifiquement la gestion du focus, les mises à jour de contenu sans rechargement et les composants ARIA - les points sensibles des applications à page unique (SPA).

Un site web relève du RGAA 4.1 / WCAG 2.2 et d’une logique d’échantillonnage de pages. Une application mobile mobilise le RAAM et la norme EN 301 549, avec des tests dédiés (VoiceOver, TalkBack, gestes tactiles). Découvrez notre audit d’application mobile.

Parlons de votre site

Décrivez-nous votre site et vos échéances : nous dimensionnons l'audit au plus juste, de 5 à 30 pages selon sa complexité, et vous adressons une proposition sur mesure.