Le rapport de conformité tombe un vendredi après-midi : trente-quatre critères PDF/UA-1 en échec sur un catalogue produit de seize pages. Le document indique la clause ISO concernée, le numéro de page, parfois une phrase technique du type « la langue naturelle du texte du contenu de page doit être déterminée ». Ce qu’il n’indique jamais, c’est où, précisément, sur cette page, se trouve le problème.
Corriger à l’aveugle coûte plus cher qu’on ne le pense
Le réflexe le plus courant consiste à rouvrir le PDF dans un lecteur classique et à chercher à l’œil, paragraphe par paragraphe, ce qui pourrait correspondre à la clause citée. Sur un document de quelques pages, l’exercice reste supportable. Sur un catalogue de cent pages ou une notice technique illustrée, il devient un jeu de devinette qui peut prendre des heures, avec un risque réel de corriger la mauvaise zone ou d’en oublier une — et de devoir renvoyer le document en validation une deuxième, puis une troisième fois.
Les agences d’accessibilité n’aident pas beaucoup sur ce point précis. Ipedis et DocAxess livrent un rapport au forfait, généralement un document de synthèse statique, sans vue interactive du PDF corrigé : à charge pour l’équipe interne de faire le lien entre le texte du rapport et la page réelle. AccessiWay facture à la vérification, autour de 5 € le jeton, ce qui incite plutôt à limiter le nombre de contrôles qu’à itérer librement jusqu’à obtenir un document propre. Dans les trois cas, le livrable reste un jugement d’expert figé sur un instant donné, jamais un outil pour corriger puis revérifier soi-même en quelques minutes.
Chaque page taguée, zone par zone
Le Studio de Vigie PDF part d’un principe différent : montrer le document plutôt que le décrire. Dès qu’un PDF est traité par le moteur de tagging automatique, chaque page s’affiche avec ses zones surlignées directement sur l’image du document — un titre encadré en tant que « Heading », un bloc de texte en tant que « Paragraph », un tableau, une légende, une image. Le tagging fonctionne aussi bien sur un PDF natif produit par un logiciel de facturation que sur un document scanné, où la structure doit être reconstruite plutôt que simplement lue à partir d’un texte déjà balisé.
Un panneau latéral liste ces zones dans l’ordre de lecture détecté, avec la possibilité de les réordonner par glisser-déposer et de corriger leur type si le tagging automatique s’est trompé — un tableau identifié comme un simple paragraphe, par exemple, ou une légende rattachée à la mauvaise image. Cette étape seule change déjà la nature du travail : au lieu de partir d’un PDF brut, l’équipe part d’une structure déjà identifiée, qu’il s’agit d’ajuster plutôt que de découvrir de zéro page après page.
Le critère en échec pointe directement vers sa zone
C’est l’onglet Conformité qui change vraiment la donne. Pour chaque page, le Studio affiche les critères PDF/UA-1 en échec — la norme technique ISO 14289-1 réellement vérifiée par le moteur de validation de Vigie PDF, pas un score RGAA vague inventé pour l’occasion — classés par précision de localisation.
Certains critères sont rattachés à une zone exacte : par exemple, un titre dont la langue n’a pas été déterminée. D’autres concernent la page entière, comme une police de caractères non intégrée au fichier. D’autres encore portent sur le document dans son ensemble, tel un plan de navigation (l’outline) dont la langue reste indéterminée. Cette hiérarchie évite de traiter tous les critères de la même façon alors qu’ils n’ont ni la même portée ni la même méthode de correction.
Pour un critère rattaché à une zone précise, un clic suffit.
Là où l’obligation légale liée à l’EAA reste souvent abstraite pour une équipe qui découvre le sujet, cette correspondance visuelle rend le problème concret en un clic : ce paragraphe précis, cette légende d’image, ce titre mal balisé. C’est précisément ce que ne permettent pas des rapports au forfait ou au jeton livrés sous forme de document statique : une correspondance directe et cliquable entre un critère de conformité et l’endroit exact où il s’applique dans le PDF.
De la correction à la revalidation, sans changer d’outil
Une fois les zones ajustées, un bouton « Revalider le document » relance le contrôle PDF/UA-1 sans quitter le Studio ni renvoyer le fichier par e-mail à un prestataire. Le document peut ensuite être exporté en JSON, Markdown ou HTML structuré, selon l’usage prévu en aval, puis servir de base à un rapport de conformité généré à la demande, prêt à être présenté en cas de contrôle — avec un prix connu à l’avance plutôt qu’un devis à négocier.
Pour une équipe qui traite un flux régulier de documents plutôt qu’un lot ponctuel, la même logique de vérification est accessible via l’API REST, pour intégrer le contrôle directement dans un pipeline de génération existant plutôt que de repasser par un dépôt manuel à chaque nouvelle version. Que la correction se fasse à la main dans le Studio ou que la vérification tourne automatiquement en arrière-plan, le principe reste le même : un critère en échec doit toujours pouvoir être ramené à un endroit précis du document, jamais à une ligne isolée dans un rapport PDF de plusieurs pages.