Agences web et accessibilité : où ça coince vraiment (process, QA, budgets, compétences)

Résumer le contenu avec l’IA :

Dans les collectivités territoriales et les destinations touristiques, la question de l’accessibilité numérique n’est plus un sujet émergent. Elle est encadrée par la loi, documentée par le RGAA, régulièrement rappelée par les services de l’État et de plus en plus identifiée comme un marqueur de qualité du service public. Pourtant, malgré ce cadre clair, les constats restent souvent les mêmes : des sites refondus récemment, réalisés par des agences expérimentées, présentent encore de nombreuses non-conformités.

Ce décalage entre les intentions affichées et la réalité des livrables interroge. Il serait tentant d’y voir un simple manque de compétence ou de bonne volonté du côté des agences web. Ce serait une lecture réductrice, et surtout inefficace. Sur le terrain, les projets qui échouent partiellement sur l’accessibilité ne le font pas à cause d’un acteur isolé, mais à cause d’un enchaînement de décisions, d’arbitrages et d’organisations inadaptées.

Cet article analyse, sans posture accusatoire, les points de friction les plus fréquents entre agences web et accessibilité. Il s’adresse aux collectivités, aux destinations touristiques, aux responsables digitaux et aux AMO qui souhaitent comprendre où ça coince vraiment, et surtout comment créer les conditions d’une conformité robuste dans la durée.

Pourquoi l’accessibilité est un sujet particulièrement sensible pour les collectivités et les destinations

Pour une collectivité, un site web n’est pas seulement un outil de communication. C’est un canal d’accès aux droits, aux démarches, à l’information publique et aux services. L’accessibilité ne relève donc pas d’un simple niveau de qualité souhaitable, mais d’une exigence liée à l’égalité d’accès au service public. Lorsque des formulaires ne sont pas utilisables au clavier, lorsque des documents téléchargeables sont illisibles pour des technologies d’assistance, ou lorsque des informations essentielles sont portées uniquement par la couleur, ce sont des publics entiers qui se retrouvent mis à distance.

Pour une destination touristique, l’enjeu prend une autre forme, tout aussi stratégique. Les sites d’offices de tourisme et de destinations concentrent des informations pratiques (accès, horaires, tarifs, réservation, itinéraires), une forte saisonnalité et des contenus riches (photos, cartes, vidéos, agendas). Cette richesse éditoriale multiplie les risques de non-conformité. Elle peut aussi, lorsque l’accessibilité est intégrée intelligemment, devenir un levier de conversion et de confiance : un parcours de réservation simple, des contenus structurés, des alternatives textuelles de qualité et des informations claires bénéficient à tous les publics, bien au-delà des seules personnes en situation de handicap.

Dans ces deux univers, une difficulté revient souvent : l’accessibilité est attendue comme un résultat final (un site conforme), alors qu’elle doit être traitée comme une démarche de production (un site conçu pour rester conforme). Cela change radicalement la manière de cadrer un projet, de sélectionner une agence et d’organiser la recette.

Une intention largement partagée, mais une exécution incomplète

Dans la majorité des appels d’offres et des cahiers des charges, l’accessibilité numérique est désormais mentionnée. Le RGAA est cité, parfois accompagné d’exigences de conformité, d’une demande d’audit, voire d’une attente de déclaration d’accessibilité et de plan d’amélioration. Sur le papier, le sujet est donc présent. Dans les faits, il reste trop souvent périphérique.

L’accessibilité est encore fréquemment abordée comme une option du projet, au même titre qu’une fonctionnalité secondaire ou qu’un lot complémentaire. Elle n’est pas intégrée comme un critère structurant de la qualité globale du site, au même niveau que la sécurité, la performance ou la maintenabilité. Cette approche conduit mécaniquement à des compromis. Lorsque les délais se tendent, lorsque les arbitrages budgétaires deviennent plus serrés, l’accessibilité recule dans la liste des priorités.

Un autre malentendu fréquent tient à la confusion entre conformité, qualité et expérience utilisateur. Certaines équipes réduisent encore l’accessibilité à une série de règles techniques à cocher, sans lien avec les usages. À l’inverse, d’autres estiment que le travail sur l’UX ou le design inclusif suffit à garantir l’accessibilité, sans passer par une vérification RGAA rigoureuse. Dans les deux cas, le résultat est incomplet : la conformité ne se décrète ni par intention, ni par esthétique, ni par un outil automatique.

Le premier nœud : la manière dont l’accessibilité est formulée dans le besoin

Beaucoup de difficultés naissent dès le cadrage. Les exigences d’accessibilité sont parfois formulées comme un objectif général (le site doit respecter le RGAA), sans déclinaison opérationnelle. Une agence peut être de bonne foi, mais si elle ne dispose ni d’un périmètre clair, ni d’une méthodologie d’évaluation, ni d’un niveau d’ambition attendu (conformité totale, partielle, priorisée), elle pilotera nécessairement au mieux et non au conforme.

Dans la commande publique, cette imprécision est accentuée par deux phénomènes. D’une part, l’accessibilité est parfois copiée-collée de modèles de CCTP, sans être reliée au contexte du site (types de contenus, volumétrie, briques tierces, réservation, cartographie). D’autre part, l’évaluation des offres intègre rarement des critères de preuve : comment l’agence démontre-t-elle qu’elle sait produire et maintenir un niveau de conformité ? Sans critères de preuve, l’accessibilité devient un élément déclaratif, difficile à objectiver lors du choix du prestataire.

À ce stade, la difficulté n’est pas technique. Elle est contractuelle et organisationnelle : une exigence imprécise produit des livrables discutables, donc des arbitrages tardifs.

Des process peu compatibles avec une démarche d’accessibilité

Les méthodes de gestion de projet jouent un rôle central. De nombreux projets web publics reposent encore sur des cycles très linéaires. Une phase de cadrage relativement courte est suivie de la conception graphique, puis du développement, avant une recette finale concentrée sur quelques semaines.

Dans ce type d’organisation, l’accessibilité intervient tardivement. Elle est souvent évoquée au moment de la recette, lorsque l’essentiel des choix structurants a déjà été fait. Les problèmes détectés à ce stade sont plus coûteux à corriger, tant sur le plan technique que sur le plan organisationnel. Ils deviennent alors des sujets de négociation plutôt que des exigences non discutables.

Même dans des contextes plus agiles, l’accessibilité peine à trouver sa place. Les rituels de suivi, comme les revues de sprint, les démonstrations ou les définitions de « done », intègrent rarement des critères d’accessibilité explicites. Les user stories ne formalisent pas les exigences liées au clavier, aux lecteurs d’écran, aux messages d’erreur de formulaires ou aux contrastes. L’accessibilité devient implicite, et donc fragile.

Un autre point de blocage concerne la chaîne de décision. Côté agence, le sujet est parfois porté par une seule personne sensibilisée, sans réel pouvoir d’arbitrage, ni temps de pilotage dédié. Côté collectivité, la responsabilité est diluée entre plusieurs services : communication, DSI, prestataires, voire directions métier. Sans portage clair, l’accessibilité se retrouve sans défenseur au moment des choix difficiles, précisément là où elle devrait être traitée comme un critère non négociable.

QA et recette : le moment où tout se révèle, trop tard

La phase de recette est souvent présentée comme le filet de sécurité du projet. C’est là que les non-conformités devraient être détectées et corrigées. En réalité, c’est précisément à ce moment que les limites du dispositif apparaissent.

Dans de nombreux projets, les tests d’accessibilité sont réalisés une fois le site entièrement intégré. Cette approche suppose que les corrections pourront être apportées sans remettre en cause l’architecture, les composants ou les choix de design. Or, l’accessibilité n’est pas une couche que l’on ajoute a posteriori. Elle est profondément liée à la structure du code, à la hiérarchie de l’information et aux interactions prévues.

Les outils de tests automatisés, bien qu’utiles, sont également source de malentendus. Ils détectent certains problèmes (structure, attributs manquants, contrastes parfois), mais en laissent passer beaucoup d’autres : cohérence des libellés, pertinence des alternatives, ordre de tabulation, compréhension des messages d’erreur, utilisabilité réelle au clavier, conformité de composants riches. Lorsqu’ils sont utilisés comme unique preuve de conformité, ils donnent une fausse impression de sécurité.

La recette « accessible » ne peut pas se résumer à un rapport d’outil. Elle nécessite au minimum une approche mixte : automatisation pour repérer rapidement des défauts récurrents, et tests manuels pour qualifier l’expérience réelle. Lorsque cette approche mixte n’est pas prévue contractuellement et planifiée dans le projet, elle est souvent sacrifiée. Les anomalies les plus visibles sont corrigées, mais les problèmes plus diffus restent en place. Le site est mis en ligne avec une conformité partielle, qui sera difficile à améliorer par la suite.

Le piège des composants et des briques tierces

Dans les projets des collectivités et des destinations touristiques, les non-conformités critiques proviennent fréquemment de briques tierces. Cela peut concerner des solutions de cartographie, des modules de prise de rendez-vous, des outils d’agenda, des moteurs de réservation, des lecteurs de PDF embarqués, des widgets de réseaux sociaux, ou des formulaires fournis par un éditeur.

L’agence peut faire un travail correct sur le socle, mais se retrouver contrainte par une brique non conforme, sur laquelle elle n’a pas la main. Si ce sujet n’a pas été identifié dès le cadrage, il surgira tard, avec une marge de manœuvre faible. Le projet bascule alors dans une logique de compromis : accepter une non-conformité structurelle, chercher une alternative en urgence, ou développer un contournement coûteux.

Dans ce contexte, l’accessibilité devient un sujet de gouvernance : qui valide l’intégration d’un module tiers ? Sur quels critères ? Quel plan de remédiation si le fournisseur ne garantit pas la conformité ? Sans réponse à ces questions, la conformité globale est fragilisée, même si les équipes sont compétentes.

Budgets et arbitrages : l’accessibilité en concurrence permanente

La question budgétaire revient systématiquement dans les projets d’accessibilité. Beaucoup de collectivités perçoivent encore cette démarche comme un surcoût. Cette perception s’explique en partie par une mauvaise anticipation. Lorsque l’accessibilité n’est pas intégrée dès le cadrage, elle apparaît effectivement comme une dépense supplémentaire en fin de projet.

Les arbitrages se font alors au détriment de la qualité. Faut-il corriger tel composant complexe ou respecter le planning de mise en ligne ? Faut-il revoir une fonctionnalité non accessible ou conserver une animation jugée stratégique ? Sans cadre clair, ces décisions se prennent au cas par cas, souvent sous la pression des délais.

Ce raisonnement occulte pourtant le coût réel de la non-qualité. Les corrections post-livraison sont plus onéreuses. Elles mobilisent à nouveau des prestataires, génèrent de la dette technique et fragilisent la gouvernance éditoriale. Elles ont aussi un effet silencieux : elles découragent les équipes internes, qui finissent par considérer l’accessibilité comme un chantier impossible.

Dans la durée, l’accessibilité coûte d’autant moins cher qu’elle est intégrée tôt, sous forme de règles de conception, de composants réutilisables, de critères de recette et de contrôles réguliers. L’investissement se déplace : moins de rattrapage, plus de prévention. Cette logique reste toutefois difficile à défendre sans une vision globale du cycle de vie du site.

Des compétences encore trop fragmentées

La question des compétences est souvent évoquée, mais rarement analysée en profondeur. Du côté des agences, l’accessibilité repose fréquemment sur des savoirs partiels. Certains développeurs maîtrisent les bases du HTML sémantique, mais sont moins à l’aise avec les usages des technologies d’assistance. Les designers peuvent être sensibilisés au contraste et à la lisibilité, sans mesurer les impacts de leurs choix sur la navigation clavier ou l’ordre de lecture. Les chefs de projet, quant à eux, manquent parfois de repères pour piloter ces exigences et les traduire en livrables.

Cette fragmentation crée des angles morts. Chacun agit de bonne foi dans son périmètre, mais sans vision d’ensemble. L’accessibilité devient un sujet transversal sans pilote clairement identifié.

Côté collectivités et destinations touristiques, la situation est rarement plus simple. Les équipes internes disposent souvent d’une expertise insuffisante pour challenger les livrables. Elles dépendent fortement des agences et peinent à évaluer la qualité réelle des prestations. Cette asymétrie de compétences complique le dialogue et limite la capacité de contrôle.

Le sujet n’est pas de faire des experts RGAA partout. L’enjeu est plutôt de disposer d’un socle commun de compréhension et d’un dispositif de pilotage qui permette à chaque métier de jouer son rôle : conception, intégration, rédaction, recette, maintenance.

Pourquoi les projets échouent malgré de bonnes intentions

Lorsqu’on analyse les projets qui rencontrent des difficultés, un constat s’impose : les échecs sont rarement le fruit d’une décision unique. Ils résultent plutôt d’une accumulation de micro-renoncements. Une exigence floue dans le cahier des charges, un test repoussé, une correction jugée trop coûteuse, une brique tierce intégrée sans analyse, une compétence manquante à un moment clé.

Pris isolément, ces choix semblent rationnels. Ensemble, ils produisent un site partiellement accessible, difficile à maintenir et éloigné des objectifs initiaux. L’accessibilité devient alors un sujet de frustration, voire de conflit, alors qu’elle aurait pu être un levier de structuration du projet.

Une autre cause fréquente tient à la confusion entre livrer un site acceptable et livrer un site auditable. Beaucoup de projets arrivent à un résultat perçu comme correct à l’écran, mais insuffisant lorsqu’on applique une méthodologie RGAA. Ce décalage entre perception et conformité est un facteur classique de tension entre maîtrise d’ouvrage et agence : chacun pense avoir fait sa part, mais les critères de réussite n’étaient pas objectivés.

Ce que montrent les projets qui fonctionnent

À l’inverse, certains projets démontrent qu’une autre approche est possible. Les dispositifs les plus aboutis partagent une caractéristique : l’accessibilité y est traitée comme une trajectoire de production, pas comme un verdict final.

L’accessibilité est intégrée dès le cadrage, traduite en exigences opérationnelles et suivie tout au long du projet. Les tests sont répartis dans le temps, et non concentrés en fin de parcours. Les décisions structurantes, comme le choix d’un composant, d’une brique tierce ou d’un modèle de page, sont évaluées avec un regard accessibilité.

La documentation joue également un rôle clé. Les règles d’accessibilité sont formalisées, partagées et comprises par l’ensemble des intervenants. Les arbitrages sont tracés, ce qui facilite la continuité après la mise en ligne. Cette documentation n’a pas besoin d’être volumineuse : ce qui compte, c’est qu’elle soit exploitable par les équipes.

Dans ces contextes, le rôle d’un AMO expert en accessibilité est souvent déterminant. Il permet de faire le lien entre les exigences réglementaires, les contraintes opérationnelles et les choix stratégiques. Il sécurise la relation entre la collectivité et l’agence, en apportant un cadre commun, des points de repère objectifs et une capacité de priorisation.

Pour rendre ces différences plus concrètes, voici un exemple typique de bascule entre intention et démarche. Dans un projet classique, la conformité est vérifiée en fin de chaîne : on découvre des non-conformités, on négocie, puis on met en production avec un reste à faire. Dans un projet structuré, la conformité est travaillée par étapes : on sécurise d’abord les gabarits et composants, on qualifie la chaîne éditoriale, puis on étend la démarche au contenu et aux parcours métier. Le résultat est souvent moins spectaculaire sur le papier, mais beaucoup plus robuste à long terme.

Repenser la relation entre agences et collectivités : du livrable à la responsabilité partagée

Les difficultés observées invitent à repenser la relation contractuelle et opérationnelle entre agences web et acteurs publics. L’accessibilité ne peut pas être traitée comme une simple obligation à déléguer. Elle doit faire l’objet d’une responsabilité partagée, clairement définie.

Cela suppose de clarifier les rôles, d’inscrire l’accessibilité dans la gouvernance du projet et de prévoir les moyens nécessaires à son pilotage. Cette évolution demande un changement de posture, tant du côté des agences que des commanditaires. Elle repose sur la reconnaissance de l’accessibilité comme un critère de qualité durable, au même titre que la sécurité ou la performance.

Sur le plan opérationnel, trois points méritent une attention particulière :

Le premier concerne la preuve. Une agence devrait pouvoir expliquer, de manière simple, comment elle intègre l’accessibilité à chaque étape du projet : conception, intégration, développement, recette, maintenance. Il ne s’agit pas d’exiger une perfection théorique, mais d’évaluer une maturité de process.
Le second concerne la recette. Une recette accessible doit être pensée comme un dispositif, avec des critères, des responsabilités et un calendrier. Elle ne peut pas reposer sur un test isolé, ni sur une seule personne. Même lorsqu’un audit externe est prévu, il doit être articulé avec la recette interne, sinon il intervient trop tard.
Le troisième concerne la vie du site. Une refonte ne règle pas tout. Les collectivités et les destinations publient, mettent à jour, ajoutent des documents, intègrent des médias, changent des pages pratiques. Sans une chaîne éditoriale outillée et un minimum de contrôle continu, la conformité se dégrade rapidement.

Conclusion : Un problème systémique avant d’être technique

Les difficultés rencontrées par les agences web sur l’accessibilité ne relèvent pas d’un manque d’intérêt ou de compétence isolée. Elles sont le symptôme d’un système de production inadapté à cette exigence. Tant que l’accessibilité restera périphérique dans les process, les budgets et les compétences, les résultats resteront fragiles.

Pour les collectivités et les destinations touristiques, l’enjeu est désormais clair. Il ne s’agit plus seulement de demander des sites conformes, mais de créer les conditions permettant cette conformité. Cela passe par un cadrage exigeant, une gouvernance adaptée et un accompagnement dans la durée. L’accessibilité n’est pas un supplément d’âme. Elle est un révélateur de la maturité des organisations numériques. C’est à ce niveau que se joue la différence entre des projets subis et des dispositifs réellement maîtrisés.

FAQ

Pourquoi une agence « sérieuse » peut-elle livrer un site non conforme ?

Parce que la conformité dépend moins d’une intention que d’une méthode. Si l’accessibilité n’est pas intégrée au cadrage, aux composants, à la recette et aux arbitrages, elle devient un sujet tardif. À ce stade, les corrections coûtent cher et la conformité se transforme en négociation.

Les tests automatisés suffisent-ils pour le RGAA ?

Non. Les tests automatisés repèrent des défauts récurrents mais ne qualifient pas l’usage réel. La conformité RGAA exige des vérifications manuelles, notamment sur le clavier, les formulaires, la pertinence des alternatives, la cohérence des titres et l’accessibilité des composants interactifs.

À quel moment faut-il intégrer l’accessibilité dans un projet ?

Dès le cadrage, au même niveau que la sécurité et la performance. Les choix de gabarits, de composants et de briques tierces sont déterminants. Plus l’accessibilité est intégrée tôt, plus elle est simple à maîtriser et moins elle génère de coûts de rattrapage.

Qui est responsable de l’accessibilité : l’agence ou la collectivité ?

Les deux, mais pas au même titre. L’agence est responsable de la qualité des livrables qu’elle produit. La collectivité est responsable de ses arbitrages, de son cahier des charges, du choix des briques tierces et de la maintenance éditoriale. Sans responsabilité partagée et clarifiée, la conformité se dégrade.

Pourquoi les briques tierces posent-elles autant de problèmes ?

Parce qu’elles échappent partiellement au contrôle des équipes projet. Un module de réservation, une carte ou un agenda non conforme peut rendre un parcours entier inaccessible. Sans analyse en amont et sans plan de remédiation, ces briques créent des non-conformités structurelles.

Quel est l’intérêt d’un accompagnement AMO accessibilité ?

Un AMO aide à transformer une exigence réglementaire en exigences projet, à objectiver les critères de recette, à sécuriser les arbitrages et à organiser la démarche dans la durée. Il réduit les tensions agence/collectivité en apportant un cadre commun et des repères mesurables.

Agences web & accessibilité : où ça coince vraiment