Télécharger les sites web qui utilisent ReadMe

À propos de ReadMe

La documentation destinée aux développeurs a tendance à être la dernière chose qu’une entreprise paie. Une API sort, les guides se trouvent dans un dépôt ou dans un générateur de site statique, et ce n’est que lorsque des développeurs extérieurs commencent à ouvrir des tickets que quelqu’un part chercher un produit de documentation hébergé. ReadMe occupe cette place, et c’est le calendrier qui rend une détection intéressante.

En octobre 2026 nous détectons ReadMe sur 10 sites. Un portail de documentation réside d’ordinaire sur son propre sous-domaine ou derrière un chemin sur un site marketing, si bien que tout recensement indexé sur les domaines racines manquera une part réelle des installations. Prenez le chiffre pour un plancher plutôt que pour une taille de marché. La liste elle-même repose sur un terrain plus ferme, parce qu’une correspondance d’empreinte sur une plateforme de documentation hébergée est difficile à produire par accident.

Le signal commercial est étroit et précis. Une entreprise qui fait tourner ReadMe dispose d’une interface destinée à des ingénieurs extérieurs à sa propre équipe, compte assez de ces ingénieurs pour justifier d’acheter plutôt que de construire, et paie un fournisseur pour ce privilège, puisque la licence Proprietary ne laisse aucune voie gratuite en auto-hébergement. Chaque ligne de la liste est une relation client et non un téléchargement de paquet, ce qui n’est pas vrai d’un outillage librement disponible.

La recherche textuelle est un mauvais moyen de trouver ces sites. Le mot readme est le nom de fichier conventionnel des notes propres à un projet, si bien qu’un balayage par mot-clé du corps des pages renvoie surtout du bruit. La détection lit ici le balisage et les scripts que sert le produit hébergé, et c’est pourquoi la liste contient des portails de documentation plutôt que des pages qui emploient le mot par hasard.

ReadMe remonte à 2014, assez tôt pour précéder les passerelles d’API qui embarquent aujourd’hui leur propre portail développeur. Les entreprises qui l’ont adopté à l’époque ont eu des années pour en partir, et celles qui sont restées sont un indicateur raisonnable des équipes qui traitent la documentation comme une surface de produit plutôt que comme une corvée de conformité. Le front end est en JavaScript, si bien que les pages se comportent comme une application, et un robot qui ne lit que le HTML brut en voit moins qu’un robot qui effectue le rendu.

Pour un chercheur, la question utile est rarement de savoir si telle entreprise nommée utilise le produit. Une requête unique règle cela en un instant. La liste répond à la question inverse. Elle dit, l’outil étant donné, quelles entreprises y figurent, ce que ces entreprises ont en commun, et lesquelles méritent d’être approchées avec quelque chose de bâti pour des activités où l’API vient en premier. Assembler cet ensemble à partir d’un moteur de recherche n’est pas réaliste, parce que les sous-domaines de documentation sont précisément les pages qu’un échantillon de recherche a tendance à laisser tomber.