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

À propos de Tippy.js

Personne ne se lance dans la construction d’un site web autour d’une infobulle. La bibliothèque Tippy.js relève de la catégorie JavaScript libraries, elle est écrite en JavaScript et place de petits éléments flottants à côté de ce qu’ils décrivent, et elle arrive généralement sur un site comme dépendance de quelque chose de plus gros : un thème, un panneau d’administration, un générateur de documentation, un module de graphiques. La présence en dit donc moins sur le goût d’un développeur que sur la chaîne d’approvisionnement placée au-dessus de lui.

En octobre 2026 nous détectons la bibliothèque sur 19 772 sites. Publiée en 2017, elle est assez ancienne pour avoir été empaquetée dans toute une génération de gabarits commerciaux et assez récente pour que beaucoup de ces gabarits soient encore vendus aujourd’hui.

C’est dans le champ de version que se trouve la partie intéressante. Nous enregistrons 44 chaînes de version distinctes sur l’ensemble du parc installé, 6 étant la série qui revient sur une grande partie de celui-ci, avec derrière elle une longue traîne de builds plus anciens. Une dépendance qu’un site n’a jamais choisie directement est une dépendance dont personne ne programme la mise à niveau. Une fragmentation de cette ampleur est normale pour les paquets front-end transitifs, et c’est justement la fragmentation qui rend la colonne de version utile, parce qu’elle sépare les sites dont le front-end est reconstruit des sites où le bundle a été figé le jour de l’installation du thème.

Deux publics interrogent ce partage par les deux bouts. Les équipes sécurité et chaîne d’approvisionnement veulent savoir quels sites publics livrent encore une version donnée d’une petite bibliothèque, puisque les dépendances front-end sont rarement inventoriées quelque part où le propriétaire du site peut les interroger. Les fournisseurs de composants et d’outillage veulent la vue inverse, une carte des sites qui acceptent déjà une dépendance d’interface tierce et pourraient vraisemblablement accepter la leur.

La licence MIT façonne cette base autant que n’importe quel facteur technique. Rien n’a besoin d’être acheté, enregistré ni signalé à un serveur, donc l’adoption ne laisse aucune trace chez un fournisseur, et une exploration du web public est le seul endroit où la population devient visible. La géographie suit la même logique plutôt qu’une préférence nationale. C’est aux États-Unis que se concentrent 8 761 des détections, et .com est le suffixe qui revient, ce qui décrit ensemble l’endroit où se vendent les gabarits hébergés commercialement et rédigés en anglais plutôt que l’endroit où la bibliothèque est appréciée.

Les limites méritent d’être énoncées clairement. Les empaqueteurs intègrent couramment une petite bibliothèque dans un unique fichier applicatif et retirent le marqueur sur lequel nous nous appuyons, si bien que les builds produits par une chaîne d’outils moderne sortent complètement du décompte. Notre chiffre doit se lire comme les sites où la bibliothèque est identifiable, et non comme les sites où elle tourne. Une sous-détection de ce genre n’est pas aléatoire non plus, car les builds qu’elle cache sont les modernes, ce qui biaise la population visible vers les sites plus anciens et plus simples et sous-estime la part du parc qui est à jour.

Rien de tout cela ne se répond un domaine à la fois. Une requête vous dit qu’un seul site charge une bibliothèque d’infobulles. La liste téléchargeable vous dit comment une dépendance se répand à travers les gabarits, combien de temps une vieille version survit après la sortie de celle qui la remplace, et quelles populations de sites se déplacent ensemble parce qu’elles partagent une même source en amont.