Description de l’image : mains balisiant un document PDF sur un ordinateur portable avec le panneau de balises Acrobat visible — gros plan sur le flux de travail de correction d’accessibilité au niveau du document.

Temps de lecture : 10 minutes

Pour rendre un PDF accessible, il faut un arbre logique de balises, un texte alternatif pertinent sur chaque image informative, un ordre de lecture défini qui correspond à la mise en page visuelle, des formulaires et des tableaux correctement balisés, et une langue de document déclarée. Rien de tout cela n’est automatique. Chaque étape ci-dessous est une étape qu’un être humain doit effectuer — généralement dans l’outil de création (Word, InDesign) avant l’export, parfois dans Acrobat Pro après. Voici le guide pratique étape par étape.

Le traitement conceptuel plus approfondi — ce que PDF/UA-1 exige réellement, comment le protocole Matterhorn se mappe sur l’arbre de balises, comment JAWS, NVDA et VoiceOver interprètent différemment le même fichier balisé — est disponible dans l’explainer PDF accessibilité de bout en bout. Cette page est le complément pratique : ouvrez-la à côté de votre outil de création et travaillez chaque étape dans l’ordre.

Étape 1 — Partir d’un document source accessible

Faites-le correctement AVANT d’exporter en PDF. Presque chaque problème peu coûteux à corriger dans l’accessibilité des PDF remonte à un document source mis en forme manuellement plutôt que par style.

Dans Microsoft Word (Microsoft 365, version 2026)

  • Utilisez les styles intégrés Titre 1, Titre 2, Titre 3 de l’onglet Accueil. Ne simulez pas un titre en sélectionnant du texte et en appuyant sur Gras + en augmentant la taille de la police. L’exporteur ne peut pas deviner votre intention — il ne lit que les noms de styles.
  • Ajoutez du texte alternatif sur chaque image informative : faites un clic droit sur l’image, Afficher le texte de remplacement, saisissez une description et cochez Marquer comme décoratif pour les graphiques purement ornementaux.
  • Pour les tableaux de données, utilisez Insertion > Tableau, puis sous Création de tableau cochez Ligne d’en-tête, et sous Disposition cochez Répéter les lignes d’en-tête. Cela indique à l’exporteur quelle ligne est l’en-tête.
  • Définissez la langue du document sous Fichier > Options > Langue, et définissez les langues par paragraphe via Révision > Langue > Définir la langue de vérification pour tout passage cité dans une autre langue.
  • Utilisez le volet Révision > Vérifier l’accessibilité avant l’exportation. Il détecte les oublis évidents.

Dans Adobe InDesign (2026)

  • Créez une feuille de Styles de paragraphe où chaque style est associé à une balise PDF dans Balisage pour l’exportation dans les options de style. H1, H2, P, Légende — chaque style a besoin d’une cible.
  • Définissez l’ordre de lecture via le panneau Articles (Fenêtre > Articles). Faites glisser les textes et les images dans l’ordre dans lequel un lecteur d’écran devrait les entendre. Sans cela, l’exporteur revient à l’ordre géométrique, qui échoue pour les mises en page multi-colonnes.
  • Ajoutez du texte alternatif sur chaque image via Objet > Options d’exportation d’objet > Texte de remplacement.
  • Définissez la langue du document sous Fichier > Informations sur le fichier > Description et confirmez-la dans Fichier > Exportation > Paramètres prédéfinis Adobe PDF.

Étape 2 — Exporter avec l’indicateur d’accessibilité activé

La façon dont vous exportez est aussi importante que la façon dont vous avez créé le document.

Word : Allez dans Fichier > Enregistrer sous, choisissez PDF, puis cliquez sur Options. Dans la boîte de dialogue, cochez Balises de structure de document pour l’accessibilité et Propriétés du document. Décochez Texte bitmap si les polices ne peuvent pas être incorporées — cet indicateur détruit la couche de texte. Enregistrez.

InDesign : Allez dans Fichier > Exportation, choisissez Adobe PDF (Impression), pas Interactif. Dans l’onglet Général, cochez Créer un PDF balisé. Dans l’onglet Avancé, confirmez que la langue du document est définie. Si votre document contient des formulaires, choisissez plutôt Adobe PDF (Interactif), mais sachez que les PDF interactifs nécessitent un balisage supplémentaire des champs de formulaire dans Acrobat par la suite.

N’utilisez pas Fichier > Imprimer > Enregistrer au format PDF (Word) ou Imprimer > PDF > Enregistrer au format PDF (macOS). Cette méthode restitue le document sous forme d’une image de page plate sans balises, sans ordre de lecture et sans métadonnées. Vous devrez alors effectuer une correction depuis zéro dans Acrobat — des heures de travail au lieu de la minute que prend un export correct. Cette seule erreur explique la majorité des constats de « PDF non balisé » dans les audits.

Étape 3 — Vérifier et corriger dans Acrobat Pro

Ouvrez le PDF exporté dans Adobe Acrobat Pro (2026). Ouvrez l’outil Accessibilité via Affichage > Outils > Accessibilité > Ouvrir.

Exécutez d’abord le Contrôle complet. Acceptez les paramètres par défaut et laissez-le analyser. Il produira un arbre d’éléments réussis/échoués dans le panneau Vérification de l’accessibilité à gauche. Cliquez sur chaque élément échoué pour mettre en évidence l’emplacement concerné.

Ouvrez ensuite le panneau Balises (Affichage > Afficher/Masquer > Volets de navigation > Balises) et l’outil Ordre de lecture (dans le panneau Accessibilité). L’arbre de balises est le squelette structurel — chaque paragraphe, titre, image, cellule de tableau et lien doit apparaître comme une balise dans le bon ordre.

Corrections fréquentes à cette étape :

  • Images décoratives annoncées comme contenu. Dans l’outil Ordre de lecture, tracez un rectangle autour de l’image et cliquez sur Arrière-plan/Artefact. Les lecteurs d’écran l’ignoreront désormais.
  • Titres mal imbriqués sous des paragraphes. Faites glisser la balise de titre dans le panneau Balises hors de l’élément parent <P> et vers le niveau supérieur.
  • L’ordre de lecture ne correspond pas à l’ordre visuel. Utilisez la superposition numérique de l’outil Ordre de lecture pour voir l’ordre que le lecteur d’écran utilisera. Rebalisez les éléments jusqu’à ce que les numéros correspondent au parcours visuel.
  • Balises vides issues d’artefacts de copier-coller. Supprimez-les dans le panneau Balises — elles font que les lecteurs d’écran annoncent des silences.

Enregistrez le fichier lorsque le contrôle complet ne montre que des avertissements intentionnels (par exemple, « ordre de lecture logique » est toujours signalé pour une revue manuelle — c’est attendu).

Étape 4 — Formulaires, tableaux et liens

Ces trois domaines nécessitent une attention particulière au-delà du balisage automatique.

Formulaires. Chaque champ de formulaire dans un PDF accessible a besoin d’une info-bulle qui annonce l’étiquette du champ, et les champs doivent avoir un ordre de tabulation logique. Dans Acrobat Pro, allez dans Outils > Préparer le formulaire. Acrobat détecte automatiquement les champs ; examinez chacun d’eux. Double-cliquez sur un champ, ouvrez l’onglet Général et définissez l’Info-bulle avec l’étiquette visible (« Prénom », « Adresse e-mail », « Date de naissance »). Pour les champs obligatoires, cochez Obligatoire sous l’onglet Options — les lecteurs d’écran annoncent cet état. Ouvrez ensuite le panneau Champs à gauche, faites un clic droit et choisissez Trier par ordre de tabulation, puis faites glisser les champs dans l’ordre dans lequel un utilisateur au clavier devrait les parcourir. Testez en quittant le mode Préparer le formulaire et en appuyant sur Tabulation dans le document.

Tableaux. Un tableau de données simple — lignes et colonnes uniformes, une ligne d’en-tête — doit avoir sa première ligne marquée comme <TH> plutôt que <TD> dans l’arbre de balises. Faites un clic droit sur chaque cellule d’en-tête dans le panneau Balises, choisissez Propriétés et changez le type. Un tableau complexe avec des cellules fusionnées ou des en-têtes de ligne et de colonne nécessite des attributs scope (column, row, colgroup, rowgroup) ajoutés dans la même boîte de dialogue Propriétés. Le modèle reflète exactement les tableaux HTML. Si vos tableaux sont très complexes, envisagez si le tableau est le bon format — une série de tableaux plus simples se lit presque toujours mieux.

Liens. Les liens doivent avoir un texte de lien pertinent. « Cliquez ici » ou une URL brute échoue à chaque lecteur d’écran et à chaque audit. Utilisez Modifier le PDF > Lien > Ajouter/Modifier un lien web ou de document d’Acrobat pour encadrer du texte descriptif dans une annotation de lien. La balise de lien dans l’arbre de balises doit contenir le texte visible ainsi que l’annotation de lien comme enfant — pas seulement un pointeur URL.

Étape 5 — Tester le PDF comme les utilisateurs le liront

Les vérificateurs automatisés détectent les erreurs structurelles. Ils ne détectent pas les erreurs d’expérience utilisateur — le texte alternatif techniquement présent mais inutile, les tableaux techniquement balisés mais lus dans le mauvais ordre, les formulaires qui fonctionnent mais ressemblent à un labyrinthe. Seul un passage avec un lecteur d’écran détecte ces problèmes.

Windows (le test de référence) : Installez NVDA (gratuit, sur nvaccess.org) et Adobe Acrobat Reader (gratuit). Ouvrez le PDF dans Acrobat Reader, démarrez NVDA et appuyez sur Flèche bas pour lire ligne par ligne. Appuyez sur H pour passer d’un titre à l’autre. Appuyez sur T pour passer au tableau suivant, puis sur les touches Ctrl+Alt+Flèches pour naviguer dans les cellules. Appuyez sur F pour passer au champ de formulaire suivant.

macOS : VoiceOver + Aperçu ne prend pas bien en charge les balises PDF — Aperçu rastérise l’arbre de balises à l’ouverture. Installez plutôt Adobe Acrobat Reader (gratuit) sur macOS et utilisez VoiceOver dans Acrobat Reader. La fidélité est plus proche de l’expérience Windows.

Écoutez ces signaux spécifiques :

  • L’ordre de lecture correspond à l’ordre visuel sur la page.
  • Le texte alternatif se lit comme une phrase utile — pas « image1.jpg » ou « Image insérée ici ».
  • Les en-têtes de tableau sont annoncés lorsque vous naviguez vers une nouvelle cellule (« Colonne : Prix ; Ligne : Abonnement »).
  • Les champs de formulaire annoncent leur étiquette et leur état obligatoire (« Prénom, champ de texte, obligatoire »).
  • Les images décoratives restent silencieuses.

Notez tout échec, corrigez-le dans Acrobat, ré-exportez et retestez. Prévoyez au moins deux passages pour tout document de plus de cinq pages.

Étape 6 — Publier un journal de correction à côté du PDF

Pour tout PDF publié dans le champ d’application de l’EAA, de l’ADA Titre III ou de la Section 508, publiez une brève note indiquant que le PDF a été corrigé. Deux formats fonctionnent :

  1. Dans les propriétés du document. Fichier > Propriétés > Description dans Acrobat Pro. Ajoutez une ligne comme : « Corrigé pour l’accessibilité selon PDF/UA-1 et les critères de succès WCAG 2.2 AA le 15-05-2026. Retours : accessibilite@exemple.fr. »
  2. À côté du lien de téléchargement. Une note d’une ligne sur la page qui héberge le PDF : « Ce document a été corrigé pour l’accessibilité (PDF/UA-1, mai 2026). Signalez les problèmes à accessibilite@exemple.fr. »

Cela n’est pas légalement obligatoire partout, mais c’est une bonne pratique. Cela signale aux utilisateurs de technologies d’assistance que le document a été préparé en les ayant à l’esprit, et vous fournit un artefact défendable si le PDF est jamais audité.

Écueils courants spécifiques aux PDF

  • Les PDF numérisés (image seule) ne sont jamais accessibles. La reconnaissance optique extrait le texte, mais le résultat n’a toujours pas d’arbre de balises, de titres ni d’ordre de lecture. Corriger un scan revient à créer le document depuis le début.
  • Les arbres de balises générés automatiquement sont presque toujours incorrects. Le bouton Ajouter des balises au document d’Acrobat produit un arbre de balises, mais il devine les niveaux de titres, balise souvent les images décoratives comme des figures et tend à fragmenter les paragraphes. Vérifiez toujours manuellement.
  • PDF/UA-1 n’est pas WCAG 2.2. Satisfaire PDF/UA-1 couvre la plupart des critères WCAG applicables aux PDF, mais le contraste et certaines vérifications de destination des liens nécessitent encore un passage WCAG séparé.
  • Le lecteur PDF intégré de Chrome n’est pas le test de référence. Les formulaires peuvent fonctionner dans Chrome et échouer dans Acrobat Reader, ou vice versa. Testez avec Acrobat Reader car c’est ce que la plupart des utilisateurs de technologies d’assistance utilisent pour ouvrir les PDF.
  • La fonctionnalité de texte alternatif automatique d’InDesign extrait à partir des métadonnées XMP de légende de l’image. Si la légende est vide, le texte alternatif est vide. Vérifiez toujours chaque image dans Objet > Options d’exportation d’objet > Texte de remplacement avant l’exportation.

Questions fréquemment posées

Un PDF balisé est-il la même chose qu’un PDF accessible ?

Non. Les balises sont un prérequis, mais un PDF balisé peut encore avoir un ordre de lecture incorrect, un texte alternatif manquant, des titres mal imbriqués, des champs de formulaire non balisés ou des images décoratives annoncées comme contenu. Le balisage est nécessaire, mais pas suffisant.

Puis-je rendre un PDF numérisé accessible ?

Seulement en le recréant. Exécutez une reconnaissance optique de caractères pour extraire le texte réel, puis ajoutez un arbre de balises complet, un ordre de lecture, du texte alternatif et des titres comme si vous créiez le document depuis le début. La reconnaissance optique seule produit du texte consultable, mais pas un document accessible.

Ai-je besoin d’Acrobat Pro pour créer des PDF accessibles ?

Pas pour créer le document source, mais oui pour vérifier et corriger le résultat. Des outils gratuits comme PAC 2024 peuvent auditer un PDF, mais seul Acrobat Pro (ou des outils spécialisés comme CommonLook ou axesPDF) vous permet de modifier l’arbre de balises, l’ordre de lecture et les métadonnées des formulaires.

Qu’est-ce que PDF/UA et quel est son rapport avec WCAG ?

PDF/UA-1 (ISO 14289-1) est le standard technique pour les PDF accessibles. WCAG 2.2 est le standard web plus général. Satisfaire PDF/UA-1 couvre la plupart des critères WCAG applicables aux PDF, mais quelques points WCAG (contraste, destination des liens dans certains contextes) nécessitent encore une vérification séparée.

Comment tester l’accessibilité d’un PDF ?

Combinez trois vérifications : le contrôle complet d’Acrobat Pro, le vérificateur PDF/UA gratuit PAC 2024, et au moins un passage réel avec un lecteur d’écran avec NVDA et Adobe Reader. Les vérifications automatisées détectent les problèmes structurels ; le passage avec un lecteur d’écran détecte les problèmes que les utilisateurs rencontrent réellement.

Les PDF sont-ils tenus d’être accessibles selon l’ADA ou l’EAA ?

Oui en pratique. Dans le cadre de l’ADA Titre III, les PDF proposés via un site web couvert font partie des biens et services que le site fournit. Dans le cadre de l’EAA (en vigueur depuis le 28 juin 2025), les PDF distribués par les entreprises dans le champ d’application doivent satisfaire aux exigences d’accessibilité harmonisées, qui renvoient à WCAG 2.2 AA et à PDF/UA.

Pour aller plus loin

Pour le traitement conceptuel plus approfondi — les mécanismes internes de PDF/UA, les conditions d’échec du protocole Matterhorn, la façon dont quatre lecteurs d’écran restituent différemment le même fichier balisé — lisez l’explainer PDF accessibilité de bout en bout. Pour vérifier si les pages web qui hébergent vos PDF satisfont WCAG 2.2 AA, exécutez le scanner WCAG 2.2 gratuit sur chaque page d’atterrissage. Et si les PDF sont au cœur de votre posture de conformité — formulaires gouvernementaux, communications financières, contrats juridiques, informations de santé — commanditez un audit manuel par des testeurs handicapés. Les vérifications automatisées et les passages avec lecteur d’écran vous amènent à l’essentiel ; les 10 % finaux nécessitent des lecteurs humains.