Choisir un backend-as-a-service en 2026 se résume souvent à trois noms : Pocketbase, Firebase et Supabase. Tous trois offrent auth, base, API REST, realtime et stockage de fichiers, mais leurs philosophies, coûts et compromis diffèrent significativement. Voici un comparatif honnête pour vous aider à choisir, surtout en contexte africain où les contraintes (souveraineté, coût, complexité) sont spécifiques.
Voir le guide Pocketbase pour les bases.
Vue d’ensemble
- Firebase (Google) : SaaS managé, NoSQL Firestore, auth, hosting, functions. Lancé en 2011, racheté Google 2014. Très répandu dans les apps mobiles.
- Supabase : SaaS open-source basé Postgres. Lancé 2020. Auth, storage, realtime, edge functions, vector search.
- Pocketbase : binaire self-hosted, SQLite intégré, auth, realtime, files, dashboard admin. Lancé 2022, projet d’un seul mainteneur (mais très actif).
Tableau comparatif
| Critère | Pocketbase | Firebase | Supabase |
|---|---|---|---|
| Mode | Self-hosted | SaaS Google | SaaS ou self-hosted |
| Base de données | SQLite | Firestore (NoSQL) | Postgres |
| Open-source | Oui (MIT) | Non | Oui (Apache 2.0) |
| Coût mensuel typique | ~5 € (VPS) | 0 puis explose vite | 0-25 USD plan free, puis variable |
| Auth complet | Oui | Oui | Oui |
| Realtime | WebSocket | WebSocket Firestore | WebSocket Postgres LISTEN |
| Storage fichiers | Local + S3 | Cloud Storage | S3-compatible |
| Functions / hooks | Hooks Go | Cloud Functions | Edge Functions Deno |
| Vendor lock-in | Aucun (binaire) | Élevé | Faible (Postgres standard) |
| Souveraineté données | Totale | Google US | Variable selon région |
| Maturité | v0.22 active | v9 stable depuis longtemps | v2 stable |
| Scale horizontal | Non (single-server) | Très élevé | Élevé |
Pocketbase — pour qui
- Solo dev, indie hacker, freelance avec un projet à servir 100-100 000 utilisateurs
- PME ouest-africaine qui veut souveraineté et coût minimal
- App mobile avec backend simple
- SaaS B2B en early stage
- Quand vous voulez un binaire qui tourne sur n’importe quel VPS sans complexité
Firebase — pour qui
- App mobile avec besoins très spécifiques Firebase (Crashlytics, Cloud Messaging, Remote Config)
- Équipe qui priorise vélocité > coût
- Pas de contrainte de souveraineté
- Workload élastique avec pics massifs imprévisibles
Attention : les coûts Firebase explosent vite avec le succès. Un projet qui passe de 1k à 100k DAU peut voir sa facture passer de 0 à 500-2000 USD/mois.
Supabase — pour qui
- Équipe qui aime SQL et veut un Postgres complet
- App qui peut grossir et a besoin de Postgres scalable
- Besoin d’une variété d’extensions (PostGIS, pgvector, etc.)
- Vous voulez un SaaS managé mais avec option self-host plus tard
Coût concret pour 10 000 DAU
- Pocketbase : VPS Hetzner CX22 4 €/mois + Backblaze B2 0,30 €/mois ≈ 5 €/mois
- Firebase : variable, mais typiquement 50-200 USD/mois selon volumes Firestore reads/writes et trafic
- Supabase : plan Pro 25 USD/mois pour démarrer, puis variable selon stockage et compute
Adaptation Afrique de l’Ouest
Pour les startups ouest-africaines qui ont des budgets serrés et des contraintes de souveraineté, Pocketbase est souvent le choix gagnant : 5 €/mois fixe, données chez vous, scaling vertical jusqu’à plusieurs dizaines de milliers d’utilisateurs avant d’avoir besoin de migrer. Si vous prévoyez de scaler très vite à des millions, Supabase est la bascule logique. Firebase est rarement le bon choix en Afrique sauf cas spécifique (équipe Google ecosystem, besoin Cloud Messaging précis).
Stratégie de migration
De Pocketbase vers Supabase ou Postgres custom est faisable : SQLite → Postgres via outils comme pgloader, conversion des API rules en RLS Postgres. Comptez 1-3 semaines de migration pour un projet moyen. De Firebase vers autre chose est beaucoup plus douloureux à cause du data model NoSQL spécifique.
Pour aller plus loin
- Guide complet Pocketbase
- Déployer Pocketbase Coolify
- Hooks Go Pocketbase
- Site Firebase : firebase.google.com
- Site Supabase : supabase.com