Télécharger les sites web qui utilisent History

À propos de History

Personne ne choisit History comme on choisit un framework. La bibliothèque arrive sur la plupart des sites où elle tourne en tant que dépendance d’autre chose, tirée par un routeur ou par une étape de build et livrée dans un bundle que le propriétaire du site n’a jamais inspecté. Y lire une préférence serait une erreur. Y lire une empreinte de la façon dont la page a été construite est tout à fait juste.

Ce que dit cette empreinte, c’est que la page est une application rendue côté client qui gère elle-même sa navigation. History existe pour piloter depuis le script l’historique de session du navigateur, de sorte que le passage d’une vue à l’autre mette à jour la barre d’adresse et le bouton retour sans rechargement complet. Un site qui l’embarque est un site où le routage se joue en JavaScript plutôt que sur le serveur, ce qui a des conséquences pour quiconque le crawle, le mesure ou cherche à le rendre indexable. En octobre 2026 nous voyons History sur 447 sites dans nos listes de la catégorie Miscellaneous.

C’est dans les données de version qu’une dépendance de ce genre devient intéressante. Nous relevons 6 versions distinctes en circulation, et celle que nous observons le plus souvent est 4.7.2. Un écart aussi large pour une bibliothèque aussi petite signale des bundles construits une fois et jamais reconstruits, car une dépendance transitive ne bouge que lorsque le paquet au-dessus d’elle bouge et que le site est redéployé. Pour qui suit la vitesse à laquelle les déploiements réels absorbent les versions amont, les bibliothèques sans prestige sont une meilleure preuve que les frameworks vedettes, qui sont mis à jour pour des raisons qui n’ont rien à voir avec l’hygiène des dépendances.

La détection est ici inférentielle et elle se sape elle-même. Nous identifions la bibliothèque à partir d’artefacts qui survivent au bundling, et un build qui brouille les noms ou qui intègre agressivement les dépendances peut la masquer complètement. Le code est distribué sous licence BSD via des registres de paquets, il n’existe donc aucune télémétrie de fournisseur à laquelle confronter notre décompte. La liste se lit mieux comme un plancher que comme un recensement.

Un plancher reste utile, parce qu’il s’agit d’une liste et non d’une requête. Interroger un domaine vous dit ce qu’une équipe a livré. L’export vous dit quelles populations de sites partagent une même filiation de build, ce qui permet à une équipe sécurité de cadrer qui peut être touché par un avis portant sur une plage de versions, à un fournisseur d’outillage de trouver les applications auxquelles son produit s’adresse, et à un analyste de comparer l’adoption du routage entre segments de marché au lieu de la deviner à partir de sondages auprès des développeurs. Les questions de dépendances sont des questions de population, et les réponses domaine par domaine ne s’additionnent pas en une seule.