PDF/A expliqué : pourquoi le PDF d’archivage est un format différent de ce qu’on croit

PDF/A est un sous-ensemble contraint du PDF, conçu pour la conservation à long terme : tout ce qu’il faut pour dessiner la page voyage dans le fichier. Un PDF ordinaire qui s’ouvre aujourd’hui peut encore échouer demain à un contrôle d’archivage s’il dépend de polices système, de ressources externes ou de fonctions interactives qu’un futur lecteur n’aura pas.

Ce que « archivage » impose réellement

PDF/A exige l’intégration des polices et interdit les dépendances externes ainsi que certains contenus dynamiques (scripts, certains médias, comportements de formulaires qui ont besoin de données extérieures). L’objectif est la reproductibilité : ouvrir le fichier dans dix ou trente ans et retrouver les mêmes glyphes et la même mise en page, sans espérer que le dossier de polices de la machine d’origine existe encore.

C’est autre chose que « ça s’affiche bien dans Preview ». Les PDF du quotidien privilégient la commodité d’édition et les fichiers légers. PDF/A privilégie l’autonomie complète du fichier.

Les niveaux de conformité ne sont pas des paliers marketing

La norme ISO PDF/A se décline en générations (1, 2, 3) et en classes de conformité. Les variantes « b » (par exemple PDF/A-2b et PDF/A-3b) visent la fidélité visuelle ; les classes plus strictes ajoutent des exigences sur la structure et le contenu balisé. Les tribunaux, les portails publics et les systèmes d’archives nomment en général un niveau précis. Se tromper entraîne un rejet, même quand le fichier « a l’air archivé ».

Sur PDF123, PDF vers PDF/A expose un sélecteur outputFormat couvrant pdfa, pdfa-1, pdfa-2, pdfa-2b, pdfa-3, pdfa-3b et pdfx. Choisissez ce que documente le système destinataire. Le chemin de conversion lance Ghostscript vers PDF/A (niveau 1 lorsque le nom du format contient 1, sinon niveau 2) : considérez les libellés du menu comme des entrées de ce chemin, non comme la garantie de chaque classe ISO ou d’un profil pour RIP d’imprimerie.

PDF/A ou PDF/X

PDF/A vise la lecture à long terme et la conservation des dossiers. PDF/X vise la production d’imprimés : espaces colorimétriques, fond perdu et contraintes de prépresse pour qu’un RIP reçoive une tâche prévisible. Ce sont deux sous-ensembles PDF de la même famille ISO, avec des modes d’échec différents. L’outil de conversion de ce produit suit la voie de l’archivage (PDF/A) ; lorsqu’un imprimeur demande du PDF/X, passez par une chaîne de prépresse qui produit réellement du PDF/X, et non par une simple conversion d’archivage.

Ce que la conversion ne corrige pas

Convertir en PDF/A n’invente pas les polices que vous n’avez jamais intégrées, ne répare pas une table xref cassée et ne transforme pas un scan en document balisé accessible. L’opération réécrit le fichier vers un profil de conformité. Si la source viole déjà des règles strictes (polices impossibles à intégrer, contenu interdit), la conversion peut échouer ou retirer des fonctionnalités dont vous avez encore besoin pour l’édition quotidienne.

Utilisez PDF vers PDF/A quand une liste de contrôle nomme un niveau. Pour automatiser le même point de terminaison (POST /api/v1/convert/pdf/pdfa), voir Développeurs.