// accessibilité documentaire
L'accessibilité des documents
À toutes les échelles, du fichier écrit ce matin à la production de masse.
Un document accessible n'est pas un document corrigé après coup. C'est une propriété qui se gagne ou se perd à chaque étape de sa fabrication, et selon l'échelle, ce n'est pas le même métier.
// 01 · pourquoi maintenant
Une obligation, et une échéance déjà passée
L'accessibilité numérique a cessé d'être une bonne pratique pour devenir une exigence opposable. L'essentiel tient en huit lignes.
- Le texte
- Directive (UE) 2019/882, dite European Accessibility Act, transposée en droit français par la loi n° 2023-171.
- Depuis quand
- Depuis le 28 juin 2025. Des délais courent jusqu'au 28 juin 2030, mais ils concernent surtout le matériel déjà installé (bornes, terminaux de paiement) et les contrats clients signés avant cette date, qui peuvent aller à leur terme.
- Les documents
- Sur le site ou l'application d'une banque, d'un e-commerçant, d'un opérateur télécom ou d'un transporteur, tout document publié depuis le 28 juin 2025 relève de la directive : conditions générales, grilles tarifaires, relevés et factures téléchargeables, billets électroniques. Seuls les documents publiés avant cette date sont exclus (article 2, paragraphe 4). Les livres numériques sont visés en tant que tels.
- Pour qui
- Pour les produits visés, les opérateurs économiques quelle que soit leur taille. Pour les services, seules les microentreprises sont exemptées : moins de dix personnes, et un chiffre d'affaires annuel ou un total de bilan n'excédant pas deux millions d'euros. Une entreprise de dix salariés ou plus qui fournit un service visé est donc concernée.
- Quels secteurs
- Côté produits : ordinateurs et systèmes d'exploitation grand public, terminaux de paiement et bornes en libre-service (distributeurs de billets, de titres de transport, bornes d'enregistrement), smartphones et équipements de communication, équipements d'accès aux médias audiovisuels, liseuses. Côté services aux consommateurs : communications électroniques, accès aux médias audiovisuels, transport aérien, ferroviaire, fluvial et par autocar (sites, applications, billetterie, information voyageurs), services bancaires, livres numériques, commerce électronique. Cette liste est fixée par l'article 2 de la directive ; hors le numéro d'urgence 112, également visé, elle concerne des produits et services marchands.
- Public, enseignement, santé
- Les personnes morales de droit public (administrations d'État, collectivités territoriales, universités et hôpitaux publics) et les organismes chargés d'une mission de service public ne relèvent pas de la liste ci-dessus, mais d'obligations distinctes et plus anciennes. En France, c'est le RGAA, au titre de l'article 47 de la loi du 11 février 2005 et du décret du 24 juillet 2019. Elles couvrent les sites internet, intranets et extranets, les applications mobiles, les progiciels et le mobilier urbain numérique dans sa partie applicative et interactive.
- Quelle norme
- EN 301 549 est la référence technique : elle reprend les WCAG 2.1 niveau AA et les étend au matériel et aux documents non web. Publiée au Journal officiel de l'Union au titre de la directive sur l'accessibilité des sites du secteur public (2016/2102), elle y confère une présomption de conformité. Au titre de la directive 2019/882, cette présomption suppose une norme harmonisée publiée pour elle (article 15) : une nouvelle version d'EN 301 549 est en préparation à cet effet.
- En France
- Les deux régimes coexistent : la directive s'ajoute au RGAA sans le remplacer. Le RGAA vise le secteur public et les entreprises privées dont le chiffre d'affaires réalisé en France dépasse 250 millions d'euros en moyenne sur les trois derniers exercices ; un même organisme peut donc relever des deux à la fois, pour des périmètres différents.
Sources : directive (UE) 2019/882 (articles 2, 3, 4, 15 et 32), loi n° 2023-171, article 16, loi n° 2005-102, article 47, décret n° 2019-768. Ce rappel est donné à titre d'information et ne constitue pas un conseil juridique.
// 02 · quatre situations
Quatre situations, quatre réponses
Selon qu'un document est écrit à la main, produit en série ou publié depuis dix ans, le geste n'est pas le même, et l'erreur la plus courante consiste à appliquer à une situation la réponse d'une autre. Ces quatre situations coexistent dans la plupart des organisations.
A1Le document unitaire, à la source
Un courrier, une note, une présentation, un tableau. Ce qui s'écrit à la main se corrige à la main, ou mieux, se construit correct dès la première frappe. Google Docs, Sheets et Slides, Word et PowerPoint proposent tous une assistance au balisage, à l'ordre de lecture et aux alternatives textuelles, mais elle reste souvent incomplète : des modules complémentaires existent pour couvrir ce qui manque. Le choix dépend des usages et de l'échelle, et Purplsoft vous conseille, pour un poste isolé comme pour un parc d'entreprise.
A2L'expertise, quand l'outil ne suffit pas
Un fonds hétérogène, un PDF issu d'un scan, un tableau à double entrée, un site dont plus personne ne connaît la structure : certains cas ne se traitent pas au clic. Ils demandent un audit, un diagnostic, puis une reprise conduite par quelqu'un qui sait ce qu'un lecteur d'écran restitue réellement. Cela vaut pour les sites web, pour un document isolé comme pour un fonds entier.
A3La masse
Tout change au-delà de quelques centaines de documents. Rendre accessible l'ensemble des fichiers publiés sur un site ou un intranet, ou toute une production à données variables (relevés, avis, factures, bulletins) relève de l'industrialisation : traitement par lot, en SaaS ou sur site, intégré à la chaîne existante plutôt que posé à côté. C'est le terrain où notre expérience de l'éditique se transpose directement.
A4La gouvernance, en grande organisation
Passé une certaine taille, la question cesse d'être technique. Qui a déployé quoi ? Les licences distribuées servent-elles vraiment ? Comment refacturer à des entités autonomes, et comment démontrer la progression d'une année sur l'autre ? Sans cette visibilité, un déploiement s'arrête au premier arbitrage budgétaire, et c'est précisément ce que les outils du marché traitent le moins bien.
// 03 · niveau d'exigence
Conforme, ou réellement accessible ?
PDF/UA (ISO 14289-1) décrit comment un document doit être construit : arbre de balises complet, structure sémantique, ordre de lecture déclaré, langue renseignée, décor marqué comme tel, alternative présente sur chaque image. C'est une norme de forme, et sa vertu est d'être vérifiable par une machine. Un validateur peut affirmer qu'un document est conforme, et le prouver.
Les WCAG posent une autre question : la personne comprend-elle ? Un contraste suffisant, une alternative qui décrit réellement l'image, un intitulé de lien qui garde son sens hors contexte, une hiérarchie de titres qui épouse la logique du document, un tableau dont les en-têtes décrivent vraiment les données. Rien de cela ne se mesure automatiquement.
L'écart entre les deux est exactement là où se joue la qualité. Un document peut être conforme PDF/UA à 100 % et rester inutilisable : une alternative textuelle « image1.png » satisfait la norme, puisqu'elle existe, sans rien apprendre à personne. Un contraste de 2:1 ne viole aucun point de PDF/UA, qui ne traite pas la couleur, et échoue aux WCAG. Un titre de niveau 2 posé sur ce qui n'est pas une sous-partie passe tous les contrôles automatiques et désoriente quiconque navigue par la structure.
C'est aussi ce que dit le cadre européen : la norme EN 301 549, référence technique de la directive sur l'accessibilité, reprend WCAG 2.1 niveau AA et l'étend aux documents non web.
Notre position tient en une phrase : PDF/UA est le plancher, et une machine peut le prouver ; les WCAG sont la cible, et seul un humain peut les atteindre. L'outillage n'est pas une alternative à l'expertise : il en est la condition, en absorbant le volume pour que le jugement se concentre là où il est irremplaçable.
// 04 · questions fréquentes
Ce qu'on nous demande le plus souvent
Un PDF exporté depuis Word ou Google Docs est-il accessible ?
Rarement tel quel. L'export conserve une partie de la structure (les titres, souvent les listes), mais perd fréquemment l'ordre de lecture des mises en page complexes, les en-têtes de tableaux et les alternatives textuelles. Un export soigné depuis un document bien construit donne une bonne base ; il demande presque toujours une vérification, et parfois une reprise.
Faut-il rendre accessible tout l'existant ?
Non, et c'est la première question à trancher. Une partie d'un fonds documentaire est périmée, remplacée ou archivable : la traiter coûte sans rien apporter. L'inventaire précède toujours la correction : il sépare ce qui doit être corrigé, ce qui peut être retiré, et ce qui sera simplement remplacé par une version neuve, produite accessible.
PDF/UA ou WCAG : faut-il choisir ?
Les deux répondent à des questions différentes et se complètent. PDF/UA décrit comment un document doit être construit, et une machine sait le vérifier. Les WCAG demandent que le contenu soit réellement compréhensible, ce qui relève du jugement humain. Viser PDF/UA seul produit des documents conformes mais parfois inutilisables ; viser les WCAG sans PDF/UA prive du seul contrôle automatisable.
L'accessibilité des documents peut-elle être entièrement automatisée ?
Le balisage, l'ordre de lecture, la structure des tableaux et les métadonnées s'automatisent largement, et c'est indispensable dès qu'il y a du volume. Ce qui ne s'automatise pas : décider si une alternative textuelle décrit vraiment l'image, si une hiérarchie de titres épouse la logique du document, si un tableau reste compréhensible lu de gauche à droite. L'outillage absorbe le volume ; il ne remplace pas la relecture.
Par où commencer ?
Par un inventaire et une mesure. Savoir combien de documents sont concernés, d'où ils viennent, lesquels sont produits à la main et lesquels sortent d'une chaîne automatisée : c'est ce qui détermine si la réponse est un outillage de poste, une prestation d'expertise, une industrialisation, ou les trois. Un plan bâti sans ce relevé se trompe de levier.
L'accessibilité documentaire est l'un des quatre domaines de notre expertise, aux côtés de l'architecture des systèmes complexes, des environnements documentaires et de la continuité opérationnelle.