Télécharger les sites web qui utilisent Ruby on Rails

À propos de Ruby on Rails

Rien, dans un framework backend, n’est censé se voir de l’extérieur. Un navigateur reçoit du HTML, et savoir si ce HTML a été assemblé par Ruby on Rails, par une application PHP ou par un générateur de site statique ne le regarde délibérément pas. Tout ce qui est consigné sur cette page relève de l’inférence, et il vaut mieux le dire avant les chiffres qu’après.

Cette inférence part de résidus. Des noms de cookies de session, l’empreinte du circuit de compilation des actifs dans les URL de feuilles de style et de scripts, des pages d’erreur caractéristiques, des valeurs d’en-tête qu’une installation par défaut émet et qu’un déploiement n’a jamais pris la peine de supprimer. Les sites qui retirent tout cela, ou qui se placent derrière un cache servant des pages pré-rendues, sortent purement et simplement du décompte. La population publiée est une borne basse et penche vers les installations que personne n’a durcies.

La réserve étant posée, le signal compte parmi les plus chargés commercialement de nos données. Rails est sorti en 2004 sous licence MIT et a toujours été le framework de l’entreprise qui vend un produit plutôt que celui du site vitrine. Personne ne l’installe pour publier la carte d’un restaurant. Un domaine qui le fait tourner a, ou a eu à un moment, des ingénieurs salariés, une base de données derrière les pages et quelque chose de plus proche d’une application que d’un site web.

En octobre 2026 nous pouvons lui attribuer 125 118 sites, dont 66 674 aux États-Unis, avec un poids très marqué sur .com. La concentration américaine reflète l’implantation de l’industrie logicielle financée par le capital-risque, pas le lieu où Ruby a lui-même été créé. Hors de ce bloc, le framework se raréfie vite, ce qui a son utilité propre, parce que sur un marché plus petit un domaine sous Rails est assez inhabituel pour servir à lui seul de signal de qualification.

Les questions auxquelles la liste répond vraiment tiennent au recrutement, à la vente et au risque. Les recruteurs et les agences de développement veulent les entreprises qui font tourner la stack pour laquelle ils placent des profils. Les fournisseurs d’outils pour développeurs veulent les équipes déjà engagées sur un framework applicatif à rendu serveur plutôt que sur un hébergement statique ou un constructeur de pages. Les chercheurs en sécurité veulent la surface exposée le jour où paraît un avis de sécurité sur le framework, et ce travail ne peut pas se faire un domaine à la fois, puisque l’exercice consiste à énumérer tout ce qui est touché avant que quelqu’un d’autre ne le fasse. Les analystes veulent la direction que prend un framework livré sans interruption depuis 2004, ni neuf ni terminé, une trajectoire qui n’apparaît que dans l’agrégat.