Quitter Firebase : cas documentés

Firestore, sur la page ouverte le 2026-10-18, est une base documents. Les apps Apple, Android et web y parlent avec des SDK, des règles, et un cache hors ligne. Ce n’est pas Postgres. Aucun projet n’a été créé pour écrire cette page. Aucun montant n’est recopié.

Le face-à-face Supabase, Firebase et Neon est déjà sur sa page. Neon n’est pas rouvert ici. Cette page dit dans quel cas les docs Firebase lues cessent de couvrir le besoin, et quelle doc tient alors le relais.

Pourquoi chercher une alternative

On cherche ailleurs quand le modèle documents ne tient plus, ou quand la sortie des données doit être un dump Postgres. La page Firestore décrit des documents dans des collections, des sous-collections, des listeners, et un cache hors ligne pour le mobile et le web. Elle distingue une édition Standard et une édition Enterprise. L’édition Enterprise ajoute une API compatible MongoDB, et l’écosystème d’intégrations MongoDB. Ce n’est pas devenu du SQL.

Partir a un sens si vous voulez des tables, un pg_dump, ou une pile dont la page d’architecture dit qu’elle est open source. Rester a un sens si le client doit lire et écrire hors ligne avec le cache que cette page décrit.

Limites du produit

L’export géré, page mise à jour le 2026-10-13 UTC, copie des documents vers Cloud Storage. Il exige un projet avec la facturation activée. L’export n’est pas un instantané exact au moment du départ : il peut inclure des changements faits pendant l’opération. On réimporte dans une autre base Firestore, ou on charge l’export dans BigQuery. La page ne décrit pas une conversion en tables.

Un export PITR demande un horodatage à la minute, dans les sept jours, pas avant earliestVersionTime. Si la donnée n’existe plus à cet instant, l’opération échoue. La page dit qu’un export PITR raté n’est pas facturé. Elle ne donne pas le tarif d’un export réussi. Ce montant est non relevé.

La page Firestore, mise à jour le 2026-09-17 UTC, protège les clients Android, Apple et JavaScript par Firebase Authentication et les Security Rules. Les langages serveur passent par IAM. Realtime Database reste un second produit. La page Firestore renvoie vers une page d’écarts. Je ne l’ai pas rouverte. Les deux ne sont pas interchangeables dans la doc déjà citée sur le comparatif.

Alternatives documentées

Cas relu le 2026-10-18	Doc	Où continuer
Postgres, API tirée du schéma, sources ouvertes	Architecture Supabase	Comparatif
Branche Postgres, Data API, fichiers S3	Pages Neon, non rouvertes ici	Même comparatif
Documents, listeners, cache hors ligne	Cloud Firestore	Rester
Copie de documents, ou chargement BigQuery	Page d’export	Rester dans l’écosystème Google lu

Pas de quatrième produit. Une case « non rouvert » veut dire que je n’ai pas repris la page ce jour-là. Elle ne prouve pas l’absence du produit.

Cas global

Rester si l’app mobile ou web doit parler à la base sans serveur à vous, avec le cache hors ligne et les règles que la page Firestore décrit, et si le modèle documents suffit. Les déclencheurs Cloud Functions cités sur le comparatif, événement Auth ou Storage, sont une autre raison de rester. Je ne les ai pas rejoués.

Partir si le geste qui compte est du Postgres. Supabase, sur la page d’architecture, dit qu’il n’est pas une copie de Firebase. Le choix assumé est Postgres, pas un store NoSQL. Changer, dans ce cas, change le modèle. Ce n’est pas un réglage.

Cas gratuit

Non relevé. Les pages Firestore et d’export ouvertes ce jour-là ne nomment pas ce cas. L’export exige la facturation activée. Aucun barème n’est recopié.

Cas open source

La page d’architecture Supabase dit que Supabase est open source, que les outils choisis le sont, et que Postgres n’est pas masqué. Elle liste des licences par brique : PostgreSQL License pour Postgres, Apache 2 pour Studio, Realtime et Storage, MIT pour GoTrue et PostgREST. Elle pointe une doc d’auto-hébergement pour l’auth. Je n’ai pas lancé cette installation.

Firestore ne se décrit pas ainsi sur la page ouverte. La mention open source y concerne l’écosystème d’intégrations MongoDB, en édition Enterprise, pas le service. Partir pour avoir les sources et Postgres, c’est le cas que la page Supabase pose. Ce n’est pas un rang.

Cas équipe

Côté Firebase, la page sépare les Security Rules des clients et l’IAM des serveurs. Une équipe qui écrit des règles pour une app mobile n’a pas le même objet qu’une équipe qui ouvre Postgres avec les privilèges complets, phrase de la page d’architecture Supabase. Le RLS y est lié à l’auth JWT. Je n’ai pas comparé deux projets d’équipe. Le départ se justifie si vous voulez ce lien schéma, auth, RLS, pas si vous voulez seulement un autre écran d’admin.

Cas SaaS

Un SaaS dont le client est l’app, avec des SDK et des règles, reste dans le cas que la page Firestore décrit. Un SaaS qui doit exposer du SQL, brancher un outil qui attend pg_dump, ou isoler un preview par une branche, sort de cette page. La branche est le cas Neon déjà écrit sur le comparatif. Je ne le réinvente pas. L’export Firestore ne produit pas ce dump.

Migration

L’export géré est le chemin documenté pour sortir les documents : bucket Cloud Storage, proche de la région de la base, pas un bucket Requester Pays, pas un Rapid bucket. Le compte a besoin des rôles cités, ou d’être propriétaire du projet. L’agent de service Firestore doit pouvoir écrire dans le bucket. Si le bucket est dans le même projet, la page dit que l’accès est là par défaut.

Réimporter, c’est réimporter dans Firestore. Charger dans BigQuery, c’est un autre produit Google, pas une table Postgres. Rien dans les pages lues ne transforme une collection en schéma relationnel. Le comparatif le disait déjà. Je n’ai pas fait cette conversion.

Verdict borné

Rester si le cache hors ligne, les listeners et les documents suffisent. Partir vers la pile Supabase si vous voulez Postgres et les sources que la page d’architecture nomme, en acceptant de changer de modèle. Neon reste sur le comparatif, pour la branche et la Data API, pages non rouvertes ici. L’export ne tranche pas : il déplace des documents, ou les charge dans BigQuery.

Sources

Sources officielles relues le 2026-10-18 et recontrôlées le 2026-10-19 :

Cloud Firestore, mise à jour indiquée le 2026-09-17 UTC
Export and import data, mise à jour indiquée le 2026-10-13 UTC
Architecture Supabase

Aucun projet créé, aucune ligne exportée, aucun prix recopié.