Comment rendre un PDF accessible : guide pratique RGAA

Le PDF est le format de document le plus répandu en dehors des pages web. Rapports annuels, formulaires administratifs, brochures, factures : des millions de PDF sont téléchargés chaque jour. Pourtant, la grande majorité de ces documents sont partiellement ou totalement inaccessibles aux personnes en situation de handicap. Un PDF inaccessible est un mur invisible pour les utilisateurs de lecteurs d'écran, les personnes malvoyantes et celles qui naviguent au clavier.

Le RGAA 4.1.2 couvre explicitement les documents en téléchargement. Rendre vos PDF accessibles n'est pas une option : c'est une obligation légale pour les organismes concernés. Ce guide vous explique concrètement comment créer, corriger et tester des PDF accessibles conformes au RGAA.

PDF accessible vs PDF inaccessible : les différences fondamentales

Tous les PDF ne se valent pas en matière d'accessibilité. La différence tient essentiellement à la présence ou non d'une structure interne que les technologies d'assistance peuvent interpréter.

PDF balisé (tagged PDF) vs PDF aplati

Un PDF balisé (tagged PDF) contient une couche sémantique invisible à l'œil mais essentielle pour les technologies d'assistance. Cette couche décrit la structure du document : titres, paragraphes, listes, tableaux, images avec alternatives textuelles. Un lecteur d'écran peut parcourir cette structure pour présenter le contenu de manière cohérente.

Un PDF aplati (flat PDF) ne contient que le rendu visuel, sans aucune information de structure. Le lecteur d'écran tente de deviner l'ordre de lecture et la nature des éléments, avec des résultats souvent catastrophiques : textes mélangés, colonnes lues de travers, tableaux incompréhensibles.

Un PDF scanné est le pire cas : il ne contient qu'une image de la page. Aucun texte n'est sélectionnable, aucune structure n'existe. Le document est totalement opaque aux technologies d'assistance.

Ordre de lecture et structure du document

Dans un PDF balisé, l'ordre de lecture définit la séquence dans laquelle le contenu est présenté aux technologies d'assistance. Un document avec deux colonnes, par exemple, peut être lu ligne par ligne en sautant d'une colonne à l'autre au lieu de lire chaque colonne complètement.

Un PDF accessible doit comporter :

• Des titres hiérarchisés (H1, H2, H3...) permettant la navigation par titres, comme dans une page HTML. Consultez notre validateur de titres pour comprendre l'importance de cette hiérarchie.
• Des listes balisées (List, ListItem) pour les énumérations et listes à puces
• Des tableaux structurés (Table, THead, TBody, TR, TH, TD) avec des en-têtes identifiés
• Des paragraphes identifiés (P) pour le corps du texte

Alternatives textuelles, langue et signets

Comme en HTML, chaque image porteuse d'information dans un PDF doit avoir un texte alternatif. Les images décoratives doivent être marquées comme artefacts (l'équivalent du alt="" en HTML) pour être ignorées par les technologies d'assistance.

Le PDF doit déclarer sa langue principale dans ses métadonnées. Les passages dans une langue différente doivent être balisés individuellement. Sans cette information, le lecteur d'écran utilise sa langue par défaut, ce qui produit une prononciation incorrecte.

Pour les documents longs, des signets (bookmarks) doivent être présents pour permettre une navigation rapide entre les sections.

Créer des PDF accessibles depuis la source

La meilleure approche pour obtenir un PDF accessible est de le générer correctement dès le départ, depuis un document source bien structuré.

Depuis Microsoft Word

Word est l'outil le plus utilisé. Un document Word bien structuré produit un PDF correctement balisé à l'export.

Règles essentielles :

1. Utilisez les styles de titre (Titre 1, Titre 2, Titre 3) pour structurer le document. Ne formatez jamais un titre manuellement sans utiliser le style correspondant.
2. Ajoutez des textes alternatifs aux images : clic droit, "Modifier le texte de remplacement". Pour les images décoratives, cochez "Marquer comme décoratif".
3. Utilisez les listes à puces et numérotées natives plutôt que des tirets manuels.
4. Structurez les tableaux avec une ligne d'en-tête identifiée (Propriétés du tableau, onglet Ligne, "Répéter en haut de chaque page comme ligne d'en-tête").
5. Définissez la langue du document (Révision, Langue, Définir la langue de vérification).
6. Ajoutez un titre au document dans les propriétés du fichier (Fichier, Informations, Titre).

Export en PDF accessible : Fichier, Enregistrer sous, Format PDF. Cliquez sur "Options" et cochez "Créer des signets à l'aide de : Titres" et "Balises de structure du document pour l'accessibilité".

Depuis LibreOffice Writer

LibreOffice Writer offre des fonctionnalités similaires : utilisez les styles de titre pour la structure, ajoutez des textes alternatifs aux images (clic droit, Propriétés, onglet Options, champ Description), définissez la langue du document et utilisez les listes et tableaux natifs.

Export en PDF : Fichier, Exporter en PDF. Cochez "PDF balisé (ajoute la structure du document)" et "Exporter les signets". Dans l'onglet "Sécurité", ne restreignez pas l'accès au contenu pour les technologies d'assistance.

Depuis Adobe InDesign

InDesign est l'outil de référence pour les mises en page professionnelles. La création de PDF accessibles nécessite un travail supplémentaire :

1. Définissez les styles de paragraphe et associez-les aux balises PDF appropriées (panneau Balises, Association de balises d'exportation)
2. Ancrez les images dans le flux de texte et ajoutez des textes alternatifs (panneau Texte de remplacement d'exportation)
3. Définissez l'ordre de lecture via le panneau Articles
4. Créez une table des matières interactive
5. Vérifiez la structure avec le panneau Balises avant l'export

Export : Fichier, Exporter en PDF. Choisissez le paramètre "PDF/UA" avec les options de balisage activées. Cochez "Créer un PDF balisé" et "Signets".

Depuis HTML

Générer un PDF depuis HTML est courant pour les factures, rapports et documents dynamiques.

Impression depuis le navigateur : La fonction "Imprimer en PDF" des navigateurs modernes produit des PDF partiellement balisés. La qualité du balisage dépend de la qualité du HTML source.

Puppeteer / Playwright : Ces outils d'automatisation offrent un meilleur contrôle. Utilisez l'option tagged: true dans Puppeteer :

const pdf = await page.pdf({
  format: 'A4',
  tagged: true, // Active le balisage PDF
  displayHeaderFooter: true,
  printBackground: true,
});

wkhtmltopdf : Cet outil ne produit pas de PDF balisés. Il est à éviter si l'accessibilité est une exigence.

Quelle que soit la méthode, partez toujours d'un HTML sémantique valide. Les erreurs d'accessibilité courantes du HTML se retrouvent dans le PDF généré.

Corriger des PDF existants

Lorsque le document source n'est pas disponible, plusieurs outils permettent d'intervenir directement sur le fichier PDF.

Adobe Acrobat Pro

Adobe Acrobat Pro est l'outil de référence pour la remédiation de PDF. Son module d'accessibilité offre :

Le vérificateur d'accessibilité : Menu Outils, Accessibilité, Vérification complète. L'outil analyse le document et produit un rapport détaillé des problèmes détectés.

L'éditeur de balises : Le panneau "Balises" permet de modifier toute la structure du document : ajouter ou réorganiser les balises, modifier leur type, définir les textes alternatifs, marquer les éléments décoratifs comme artefacts, corriger l'ordre de lecture et définir les en-têtes de tableau.

L'outil "Ordre de lecture" : Menu Outils, Accessibilité, Corriger l'ordre de lecture. Cet outil interactif permet de redéfinir visuellement les zones du document et leur séquence.

Le processus complet de remédiation suit ces étapes :

1. Lancer la vérification d'accessibilité
2. Corriger les problèmes de structure (balises, ordre de lecture)
3. Ajouter les textes alternatifs manquants
4. Définir la langue du document et des passages en langue étrangère
5. Vérifier et corriger les tableaux
6. Ajouter des signets pour les documents longs
7. Définir le titre du document dans les métadonnées
8. Relancer la vérification pour confirmer les corrections

Alternatives gratuites

PAC (PDF Accessibility Checker) : Outil gratuit de vérification (pas de correction). Il analyse un PDF selon le standard PDF/UA (ISO 14289) et produit un rapport très détaillé. C'est la référence pour le contrôle qualité.

LibreOffice : Si le document source bureautique est disponible, la meilleure approche gratuite est de recréer le PDF depuis LibreOffice Writer après avoir corrigé la structure du document source.

Les critères RGAA applicables aux PDF

Le RGAA 4.1.2 traite les documents en téléchargement principalement à travers le critère 13.3, mais d'autres critères s'appliquent également. Pour une vue d'ensemble du référentiel, consultez notre guide RGAA complet.

Critère 13.3 : documents en téléchargement

Le critère 13.3 du RGAA 4.1.2 stipule : "Dans chaque page web, chaque document bureautique en téléchargement possède-t-il, si nécessaire, une version accessible ?"

Trois options s'offrent à vous :

1. Le PDF lui-même est accessible : il respecte les règles de balisage, de structure et de métadonnées décrites dans ce guide.
2. Une version alternative accessible est proposée : par exemple, une version HTML du même contenu.
3. Un contenu alternatif équivalent est proposé directement dans la page HTML contenant le lien.

Liens vers les PDF : les bonnes pratiques

La manière dont vous liez vos PDF depuis vos pages web est elle-même soumise à des critères RGAA. Pour en savoir plus sur les obligations liées à la déclaration d'accessibilité, consultez notre guide dédié.

<!-- Mauvais -->
<a href="/rapport.pdf">Cliquez ici</a>

<!-- Bon -->
<a href="/rapport-annuel-2025.pdf">
  Rapport annuel 2025 (PDF, 2.3 Mo)
</a>

Le lien doit indiquer la nature du contenu, le format du fichier et le poids approximatif. Si une version HTML alternative existe, proposez les deux :

<p>
  Consulter le rapport annuel 2025 :
  <a href="/rapport-annuel-2025">version HTML</a> |
  <a href="/rapport-annuel-2025.pdf">version PDF (2.3 Mo)</a>
</p>

Autres critères RGAA applicables

Au-delà du critère 13.3, le contenu du PDF est soumis aux mêmes exigences que le contenu web :

• Images : alternatives textuelles (équivalent des critères 1.1 à 1.9)
• Couleurs : contrastes suffisants (équivalent des critères 3.2 et 3.3)
• Tableaux : en-têtes identifiés (équivalent des critères 5.1 à 5.8)
• Liens : intitulés explicites (équivalent des critères 6.1 et 6.2)
• Structure : titres hiérarchisés (équivalent du critère 9.1)
• Langue : langue principale définie et changements de langue signalés (équivalent des critères 8.3, 8.4 et 8.7)

Pour comprendre le coût et la méthode d'un audit complet incluant les documents PDF, consultez notre article sur l'audit RGAA.

Tester l'accessibilité d'un PDF

PAC (PDF Accessibility Checker)

PAC est l'outil de référence gratuit. Développé par la fondation Access For All, il teste la conformité au standard PDF/UA (ISO 14289-1) et aux WCAG. Il vérifie la présence et la cohérence du balisage, l'ordre de lecture, les textes alternatifs, la structure des tableaux, les métadonnées (titre, langue), les contrastes et les signets.

PAC fournit un rapport détaillé avec la liste des erreurs classées par gravité et une vue "Aperçu de l'écran" simulant le rendu par un lecteur d'écran. Limitation : PAC fonctionne uniquement sous Windows.

Adobe Acrobat Pro

Le vérificateur intégré (Outils, Accessibilité, Vérification complète) analyse le document selon les WCAG 2.1. Moins exhaustif que PAC, il a l'avantage de permettre la correction immédiate des problèmes détectés.

Test avec lecteur d'écran

Le test le plus révélateur reste le test avec un lecteur d'écran réel : NVDA (gratuit, Windows) avec Adobe Acrobat Reader, ou VoiceOver (macOS) avec Aperçu. Vérifiez que le titre est annoncé correctement, que les titres permettent une navigation logique, que les images sont décrites, que les tableaux sont compréhensibles et que l'ordre de lecture est cohérent.

Utilisez notre scanner pour vérifier que les pages de votre site proposant des PDF respectent les critères RGAA liés aux liens de téléchargement.

Erreurs courantes et comment les corriger

1. Absence totale de balisage

Le problème le plus fréquent. Si le document source est disponible, régénérez le PDF avec les options de balisage activées. Sinon, utilisez Acrobat Pro (Outils, Accessibilité, Ajouter des balises au document), puis corrigez manuellement.

2. Titre du document absent

Le lecteur d'écran annonce le nom du fichier ("rapport_v3_final_2.pdf") au lieu du titre. Solution : Fichier, Propriétés, onglet Description, champ Titre. Configurez aussi l'affichage initial sur "Titre du document".

3. Images sans texte alternatif

Dans Acrobat Pro, ouvrez le panneau Balises, localisez la balise Figure, clic droit, Propriétés, renseignez le champ "Texte de remplacement". Pour les images décoratives, marquez-les comme artefacts.

4. Tableaux non structurés

Les cellules d'en-tête doivent être balisées comme TH (et non TD) avec un attribut Scope indiquant si elles sont en-tête de colonne ou de ligne. Notre article sur les erreurs d'accessibilité courantes détaille des problèmes similaires en HTML.

5. Ordre de lecture incorrect

Particulièrement fréquent dans les mises en page multi-colonnes. Utilisez l'outil Ordre de lecture d'Acrobat Pro pour redéfinir l'ordre logique et vérifiez le résultat avec un lecteur d'écran.

6. Langue non définie

Acrobat Pro : Fichier, Propriétés, onglet Avancé, Options de lecture, Langue. Pour les passages en langue étrangère, éditez les balises individuelles. Consultez notre guide de référence RGAA pour comprendre l'importance de ce critère.

Quand privilégier le HTML au PDF

Le PDF n'est pas toujours le bon choix. Privilégiez le HTML quand le contenu est principalement textuel, fréquemment mis à jour, destiné au mobile ou doit être indexé par les moteurs de recherche.

Le PDF reste pertinent quand la mise en page précise est essentielle (documents officiels, formulaires réglementés), quand le document doit être imprimé fidèle à l'original ou quand le format est imposé par une réglementation.

Dans tous les cas, la bonne pratique RGAA est de proposer une version HTML en complément du PDF lorsque c'est techniquement possible.

Conclusion

Rendre un PDF accessible est un travail méthodique qui commence idéalement dès la création du document source :

1. Structurez vos documents sources avec les styles de titres, listes et tableaux natifs
2. Activez le balisage PDF à l'export (option "PDF balisé" ou "tagged PDF")
3. Ajoutez les textes alternatifs aux images et les métadonnées (titre, langue)
4. Testez avec PAC et un lecteur d'écran avant publication
5. Proposez une alternative HTML quand le contenu s'y prête

Le RGAA 4.1.2 ne laisse pas de place à l'ambiguïté : les documents en téléchargement doivent être accessibles ou disposer d'une alternative accessible. La conformité de vos pages web passe aussi par la conformité de vos PDF.

Commencez par scanner votre site pour identifier les pages qui proposent des PDF en téléchargement, puis auditez ces documents un par un avec les outils et méthodes décrits dans ce guide.