Avant de signer un contrat avec un fournisseur, une personne malvoyante ouvre les conditions générales de vente sur son ordinateur et lance son lecteur d’écran. Ni une contrôleuse ni une juriste : une cliente, comme n’importe quelle autre, qui a simplement besoin d’entendre le document avant d’en accepter les termes. Ce qu’elle entend à ce moment précis dépend entièrement de la façon dont le PDF a été construit — bien avant que la question de la conformité ne se pose pour l’entreprise qui l’a envoyé.
Un PDF non structuré se lit à plat, du haut vers le bas
Un lecteur d’écran ne « voit » pas une page comme un œil humain la parcourt. Il suit le flux de caractères tel qu’il est encodé dans le fichier, sans distinguer un titre de section d’un simple bloc de texte mis en gras et agrandi visuellement. Sur un PDF non structuré, l’article sur le droit de rétractation peut être annoncé exactement de la même façon qu’une phrase de transition anodine : aucune balise ne signale « ceci est un titre », « ceci commence un nouveau paragraphe », « ceci est un tableau de tarifs ». Si la mise en page utilise des colonnes ou des encadrés positionnés visuellement à côté du texte principal, l’ordre de lecture peut aussi diverger de l’ordre visuel — la synthèse vocale peut sauter d’une colonne à l’autre au milieu d’une phrase, ou lire un encart avant la clause à laquelle il se rapporte.
Ce que cette cliente perd, concrètement
La plupart des utilisateurs de lecteur d’écran ne lisent pas un document du début à la fin : ils naviguent par titres, grâce à un raccourci clavier qui saute d’un intitulé de section à l’autre pour se repérer rapidement — exactement comme une personne voyante balaie la page des yeux pour retrouver l’article sur la durée d’engagement ou les modalités de résiliation. Sans balise de titre, ce raccourci ne trouve rien : la seule option restante est d’écouter le document dans son intégralité, clause après clause, sans pouvoir sauter directement à la section qui compte pour décider de signer ou non. Le contenu du PDF n’a pas changé — l’accès à ce contenu s’est simplement effondré, et la décision se prend avec moins d’information que la personne en face, qui a lu la même page en trente secondes du regard.
Ce que montre le Studio sur ces CGV, page par page
Le tagging automatique de Vigie PDF ajoute exactement ce qui manque : une structure explicite, encodée dans le PDF lui-même sous forme de balises PDF/UA-1. Ce n’est pas une traduction du document vers une norme RGAA distincte — RGAA est le référentiel légal français qui encadre l’accessibilité, pas un format de fichier séparé — mais un balisage technique (titres, paragraphes, tableaux, ordre de lecture) que les technologies d’assistance savent déjà interpréter nativement, sans intermédiaire.
Sur cciamp-cgv-modele.pdf, un modèle de CGV présent sur le compte de démonstration, le mécanisme est visible dès la première page. La première ligne du document, « EXEMPLE DE CONDITIONS GÉNÉRALES DE VENTE », n’est plus un simple bloc de texte en majuscules et en gras : elle est reconnue comme un titre de niveau 1, au sommet de la hiérarchie du document. Juste après, les phrases qui suivent — « Entre les soussignés : », la présentation des deux parties au contrat, « Il a été convenu ce qui suit : » — sont chacune identifiées comme des paragraphes distincts, avec un ordre de lecture numéroté qui suit exactement la logique du texte : le titre en premier, puis chaque paragraphe dans l’ordre où il doit être entendu, sans saut ni inversion.
Plus loin dans le même document, page 3, la même logique se répète avec une hiérarchie à deux niveaux : un titre de niveau 1, « ORGANISER VOTRE PARTICIPATION « EXPOSANT » À UN SALON PROFESSIONNEL », suivi d’un sous-titre de niveau 2, « BOOSTER VOTRE CHIFFRE D’AFFAIRES ». C’est exactement ce qui permet à un lecteur d’écran de proposer une vraie navigation par section plutôt qu’une lecture linéaire obligatoire — la personne qui écoute ce document peut sauter directement au sous-titre qui l’intéresse, comme elle le ferait des yeux sur un sommaire.
C’est cette structure, zone par zone et page par page, que le Studio affiche pour vérification humaine : le Studio permet de descendre jusqu’à la zone exacte à corriger quand un élément a été mal identifié, sans deviner à l’aveugle où se trouve le problème sur un document de plusieurs pages.
Un document qui fonctionne vraiment, pas une case cochée
Cette même structure sert deux finalités à la fois. D’un côté, elle rend le document vérifiable techniquement : chacun des critères PDF/UA-1 que Vigie PDF contrôle s’appuie sur cette hiérarchie de titres et de paragraphes pour juger si le document est conforme — vérifier sa conformité en quelques minutes donne une réponse claire, critère par critère, une fois le tagging effectué. De l’autre, et c’est la partie qui compte le plus pour la cliente qui a ouvert ce PDF avant de signer, cette structure est ce qu’entend réellement son lecteur d’écran : un titre annoncé comme titre, une navigation par section possible, un ordre de lecture qui correspond à la logique du contrat plutôt qu’à l’ordre dans lequel les blocs de texte ont été placés sur la page.
Pour une PME, la différence ne se joue pas dans un audit annuel mais à chaque CGV envoyée, chaque facture jointe à un e-mail, chaque plaquette mise en ligne : un document accessible n’est pas seulement celui qui passe un contrôle, c’est celui qu’un client peut réellement lire, quelle que soit la façon dont il y accède.