Télécharger les sites web qui utilisent PDF.js

À propos de PDF.js

Une bibliothèque se compte moins facilement qu’une plateforme, et PDF.js illustre bien pourquoi. Écrite par Mozilla pour afficher des documents dans le navigateur à l’aide du canvas plutôt que d’un greffon, elle est devenue le moteur de la visionneuse intégrée de Firefox, puis elle a voyagé bien au-delà. Les développeurs intègrent la bibliothèque à des portails, des intranets, des systèmes de publication, des catalogues et tout produit qui doit montrer un document sans imposer un téléchargement au visiteur.

En octobre 2026 nous détectons PDF.js sur 2 097 sites. Publique depuis 2011 et diffusée sous licence Apache 2.0, la bibliothèque est écrite en JavaScript et n’importe qui peut la recopier dans son propre paquet applicatif, et c’est précisément cette recopie qui casse tout recensement. Dès qu’un outil de compilation intègre et minifie le code dans un paquet applicatif, les noms de fichiers et les chemins reconnaissables disparaissent, et l’installation devient invisible pour tout détecteur qui travaille à partir du HTML public. Le chiffre doit se lire comme le nombre de sites qui chargent la bibliothèque sous une forme reconnaissable, le total réel étant supérieur d’une quantité que nous ne pouvons pas estimer sérieusement.

Ce qui survit à la détection reste instructif, car les sites qui chargent la visionneuse depuis un chemin visible ont tendance à être des sites bâtis autour des documents. Portails d’État et de collectivités, universités, cabinets d’avocats, institutions financières, organismes de normalisation, manuels et fiches techniques au sein du commerce en ligne industriel : une visionneuse de documents dans la page signifie que l’organisation publie des documents comme activité centrale, et non par accident. Un segment fonctionnel de cette nature échappe aux classifications sectorielles, puisqu’un hôpital, un régulateur et un fabricant de machines-outils peuvent tous en relever pour la même raison de fond.

Les fournisseurs d’infrastructure documentaire lisent la population de cette façon. Les sociétés qui vendent de la signature électronique, de la génération de documents, du caviardage, de la mise en conformité pour l’accessibilité, de la reconnaissance de texte et de l’archivage cherchent des organisations qui traitent déjà les documents comme une production première, et une visionneuse côté navigateur constitue un indice peu coûteux de ce comportement. Les auditeurs d’accessibilité ont un intérêt plus ciblé, puisque des documents rendus sur un canvas soulèvent des questions auxquelles un programme de conformité doit répondre. Les équipes de sécurité en ont un troisième, car une bibliothèque de rendu livrée à l’intérieur d’un très grand nombre de compilations indépendantes est une question de chaîne d’approvisionnement autant qu’une fonctionnalité.

Rien de tout cela ne se joue domaine par domaine. Une requête peut vous dire si un site charge la visionneuse, ce qui est une réponse de débogage à un problème de débogage. La liste exportable donne plutôt la population, et c’est elle qu’il vous faut pour dimensionner la part du web à forte densité documentaire, pour y découper un territoire, ou pour vérifier jusqu’où un composant open source très largement embarqué a réellement voyagé une fois que l’on cesse de se fier aux statistiques de téléchargement.