By PDFKits Team — Published February 19, 2026
TL;DR : L'accessibilité des PDF signifie qu'un lecteur d'écran peut annoncer le contenu dans le bon ordre : les titres étiquetés comme titres, les images avec texte alternatif, un ordre de lecture défini et des formulaires utilisables au clavier. Le minimum légal est la conformité à la Section 508 pour le travail fédéral américain et WCAG 2.1 AA selon les règles du DOJ, avec WCAG 2.2 comme norme actuelle du W3C ; la Loi européenne sur l'accessibilité est entrée en vigueur en juin 2025. Quatre leviers — balises, texte alternatif, ordre de lecture, formulaires — couvrent environ 90 % de la conformité.
Trois cadres régissent le travail PDF accessible en pratique. Les directives WCAG du W3C constituent la base technique — WCAG 2.1 AA est le niveau cité par la règle ADA Title II du DOJ (finalisée en avril 2024) et par la plupart des lois des États, tandis que WCAG 2.2, la recommandation actuelle, ajoute neuf critères de succès que vous devriez viser pour les nouveaux documents. La Section 508 lie les agences fédérales américaines et leurs contractants et incorpore WCAG par référence. En Europe, la norme EN 301 549 et la Loi européenne sur l'accessibilité (UE 2019/882, en vigueur depuis le 28 juin 2025) étendent l'obligation aux documents numériques du secteur privé.
Les trois régimes convergent vers PDF/UA (ISO 14289-1), la norme soutenue par la PDF Association qui opérationnalise WCAG pour le format : structure de balises appropriée, texte alternatif sur chaque image significative, ordre de lecture défini et déclarations de langue. Un document qui semble parfait à l'écran peut encore être un flux de mots plat et non navigable pour les quelque 285 millions de personnes dans le monde ayant des déficiences visuelles — et un PDF non étiqueté est exactement cela.
Idéal pour : les équipes de proposition, les universités, les départements RH, les assureurs et toute organisation qui publie des documents que le public doit pouvoir lire.
Les balises sont le squelette structurel du document — un arbre interne d'éléments H1, H2, P, Figure, Liste et Tableau, analogue au HTML sémantique. Sans cela, un lecteur d'écran obtient un flux de mots plat : pas de navigation par titre, pas de sémantique de tableau. Le texte alternatif rend les images significatives ; l'échec le plus courant est un logo annoncé sur chaque en-tête de page, un bruit pur. L'ordre de lecture est défini séparément de la mise en page visuelle — une page à deux colonnes doit être lue d'abord dans une colonne puis dans l'autre, et les notes de bas de page ne doivent pas interrompre le texte principal. Les formulaires ont besoin d'étiquettes associées par programme, d'un ordre de tabulation logique et d'indications de champs obligatoires qu'un lecteur d'écran peut annoncer ; un champ "étiqueté" par un astérisque à proximité est invisible pour la technologie d'assistance. Maîtrisez ces quatre éléments et vous aurez couvert la majeure partie des échecs PDF WCAG 2.2 que les auditeurs signalent réellement.
Deux habitudes de test séparent les équipes qui réussissent les audits de celles qui échouent. Tout d'abord, naviguez dans le document uniquement par titres (touche H dans NVDA, VO+Cmd+H dans VoiceOver) — si vous ne pouvez pas atteindre chaque section de cette manière, vos utilisateurs ne le peuvent pas non plus. Deuxièmement, tabulez à travers chaque formulaire sans toucher à la souris : l'ordre de focus doit correspondre à l'ordre visuel, et chaque champ doit annoncer son étiquette et s'il est requis. Cinq minutes de test uniquement au clavier trouvent les défauts que les vérificateurs automatisés décrivent de manière abstraite.
| Capacité | PDFKits | Adobe Acrobat Pro | Smallpdf / iLovePDF | PAC 2024 |
|---|---|---|---|---|
| Coût | Gratuit | 14,99 $/mois | 9 $/mois / 48 $/an | Gratuit |
| Couche OCR pour les PDF scannés | Oui, dans le navigateur | Oui | Oui (payant, cloud) | Non — uniquement validateur |
| Modifier l'arbre de balises | Non | Oui (granulaire) | Non | Non |
| Validation PDF/UA | Non | Vérificateur limité | Non | Oui — norme d'or |
| Les fichiers restent sur votre appareil | Oui | Oui (bureau) | Non — téléchargement cloud | Oui |
| Restructuration au niveau de la page | Oui | Oui | Basique | Non |
La division honnête du travail : les documents sources et Acrobat Pro possèdent l'édition de balises ; PAC possède la validation ; PDFKits possède les étapes de préparation et de nettoyage — OCR, réorganisation des pages, séparation, nettoyage des métadonnées — sans télécharger des dossiers étudiants ou des fichiers RH vers un service cloud comme le nécessitent les outils de type Smallpdf.
Faire confiance à la vérification visuelle. Les défauts de balisage sont invisibles à l'écran. Validez toujours avec un vérificateur et un lecteur d'écran.
Signalisation uniquement par couleur. "Rouge = urgent, vert = fait" échoue au critère de succès WCAG 1.4.1. Associez la couleur à des étiquettes ou des icônes.
Tableaux ASCII. Les colonnes construites avec des espaces se transforment en charabia pour les lecteurs d'écran. Utilisez de vrais objets de tableau dans la source.
Niveaux de titre sautés. H1 → H3 rompt la navigation par titres. Maintenez une hiérarchie stricte.
Aplatir des formulaires qui doivent rester navigables. Les champs aplatis se lisent comme de simples paragraphes. Si les utilisateurs ont besoin d'une navigation au niveau du champ, gardez le formulaire interactif avec des étiquettes appropriées — et vérifiez les flux de signature, car certains s'aplatissent silencieusement.
Croire que l'OCR équivaut à l'accessibilité. L'OCR rend le texte extractible ; le document a toujours besoin de balises, d'ordre de lecture, de texte alternatif et d'une déclaration de langue. L'OCR est la première étape de quatre.
Non. Le texte sélectionnable est nécessaire mais pas suffisant. Sans balises, un lecteur d'écran ne peut pas naviguer par titre, sauter le contenu décoratif ou annoncer la structure du tableau. Le balisage est la différence qualitative entre lisible et utilisable.
WCAG 2.2 (octobre 2023) ajoute neuf critères de succès, principalement autour de la visibilité du focus, des modalités d'entrée et de l'authentification. Les mandats légaux citent encore largement 2.1 AA, mais les nouveaux documents rédigés selon 2.2 satisfont les deux — les critères sont rétrocompatibles.
Depuis la mise à jour de 2018, la Section 508 incorpore WCAG 2.0/2.1 AA : structure étiquetée, texte alternatif, ordre de lecture, déclaration de langue et formulaires accessibles. Les agences fédérales et les contractants doivent s'y conformer pour tous les documents destinés au public et de nombreux documents internes.
Pas au niveau de l'arbre de balises. PDFKits gère l'OCR, la réorganisation des pages, la séparation et le nettoyage des métadonnées dans le navigateur ; l'édition de balises granulaire nécessite Adobe Acrobat Pro ou une réexportation depuis un document source correctement préparé.
PDF/A est la norme d'archivage (préservation à long terme, polices intégrées) ; PDF/UA est la norme d'accessibilité (compatibilité avec les lecteurs d'écran). Un document peut être les deux — PDF/A-2u plus PDF/UA est la norme d'or pour les archives gouvernementales.
Non — c'est la première étape obligatoire. Après l'OCR, le document a toujours besoin de balises, d'ordre de lecture, de texte alternatif sur les figures et d'une déclaration de langue avant qu'un lecteur d'écran puisse l'utiliser correctement.
Utilisez au moins deux : NVDA sur Windows (gratuit, la norme de test de facto) et VoiceOver sur macOS (intégré). Si vous ne pouvez en exécuter qu'un, NVDA couvre la plus grande base d'utilisateurs réels.
Seulement modestement — généralement 5 à 15 % plus grands. L'arbre de balises ajoute des objets de structure, pas des images ou des polices, donc le coût de taille est trivial par rapport au gain d'utilisabilité.
Depuis juin 2025, elle couvre les produits et services concernés — commerce électronique, banque, livres électroniques, transport — y compris les documents numériques qu'ils expédient. Les entreprises B2C servant des clients de l'UE devraient traiter les PDF destinés aux clients comme étant concernés.
Indiquez la conclusion, pas la géométrie : "Les revenus du T4 ont dépassé ceux du T3 de 12 %, tirés par l'Amérique du Nord" plutôt que "graphique à barres avec huit barres." Pour les graphiques denses en données, ajoutez également un vrai tableau de données dans le corps du document.
OCR PDF — ajoutez une couche de texte aux scans avant l'étiquetage. Réorganiser les pages — corrigez l'ordre au niveau de la page. Modifier le PDF — ajustez le contenu visible en parallèle du travail de balisage Acrobat. Nettoyer les métadonnées — définissez les métadonnées de titre et de langue avant publication. Extraire des pages — isolez des sections pour des corrections ciblées. Diviser le PDF — livrez des fichiers accessibles par chapitre.
→ Try edit PDF — Free & Online
PDFKits propose 46 outils PDF gratuits qui fonctionnent intégralement dans votre navigateur. Aucun envoi de fichier vers un serveur, aucune inscription, aucune limite quotidienne. Cette approche locale rend PDFKits structurellement plus privé que des services comme Smallpdf ou iLovePDF qui uploadent vos documents pour les traiter — un avantage essentiel pour les fichiers juridiques, médicaux ou financiers confidentiels.
Explorez d'autres outils PDFKits : Fusionner PDF, Compresser PDF, Séparer PDF, Signer PDF, PDF en Word, Modifier PDF, Protéger PDF, OCR PDF. Tous gratuits et fonctionnant dans votre navigateur.