Fiche outil

Appwrite

Item: Appwrite
Rating: 4.5

Le backend open source qui remplace Firebase : auth, BDD, storage, fonctions.

Catégorie: Stack
Tarif: 0€ · Freemium
Fréquence: Selon le projet
Ma note: 4.5 sur 5

Essayer Appwrite (site officiel, nouvel onglet)

En bref

Appwrite est la meilleure réponse open source à Firebase. Idéal si tu veux un BaaS complet sans dépendance à Google et avec la possibilité de tout héberger toi-même.

Idéal pour: Développeurs Flutter, React Native ou web qui veulent un backend clé en main sans vendor lock-in
Cas d’usage: Auth, base de données, storage fichiers, fonctions serverless tout-en-un

Pourquoi je l’utilise

Avant: Firebase par défaut sur la quasi-totalité de mes projets Flutter et web (auth, Firestore, storage, functions). La stack Google avait l'avantage de tout intégrer en sortie de carton.
Le problème: Le plan Blaze de Firebase est plafonné à 5 projets. Quand tu empiles SaaS perso, apps clients, prototypes et le compte de l'asso, tu butes sur le mur, sans compter le lock-in Google sur des projets qui n'avaient aucun besoin d'OAuth Google ou d'API Google spécifique.
Pourquoi cet outil a gagné: Appwrite est open source et self-hostable sur mon VPS (avantage net sur Supabase, plus dépendant du cloud), et son SDK Flutter est mature. Pour tout projet qui ne demande pas d'OAuth Google ou d'API Google native, je n'ai aucune raison de payer le ticket Firebase ni de grignoter un de mes 5 slots.
Résultat concret: Firebase est désormais réservé aux apps qui justifient vraiment Google (OAuth, Firestore temps réel, intégrations natives Android). Appwrite prend tout le reste, et plus de plafond à 5 projets.

Mon usage quotidien

Nouvelle app Flutter sans Google

Contexte: Quand je démarre une app Flutter qui n'a pas besoin d'OAuth Google ou des APIs Google.
Comment: Appwrite self-hosted sur mon VPS Hostinger via Coolify, SDK Flutter officiel. Auth email/password + magic link prête en moins d'une heure.
Résultat: Backend complet (auth + BDD + storage) en place le premier jour, sans toucher au quota Firebase Blaze.

SaaS perso long terme

Contexte: Pour mes propres SaaS où je veux maîtriser le coût d'infra à mesure que la base utilisateurs grandit.
Comment: Appwrite self-hosted sur le même VPS que mes autres services. Permissions par document gérées directement dans Appwrite plutôt qu'avec une couche middleware custom.
Résultat: Coût d'infra plafonné au prix du VPS, peu importe la croissance. Et mes données restent sur mon serveur.

Prototype rapide

Contexte: Quand je veux tester une idée sans monter d'infra dédiée.
Comment: Cloud Free d'Appwrite (75k MAU, 2 Go storage) pour démarrer en 5 minutes sans toucher au VPS. Auth + BDD prêts à l'emploi.
Résultat: MVP fonctionnel en une soirée, sans griller un slot Firebase Blaze que je préfère garder pour les vrais projets.

Functions serverless self-host

Contexte: Quand un projet a besoin de logique métier serveur sans monter une API dédiée.
Comment: Functions Appwrite en Node ou Python, déclenchées par événement (création de doc, webhook). Logs et debug directement dans la console.
Résultat: Pas de facturation à l'invocation comme Cloud Functions. La logique tourne sur mon VPS au coût fixe.

Ce que ça coûte

Tarif d’entrée : 0€. Prix relevés sur le site officiel, hors taxes.

Ce que ça coûte
Formule	Par mois	Par an	Pour qui
Self-hosted	0€	–	Développeurs qui veulent le contrôle total et ont un serveur
Cloud Free	0€	–	Prototypage et petits projets
Cloud Pro · Recommandé	15€/membre	–	Équipes et projets en production

Les alternatives écartées

Les alternatives écartées
Alternative	Pourquoi je ne l’ai pas gardée
Firebase (Google)	Firebase si tu veux la maturité. Appwrite si tu veux l'indépendance. Meilleur sur : Écosystème plus riche, Firestore plus scalable, Google Analytics intégré Moins bon : Vendor lock-in total, prix qui explose à l'échelle, données chez Google
Supabase	Supabase pour les projets qui nécessitent du SQL. Appwrite pour Flutter ou si tu préfères l'approche NoSQL. Meilleur sur : PostgreSQL (SQL natif), Row Level Security plus puissant, plus grande communauté Moins bon : Self-hosting plus complexe, pas de SDK Flutter aussi mature

Points forts et limites

Avantages

Open source (Apache 2.0) : auditable, fork-able, auto-hébergeable
Couverture complète : auth (email, OAuth, magic link), BDD, storage, functions, realtime
SDKs officiels pour Flutter, React, Vue, Next.js, Android, iOS, Node.js
Console web intuitive : configurer auth et permissions sans code
Migrations faciles : schémas de BDD versionnés et déployables

Inconvénients

Moins de services qu'AWS ou GCP : pas de ML, pas de queue managed, pas de CDN intégré
Communauté plus petite que Firebase : moins de ressources et tutoriels
Self-hosting demande une maintenance serveur (Docker)
Realtime moins scalable que Supabase sur de gros volumes

Fonctionnalités principales

Authentication: Email/password, OAuth (Google, GitHub, Apple...), magic link, anonymous, SMS Auth complète en <1 heure sans écrire de code backend
Databases: Base de données NoSQL avec requêtes, permissions par document, realtime Stocker et requêter des données avec des règles d'accès par utilisateur
Limite : Moins puissant que PostgreSQL pour les requêtes SQL complexes
Storage: Upload, download, transformations d'images à la volée Gérer les fichiers utilisateurs (avatars, pièces jointes) avec permissions
Functions: Fonctions serverless avec support multi-runtime (Node, Python, PHP, Ruby...) Logique métier côté serveur sans gérer l'infrastructure
Realtime: Événements en temps réel sur les changements de documents Chat, notifications, collaboration sans polling

Compatibilité

macOS : compatible
Windows : compatible
Linux : compatible
iOS : compatible
Android : compatible
Navigateur : compatible
API : compatible
n8n : compatible
Zapier : non compatible

Questions fréquentes

Appwrite est-il vraiment open source ?

Oui, Apache 2.0. Tu peux le fork, le modifier et l'héberger sans restriction commerciale.

Appwrite est-il RGPD compliant ?

En self-hosting, oui : tes données restent sur ton serveur. Le cloud Appwrite est hébergé en Europe.

Appwrite vs Supabase : lequel choisir ?

Supabase pour du SQL/PostgreSQL. Appwrite pour Flutter, NoSQL, ou si tu veux un self-hosting plus simple.

Peut-on migrer de Firebase vers Appwrite ?

Oui, Appwrite a des guides de migration Firebase. Ce n'est pas automatique mais c'est documenté.

Verdict final

La meilleure alternative open source à Firebase. Self-hostable, complet, et sans vendor lock-in.

Je recommande à: Développeurs Flutter/mobile et devs web qui veulent un BaaS open source sans Google.
Pas adapté pour: Projets qui nécessitent du SQL avancé ou un écosystème cloud très riche (ML, CDN, queue).
Rapport qualité/prix: Excellent · 4.5 sur 5

Autres outils de l’établi

Stack · 0€ (self-hosted)
n8n
Stack · 0€
Docker
Stack · 0€
Firebase

Fiche outil

Appwrite

Le backend open source qui remplace Firebase : auth, BDD, storage, fonctions.

Catégorie: Stack
Tarif: 0€ · Freemium
Fréquence: Selon le projet
Ma note: 4.5 sur 5

Essayer Appwrite (site officiel, nouvel onglet)

En bref

Appwrite est la meilleure réponse open source à Firebase. Idéal si tu veux un BaaS complet sans dépendance à Google et avec la possibilité de tout héberger toi-même.

Idéal pour: Développeurs Flutter, React Native ou web qui veulent un backend clé en main sans vendor lock-in
Cas d’usage: Auth, base de données, storage fichiers, fonctions serverless tout-en-un

Pourquoi je l’utilise

Avant: Firebase par défaut sur la quasi-totalité de mes projets Flutter et web (auth, Firestore, storage, functions). La stack Google avait l'avantage de tout intégrer en sortie de carton.
Le problème: Le plan Blaze de Firebase est plafonné à 5 projets. Quand tu empiles SaaS perso, apps clients, prototypes et le compte de l'asso, tu butes sur le mur, sans compter le lock-in Google sur des projets qui n'avaient aucun besoin d'OAuth Google ou d'API Google spécifique.
Pourquoi cet outil a gagné: Appwrite est open source et self-hostable sur mon VPS (avantage net sur Supabase, plus dépendant du cloud), et son SDK Flutter est mature. Pour tout projet qui ne demande pas d'OAuth Google ou d'API Google native, je n'ai aucune raison de payer le ticket Firebase ni de grignoter un de mes 5 slots.
Résultat concret: Firebase est désormais réservé aux apps qui justifient vraiment Google (OAuth, Firestore temps réel, intégrations natives Android). Appwrite prend tout le reste, et plus de plafond à 5 projets.

Mon usage quotidien

Nouvelle app Flutter sans Google

Contexte: Quand je démarre une app Flutter qui n'a pas besoin d'OAuth Google ou des APIs Google.
Comment: Appwrite self-hosted sur mon VPS Hostinger via Coolify, SDK Flutter officiel. Auth email/password + magic link prête en moins d'une heure.
Résultat: Backend complet (auth + BDD + storage) en place le premier jour, sans toucher au quota Firebase Blaze.

SaaS perso long terme

Contexte: Pour mes propres SaaS où je veux maîtriser le coût d'infra à mesure que la base utilisateurs grandit.
Comment: Appwrite self-hosted sur le même VPS que mes autres services. Permissions par document gérées directement dans Appwrite plutôt qu'avec une couche middleware custom.
Résultat: Coût d'infra plafonné au prix du VPS, peu importe la croissance. Et mes données restent sur mon serveur.

Prototype rapide

Contexte: Quand je veux tester une idée sans monter d'infra dédiée.
Comment: Cloud Free d'Appwrite (75k MAU, 2 Go storage) pour démarrer en 5 minutes sans toucher au VPS. Auth + BDD prêts à l'emploi.
Résultat: MVP fonctionnel en une soirée, sans griller un slot Firebase Blaze que je préfère garder pour les vrais projets.

Functions serverless self-host

Contexte: Quand un projet a besoin de logique métier serveur sans monter une API dédiée.
Comment: Functions Appwrite en Node ou Python, déclenchées par événement (création de doc, webhook). Logs et debug directement dans la console.
Résultat: Pas de facturation à l'invocation comme Cloud Functions. La logique tourne sur mon VPS au coût fixe.

Ce que ça coûte

Tarif d’entrée : 0€. Prix relevés sur le site officiel, hors taxes.

Ce que ça coûte
Formule	Par mois	Par an	Pour qui
Self-hosted	0€	–	Développeurs qui veulent le contrôle total et ont un serveur
Cloud Free	0€	–	Prototypage et petits projets
Cloud Pro · Recommandé	15€/membre	–	Équipes et projets en production

Les alternatives écartées

Les alternatives écartées
Alternative	Pourquoi je ne l’ai pas gardée
Firebase (Google)	Firebase si tu veux la maturité. Appwrite si tu veux l'indépendance. Meilleur sur : Écosystème plus riche, Firestore plus scalable, Google Analytics intégré Moins bon : Vendor lock-in total, prix qui explose à l'échelle, données chez Google
Supabase	Supabase pour les projets qui nécessitent du SQL. Appwrite pour Flutter ou si tu préfères l'approche NoSQL. Meilleur sur : PostgreSQL (SQL natif), Row Level Security plus puissant, plus grande communauté Moins bon : Self-hosting plus complexe, pas de SDK Flutter aussi mature

Points forts et limites

Avantages

Open source (Apache 2.0) : auditable, fork-able, auto-hébergeable
Couverture complète : auth (email, OAuth, magic link), BDD, storage, functions, realtime
SDKs officiels pour Flutter, React, Vue, Next.js, Android, iOS, Node.js
Console web intuitive : configurer auth et permissions sans code
Migrations faciles : schémas de BDD versionnés et déployables

Inconvénients

Moins de services qu'AWS ou GCP : pas de ML, pas de queue managed, pas de CDN intégré
Communauté plus petite que Firebase : moins de ressources et tutoriels
Self-hosting demande une maintenance serveur (Docker)
Realtime moins scalable que Supabase sur de gros volumes

Fonctionnalités principales

Authentication: Email/password, OAuth (Google, GitHub, Apple...), magic link, anonymous, SMS Auth complète en <1 heure sans écrire de code backend
Databases: Base de données NoSQL avec requêtes, permissions par document, realtime Stocker et requêter des données avec des règles d'accès par utilisateur
Limite : Moins puissant que PostgreSQL pour les requêtes SQL complexes
Storage: Upload, download, transformations d'images à la volée Gérer les fichiers utilisateurs (avatars, pièces jointes) avec permissions
Functions: Fonctions serverless avec support multi-runtime (Node, Python, PHP, Ruby...) Logique métier côté serveur sans gérer l'infrastructure
Realtime: Événements en temps réel sur les changements de documents Chat, notifications, collaboration sans polling

Compatibilité

macOS : compatible
Windows : compatible
Linux : compatible
iOS : compatible
Android : compatible
Navigateur : compatible
API : compatible
n8n : compatible
Zapier : non compatible

Questions fréquentes

Appwrite est-il vraiment open source ?

Oui, Apache 2.0. Tu peux le fork, le modifier et l'héberger sans restriction commerciale.

Appwrite est-il RGPD compliant ?

En self-hosting, oui : tes données restent sur ton serveur. Le cloud Appwrite est hébergé en Europe.

Appwrite vs Supabase : lequel choisir ?

Supabase pour du SQL/PostgreSQL. Appwrite pour Flutter, NoSQL, ou si tu veux un self-hosting plus simple.

Peut-on migrer de Firebase vers Appwrite ?

Oui, Appwrite a des guides de migration Firebase. Ce n'est pas automatique mais c'est documenté.

Verdict final

La meilleure alternative open source à Firebase. Self-hostable, complet, et sans vendor lock-in.

Je recommande à: Développeurs Flutter/mobile et devs web qui veulent un BaaS open source sans Google.
Pas adapté pour: Projets qui nécessitent du SQL avancé ou un écosystème cloud très riche (ML, CDN, queue).
Rapport qualité/prix: Excellent · 4.5 sur 5

Autres outils de l’établi

Stack · 0€ (self-hosted)
n8n
Stack · 0€
Docker
Stack · 0€
Firebase

Appwrite

En bref

Pourquoi je l’utilise

Mon usage quotidien

Nouvelle app Flutter sans Google

SaaS perso long terme

Prototype rapide

Functions serverless self-host

Ce que ça coûte

Les alternatives écartées

Points forts et limites

Avantages

Inconvénients

Fonctionnalités principales

Compatibilité

Questions fréquentes

Verdict final

Autres outils de l’établi

n8n

Docker

Firebase

Appwrite

En bref

Pourquoi je l’utilise

Mon usage quotidien

Nouvelle app Flutter sans Google

SaaS perso long terme

Prototype rapide

Functions serverless self-host

Ce que ça coûte

Les alternatives écartées

Points forts et limites

Avantages

Inconvénients

Fonctionnalités principales

Compatibilité

Questions fréquentes

Verdict final

Autres outils de l’établi

n8n

Docker

Firebase