Télécharger les sites web qui utilisent Raphael

À propos de Raphael

Une bibliothèque de dessin sur une page signifie en général que quelqu’un y voulait un graphique. Avec Raphael, la lecture la plus prudente est que ce quelqu’un le voulait il y a longtemps et que le front n’a pas été reconstruit depuis.

Quand Raphael est apparu en 2008, dessiner une forme dans un navigateur relevait d’un problème de compatibilité plutôt que d’un problème de conception. Les navigateurs conformes aux standards comprenaient le SVG et Internet Explorer comprenait le VML, et un développeur qui voulait un graphique sur une page devait viser les deux. Écrite en JavaScript et publiée sous licence MIT, la bibliothèque Raphael a masqué cette fracture derrière une seule API de dessin, et les graphiques, les organigrammes, les cartes interactives et les widgets de tableau de bord de la fin de l’ère jQuery ont été construits dessus. La bibliothèque est restée installée longtemps après la disparition du problème de compatibilité qu’elle résolvait, parce que le code vectoriel écrit pour son API continue de fonctionner et que réécrire un graphique qui s’affiche encore n’est la priorité de personne.

C’est dans les données de version que se lit la suite de l’histoire. Nous relevons 11 chaînes de version distinctes sur les sites où une version est lisible, et 2.1.0 en représente une large part. Les versions publiées ensuite par le projet ne comptent que pour une petite fraction de la population, si bien que l’essentiel de ce que nous trouvons se situe en retrait de la dernière version du projet plutôt qu’à son niveau. Un parc réparti sur des builds que personne n’a remplacés est un parc que personne ne met à jour, et que, dans la plupart des cas, personne ne touche tout court.

Dans un dataset, la valeur pratique de cette entrée tient à son rôle de marqueur d’âge. Une page qui charge encore Raphael a été construite quand la bibliothèque était d’actualité et n’a pas vu son front reconstruit depuis. Autour d’elle vous trouverez le plus souvent un jQuery plus ancien, un thème de CMS de la même période, des dépendances visées par des avis de sécurité publiés, et une mise en page antérieure à la refonte mobile-first que le reste du marché a traversée. Les agences qui vendent des refontes, les équipes de sécurité qui mesurent l’exposition liée au code hérité et les éditeurs de frameworks qui proposent des migrations regardent tous une même population sous des angles différents.

La détection porte un biais qu’il faut énoncer. Nous identifions la bibliothèque à partir du fichier de script qu’elle charge et de l’objet global qu’elle définit, si bien qu’un site qui l’empaquette et la minifie dans un fichier applicatif unique peut très bien ne pas être repéré. La population visible penche donc vers les sites qui n’ont jamais adopté d’étape de build, qui sont aussi ceux qu’on a eu tendance à laisser tranquilles. Le décompte est un plancher, et les déploiements qui lui échappent sont, s’il y a une différence, légèrement plus modernes que ceux qu’il trouve.

Vérifier un domaine vous apprend qu’un seul site embarque encore la bibliothèque. Une liste vous apprend quelle part du web repose encore sur du code dont la dernière version précède la génération actuelle de frameworks, où ces pages sont hébergées et ce qui tourne à côté d’elles. En octobre 2026 cette population compte 4 231 sites, et le travail utile commence quand on la croise avec les autres colonnes du même fichier.