Qu'est-ce que le PDF/A et quand en avez-vous vraiment besoin ?

On vous a demandé un fichier PDF/A. Peut-être le portail de dépôt d'un tribunal, peut-être un responsable d'archives, peut-être une plateforme de dépôt universitaire — et probablement sans expliquer en quoi consiste la différence ni pourquoi elle compte. La bonne nouvelle, c'est que le PDF/A n'est pas un nouveau format à apprendre. C'est du PDF ordinaire dont on a retiré les parties peu fiables.

La moins bonne, c'est que les restrictions sont assez strictes pour que la plupart des PDF déjà en circulation ne les respectent pas. C'est pourquoi la conversion est une véritable étape de traitement et non un simple changement de nom.

Ce qu'est réellement le PDF/A

Le PDF/A est défini par la norme ISO 19005, publiée pour la première fois en 2005. Ce n'est pas un type de fichier distinct : un fichier PDF/A se termine toujours par .pdf, s'ouvre dans n'importe quel lecteur dont vous disposez déjà et ressemble en tout point au document dont il provient. Ce qui en fait un PDF/A, c'est qu'il respecte une liste documentée de restrictions — et qu'il déclare dans ses propres métadonnées quelle version de cette liste il suit.

La norme a été étendue quatre fois, et les parties ne sont pas interchangeables. Chacune a été rédigée à partir de la spécification PDF de son époque :

À côté du numéro de partie, chaque fichier porte un niveau de conformité : la lettre que l'on voit dans des noms comme PDF/A-2b. Cette lettre relève d'un axe entièrement distinct du numéro, et confondre les deux est le malentendu le plus répandu au sujet de la norme :

• Niveau b (basique). Le fichier reproduira fidèlement sa propre apparence visuelle à l'avenir. C'est toute la promesse : rien n'est garanti quant à l'extraction ou à la recherche du texte.
• Niveau u (Unicode). Le niveau b, plus la garantie que chaque caractère de la page correspond à une valeur Unicode, afin que le texte puisse être extrait et recherché de façon fiable. Introduit avec le PDF/A-2.
• Niveau a (accessible). Le niveau u, plus une structure de document balisée : titres, tableaux, ordre de lecture et langue, c'est-à-dire les informations dont un lecteur d'écran a besoin pour donner du sens à une page.

Presque tout ce que l'on demande en pratique est un fichier de niveau b, pour une raison expliquée plus bas : les niveaux u et a exigent des informations qu'un convertisseur ne peut pas inventer si le document source ne les a jamais contenues.

La règle dont découle tout le reste

Toutes les restrictions de l'ISO 19005 servent une seule exigence : le fichier doit contenir tout ce dont il a besoin pour s'afficher, sans dépendre de quoi que ce soit d'extérieur. Ni d'une police installée sur votre machine, ni d'un profil colorimétrique que votre écran utilise par hasard, ni d'un serveur qui résout un lien, ni d'un mot de passe que quelqu'un a noté en 2026.

Une fois cette exigence admise, les règles cessent de paraître arbitraires et deviennent évidentes :

• Toutes les polices doivent être incorporées — et incorporées avec une licence qui l'autorise. Un fichier qui référence Helvetica en comptant sur le lecteur pour la fournir parie sur un ordinateur futur.
• La couleur doit être définie de façon absolue, au moyen d'un profil de sortie ICC incorporé, plutôt que laissée à l'appréciation de l'écran. Sans quoi « cette nuance de rouge » ne voudra plus rien dire dans cinquante ans.
• Le chiffrement est interdit. Une clé est une dépendance, et les dépendances finissent par se perdre.
• Ni JavaScript, ni audio ou vidéo incorporés, ni actions de lancement. Un comportement qui ne peut pas être garanti est un comportement qui ne peut pas être archivé.
• Aucune référence à un contenu externe. Tout ce qui est affiché doit résider dans le fichier.
• Les métadonnées doivent être présentes en XMP, sous une forme documentée et lisible par une machine — y compris la déclaration de la partie et du niveau que le fichier revendique.

Ce que la conversion change dans votre fichier

La conversion n'est pas un tampon apposé sur un document inchangé. Des éléments sont ajoutés, supprimés et réécrits, et il vaut mieux savoir lesquels avant de remplacer un original :

L'augmentation de taille prend la plupart des gens de court. Un document de dix pages qui n'utilisait que des polices système peut grossir sensiblement dès lors que ces polices voyagent à l'intérieur. Si le fichier doit en outre respecter une limite d'envoi, compressez-le d'abord — compresser ensuite réécrit le fichier et annulera généralement la conformité que vous venez de payer.

Se déclarer PDF/A ou l'être vraiment

Voici la distinction qui décide si votre dépôt sera accepté. La déclaration selon laquelle un fichier est, disons, en PDF/A-2b réside dans les métadonnées XMP de ce fichier — et elle est écrite par le programme qui l'a produit. Rien n'empêche un logiciel d'apposer cette déclaration puis de produire un document qui enfreint les règles.

La question « ce fichier est-il en PDF/A ? » a donc deux réponses différentes : ce que le fichier dit de lui-même, et ce qu'une vérification indépendante des règles ISO constate. Un lecteur qui affiche un badge PDF/A vous rapporte la première. Les portails de dépôt vérifient la seconde.

Le validateur de référence est veraPDF — gratuit, open source, développé dans le cadre d'un programme financé par l'UE et soutenu par la PDF Association. Il exécute le contrôle de conformité complet et signale les échecs règle par règle, en nommant les objets fautifs plutôt qu'en se contentant d'un « non valide ». Le contrôle en amont d'Acrobat fait le même travail sur le plan commercial. Si un registre, un tribunal ou un régulateur exige une preuve de conformité, validez le fichier vous-même plutôt que de vous fier au badge d'une visionneuse.

Quand vous en avez réellement besoin

Le PDF/A vaut le compromis dans un ensemble de situations plus restreint que ne le laisse entendre le discours commercial qui l'entoure. Les cas légitimes ont un point commun : quelqu'un d'autre que vous devra ouvrir ce document après la disparition du logiciel qui l'a produit.

• Dépôts judiciaires et réglementaires. De nombreux systèmes de dépôt électronique exigent le PDF/A ou le recommandent dans leurs consignes, et rejettent les fichiers qui échouent à la validation.
• Archives institutionnelles et conservation documentaire. Les archives nationales et universitaires précisent couramment une partie et un niveau de PDF/A comme format de dépôt accepté.
• Thèses et dépôt académique. Les dépôts universitaires comptent parmi les utilisateurs les plus constants de la norme, puisqu'ils conservent des documents sur le long terme par définition.
• Documents soumis à une durée légale de conservation. Contrats, dossiers d'audit, pièces fiscales, dossiers du personnel et documents médicaux qui doivent rester lisibles pendant des années par obligation légale et non par préférence.
• Factures électroniques hybrides. Des formats comme Factur-X et ZUGFeRD sont des fichiers PDF/A-3 qui transportent du XML de facturation à l'intérieur d'une page de facture lisible par un humain — un seul fichier, lisible à la fois par une personne et par un système comptable.
• Dépôts de brevets et de normes. Les organismes qui tiennent des registres publics permanents ont tendance à préciser le format dans lequel ils vont les conserver.

Si une exigence nomme une déclinaison précise — PDF/A-1b plutôt que « PDF/A » — considérez-la comme contraignante. Un fichier PDF/A-2b parfaitement valide sera rejeté par un système qui réclame du PDF/A-1b, et le message de refus explique rarement pourquoi. Notre article complémentaire sur le choix entre 1b, 2b et 3b détaille ce qui les distingue réellement.

Quand ce n'est pas le cas

La plupart des PDF n'ont pas vocation à être des PDF/A, et il faut le dire clairement, car une grande partie de ce qui s'écrit sur le sujet laisse entendre le contraire.

• Les documents à durée de vie courte. Une facture que vous supprimerez après paiement, un brouillon diffusé pour commentaires, un rapport lu une fois : aucun n'a besoin de survivre à un changement de siècle.
• Tout ce qui doit rester interactif. Formulaires pilotés par des scripts, médias incorporés, champs calculés. Les fonctions qui les font fonctionner sont précisément celles que la norme supprime.
• Les fichiers soumis à une limite de taille serrée. La conversion fait grossir un fichier ; un portail qui plafonne les envois à 10 Mo peut être la contrainte la plus dure.
• Les documents très graphiques, si l'on vous impose le PDF/A-1. L'aplatissement de la transparence modifie le rendu des ombres, des halos et des modes de fusion. Le PDF/A-2 les conserve.

Le PDF/A vous coûte de la taille de fichier et des fonctionnalités, et vous achète de la lisibilité dans plusieurs décennies. Quand personne ne lira le document dans plusieurs décennies, il n'y a aucune raison de payer.

Le piège du document numérisé

C'est l'échec qui refait surface des années plus tard, bien après que quiconque puisse le corriger à peu de frais. Un document numérisé se convertit en PDF/A sans la moindre difficulté et passe la validation sans une plainte — parce qu'une numérisation est une image, et que le niveau b promet seulement que cette image s'affichera toujours correctement.

Ce que reçoit le service d'archives est un fichier conforme, pérenne et totalement impossible à rechercher. Personne ne s'en aperçoit au moment du dépôt. Cela ressort le jour où il faut retrouver tous les contrats mentionnant une clause précise sur dix ans de dossiers, et où la seule méthode consiste à les ouvrir un par un et à les lire.

À la lettre, la garantie portant sur le texte relève du niveau u et non du niveau b, et aucun convertisseur ne peut promettre qu'un fichier de niveau b sera consultable par recherche. En pratique, un fichier de niveau b doté d'une bonne couche OCR se comporte comme un document consultable ; un fichier de niveau b qui en est dépourvu ne le sera jamais.

Convertir un PDF en PDF/A en trois étapes

La conversion avec PdfDocShift prend environ trente secondes et ne nécessite ni installation ni inscription. Les fichiers envoyés sont définitivement supprimés de nos serveurs au bout de deux heures.

Comment vérifier qu'un fichier est vraiment en PDF/A

Cinq vérifications, dans l'ordre qui repère les problèmes le plus vite :

1. Lisez ce que le fichier revendique. Acrobat affiche un bandeau de norme en haut d'un document PDF/A ; d'autres lecteurs indiquent la norme dans les propriétés du document. Cela vous dit ce que le fichier affirme de lui-même, ce qui est un début et non un verdict.
2. Validez au regard des règles ISO. veraPDF est gratuit, open source, et signale les échecs règle par règle en nommant l'objet en cause. C'est la réponse à laquelle un portail de dépôt parviendra, indépendamment de la vôtre.
3. Vérifiez que la déclinaison correspond à l'exigence. Un fichier PDF/A-2b parfaitement valide échoue face à un système qui réclame du PDF/A-1b. Les validateurs indiquent la partie et le niveau qu'ils ont trouvés : comparez-les à ce qu'on vous a réellement demandé.
4. Contrôlez les polices. Propriétés du document → Polices. Chaque entrée doit indiquer Incorporée ou Sous-ensemble incorporé. Une seule police non incorporée est le signe le plus rapide qu'un fichier n'a jamais été converti.
5. Conservez le document source. La conversion entraîne des pertes, de la façon décrite plus haut, et il n'y a pas de marche arrière. Gardez ce à partir de quoi vous pouvez régénérer le fichier : le PDF d'origine ou, mieux, le document dont il a été exporté.

Une habitude qui mérite d'être intégrée à tout processus produisant des archives : validez un échantillon plutôt que la totalité, mais validez-le au moment du dépôt. Un défaut de conformité découvert le jour même se corrige en deux minutes. Le même défaut découvert lors d'un audit trois ans plus tard devient un projet.

Questions fréquentes