Télécharger les sites web qui utilisent SWFObject

À propos de SWFObject

La plupart des détections décrivent quelque chose qu’un site fait. SWFObject décrit quelque chose qu’un site a cessé de faire et n’a jamais nettoyé. La bibliothèque existe pour intégrer du contenu Flash, Flash a été retiré de tous les navigateurs actuels, et une page qui charge ce script aujourd’hui fait donc tourner du code qui ne peut pas aboutir. La présence n’est pas une capacité. La présence est un horodatage.

La bibliothèque a gagné sa place honnêtement. Écrite en JavaScript et publiée sous licence MIT en 2006, elle a remplacé un fouillis de balises object et embed écrites à la main par une manière propre et respectueuse des standards de détecter le greffon, de passer des paramètres et de fournir un contenu de remplacement aux visiteurs qui en étaient dépourvus. Pendant les années où contenu web interactif voulait dire Flash, c’était la façon sensée de procéder, et elle a été recopiée dans d’innombrables thèmes, modèles et distributions de CMS où elle persiste discrètement.

En octobre 2026 nous la trouvons encore sur 56 728 sites, dont 13 765 que nous localisons aux États-Unis, et .com est courant parmi les terminaisons de domaine. La géographie reflète ici qui publiait beaucoup à l’époque de Flash plutôt que quoi que ce soit au sujet de la bibliothèque, ce qui est la forme habituelle d’une dépendance qui survit par inertie et non par choix.

Ce qui rend les données utiles, c’est précisément que la technologie est morte. Une dépendance en état de marche vous apprend peu de chose sur la maintenance, parce que les sites entretenus et les sites abandonnés la font tourner les uns comme les autres. Une dépendance morte vous en apprend beaucoup. Une page qui livre encore du code d’intégration Flash n’a presque certainement pas vu ses modèles relus depuis le retrait du greffon, et les sites dans cet état ont tendance à porter derrière eux d’autres composants vieillis, dont d’anciennes versions de CMS, des bibliothèques non corrigées et des intégrations expirées. Les équipes de sécurité, les hébergeurs qui cherchent des candidats à la migration et les agences qui vendent des refontes se servent tous de marqueurs comme celui-ci comme d’un indicateur bon marché de négligence.

La réserve à poser, c’est que la négligence peut être locale plutôt que totale. Une organisation bien tenue peut encore héberger un vieux mini-site, une archive de conférence ou une section de documentation héritée où le script survit, et la détection signalera le domaine sans savoir que le reste est à jour. Lisez un résultat comme une preuve au sujet de la page explorée et de la lignée de son modèle, pas comme un verdict sur l’entreprise entière derrière le domaine.

Cette distinction explique aussi pourquoi l’agrégat compte davantage que la requête individuelle. Vérifier un domaine confirme un fait que vous pouvez voir vous-même dans le source de la page. La liste téléchargeable vous donne la population des sites qui partagent cet état, avec le reste de chaque stack à côté, de sorte que vous pouvez demander quelles plateformes portent le plus d’installations figées, quels pays et quelles terminaisons de domaine les concentrent et à quelle vitesse le groupe rétrécit d’une livraison à l’autre. Une population qui se dissout lentement est une chose mesurable, et la mesurer exige l’ensemble complet plutôt qu’un échantillon d’un seul élément.