// notre stack — Firebase
Firebase, le backend naturel du mobile.
Firebase est une plateforme Backend-as-a-Service (BaaS) de Google qui regroupe tout ce qu'il faut pour construire une application mobile ou web : base de données temps réel, authentification, fonctions serverless, stockage de fichiers et notifications push. Sans serveur à gérer, sans infrastructure à provisionner. C'est le backend que nous choisissons pour les projets mobiles FlutterFlow — notamment sur des projets clients comme Giphar.
Discutons de votre projet Firebase// ce que recouvre Firebase
Un écosystème complet, hébergé par Google.
Firebase n'est pas un seul outil : c'est une suite de services que vous activez à la carte selon les besoins de votre projet. Chacun est hébergé, scalé et maintenu par Google.
Cloud Firestore — base de données documentaire
La base de données principale de Firebase. Un modèle documents/collections flexible, des listeners en temps réel qui propagent les changements à tous les clients connectés, et des Security Rules pour sécuriser l'accès depuis le frontend. Le plan gratuit inclut 50 000 lectures et 20 000 écritures par jour.
Authentication — gestion des utilisateurs
Email/mot de passe, Google, Apple, Facebook, GitHub, téléphone (OTP) — Firebase Authentication gère les flux complets sans que vous ayez à les développer. Les tokens JWT sont intégrés aux Security Rules de Firestore pour un contrôle d'accès unifié.
Cloud Functions — logique serverless
Des fonctions Node.js ou Python déclenchées par des événements Firebase (écriture Firestore, nouvelle inscription, appel HTTP) ou un calendrier. Idéal pour les traitements qui ne doivent pas s'exécuter côté client : envoi d'emails, validation métier, synchronisation vers d'autres systèmes.
Realtime Database — synchronisation en direct
L'ancêtre de Firestore, toujours pertinent pour les cas de synchronisation ultra-simples et à très faible latence (chat, indicateurs de présence, scores en direct). Pour tout nouveau projet, Firestore est recommandé — Realtime Database reste une option pour des besoins très spécifiques.
Cloud Storage — fichiers et médias
Upload de fichiers (images, vidéos, PDF) directement depuis le client mobile ou web, avec des Security Rules qui contrôlent qui peut lire ou écrire. S'intègre nativement avec Firestore pour stocker les métadonnées et Cloud Functions pour traiter les fichiers uploadés.
Firebase Cloud Messaging (FCM) — notifications push
Envoi de notifications push sur iOS, Android et web sans infrastructure dédiée. FCM est le standard du marché pour les notifications mobiles — utilisé par une grande partie des applications mobiles grand public. Les quotas d'envoi sont illimités.
// quand Firebase est pertinent
Les situations où Firebase est clairement le bon choix.
Application mobile avec FlutterFlow
Firebase est le backend natif de FlutterFlow. Authentification, Firestore, Cloud Storage, FCM : tout s'intègre en quelques clics dans l'interface FlutterFlow, sans code d'intégration à écrire. C'est la combinaison que nous déployons pour les projets mobiles iOS/Android à livrer vite.
Synchronisation en temps réel
Messagerie, statuts de commande mis à jour en direct, tableaux de bord collaboratifs, indicateurs de présence — Firestore propage les changements à tous les clients connectés sans polling. C'est la fonctionnalité pour laquelle Firebase est difficile à battre en termes de simplicité d'implémentation.
MVP et prototype rapide
Pas de serveur à configurer, pas d'infrastructure à provisionner : Firebase permet de démarrer un projet en quelques heures. Pour un MVP mobile où la rapidité de mise sur le marché prime sur la sophistication du modèle de données, c'est un choix rationnel.
Authentification avec providers sociaux
Connexion Google, Apple, Facebook, téléphone (OTP) — Firebase Authentication gère ces flux sans développement côté serveur. Pour une application grand public qui doit offrir plusieurs modes de connexion, c'est une économie de temps significative.
// exemples concrets
Ce qu'on déploie avec Firebase.
- 01
Application mobile métier (FlutterFlow + Firebase)
Des collaborateurs terrain utilisent une app iOS/Android pour saisir des données en temps réel : visites, contrôles, formulaires. Firebase synchronise les données vers Firestore, déclenche des Cloud Functions pour les notifications et le traitement, et stocke les photos prises dans Cloud Storage.
- 02
Chat ou messagerie intégrée
Un canal de communication entre utilisateurs d'une application — entre un client et un conseiller, entre des membres d'une équipe terrain. Firestore gère la synchronisation des messages en temps réel, FCM envoie les notifications push sur mobile.
- 03
Authentification pour une app WeWeb
Firebase Authentication peut servir de fournisseur d'identité pour une application WeWeb, en particulier quand le projet inclut déjà un backend Firebase ou nécessite une connexion sociale (Google, Apple). Les tokens Firebase sont transmis aux APIs backend pour valider les requêtes.
- 04
Automatisation via Cloud Functions
Déclenchement automatique de traitements sur événement : un nouvel enregistrement Firestore déclenche une Cloud Function qui envoie un email de confirmation, appelle une API tierce, ou synchronise vers un autre système. Comparable à ce que fait n8n pour les orchestrations plus complexes.
// limites à connaître
Ce que Firebase ne fait pas bien — et notre recommandation.
NoSQL et modélisation de données
Firestore est une base documentaire. Les requêtes relationnelles complexes (jointures, agrégations, filtres croisés sur plusieurs collections) sont difficiles à écrire et coûteuses en lectures. Si votre modèle de données est fortement relationnel, Xano (PostgreSQL) sera bien plus adapté.
Coûts à l'échelle
Le plan gratuit est généreux pour démarrer, mais le modèle pay-as-you-go peut réserver des surprises à l'échelle. Une modélisation de données mal optimisée (lectures Firestore excessives) ou des Cloud Functions mal écrites peuvent faire grimper la facture rapidement. Un audit de la structure avant la mise en production est recommandé.
Dépendance à l'écosystème Google
Le vendor lock-in est plus marqué avec Firebase qu'avec Xano. Les données sont dans l'infrastructure Google, l'export demande un effort, et les Security Rules de Firestore sont spécifiques à la plateforme. Pour des projets avec des exigences de souveraineté des données ou d'hébergement en Europe, d'autres options sont à considérer.
// notre recommandation
On utilise Firebase principalement sur les projets mobiles FlutterFlow — c'est l'intégration naturelle et la plus productive. Pour les applications web avec une logique métier complexe, nous privilégions Xano + WeWeb. Les deux stacks peuvent coexister : Firebase pour le mobile, Xano pour le web. Consultez nos cas clients et réalisations pour voir ces choix en contexte.
// F.A.Q
Questions fréquentes sur Firebase
Qu'est-ce que Firebase et à quoi sert-il ?
Firebase est une plateforme Backend-as-a-Service (BaaS) de Google. Elle regroupe un ensemble de services cloud hébergés — base de données en temps réel, authentification, fonctions serverless, stockage de fichiers, hébergement, notifications push — que les développeurs consomment directement depuis le client (mobile ou web) sans gérer de serveur. Firebase est particulièrement utilisé pour les applications mobiles (Flutter, React Native, iOS, Android) et les applications web qui nécessitent de la synchronisation en temps réel.
Quelle est la différence entre Firestore et Realtime Database ?
Firestore (Cloud Firestore) est le successeur de Realtime Database. Il propose un modèle de données par documents/collections plus structuré, des requêtes plus puissantes, une meilleure scalabilité et des performances plus prévisibles. Realtime Database reste pertinent pour des cas de synchronisation très simples et à faible latence. Pour tout nouveau projet, Firestore est recommandé par défaut.
Firebase convient-il pour un backend d'application mobile avec FlutterFlow ?
Oui, Firebase est le backend natif de FlutterFlow. L'intégration est native et sans friction : authentification, Firestore, Cloud Storage, Cloud Functions — tout se configure directement dans l'interface FlutterFlow. C'est la combinaison que nous utilisons chez ezacae pour les projets mobiles qui nécessitent une mise en production rapide.
Firebase est-il gratuit ?
Firebase propose un plan gratuit (Spark) avec des quotas généreux pour démarrer : 1 Go de stockage Firestore, 50 000 lectures et 20 000 écritures par jour, 10 Go de transfert sortant par mois. Au-delà, le plan Blaze (pay-as-you-go) facture à l'usage. L'absence de coût fixe est pratique pour les MVP, mais les coûts peuvent grimper sur une application en production à fort volume si la modélisation des données et les Security Rules ne sont pas optimisés.
Quelles sont les limites de Firebase par rapport à Xano ?
Firebase est une base NoSQL (documents/collections). Cela simplifie le démarrage, mais rend les requêtes relationnelles complexes difficiles et coûteuses. Xano repose sur PostgreSQL, ce qui permet des jointures, des agrégations et une modélisation relationnelle rigoureuse. Cloud Functions est puissant mais plus difficile à déboguer et maintenir qu'un backend Xano avec ses workflows visuels. Le vendor lock-in est aussi plus marqué avec Firebase : les données sont dans l'infrastructure Google.
Firebase est-il adapté à une application web (WeWeb) ?
WeWeb peut se connecter à Firebase via des APIs REST ou le SDK JavaScript. C'est une option valide si vous avez déjà un backend Firebase existant. Pour les nouveaux projets web que nous construisons, nous recommandons plutôt Xano comme backend pour sa modélisation relationnelle et sa logique métier plus maintenable. Firebase reste notre choix pour les projets mobiles avec FlutterFlow.
// voir les autres outils
Un projet Firebase ? Passons à l'action.
Discutons de vos besoins et voyons comment Firebase peut servir votre projet mobile ou temps réel.
Discutons-en !échange sans engagement · réponse rapide