Choisir un prestataire d’audit d’accessibilité numérique

Mis à jour le 1er octobre 2026 · Rédaction : Plein Accès

Partir de la mission que vous devez acheter

Le choix d’un prestataire d’audit d’accessibilité commence par la décision que votre organisation doit prendre. Cherchez-vous une évaluation pour documenter l’état du service, une assistance aux développeurs ou une recette après refonte ? Un cabinet capable d’expliquer les constats n’est pas nécessairement l’intégrateur qui modifiera votre CMS. Décrivez ces responsabilités dès la consultation. La présentation de la mission situe l’audit, les corrections et leur vérification dans un même projet, avec des commandes distinctes si nécessaire.

Demandez au candidat de reformuler votre besoin avant de proposer son dispositif. Cette réponse permet de voir s’il a repéré les parcours sensibles, les limites d’accès et le cadre envisagé. Une promesse générale de conformité sans examen du service ne constitue pas une méthode d’évaluation. Nous ne présentons aucun agrément RGAA obligatoire : la compétence doit être appréciée à partir du travail proposé et des éléments que le candidat peut réellement démontrer.

Examiner la couverture des tests humains

Faites préciser la place des tests automatiques et des vérifications manuelles. Un candidat doit pouvoir décrire comment il contrôle la navigation au clavier, les contenus restitués par un lecteur d’écran et les changements d’état des composants. Demandez les associations de navigateur, système et technologie d’assistance qu’il compte utiliser. Le nom d’un logiciel seul ne suffit pas pour comprendre l’environnement. Ces informations doivent être compatibles avec le service et reprises dans les preuves de livraison.

Une démonstration courte sur un composant de test peut être utile. Le candidat explique le comportement attendu, décrit ce qui bloque l’action puis rattache le constat au critère concerné. Cette démarche est plus éclairante qu’un nombre d’anomalies sans contexte. Si la mission concerne une application native, demandez une approche spécifique aux environnements mobiles plutôt qu’une grille web transposée sans justification.

Lire un exemple de rapport

Demandez un exemple anonymisé ou une trame de rapport. Il doit montrer l’adresse ou l’écran examiné, l’état nécessaire à la reproduction, le critère et les étapes qui conduisent au défaut. Une capture peut compléter la description, mais l’obstacle doit être compréhensible en texte. Pour une équipe technique, la recommandation doit identifier la cause probable sans imposer une solution incompatible avec l’architecture. Le guide sur le rapport RGAA décrit les informations utiles à la réception.

Vérifiez la manière dont le prestataire gère les désaccords. L’équipe peut estimer qu’un composant est conforme dans un autre environnement ou qu’un contenu est exempté. Le rapport doit garder la trace du résultat observé, et une clarification doit pouvoir s’appuyer sur la méthode retenue. Demandez comment les questions sont traitées après restitution et si un échange avec les développeurs est inclus dans la proposition.

Contrôler les références sans les transformer en garantie

Les références présentées par le candidat peuvent aider à apprécier son expérience, à condition d’être vérifiables et comparables à votre projet. Une mission sur un site éditorial ne démontre pas à elle seule une maîtrise du paiement embarqué ou d’une application native. Demandez le rôle effectivement tenu, le type de service et la nature des livrables. Respectez les restrictions de confidentialité des clients ; un rapport anonymisé peut être une réponse adaptée.

Faites aussi préciser qui réalisera les tests. Le devis doit permettre de comprendre la répartition entre le responsable de mission, les auditeurs et les éventuels sous-traitants. Une qualification ou une formation annoncée doit être documentée si elle pèse dans le choix. Plein Accès ne publie aucun nom d’expert ni référence client non vérifiée. La méthode de mise en relation expose les pièces à examiner avant votre engagement.

Donner une place claire aux corrections et au suivi

Demandez comment les constats seront transmis à votre outil de suivi. Si le candidat propose la remédiation, identifiez les éléments qu’il peut modifier et ceux qui dépendent d’un éditeur tiers. Le contrat doit distinguer les correctifs, leur déploiement et les vérifications après livraison. Un prestataire peut expliquer un défaut sans disposer des droits sur le code concerné. Cette limite doit apparaître dans sa réponse et dans le plan d’action.

Pour départager les offres, utilisez des critères écrits : couverture du périmètre, qualité des preuves, capacité de dialogue avec l’équipe et modalités de réception. Le cahier des charges permet d’envoyer une base commune aux candidats. Comparez ensuite les montants sur les mêmes prestations. Ne choisissez pas un audit uniquement sur un taux promis ou sur un délai qui n’a pas été confronté aux accès nécessaires.

Questions à poser avant l’accord

Un outil de scan peut-il constituer toute la prestation ?

Un scan peut fournir un diagnostic limité. Pour une évaluation de conformité, demandez les vérifications humaines, la couverture de l’échantillon et les résultats critère par critère.

Faut-il choisir le même prestataire pour auditer et corriger ?

Ce choix dépend de votre organisation. Si les missions sont réunies, distinguez leurs livrables et prévoyez une vérification documentée de l’état après correction.

Comment apprécier une offre sans référence publique ?

Demandez une méthode détaillée, un exemple anonymisé et une explication des tests. L’absence de référence publique ne prouve ni une compétence ni son absence ; examinez les preuves disponibles.

Sources vérifiées le 1er octobre 2026

DINUM : référentiel et obligations