PDF/UA-1 en pratique : production d'un fichier accessible

PDF/UA vs RGAA : qui couvre quoi

RGAA et WCAG traitent principalement le web, mais la thématique 11 (services publics) s'étend aux documents bureautiques en téléchargement. PDF/UA-1 (ISO 14289-1) est la norme technique d'accessibilité spécifique aux fichiers PDF. PDF/UA-1 fixe les exigences de balisage, d'ordre de lecture, de langue, d'alternatives textuelles et de structure logique.

Étape 1 : produire un Word accessible

Le PDF accessible commence au document source Word. Trois règles : (1) utilisez les styles de titres (Titre 1, Titre 2, etc.) plutôt que de grossir le texte manuellement. (2) ajoutez un texte alternatif à chaque image porteuse d'information via le menu contextuel. (3) pour les tableaux complexes, marquez la ligne d'en-tête via Ligne d'en-tête.

Étape 2 : exporter en PDF balisé via Acrobat Pro

Acrobat Pro permet un export PDF balisé, distinct du simple Enregistrer sous PDF de Word : menu Acrobat > Créer un PDF > PDF avec balisage. Options clés : activer Activer l'accessibilité et le repérage et Créer des signets. Le PDF produit contient les balises structurelles (h1, h2, p, list, table) utilisées par les lecteurs d'écran.

Étape 3 : vérifier avec PAC (PDF/UA-1 checker)

PAC (PDF Accessibility Checker) est l'outil open source de référence pour valider la conformité PDF/UA-1, intégré aux versions Acrobat Pro récentes. Lancez PAC sur votre PDF : il identifie les problèmes par sévérité. Les erreurs typiques : langue non déclarée, ordre de lecture incorrect, images sans alternative, formulaires sans étiquettes. Corrigez jusqu'à zéro erreur ou résiduel non bloquant. Le rapport PAC est l'élément de preuve.

Étape 4 : tester au lecteur d'écran (NVDA + JAWS)

Le test humain valide la restitution réelle. Ouvrez le PDF dans Adobe Acrobat Reader, configurez NVDA ou JAWS, parcourez le document. Vérifiez : langue principale annoncée correctement, structure H1/H2/H3 respectée à la navigation (touche D de NVDA), images porteuses annoncent leur texte alternatif, tableaux parcourables cellule par cellule avec annonce des en-têtes, liens énumérés avec intitulé explicite.

Quand proposer une alternative HTML au PDF

Pour les documents longs, fréquemment mis à jour ou destinés à un large public, la page HTML accessible est souvent préférable au PDF conforme PDF/UA-1. Raisons : (1) mise à jour plus légère, sans réexport Acrobat ni vérification PAC. (2) rendu responsive sur mobile. (3) SEO profite de la version HTML indexée. (4) alternatives (langues, niveau de détail) plus simples. RGAA tolère l'alternative HTML comme équivalent au PDF accessible.

Questions fréquentes

Word + Enregistrer sous PDF : est-ce suffisant ?

Non, rarement conforme. L'export générique de Word produit un PDF non balisé : pas de structure H1/H2, pas d'ordre de lecture garanti, images sans alternative. Acrobat Reader le lira comme une suite continue. Pour usage interne, ça peut suffire. Pour mise à disposition publique ou B2C soumise à l'EAA, passez par Acrobat Pro.

Quel outil pour vérifier le PDF/UA ?

Trois outils de référence : PAC (PDF Accessibility Checker, gratuit), axesPDF QuickFix (payant), Adobe Acrobat Pro (vérificateur natif). PAC reste le plus rigoureux pour PDF/UA-1. Pour un audit critique, combinez PAC avec axesPDF pour double vérification.

PDF scanné : quelle procédure ?

Trois étapes : (1) appliquer une OCR via Acrobat Pro. (2) vérifier que la reconnaissance structure bien les paragraphes. (3) ajouter manuellement les balises de titre (Outils > Accessibilité > Ajouter des balises) et le texte alternatif des images. Une fois balisé, lancez PAC. Pour scans complexes, intervention humaine longue.

Acrobat Reader vs Acrobat Pro : quelle différence ?

Acrobat Reader (gratuit) lit les PDF et exploite les balises d'accessibilité existantes, mais ne peut pas en ajouter. Acrobat Pro (payant) crée, modifie et balise les PDF : c'est l'outil de production. Pour une équipe qui distribue des Word en PDF, Acrobat Pro est indispensable. Pour consulter des PDF déjà balisés, Reader suffit.

Alternative HTML : quand et pourquoi ?

Préférez la page HTML dans trois cas : (1) document long ou découpé en sections navigables. (2) contenu mis à jour fréquemment, où le coût de réexport Acrobat + vérification PAC dépasse la valeur. (3) audience mobile ou internationale où le HTML responsive et multilingue est plus économique. Laissez le PDF pour les documents contractuels à conserver tels quels.

L'EAA privé impose-t-elle l'accessibilité des PDF ?

Depuis le 28 juin 2025, l'EAA impose l'accessibilité aux services numériques privés. Pour les PDF mis à disposition dans un parcours B2C (relevé bancaire, contrat d'assurance, facture télécom), la conformité PDF/UA-1 devient pertinente. La DGCCRF peut sanctionner de 7 500 € à 15 000 €.

Quel budget pour 100 PDF conformes ?

En production : OCR + balisage + vérification PAC : 80 à 200 € par PDF selon la complexité. Pour 100 documents : 8 000 € à 20 000 €. Pour les documents textuels courts, automatisation partielle possible. Pour scans ou formulaires complexes, intervention humaine indispensable. À comparer aux sanctions DGCCRF : 7 500 € à 15 000 € par manquement.