Alternatives à Firebase
Firebase est une plateforme hébergée construite autour de Firestore, une base de données documentaire, avec authentification, stockage, fonctions et des SDK client dont le support hors ligne reste le meilleur du marché. La plupart des équipes qui partent ne quittent pas la plateforme — elles quittent le modèle documentaire.
Publié par Rebase, qui est l'un des outils de cette page. Chaque autre entrée est décrite par ce qu'elle fait bien, plusieurs des recommandations ci-dessous ne sont pas nous, et il n'y a de prix nulle part — les tarifs des concurrents changent chaque trimestre et un chiffre périmé vaut moins que rien.
Partez de la raison de votre départ
Presque personne ne veut « la meilleure alternative ». On veut celle qui répare la chose précise qui a cassé. Trouvez votre ligne.
“Nous avons besoin de SQL — jointures, transactions, requêtes ad hoc”
Supabase or RebaseLes deux sont du Postgres. Supabase est la plateforme la plus mature avec le plus grand écosystème ; Rebase ajoute un panneau d'administration généré depuis le même schéma, ce qui compte si des gens hors ingénierie doivent travailler avec les données.
“La facture évolue d'une manière imprévisible”
N'importe quoi d'auto-hébergeableLa facturation à la lecture est ce qui fait bouger une facture Firestore sans que le produit change. Un Postgres auto-hébergé et une application à côté coûtent ce que coûte la machine.
“Nous voulons garder un modèle documentaire, mais auto-hébergé”
AppwriteCe qui ressemble le plus à la forme et à l'expérience développeur de Firebase et que vous pouvez exploiter sur votre propre infrastructure.
“Nous voulons des requêtes réactives sans renoncer à un vrai backend”
ConvexLes requêtes sont des fonctions TypeScript et le client se re-rend quand leurs résultats changent — la partie de Firestore qui manque le plus, faite délibérément.
“Notre équipe d'exploitation doit voir et modifier les données”
RebaseLa console Firebase est un outil de développeur. Un panneau d'administration généré avec rôles, formulaires et médias est autre chose, et c'est ce qui finit généralement par être construit à la main quand un projet Firebase grandit.
“C'est une petite application et nous voulons exploiter une seule chose”
PocketBaseUn binaire avec l'auth, le stockage, le temps réel et une interface d'administration. C'est la réponse complète la plus petite ici.
9 alternatives à Firebase
Classé grosso modo selon la fréquence à laquelle chacun s'avère être la réponse, pas selon un score. Là où un face-à-face existe, il est lié.
- 1
Supabase
Open source· Les deuxIdéal pour : Le plus grand écosystème, et le démarrage le plus rapide
Postgres avec auth, stockage, temps réel et edge functions, et de loin le produit le mieux documenté de cette catégorie. Le tableau de bord est un éditeur de tables et non un panneau d'administration, et la RLS s'y écrit en SQL — ce sont les deux choses que les gens cherchent le plus souvent à remplacer.
- 2
Appwrite
Open source· Les deuxIdéal pour : Une API à la forme de Firebase que vous pouvez auto-héberger
Un backend tout compris avec auth, bases de données, stockage, fonctions et messagerie, et des SDK client pour la plupart des plateformes. Plus proche de la forme de Firebase que d'un backend SQL — la base est orientée documents, ce qui est le bon choix si c'est ce que vous vouliez et le mauvais si vous veniez pour les jointures.
- 3
Rebase
That's usOpen source· Les deuxIdéal pour : Passer à Postgres et avoir besoin d'un back-office dès le premier jour
Un backend Postgres — API REST, SDK typé, auth, temps réel, stockage, fonctions, cron — plus un panneau d'administration généré depuis les mêmes définitions de collection en TypeScript. La sécurité au niveau des lignes s'écrit en code et se compile en véritables politiques Postgres : l'autorisation est appliquée par la base plutôt que par la couche devant elle. Se connecte à une base Postgres qui existe déjà.
- 4
PocketBase
Open source· Auto-hébergéIdéal pour : Un binaire, un fichier, aucune infrastructure
Un seul exécutable Go avec une base SQLite embarquée, l'auth, le stockage de fichiers, le temps réel et une interface d'administration. Réellement agréable pour une petite application ou un prototype. La contrainte est la même que l'attrait : SQLite et un seul processus, donc la mise à l'échelle horizontale et les fonctionnalités propres à Postgres sont hors de portée.
- 5
Convex
Source-available (FSL)· Les deuxIdéal pour : Des applications réactives où les requêtes sont du code, pas du SQL
Un backend où requêtes et mutations sont des fonctions TypeScript et où le client se re-rend quand leurs résultats changent. Un modèle réellement différent, et agréable. Ce n'est pas Postgres : les raisons de vouloir Postgres ne s'appliquent donc pas. Le code est sous Functional Source License, qui bascule en Apache-2.0 deux ans après chaque version.
- 6
Nhost
Open source· Les deuxIdéal pour : Postgres et GraphQL avec l'auth déjà branchée
Regroupe Postgres, Hasura, l'auth, le stockage et les fonctions en une seule plateforme : vous avez le modèle GraphQL sans l'assembler. Un bon choix si vous vouliez Hasura et les pièces autour.
- 7
Neon
Open source (cœur)· HébergéIdéal pour : Du Postgres serverless avec branches, et rien d'autre
Postgres managé avec branches de base et mise à l'échelle jusqu'à zéro, filiale de Databricks depuis mai 2025. Délibérément pas un backend — pas d'auth, pas d'API, pas de panneau d'administration — ce qui en fait une bonne fondation sur laquelle poser l'un des autres outils d'ici, Rebase compris.
- 8
Hasura
Open source (Apache-2.0)· Les deuxIdéal pour : GraphQL, surtout fédéré entre plusieurs sources
Génère une API GraphQL sur Postgres et d'autres sources, avec un système de permissions défini dans ses métadonnées. La meilleure option ici si GraphQL est une décision produit et non une préférence. Il vous donne une API et une console, pas un back-office pour non-développeurs.
- 9
Directus
Source-available (MSCL)· Les deuxIdéal pour : Une interface éditoriale mature sur une base de données existante
Enveloppe une base SQL dans une API REST et GraphQL et une application d'administration bien construite, et fonctionne avec un schéma que vous avez déjà. Les permissions sont appliquées dans la couche Directus plutôt que dans la base, et l'application possède un ensemble de tables à elle.
Rebase et Firebase, en réponses
Quelle est la meilleure alternative open source à Firebase ?
Supabase et Appwrite sont les deux réponses habituelles, et elles répondent à des questions différentes. Supabase si vous voulez passer à Postgres et au SQL ; Appwrite si vous aimiez la forme de Firebase et voulez auto-héberger quelque chose de similaire. Si une partie de la raison de votre départ est que la console Firebase n'est pas utilisable par vos collègues non ingénieurs, Rebase ajoute un panneau d'administration généré du côté Postgres de ce choix.
Est-il difficile de migrer de Firestore vers Postgres ?
Le travail, c'est la modélisation, pas la copie. Les collections de documents imbriqués doivent devenir des tables et des clés étrangères, et les décisions que Firestore vous laissait reporter — qu'est-ce qu'une relation, qu'est-ce qui est obligatoire, qu'est-ce qui est unique — doivent toutes être prises. Comptez le temps que méritera la complexité du modèle, et attendez-vous à récupérer jointures, transactions et contraintes en échange.
Existe-t-il une alternative à Firebase avec support hors ligne ?
Pas d'équivalente, et il vaut mieux le dire franchement. La persistance hors ligne de Firebase est exceptionnelle et rien dans cette liste ne l'égale. Si votre application doit fonctionner sur une mauvaise connexion, c'est une vraie raison de rester, ou de garder Firebase côté client et de ne déplacer que les parties qui ont besoin de SQL.
Qu'est-ce qui coûte moins cher que Firebase ?
Presque tout ce qui est auto-hébergé, passée une petite échelle — non parce que le logiciel est moins cher mais parce que le modèle tarifaire est différent. Firestore facture à la lecture, donc le coût suit l'usage d'une manière difficile à prévoir ; une instance Postgres facture l'instance. En dessous d'une certaine taille, le palier gratuit de Firebase est très dur à battre.
Puis-je migrer progressivement plutôt que d'un coup ?
En général oui, et c'est en général le meilleur plan. Firebase Auth peut rester pendant que les données bougent, ou les données d'une fonctionnalité peuvent partir en premier pendant que le reste reste. Une bascule complète sur un produit en production est un risque bien plus grand que ce que la migration justifie.
Ne nous croyez pas sur parole.
La comparaison qui compte est celle que vous faites. Pointez Rebase vers une base Postgres que vous avez déjà et voyez comment il tient face à Firebase.