Aller au contenu
SilktideAide

Conformité PDF/UA

Silktide signale tout problème de conformité en accessibilité qu’un PDF présente et qu’aucune autre vérification de document ne couvre. Les autres vérifications examinent chacune un sujet connu, comme le balisage, les tableaux ou les polices ; celle‑ci capture tout le reste exigé par la norme, afin que rien trouvé dans un document ne passe inaperçu.

La norme est , et elle est vaste. Ses exigences sont testées au moyen du , qui décline la norme en 136 conditions précises couvrant des constructions que la plupart des documents n’emploient jamais : fils d’articles, calques de contenu optionnel, pièces jointes intégrées, etc.

Pourquoi c’est important

Cette vérification existe pour qu’aucun constat ne soit écarté en silence. La plupart des documents échouent à la norme de quelques façons récurrentes — qui font l’objet de vérifications dédiées — mais la longue traîne est bien réelle, et un document qui contrevient à une exigence plus rare échoue tout de même à la conformité. Sans filet de sécurité, un tel document pourrait être signalé comme n’ayant aucun problème alors qu’un validateur dirait le contraire, et cet écart est pire que n’importe quelle exigence isolée qu’il pourrait masquer.

Cela signifie aussi que la réponse de Silktide reste complète à mesure que les tests de la norme s’améliorent. Lorsqu’une nouvelle exigence devient testable automatiquement, les constats correspondants apparaissent ici immédiatement, sans attendre qu’une vérification dédiée soit écrite.

Comme elle couvre de nombreuses exigences, l’urgence dépend de ce qui a été trouvé. Lisez le constat sur le document lui‑même, qui nomme l’exigence précise et indique quoi faire, plutôt que de traiter tout ce qui est signalé ici comme également important.

Comment le corriger

  1. Ouvrez le document et lisez le constat. Chacun nomme l’exigence concernée et ce qu’il faut modifier. L’onglet Révision du document contient les détails.
  2. Réexportez depuis la source avec la sortie PDF/UA activée, ce qui résout la majeure partie de la longue traîne sans que vous ayez à savoir quelle exigence était en cause. Les parcours d’export modernes évitent d’emblée les constructions inhabituelles qui provoquent ces constats.
  3. Ou lancez la remédiation Silktide, qui reconstruit le document selon la norme. Voir Comment fonctionne la remédiation PDF.
  4. Demandez‑vous si la construction est réellement nécessaire. Plusieurs de ces exigences concernent des fonctionnalités héritées — fils d’articles, contenu optionnel en couches, pièces jointes intégrées — rarement voulues dans un document ordinaire. Supprimer une construction inutile est plus simple que la rendre conforme.

Comment Silktide teste ceci

  1. Repérer les documents PDF liés depuis votre site web et analyser chaque fichier unique une seule fois, quel que soit le nombre de pages qui y renvoient.
  2. Comparer le document aux conditions testables de la norme.
  3. Mettre de côté tout constat déjà couvert par l’une des vérifications spécifiques de documents.
  4. Signaler le document s’il reste quoi que ce soit, une fois par document quel que soit le nombre de constats.

Comme cette vérification signale tout ce qui reste, elle ne duplique jamais une autre vérification. Un document qui n’échoue que sur le balisage est signalé uniquement par Balisage PDF.

Dépannage

Qu’a‑t‑on précisément trouvé ?

Ouvrez le document pour le voir. Cette vérification indique que le document présente un problème de conformité en dehors des vérifications spécifiques ; le document lui‑même nomme l’exigence, l’explique et décrit comment la corriger.

Rien n’est signalé ici ; le document est‑il donc conforme ?

Cela signifie qu’aucun élément n’a été trouvé au‑delà de ce que couvrent les autres vérifications ; considérez‑les ensemble. Sachez aussi qu’aucun outil ne teste mécaniquement l’intégralité de la norme : 87 des 136 conditions sont testables par machine et le reste exige un jugement, que Silktide applique via la revue par IA. La page Couverture des normes PDF expose précisément ce qui est couvert et comment.

Le document est conforme aux WCAG mais échoue ici

C’est possible dans les deux sens, et c’est attendu plutôt que contradictoire. PDF/UA exige des propriétés internes de fichier qu’aucun critère WCAG ne mentionne, et les WCAG exigent des éléments que PDF/UA n’inclut pas, notamment le contraste du texte. Silktide évalue les deux normes séparément afin que l’un des verdicts ne dilue pas l’autre. Voir Comprendre l’accessibilité des PDF.

En savoir plus

Dernière mise à jour

Cette page vous a-t-elle été utile ?