1. Le champ caché : vos documents font partie du service
L'European Accessibility Act définit son objet au niveau du service, pas de la page. La directive 2019/882 vise « les services de commerce électronique » et les « services numériques » dans leur ensemble : or un service de e-commerce, c'est aussi sa facture PDF, ses CGV téléchargeables, son contrat d'abonnement, son catalogue, son formulaire de rétractation. La norme EN 301 549, qui sert de référentiel de conformité, consacre explicitement un chapitre aux « documents non web » (clause 10) et exige qu'ils répondent aux mêmes critères de succès WCAG que les pages.
Concrètement, si votre tunnel d'achat est impeccable mais que votre facture est un PDF scanné sans OCR, un client malvoyant ne peut pas lire sa propre facture. Le service est, de ce point de vue, partiellement non conforme — et la déclaration d'accessibilité que vous publiez doit le dire (le statut « partiellement conforme » est précisément fait pour ça).
Pourquoi personne ne pense aux documents
Trois raisons reviennent dans nos audits : les documents sont produits par des équipes qui ne font pas du web (comptabilité, juridique, agence de communication) ; les outils de scan automatisés du marché ne crawls pas le corpus documentaire ; et l'obsession des budgets part sur les pages à fort trafic. C'est exactement le profil de risque « angle mort » que les autorités privilégient lorsqu'elles veulent un exemple dissuasif.
2. PDF/UA (ISO 14289) : ce que la norme exige vraiment
La PDF/UA-1 (ISO 14289-1) est la norme internationale de l'accessibilité documentaire. Elle ne promet rien d'exotique : elle exige qu'un PDF soit structuré de sorte qu'un lecteur d'écran puisse le parcourir dans l'ordre logique, avec la même information qu'un lecteur voyant. Ses exigences fondamentales :
- Balisage complet et correct : titres (H1-H6), listes, tableaux avec en-têtes de cellules, notes de bas de page, liens étiquetés. Pas de balisage = pas d'accessibilité, un point c'est tout.
- Ordre de lecture logique : la séquence de lecture déclarée (balise
/StructTreeRoot) doit suivre la lecture humaine, y compris dans les mises en page en colonnes. - Textes de remplacement : toute image porteuse de sens reçoit un texte alternatif ; les images décoratives sont marquées comme telles (
/Artifact) pour être ignorées. - Langue déclarée : la langue principale du document et les passages en langue étrangère sont balisés — c'est ce qui empêche le lecteur d'écran de prononcer le français avec un accent anglais.
- Formulaires utilisables : chaque champ possède un libellé accessible, une ordre de tabulation cohérent et des erreurs de saisie identifiables.
- Indépendance à la couleur et contrastes conformes WCAG 1.4.3 dans le document lui-même.
- Sécurité sans blocage : le chiffrement ne doit pas empêcher les technologies d'assistance de lire le texte.
3. Les 7 défauts documentaires qui déclenchent la sanction
- Le PDF-image (scan sans OCR) : totalement opaque pour un lecteur d'écran. Fréquent sur les archives contractuelles et les courriers administratifs.
- L'export bureautique brut : Word ou Excel exporté sans balisage, où « Titre 1 » n'est qu'une police plus grosse — la structure sémantique n'existe pas.
- L'ordre de lecture anarchique : encarts, colonnes et têtes de chapitre lus dans un ordre incompréhensible — le défaut le plus fréquent dans les catalogues et rapports annuels.
- Les tableaux financiers sans en-têtes : un lecteur d'écran égrène des chiffres sans jamais dire de quelle ligne ou colonne ils relèvent. Factures et bilans sont les premiers concernés.
- Les images et infographies sans alternative : graphiques de résultats, schémas contractuels, logos-cliquables sans libellé.
- Les formulaires non étiquetés : formulaires de rétractation, de garantie, de demande de remboursement — parcours critiques du service.
- Les PDF protégés ou « signés » verrouillés qui empêchent l'extraction de texte par les technologies d'assistance.
Chacun de ces défauts est détectable en quelques minutes avec les outils de contrôle du point suivant. Ce qui est mesuré est corrigible.
4. Remédiation : le workflow industriel et les outils de contrôle
La force de la remédiation documentaire, c'est sa nature mécanique : contrairement au refont d'un parcours web, corriger un PDF suit une procédure stable et outillée.
Le workflow recommandé
- Inventorier : recenser les documents publics par usage (facture, contrat, CGV, catalogue, rapport) et par volumétrie. Priorisez les documents du parcours client obligatoire.
- Produire proprement en amont : styles de titre structurés dans Word/InDesign, export avec balisage activé, textes de remplacement renseignés à la source. Une facture générée par un moteur de templates accessible n'a jamais besoin d'être retouchée.
- Contrôler : PAC 2024 (gratuit) pour le contrôle PDF/UA, l'Accessibility Checker d'Acrobat Pro pour l'édition, veraPDF pour les contrôles en lot dans les flux de production.
- Corriger : ordre de lecture, titres, alternatives, langues, tableaux — par lots, en commençant par les documents à fort volume (factures mensuelles).
- Tester avec des humains : un passage NVDA (Windows) et VoiceOver (macOS/iOS) sur les documents critiques. L'automatisation couvre la structure, pas la compréhension.
- Traiter les scans : OCR de qualité, re-balise, et surtout ne pas régénérer des PDF-images dans les flux automatiques (bons de commande, avis d'échéance).
Le point de contrôle qui change tout : la facture
La facture est le document le plus universellement diffusé, le plus régulièrement régénéré, et le plus souvent hors processus qualité web. Elle est aussi, avec le billet électronique, expressément visée par l'esprit de la directive (documents liés à une transaction). Traiter la facture en premier règle la majorité du risque résiduel pour un e-commerçant.
5. Sanctions, déclaration et priorisation des efforts
Un corpus documentaire inaccessibles s'analyse comme une non-conformité de service : jusqu'à 150 000 € par manquement pour les personnes morales, injonctions sous astreinte (jusqu'à 1 500 €/jour) et remédiation sous 30 jours. La déclaration d'accessibilité doit couvrir les documents : une déclaration qui affirme la conformité tout en laissant des factures illisibles est une fausse déclaration, sanctionnée séparément. Et si vos documents servent au consentement (CGU, politique cookies), la dimension RGPD s'ajoute.
Notre recommandation d'Observatoire, par ordre de retour sur effort : (1) factures et documents de transaction, (2) contrats et CGV, (3) formulaires réglementaires, (4) catalogues et rapports, (5) archives. Pour l'ensemble du périmètre web, notre Observatoire de l'Accessibilité Numérique rassemble la méthodologie complète.