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

À propos de Howler.js

Le son sur le web est un comportement minoritaire, et les bibliothèques qui le produisent désignent un type de site précis. Howler.js est une bibliothèque audio en JavaScript qui enveloppe les interfaces audio du navigateur et gomme les différences entre elles, et une page qui la charge a l’intention de jouer quelque chose : un jeu, une table de sons, une explication interactive, un cours de langue, un lecteur multimédia ou un écran de borne. Les sites de contenu ordinaires n’en ont pas besoin.

L’étroitesse est tout l’intérêt de cette liste. Une bibliothèque généraliste ne dit pas grand-chose, parce que tout le monde s’en sert. Une bibliothèque audio découpe le web par intention, et elle le fait plus proprement qu’une étiquette de catégorie ne le pourra jamais. Les studios de jeux pour navigateur, les éditeurs de formation en ligne, les agences interactives et les chercheurs en accessibilité veulent tous la même population et ne peuvent l’obtenir autrement, parce qu’aucun annuaire du web n’est organisé selon qu’une page fait du bruit ou non.

Howler.js porte la licence MIT et est publié comme un projet open source plutôt que vendu par un fournisseur, ce qui change la lecture commerciale de deux façons. Il n’existe aucune liste de clients d’un fournisseur que ces données pourraient remplacer, donc l’extraction est la seule énumération disponible. Et l’adoption est un choix d’ingénierie pur, fait par celui qui a écrit le front end, sans coloration d’achat, de revente ou de réglage d’hébergement par défaut, ce qui en fait un signal plus net sur les développeurs que sur l’entreprise.

La distribution des versions est la partie qui mérite l’étude. En octobre 2026 nous voyons la bibliothèque sur 713 sites répartis sur 21 versions distinctes, 2.2.4 étant la version que nous rencontrons le plus souvent. Un étalement aussi large pour une bibliothèque dont la première version date de 2013 est caractéristique des dépendances front end auto hébergées. Personne ne met à jour une bibliothèque audio sur un projet livré tant que rien ne casse, les copies sont figées dans le résultat de build, et les anciennes versions persistent aussi longtemps que les pages qui les portent. La version sert donc d’indicateur indirect de la date de la dernière reconstruction du front end, une question plus intéressante que celle de la bibliothèque audio que quelqu’un a choisie.

La détection a des limites qu’il vaut la peine d’énoncer. Nous identifions la bibliothèque à son nom de fichier, à son chemin et à des empreintes de code dans les ressources livrées. Les builds groupés et minifiés, où la bibliothèque est compilée dans un fichier d’application unique portant un autre nom, peuvent la masquer, et les chaînes de version sont supprimées par le même circuit. La sous-estimation est donc réelle et concentrée précisément dans les chaînes d’outils modernes qui regroupent tout, si bien que le décompte est un plancher et que les données de version ne couvrent que les installations où la version a survécu.

Ce que la liste téléchargeable donne, c’est la forme d’une population, pas l’état d’un domaine. Une requête vous dit qu’un site joue du son. Le fichier vous dit combien le font, dans quels pays et sur quels domaines de premier niveau ils se trouvent, à quelle distance de la version courante la population se tient, et si le groupe grossit à mesure que les jeux en navigateur et les médias interactifs se développent ou s’il rétrécit à mesure que les bundlers effacent les traces.