RGAA Lab

Composants accessibles

Les documents en téléchargement

Un lien « Télécharger » ne dit ni ce qu'on emporte, ni qu'un fichier va s'ouvrir. Et le référentiel demande davantage : que le document lui-même soit accessible, ou qu'une version accessible l'accompagne. Démo, code, critères RGAA.

4 critères RGAA en jeu

Essayez-les

Rapport d’audit — pièces à télécharger

Ces liens ne téléchargent rien : c’est leur intitulé qu’on regarde.

Trois liens de téléchargement, dont un seul ne dit pas ce qu’il emporte. Tabulez jusqu’à la case à cocher et actionnez-la à la barre d’Espace : le constat du troisième lien change, parce que le document a changé. La démo relit ses propres liens dans la page et compare l’extension du fichier à l’intitulé — elle n’affiche pas un verdict écrit d’avance.

Cette démo existe aussi en page autonome.

L’erreur courante

Le lien de téléchargement le plus répandu tient en un mot.

<!-- À ne pas faire -->
<p>
	Formulaire de demande d'audit :
	<a href="/docs/f-2026-04.pdf">Télécharger</a>
</p>

Et derrière ce lien, un PDF fabriqué en scannant un formulaire papier.

Deux fautes indépendantes, qu’on répare séparément.

Ce lien-là n’est d’ailleurs pas forcément une non-conformité au 6.1 : le paragraphe qui le porte nomme le document, et le référentiel accepte l’intitulé additionné au contexte du lien. Ce qu’il perd est ailleurs — dans la liste des liens, où le contexte ne suit pas.

L’intitulé d’abord. « Télécharger » ne dit pas quel document, ni qu’un fichier va s’ouvrir dans une autre application au lieu d’une page dans l’onglet. Le nom du fichier ne compense rien : f-2026-04.pdf n’est pas un intitulé, et un lecteur d’écran ne lit pas l’href. Dans la liste des liens de la page — mode de navigation courant — une page qui propose six documents produit alors six lignes « Télécharger » indiscernables.

Le fichier ensuite, et c’est la faute la plus lourde. Un PDF issu d’un scan est une image : aucun texte, aucune structure, aucun ordre de lecture. Il s’affiche à l’écran et se lit à l’œil, donc rien ne signale le problème à qui publie. Pour tout le reste — lecteur d’écran, agrandissement, copie du texte, recherche — le document est vide. Le service existe et il est fermé.

Trois variantes, aussi courantes :

  • L’icône PDF seule, sans texte ni alternative : le lien n’a plus d’intitulé du tout, et le lecteur d’écran annonce l’URL, caractère par caractère chez certains.
  • La mention « PDF accessible » sur l’étiquette, écrite sans que personne ait ouvert le fichier. Elle est fausse plus souvent qu’elle n’est vraie, et elle décourage la vérification.
  • La version accessible reléguée sur une autre page, ou en bas du site. Le 13.3 est tenu — il n’exige que son existence — mais la bonne pratique est manquée : proposée ailleurs qu’à côté du document d’origine, elle n’est pas trouvée par ceux à qui elle est destinée.

Le code, pas à pas

1. Écrire le document dans l’intitulé

<a href="/docs/f-2026-04.pdf">Formulaire de demande d'audit</a>

L’intitulé nomme le document, pas l’action. C’est déjà la moitié du travail : sorti de sa phrase, ce lien reste compréhensible, et deux documents différents n’ont plus le même intitulé.

2. Le format, puis le poids — et la différence entre les deux

<a href="/docs/f-2026-04.pdf">
	Formulaire de demande d'audit (PDF, 480 ko)
</a>

Le format appartient à la destination du lien : savoir qu’on quitte le navigateur pour une visionneuse ou un traitement de texte change la décision de l’activer. Le critère 6.1 demande que la fonction et la destination se comprennent, par l’intitulé seul ou par l’intitulé additionné au contexte du lien — la phrase, le paragraphe, l’item de liste, le titre précédent, la cellule. Le format annoncé dans la phrase qui porte le lien suffit donc au référentiel.

Le poids, lui, n’est exigé par aucun critère du RGAA. C’est une bonne pratique, et une bonne pratique utile : en connexion lente ou en données mobiles, 40 Mo n’est pas la même décision que 480 ko. Annoncez-le, mais ne le comptez pas comme une non-conformité chez les autres.

Nous conseillons de les écrire dans le lien plutôt qu’après sa fermeture — ce n’est pas une exigence du 6.1, c’est ce qui survit à la liste des liens, où tout ce qui est hors du lien disparaît.

3. Vérifier le fichier lui-même

Le critère 13.3 ne porte pas sur la page, il porte sur ce qu’elle propose au téléchargement. Ouvrir le document est le seul contrôle qui vaille. Ce qu’on y regarde, sans prétendre auditer le document en entier :

  • Du texte, pas une image. Sélectionnez un paragraphe : si rien ne se sélectionne, c’est un scan. Il faut alors lui rendre un texte — par reconnaissance de caractères puis balisage, ou, plus sûr et moins cher, en le produisant à nouveau depuis sa source.
  • Une structure de titres réelle, celle qui alimente le panneau de navigation du lecteur de PDF — pas du gras en gros corps.
  • Un ordre de lecture conforme à ce que l’œil suit, ce que les colonnes et les encadrés cassent souvent.
  • Des alternatives sur les images porteuses d’information, et des tableaux balisés comme tels.
  • La langue et le titre du document renseignés dans ses propriétés.

Un document bureautique s’exporte accessible depuis l’outil qui l’a produit, à condition d’y avoir employé les styles de titres. Reprendre un PDF après coup coûte toujours plus cher que le régénérer.

4. La version accessible, quand le document ne l’est pas

<li>
	<a href="/docs/rapport-2026.pdf">Rapport d'audit 2026 (PDF, 1,2 Mo)</a>
	<p>
		Version accessible :
		<a href="/rapports/2026">le rapport d'audit 2026 en page HTML</a>
	</p>
</li>

Le critère 13.3 accepte trois réponses : le document est lui-même accessible, il existe une autre version en téléchargement qui l’est, ou il en existe une version HTML. La troisième est presque toujours la meilleure — elle profite de tout ce que la page sait déjà faire, et elle se maintient avec le site.

Le référentiel n’exige que l’existence de cette version, pas son emplacement. Signalez-la tout de même au même endroit que le document d’origine : c’est une bonne pratique, et un lien qu’il faut chercher n’est pas trouvé par ceux à qui il est destiné.

5. La même information des deux côtés

Le critère 13.4 juge le contenu de cette version, pas son existence. Ce qui se perd d’ordinaire : les annexes, les notes de bas de page, les tableaux réduits à une phrase de résumé, et les illustrations porteuses d’information. Ce qui se perd ensuite : la date. Les deux versions vivent rarement dans le même outil de publication, et l’écart apparaît au bout de quelques mois.

6. download et type ne sont pas des mécanismes d’accessibilité

<a href="/docs/f-2026-04.pdf" download type="application/pdf">…</a>

download force l’enregistrement au lieu de l’ouverture, type renseigne le navigateur sur ce qu’il va recevoir. Ni l’un ni l’autre n’est restitué par les technologies d’assistance : ils ne remplacent pas un mot dans l’intitulé. download a d’ailleurs un effet à peser — il retire la possibilité de consulter sans enregistrer.

7. Faut-il un document ?

C’est la question à poser avant les six autres. Un formulaire, une notice, une délibération, un tarif : tout cela peut être une page. La page est consultable au téléphone, indexée, imprimable, agrandissable, traduisible, et son accessibilité se vérifie avec les outils que vous avez déjà.

Le document en téléchargement se justifie quand il doit être signé, archivé, imprimé tel quel, ou quand il fait foi. Dans ce cas, publiez les deux : la page pour lire, le fichier pour emporter.

Au clavier

ToucheEffet
TabPasse au lien suivant. Le focus doit y rester visible : un lien de téléchargement n’est rien de plus qu’un lien.
EntréeActive le lien. Le fichier s’enregistre ou s’ouvre dans une autre application ; le focus, lui, reste sur le lien dans la page.
EspaceN’active pas un lien — c’est un bouton, pas un lien. Dans la démo, elle coche et décoche la case de correction.
Liste des liensMode dédié du lecteur d’écran : c’est là que six « Télécharger » deviennent six lignes identiques.

Rien à écrire au clavier, donc : un <a href> suffit, et tout ce qui précède est du texte. Le composant le plus accessible de cette collection est aussi celui où l’on se trompe le plus, parce que la faute n’est pas dans le code.

Ce que le lecteur d’écran restitue

Sur le lien : l’intitulé complet, puis la nature — « Rapport d’audit 2026 (PDF, 1,2 Mo), lien ». La ponctuation et l’ordre varient d’un lecteur à l’autre, les informations non.

Si vous n’entendez que « Télécharger, lien », l’intitulé ne porte ni le document ni le format. Si vous entendez une suite de caractères, le lien n’a pas d’intitulé du tout et le lecteur se rabat sur l’URL.

Et un diagnostic qu’aucun lecteur d’écran ne donnera : il ne dira jamais si le fichier est accessible. La page peut être parfaite et le document illisible ; seule l’ouverture du fichier tranche.

Checklist

  • L’intitulé nomme le document, pas l’action.
  • Le format se comprend, dans le lien de préférence — le référentiel accepte aussi son contexte ; le poids, en bonne pratique.
  • Pas deux liens de même intitulé vers deux documents différents.
  • Le fichier a été ouvert et vérifié : du texte sélectionnable, des titres, un ordre de lecture.
  • S’il n’est pas accessible, une version qui l’est — signalée juste à côté, en bonne pratique.
  • Cette version dit la même chose, annexes et date comprises.
  • Se demander d’abord si une page HTML ne remplacerait pas le document.

Les critères RGAA en jeu

  • Critère 13.3 — Version accessible des documents

    Un PDF issu d'un scan n'est qu'une image : le document est illisible au lecteur d'écran, et le critère n'est alors tenu que si le document est rendu accessible, ou si une version alternative — autre fichier ou page HTML — l'est.

  • Critère 13.4 — Équivalence de la version accessible

    Une version HTML allégée, tronquée de ses annexes ou plus à jour ne vaut pas équivalence : le référentiel exige qu'elle offre la même information.

  • Critère 6.1 — Liens explicites

    Un lien « Télécharger » ne dit ni quel document il emporte, ni qu'il ouvre un fichier plutôt qu'une page. Le paragraphe qui le porte est l'un des six contextes que le référentiel accepte, donc le critère peut être tenu — mais dans la liste des liens, où le contexte tombe, il ne renseigne plus personne.

  • Critère 6.2 — Intitulé de lien

    Une icône PDF employée seule, sans texte ni alternative, fait un lien sans aucun intitulé — le lecteur d'écran n'a plus que l'URL du fichier à annoncer.

Vérifiez votre composant avec l'extension

Pour aller plus loin

Sources