Télécharger les sites web qui utilisent RxJS

À propos de RxJS

Le nom se lit de travers en permanence. RxJS n’a rien à voir avec React, et une équipe qui suppose le contraire ira chercher une tout autre stack. Ce que la bibliothèque signale vraiment, c’est un type de projet plutôt qu’un goût en matière d’outillage, et le savoir change le sens d’une ligne dans l’export.

RxJS est un projet de ReactiveX rangé dans la catégorie JavaScript frameworks, sorti en 2012 sous licence Apache 2.0, qui modélise les événements et le travail asynchrone sous forme de flux en JavaScript. Très peu d’équipes décident un jour qu’un site web a besoin de flux réactifs. La bibliothèque arrive parce qu’un framework en dépend, et dans la pratique ce framework est Angular, où elle fait partie de la chaîne d’outils standard depuis la réécriture.

En octobre 2026 nous détectons RxJS sur 9 854 sites, dont 3 307 aux États-Unis, avec .com comme extension la plus courante. Une répartition de ce genre suit le logiciel d’entreprise plutôt que l’édition grand public, ce qui correspond à ce que ces sites sont réellement : des tableaux de bord, des portails clients, des parcours de réservation, des façades bancaires et des outils internes qui se trouvent être exposés au public.

L’implication est organisationnelle plus que technique. Un domaine qui fait tourner RxJS dispose d’un circuit de compilation, d’un gestionnaire de paquets, d’une base de code typée et d’au moins un ingénieur qui entretient tout cela, ce qui n’a plus rien à voir avec un site assemblé dans un constructeur de pages. Les fournisseurs de supervision, de suivi des erreurs, de services de test et de bibliothèques de composants veulent ce profil, tout comme les agences dotées d’une pratique Angular qui cherchent des comptes qu’elles peuvent réellement prendre en charge. Rien de tout cela n’est affiché par une entreprise sur son propre site, et c’est pourquoi il faut le détecter au lieu de le rechercher.

La sous-estimation est ici sérieuse et doit être dite sans détour. Les bundlers suppriment les noms de bibliothèques, si bien qu’une compilation de production ne laisse en général rien à comparer, et la détection s’appuie sur des fichiers non minifiés, des noms de blocs de dépendances, des références de source map et d’autres restes du même ordre. Les domaines que nous pouvons nommer penchent donc vers des configurations de compilation plus permissives, et l’empreinte réelle est plus large que le chiffre ci-dessus. Le sens de l’erreur est au moins connu, ce qui est déjà plus que ce que l’on peut dire d’une estimation.

L’export est une borne basse sur une population et non un recensement. Même comme plancher, il répond à une question qu’une requête domaine par domaine ne peut pas traiter, celle de savoir où se concentrent les stacks front réactives, par marché, par extension et par type d’entreprise qui finit par en construire une.