Télécharger les sites web qui utilisent Firebase

À propos de Firebase

Une détection de Firebase dit quelque chose d’inhabituel pour une entrée de la catégorie Databases, parce qu’elle signifie que le site dispose d’un backend en service. Google LLC vend l’authentification, une base de données documentaire, des fonctions cloud, le stockage de fichiers et l’analytique en un seul ensemble accessible depuis du JavaScript côté client, si bien qu’une page peut gérer des comptes utilisateurs et synchroniser des données en temps réel sans que personne n’ait à monter un serveur. La détection est directe plutôt que déduite, puisque le SDK est livré au navigateur et que son objet de configuration, identifiant de projet compris, se trouve dans la page.

En octobre 2026, nous relevons la plateforme sur 151 582 sites. La population n’est pas une tranche aléatoire du web. Firebase est choisi par des développeurs qui veulent livrer une application sans exploiter d’infrastructure, si bien que la liste penche vers les startups produit, les sites compagnons d’applications mobiles, les outils internes et les agences qui construisent des interfaces interactives, et s’éloigne des sites vitrines et des éditeurs de contenu, qui n’ont aucun usage d’une base de données en temps réel. Pour un analyste commercial, ce que cela implique tient davantage du profil d’équipe que du profil d’entreprise, puisqu’un site sur cette plateforme a en général une petite équipe de développement, pas d’équipe d’exploitation dédiée et une préférence bien ancrée pour l’achat de services managés plutôt que pour leur exploitation, ce qui décrit en peu de mots l’acheteur de la plupart des outils pour développeurs vendus aujourd’hui.

C’est dans les données de version que la fiche devient intéressante. Sur l’ensemble des sites dont nous pouvons lire un identifiant de build, nous avons vu 384 versions distinctes du SDK en circulation, 9.0.0 étant celle que nous observons actuellement le plus souvent. Un étalement aussi large pour une bibliothèque publiée par un seul fournisseur renseigne sur la façon dont elle est livrée, figée dans un bundle au moment de la compilation puis oubliée, plutôt que tirée d’un point de distribution continu qui se met à jour tout seul. Les sites continuent de livrer la version contre laquelle ils ont compilé, et la réécriture modulaire qui a changé le style des imports a scindé le parc installé en deux époques qui coexistent encore sur le terrain.

La géographie est concentrée à un degré qui compte pour quiconque dimensionne un marché. Sur les 151 582 sites, 133 607 se trouvent aux États-Unis, et .com domine la répartition des domaines. Une partie de cette concentration est réelle, parce que le centre de gravité de la plateforme est l’écosystème de startups américain, et une autre partie est un artefact du lieu où des entreprises actives partout choisissent d’enregistrer un domaine, si bien que le chiffre par pays doit se lire comme un attribut du domaine plutôt que comme la preuve du lieu où se trouvent les utilisateurs.

Les réserves sont précises. Firebase Hosting peut servir un site dont l’auteur ne touche jamais à la base de données, et le SDK peut se trouver sur une page qui n’appelle que l’analytique, si bien qu’une détection prouve que la plateforme est branchée, mais pas lequel de ses produits porte la charge. Les bundlers qui renomment et élaguent le code peuvent masquer l’empreinte, ce qui fait du décompte un plancher plutôt qu’un recensement, et un projet peut migrer vers des appels côté serveur pendant que d’anciennes pages marketing continuent de charger le script, ce qui produit des positifs périmés.

La vue par population vaut mieux qu’une requête, précisément pour ces raisons. Vérifier un domaine confirme si ce domaine charge le SDK. Un export répond à ce qu’une requête ne peut pas atteindre : quelle est la taille du parc installé, comment il se répartit entre les builds observés, dans quels pays et sous quelles terminaisons de domaine il se concentre, quels choix de paiement, d’analytique et de framework l’accompagnent, et si l’ensemble grandit ou se vide vers des backends concurrents d’un rafraîchissement à l’autre.