Un client me posait récemment la question, à propos des boutons « Fichier à télécharger » de son site WordPress : faut-il ouvrir les PDF dans le même onglet ou dans un nouveau ? Comme dirait ChatGPT : « Très bonne question ! » Un peu complexe si on entre dans les détails.
La réponse courte tient en une phrase : nouvel onglet, forcé via le réglage natif de WordPress. Mais derrière ce choix d’apparence anodine se cachent plusieurs sujets qui méritent d’être démêlés : UX, accessibilité RGAA, et obligations légales pour les sites d’associations.
1. Les PDF, un point de friction connu pour le RGAA
Avant même de parler d’onglet, rappelons que les PDF sont un sujet sensible en accessibilité numérique. Le RGAA 4.1.2 — référentiel d’application obligatoire pour les organismes publics et certaines structures privées soumises à l’article 47 de la loi du 11 février 2005 — contient deux critères dédiés aux documents bureautiques :
- Critère 13.3 : « Dans chaque page web, chaque document bureautique en téléchargement possède-t-il, si nécessaire, une version accessible (hors cas particuliers) ? » Le test impose l’une des trois conditions suivantes : le document est lui-même accessible, il existe une version alternative téléchargeable accessible, ou il existe une version alternative au format HTML accessible.
- Critère 13.4 : la version accessible doit offrir la même information que le document d’origine, pour ne pas créer de service au rabais pour les utilisateurs en situation de handicap.
Dans la pratique, un PDF non balisé, scanné, ou simplement exporté depuis InDesign sans précaution est presque systématiquement non conforme. La meilleure pratique reste donc de proposer une version HTML du contenu quand c’est possible, et de réserver le PDF aux usages où il est vraiment justifié (formulaires officiels, documents à archiver, plaquettes à imprimer).
À noter une dérogation utile pour les associations : les documents bureautiques publiés avant le 23 septembre 2018 sont exemptés de cette obligation, sauf s’ils sont nécessaires à une démarche administrative (voir cas particuliers du critère 13.3).
2. Quelle est la moins mauvaise pratique UX pour un PDF ?
Si vous devez quand même publier un PDF, l’ouverture dans un nouvel onglet est généralement préférable, pour plusieurs raisons :
- Un PDF n’est pas un contenu web comme les autres : il bascule dans une visionneuse, casse la navigation, et ne propose aucun retour vers le site.
- Il est rarement lisible confortablement sur mobile.
- C’est un cul-de-sac dans le parcours utilisateur : pas de menu, pas de fil d’Ariane, pas de lien retour.
Garder l’onglet d’origine ouvert permet à l’utilisateur de revenir à son contexte de lecture sans repartir de zéro. Sur un site web où les visiteurs consultent souvent plusieurs ressources d’affilée (guides, comptes-rendus, formulaires), c’est un vrai gain de confort.
3. Que font les navigateurs par défaut ?
Tous les navigateurs majeurs — Chrome, Firefox, Edge, Safari — ouvrent les PDF dans leur visionneuse intégrée, dans l’onglet courant si le lien n’a pas d’attribut target= »_blank ». L’utilisateur peut changer ce comportement dans les paramètres de son navigateur (sauf Safari, qui n’offre pas ce réglage), mais en pratique, 99 % des visiteurs sont en configuration par défaut. C’est donc au site de prendre la bonne décision pour eux.
4. Comment forcer le nouvel onglet dans WordPress
Bonne nouvelle : aucun développement spécifique n’est nécessaire. Le bloc Gutenberg natif Fichier propose un réglage « Ouvrir dans un nouvel onglet » directement dans la barre latérale du bloc.
C’est le réglage à activer systématiquement pour tout document téléchargeable. À noter qu’il faudrait, idéalement, prévenir l’utilisateur que le lien ouvre un nouvel onglet — c’était d’ailleurs une exigence du RGAA 3 (ancien critère 13.2). Depuis le RGAA 4, ce n’est plus un critère obligatoire (il était de niveau AAA et le RGAA 4 ne retient que les niveaux A et AA), mais cela reste une bonne pratique d’accessibilité fortement recommandée, notamment pour les utilisateurs de lecteurs d’écran.
5. Forcer le téléchargement plutôt que l’ouverture
Dans certains cas — formulaires à remplir, justificatifs, attestations fiscales, dossiers CERFA — on ne veut pas que le PDF s’affiche dans le navigateur, mais qu’il soit directement téléchargé. C’est possible :
- côté HTML, via l’attribut download sur le lien (limité au même domaine) ;
- côté serveur, en envoyant l’en-tête Content-Disposition: attachment sur l’ensemble d’un répertoire via .htaccess.
À réserver aux cas où la consultation en ligne n’a pas de sens. Pour un rapport d’activité ou un guide pratique, laisser l’utilisateur le feuilleter dans son navigateur est plus confortable.
6. Mentionner le format et le poids du fichier
Bonne pratique trop souvent oubliée : indiquer le format et la taille du fichier dans l’intitulé du lien. Par exemple : « Guide de l’engagement bénévole (PDF, 2,3 Mo) ». C’est utile à tous :
- l’utilisateur sait qu’il s’apprête à ouvrir un PDF (changement de contexte) ;
- il peut décider de différer le téléchargement sur une connexion limitée ;
- les lecteurs d’écran annoncent l’information aux utilisateurs malvoyants.
Cette pratique est également mentionnée dans les recommandations du RGAA pour anticiper les changements de contexte.
7. Automatiser l’affichage du format et du poids
Plutôt que de demander aux contributeurs de saisir « (PDF, 2,3 Mo) » à la main à chaque fois (avec les risques d’oubli, d’incohérence, ou de chiffre obsolète après remplacement du fichier) il est tout à fait possible de récupérer automatiquement ces informations depuis la médiathèque WordPress.
C’est un développement court à implémenter dans le thème (filtre sur le bloc Fichier ou sur le contenu), qui exploite les fonctions natives wp_check_filetype() et size_format() de WordPress. Le résultat : tous les liens vers des documents affichent automatiquement leur format et leur poids, sans intervention humaine, et c’est rétroactif, pas besoin de reprendre tout votre contenu.
En résumé
| Bonne pratique | Mise en œuvre |
|---|---|
| Ouvrir le PDF dans un nouvel onglet | Réglage natif du bloc Fichier Gutenberg |
| Prévenir l’utilisateur du nouvel onglet | À mentionner dans l’intitulé ou via aria-label |
| Indiquer format et poids du fichier | Saisie manuelle ou automatisation côté thème |
| Proposer une alternative HTML accessible | Réécriture du contenu en page WordPress |
| Forcer le téléchargement | À réserver aux formulaires et documents non consultables en ligne |
Ces ajustements ne coûtent pas grand chose à mettre en place et améliorent à la fois l’expérience utilisateur, l’accessibilité RGAA, et même le référencement car Google valorise les sites qui respectent les standards d’accessibilité.
Sources
- RGAA 4.1.2 — PDF officiel (DINUM, décembre 2023)
- RGAA 4.1.2 — Liste des critères et tests (version consultable en ligne)
- Annonce officielle du RGAA 5 — DesignGouv (DINUM, mars 2026)
- Article 47 de la loi n° 2005-102 du 11 février 2005 (Légifrance)
- RGAA 3 — Référentiel technique 2017 (pour les références aux anciens critères 13.2 et 13.6)
- Photo de Austrian National Library
A propos de l’auteur de cet article
