Rendre un document plus accessible
Structurez les titres, décrivez les images utiles et nommez les liens avant de vérifier le fichier exporté. Grille de relecture intégrée au guide.
L’essentiel
La réponse en 30 secondes
Un programme d’événement peut être lisible sur votre écran tout en devenant difficile à parcourir au clavier ou avec une aide technique. Le travail commence avant le PDF final. Prenez un court document de test : titre, deux sections, un lien et une image informative. Vous pourrez observer ce qui est conservé lorsque vous changez de format.
- À retenir
- Préparez l’accessibilité dans le document source : titres structurés, liens explicites, texte de remplacement pertinent et tableaux simples. Après export, vérifiez la lecture, l’ordre du contenu et les fonctions utiles. Une apparence soignée ou un contrôle automatique réussi ne suffisent pas à garantir l’accès pour tous.
- Premier geste
- Construire une structure réelle
- Contrôle essentiel
- La structure doit être portée par le document, pas seulement par le style visuel.
Exemples à adapter
Si le PDF n’est qu’une image, les informations doivent aussi exister en texte. Une description courte ne remplace pas toujours le programme complet et ses modalités.
Un tableau simple avec des en-têtes explicites est plus facile à suivre qu’une mise en page qui fusionne de nombreuses cellules pour obtenir un effet visuel.
Nous indiquons une méthode et, quand elle existe, l’adresse officielle. Nous ne classons pas les services selon une rémunération et nous ne remplaçons ni leurs conditions d’utilisation ni une source experte.
Mode d’emploi
Passer à la pratique
- 01Construire une structure réelle
Utilisez les styles de titre de votre éditeur pour organiser le document. Choisissez des intitulés qui décrivent les sections et une hiérarchie cohérente. Mettre un paragraphe en gros et en gras n’indique pas nécessairement sa fonction aux outils qui parcourent la structure.
- 02Rendre les liens compréhensibles
Préférez un libellé qui annonce la destination ou l’action. Dans un exemple de programme, « télécharger le plan d’accès » est plus utile qu’une succession de liens nommés « ici ». Pour un téléchargement, mentionnez le format lorsqu’il aide le lecteur à choisir.
- 03Décrire l’information visuelle
Pour une image qui apporte une information, ajoutez une alternative adaptée à son rôle. Un plan complexe demande souvent une explication textuelle plus complète. Ne répétez pas mécaniquement la légende ; demandez-vous quelle information manquerait si l’image n’était pas visible.
- 04Simplifier la lecture
Écrivez des consignes courtes, expliquez les abréviations et évitez de transmettre une information uniquement par une couleur. Pour un tableau, nommez clairement les colonnes et gardez une organisation compréhensible. Vérifiez la lecture en agrandissant le contenu.
- 05Tester le fichier exporté
Ouvrez le résultat dans l’outil prévu pour le lecteur. Vérifiez que le texte existe, que les liens fonctionnent et que les repères de structure ont été conservés. Utilisez les outils de vérification disponibles, puis complétez par une lecture manuelle. Pour un besoin exigeant, faites évaluer le document dans le contexte réel d’utilisation.
Comprendre par un cas concret
Tester le plan sans se fier à la taille du texte
Exemple fictif : un document présente un titre, deux parties et une sous-partie. Les niveaux doivent exprimer cette organisation.
| Élément | Structure attendue | Vérification |
|---|---|---|
| Titre du document | Niveau principal | Un simple agrandissement de police ne crée pas ce rôle |
| Parties A et B | Même niveau de titre | Elles doivent apparaître comme des sections sœurs |
| Sous-partie de B | Niveau inférieur à B | Elle appartient à B, sans devenir une troisième grande partie |
Parcourez le plan avec un outil de navigation par titres, puis relisez le texte dans son ordre réel.
Un titre visuellement petit peut-il être une grande section ?
Oui. Le rôle structurel et l’apparence sont distincts. Choisissez le niveau d’après le plan du contenu.
Documentation d’appui : W3C WAI — Headings · Consultée le 2026-10-25. Les exemples et calculs sont pédagogiques.
Repères à garder
Relecture éditoriale d’un document
Premiers repères pratiques, sans valeur de certification ni de contrôle exhaustif.
Sur petit écran, faites défiler le tableau horizontalement pour lire toutes les colonnes.
| Élément | Question de relecture | Action possible |
|---|---|---|
| Titres | Les sections ont-elles une structure réelle ? | Appliquer des styles de titre |
| Liens | Leur destination est-elle compréhensible ? | Remplacer les libellés ambigus |
| Images | L’information existe-t-elle aussi en texte ? | Ajouter une alternative adaptée |
| Export | Les fonctions utiles sont-elles conservées ? | Relire le fichier final |
Consultez les repères directement dans ce tableau.
Passer de la lecture à l’action
Revoir un document court
Choisissez une page avec deux sections et un lien, puis vérifiez son export.
Résultat recherché : Le document possède des repères utiles au-delà de sa seule apparence.
Les cases sont des repères personnels, pas une validation automatique. Aucun envoi ni enregistrement par le portail ; elles sont remises à zéro au rechargement.
Points de vigilance
Ce qu’il ne faut pas confondre
La structure doit être portée par le document, pas seulement par le style visuel.
La couleur ne doit pas être l’unique moyen d’exprimer une information.
Vérifiez le résultat exporté, même si la source était bien préparée.
Questions fréquentes
Les réponses courtes
Le PDF est-il toujours le bon format ?
Non. Une page web ou un document éditable peut parfois mieux répondre au besoin. Choisissez le format en fonction de la lecture attendue, des fonctionnalités et des contraintes du public.
Faut-il décrire toutes les images ?
Décrivez celles qui apportent une information ou une fonction. Les éléments purement décoratifs doivent être traités comme tels avec les options de votre outil.
Cette checklist certifie-t-elle l’accessibilité ?
Non. Elle propose des premiers contrôles éditoriaux. Une évaluation complète dépend du format, des exigences applicables et des parcours réellement testés.
Pour vérifier et approfondir
Sources et documentation
- W3C WAI — Rédiger pour l’accessibilité
- W3C WAI — Alternatives textuelles des images
- W3C WAI — Images Tutorial
Documentation consultée le . Les exemples sont illustratifs ; les résultats et les interfaces peuvent évoluer.
Choisir l’alternative d’une image selon son rôle
L’alternative textuelle dépend de ce que l’image apporte. Décrire son apparence ne suffit pas lorsqu’elle sert de bouton ou porte des données.
- Définir le rôle
- Rédiger l’équivalent
- Relire sans l’image
| Situation | Ce qui change | Vérification utile |
|---|---|---|
| Image informative | Transmettre l’information essentielle dans le contexte. | Ne pas répéter inutilement une légende voisine. |
| Image fonctionnelle | Nommer l’action ou la destination. | Un bouton doit annoncer son rôle, pas seulement la forme de son icône. |
| Graphique complexe | Fournir l’équivalent complet des données ou relations utiles. | Associer une description et, si adapté, un tableau lisible. |
Un attribut alt vide évite l’annonce d’une image purement décorative. Relisez la page sans ses images : actions et informations essentielles doivent rester identifiables.
Documentation : W3C WAI — Images Tutorial ↗ · · Consulter la fiche de référence →
Continuer
Pour aller plus loin
Retrouvez son éditeur, son domaine et les repères à vérifier avant de rejoindre ce service.