Ficha de herramienta

Appwrite

Item: Appwrite
Rating: 4.5

El backend open source que reemplaza a Firebase: auth, base de datos, storage y funciones.

Categoría: Stack
Precio: 0 € · Freemium
Frecuencia: Según el proyecto
Mi nota: 4.5 de 5

Probar Appwrite (sitio oficial, nueva pestaña)

En resumen

Appwrite es la mejor respuesta open source a Firebase. Ideal si quieres un BaaS completo sin depender de Google y con la posibilidad de alojarlo todo tú mismo.

Ideal para: Desarrolladores de Flutter, React Native o web que quieren un backend llave en mano sin vendor lock-in
Caso de uso: Auth, base de datos, storage de archivos y funciones serverless, todo en uno

Por qué la uso

Antes: Firebase por defecto en casi todos mis proyectos de Flutter y web (auth, Firestore, storage, functions). La stack de Google tenía la ventaja de integrarlo todo nada más sacarla de la caja.
El problema: El plan Blaze de Firebase está limitado a 5 proyectos. Cuando acumulas SaaS personales, apps de clientes, prototipos y la cuenta de la asociación, chocas contra el muro, sin contar el lock-in de Google en proyectos que no necesitaban para nada OAuth de Google ni una API específica de Google.
Por qué ganó esta herramienta: Appwrite es open source y se puede autoalojar en mi VPS (ventaja clara sobre Supabase, más dependiente de la nube), y su SDK de Flutter es maduro. Para cualquier proyecto que no pida OAuth de Google ni una API nativa de Google, no tengo ningún motivo para pagar la factura de Firebase ni para gastar uno de mis 5 slots.
Resultado concreto: Firebase queda reservado a las apps que de verdad justifican Google (OAuth, Firestore en tiempo real, integraciones nativas de Android). Appwrite se queda con todo lo demás, y se acabó el techo de 5 proyectos.

Mi uso diario

Nueva app Flutter sin Google

Contexto: Cuando empiezo una app Flutter que no necesita OAuth de Google ni las APIs de Google.
Cómo: Appwrite self-hosted en mi VPS de Hostinger a través de Coolify, SDK oficial de Flutter. Auth email/password + magic link lista en menos de una hora.
Resultado: Backend completo (auth + base de datos + storage) montado el primer día, sin tocar la cuota de Firebase Blaze.

SaaS personal a largo plazo

Contexto: Para mis propios SaaS, donde quiero controlar el coste de infraestructura a medida que crece la base de usuarios.
Cómo: Appwrite self-hosted en el mismo VPS que mis otros servicios. Permisos por documento gestionados directamente en Appwrite, en lugar de una capa de middleware propia.
Resultado: Coste de infraestructura limitado al precio del VPS, sin importar el crecimiento. Y mis datos se quedan en mi servidor.

Prototipo rápido

Contexto: Cuando quiero probar una idea sin montar una infraestructura dedicada.
Cómo: Cloud Free de Appwrite (75k MAU, 2 GB de storage) para empezar en 5 minutos sin tocar el VPS. Auth + base de datos listos para usar.
Resultado: MVP funcional en una tarde, sin quemar un slot de Firebase Blaze que prefiero guardar para los proyectos de verdad.

Functions serverless self-host

Contexto: Cuando un proyecto necesita lógica de negocio en el servidor sin montar una API dedicada.
Cómo: Functions de Appwrite en Node o Python, disparadas por eventos (creación de un documento, webhook). Logs y depuración directamente en la consola.
Resultado: Sin facturación por invocación como en Cloud Functions. La lógica corre en mi VPS a coste fijo.

Lo que cuesta

Precio de entrada: 0 €. Precios tomados del sitio oficial, sin impuestos.

Lo que cuesta
Plan	Al mes	Al año	Para quién
Self-hosted	0 €	–	Desarrolladores que quieren el control total y tienen un servidor
Cloud Free	0 €	–	Prototipado y proyectos pequeños
Cloud Pro · Recomendado	15 €/miembro	–	Equipos y proyectos en producción

Las alternativas descartadas

Las alternativas descartadas
Alternativa	Por qué no me quedé con ella
Firebase (Google)	Firebase si quieres madurez. Appwrite si quieres independencia. Mejor en: Ecosistema más rico, Firestore más escalable, Google Analytics integrado Peor en: Vendor lock-in total, precio que se dispara a escala, datos en Google
Supabase	Supabase para proyectos que necesitan SQL. Appwrite para Flutter o si prefieres el enfoque NoSQL. Mejor en: PostgreSQL (SQL nativo), Row Level Security más potente, comunidad más grande Peor en: Self-hosting más complejo, SDK de Flutter menos maduro

Puntos fuertes y límites

Ventajas

Open source (Apache 2.0): auditable, forkeable, autoalojable
Cobertura completa: auth (email, OAuth, magic link), base de datos, storage, functions, realtime
SDKs oficiales para Flutter, React, Vue, Next.js, Android, iOS, Node.js
Consola web intuitiva: configura auth y permisos sin código
Migraciones fáciles: esquemas de base de datos versionados y desplegables

Inconvenientes

Menos servicios que AWS o GCP: sin ML, sin queue gestionada, sin CDN integrado
Comunidad más pequeña que la de Firebase: menos recursos y tutoriales
El self-hosting exige mantenimiento del servidor (Docker)
Realtime menos escalable que Supabase con grandes volúmenes

Funciones principales

Authentication: Email/password, OAuth (Google, GitHub, Apple...), magic link, anonymous, SMS Auth completa en menos de 1 hora sin escribir código de backend
Databases: Base de datos NoSQL con consultas, permisos por documento y realtime Guardar y consultar datos con reglas de acceso por usuario
Límite: Menos potente que PostgreSQL para consultas SQL complejas
Storage: Upload, download y transformaciones de imágenes al vuelo Gestionar los archivos de los usuarios (avatares, adjuntos) con permisos
Functions: Funciones serverless con soporte multi-runtime (Node, Python, PHP, Ruby...) Lógica de negocio en el servidor sin gestionar la infraestructura
Realtime: Eventos en tiempo real sobre los cambios en los documentos Chat, notificaciones y colaboración sin polling

Compatibilidad

macOS : compatible
Windows : compatible
Linux : compatible
iOS : compatible
Android : compatible
Navegador : compatible
API : compatible
n8n : compatible
Zapier : no compatible

Preguntas frecuentes

¿Appwrite es realmente open source?

Sí, Apache 2.0. Puedes forkearlo, modificarlo y alojarlo sin restricciones comerciales.

¿Appwrite cumple con el RGPD?

En self-hosting, sí: tus datos se quedan en tu servidor. La nube de Appwrite está alojada en Europa.

Appwrite vs Supabase: ¿cuál elegir?

Supabase para SQL/PostgreSQL. Appwrite para Flutter, NoSQL, o si quieres un self-hosting más simple.

¿Se puede migrar de Firebase a Appwrite?

Sí, Appwrite tiene guías de migración desde Firebase. No es automático, pero está documentado.

Veredicto final

La mejor alternativa open source a Firebase. Self-hostable, completo y sin vendor lock-in.

Lo recomiendo a: Desarrolladores de Flutter/móvil y de web que quieren un BaaS open source sin Google.
No es para: Proyectos que necesitan SQL avanzado o un ecosistema cloud muy rico (ML, CDN, queue).
Relación calidad/precio: Excelente · 4.5 de 5

Otras herramientas del banco de trabajo

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

Ficha de herramienta

Appwrite

El backend open source que reemplaza a Firebase: auth, base de datos, storage y funciones.

Categoría: Stack
Precio: 0 € · Freemium
Frecuencia: Según el proyecto
Mi nota: 4.5 de 5

Probar Appwrite (sitio oficial, nueva pestaña)

En resumen

Appwrite es la mejor respuesta open source a Firebase. Ideal si quieres un BaaS completo sin depender de Google y con la posibilidad de alojarlo todo tú mismo.

Ideal para: Desarrolladores de Flutter, React Native o web que quieren un backend llave en mano sin vendor lock-in
Caso de uso: Auth, base de datos, storage de archivos y funciones serverless, todo en uno

Por qué la uso

Antes: Firebase por defecto en casi todos mis proyectos de Flutter y web (auth, Firestore, storage, functions). La stack de Google tenía la ventaja de integrarlo todo nada más sacarla de la caja.
El problema: El plan Blaze de Firebase está limitado a 5 proyectos. Cuando acumulas SaaS personales, apps de clientes, prototipos y la cuenta de la asociación, chocas contra el muro, sin contar el lock-in de Google en proyectos que no necesitaban para nada OAuth de Google ni una API específica de Google.
Por qué ganó esta herramienta: Appwrite es open source y se puede autoalojar en mi VPS (ventaja clara sobre Supabase, más dependiente de la nube), y su SDK de Flutter es maduro. Para cualquier proyecto que no pida OAuth de Google ni una API nativa de Google, no tengo ningún motivo para pagar la factura de Firebase ni para gastar uno de mis 5 slots.
Resultado concreto: Firebase queda reservado a las apps que de verdad justifican Google (OAuth, Firestore en tiempo real, integraciones nativas de Android). Appwrite se queda con todo lo demás, y se acabó el techo de 5 proyectos.

Mi uso diario

Nueva app Flutter sin Google

Contexto: Cuando empiezo una app Flutter que no necesita OAuth de Google ni las APIs de Google.
Cómo: Appwrite self-hosted en mi VPS de Hostinger a través de Coolify, SDK oficial de Flutter. Auth email/password + magic link lista en menos de una hora.
Resultado: Backend completo (auth + base de datos + storage) montado el primer día, sin tocar la cuota de Firebase Blaze.

SaaS personal a largo plazo

Contexto: Para mis propios SaaS, donde quiero controlar el coste de infraestructura a medida que crece la base de usuarios.
Cómo: Appwrite self-hosted en el mismo VPS que mis otros servicios. Permisos por documento gestionados directamente en Appwrite, en lugar de una capa de middleware propia.
Resultado: Coste de infraestructura limitado al precio del VPS, sin importar el crecimiento. Y mis datos se quedan en mi servidor.

Prototipo rápido

Contexto: Cuando quiero probar una idea sin montar una infraestructura dedicada.
Cómo: Cloud Free de Appwrite (75k MAU, 2 GB de storage) para empezar en 5 minutos sin tocar el VPS. Auth + base de datos listos para usar.
Resultado: MVP funcional en una tarde, sin quemar un slot de Firebase Blaze que prefiero guardar para los proyectos de verdad.

Functions serverless self-host

Contexto: Cuando un proyecto necesita lógica de negocio en el servidor sin montar una API dedicada.
Cómo: Functions de Appwrite en Node o Python, disparadas por eventos (creación de un documento, webhook). Logs y depuración directamente en la consola.
Resultado: Sin facturación por invocación como en Cloud Functions. La lógica corre en mi VPS a coste fijo.

Lo que cuesta

Precio de entrada: 0 €. Precios tomados del sitio oficial, sin impuestos.

Lo que cuesta
Plan	Al mes	Al año	Para quién
Self-hosted	0 €	–	Desarrolladores que quieren el control total y tienen un servidor
Cloud Free	0 €	–	Prototipado y proyectos pequeños
Cloud Pro · Recomendado	15 €/miembro	–	Equipos y proyectos en producción

Las alternativas descartadas

Las alternativas descartadas
Alternativa	Por qué no me quedé con ella
Firebase (Google)	Firebase si quieres madurez. Appwrite si quieres independencia. Mejor en: Ecosistema más rico, Firestore más escalable, Google Analytics integrado Peor en: Vendor lock-in total, precio que se dispara a escala, datos en Google
Supabase	Supabase para proyectos que necesitan SQL. Appwrite para Flutter o si prefieres el enfoque NoSQL. Mejor en: PostgreSQL (SQL nativo), Row Level Security más potente, comunidad más grande Peor en: Self-hosting más complejo, SDK de Flutter menos maduro

Puntos fuertes y límites

Ventajas

Open source (Apache 2.0): auditable, forkeable, autoalojable
Cobertura completa: auth (email, OAuth, magic link), base de datos, storage, functions, realtime
SDKs oficiales para Flutter, React, Vue, Next.js, Android, iOS, Node.js
Consola web intuitiva: configura auth y permisos sin código
Migraciones fáciles: esquemas de base de datos versionados y desplegables

Inconvenientes

Menos servicios que AWS o GCP: sin ML, sin queue gestionada, sin CDN integrado
Comunidad más pequeña que la de Firebase: menos recursos y tutoriales
El self-hosting exige mantenimiento del servidor (Docker)
Realtime menos escalable que Supabase con grandes volúmenes

Funciones principales

Authentication: Email/password, OAuth (Google, GitHub, Apple...), magic link, anonymous, SMS Auth completa en menos de 1 hora sin escribir código de backend
Databases: Base de datos NoSQL con consultas, permisos por documento y realtime Guardar y consultar datos con reglas de acceso por usuario
Límite: Menos potente que PostgreSQL para consultas SQL complejas
Storage: Upload, download y transformaciones de imágenes al vuelo Gestionar los archivos de los usuarios (avatares, adjuntos) con permisos
Functions: Funciones serverless con soporte multi-runtime (Node, Python, PHP, Ruby...) Lógica de negocio en el servidor sin gestionar la infraestructura
Realtime: Eventos en tiempo real sobre los cambios en los documentos Chat, notificaciones y colaboración sin polling

Compatibilidad

macOS : compatible
Windows : compatible
Linux : compatible
iOS : compatible
Android : compatible
Navegador : compatible
API : compatible
n8n : compatible
Zapier : no compatible

Preguntas frecuentes

¿Appwrite es realmente open source?

Sí, Apache 2.0. Puedes forkearlo, modificarlo y alojarlo sin restricciones comerciales.

¿Appwrite cumple con el RGPD?

En self-hosting, sí: tus datos se quedan en tu servidor. La nube de Appwrite está alojada en Europa.

Appwrite vs Supabase: ¿cuál elegir?

Supabase para SQL/PostgreSQL. Appwrite para Flutter, NoSQL, o si quieres un self-hosting más simple.

¿Se puede migrar de Firebase a Appwrite?

Sí, Appwrite tiene guías de migración desde Firebase. No es automático, pero está documentado.

Veredicto final

La mejor alternativa open source a Firebase. Self-hostable, completo y sin vendor lock-in.

Lo recomiendo a: Desarrolladores de Flutter/móvil y de web que quieren un BaaS open source sin Google.
No es para: Proyectos que necesitan SQL avanzado o un ecosistema cloud muy rico (ML, CDN, queue).
Relación calidad/precio: Excelente · 4.5 de 5

Otras herramientas del banco de trabajo

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

Appwrite

En resumen

Por qué la uso

Mi uso diario

Nueva app Flutter sin Google

SaaS personal a largo plazo

Prototipo rápido

Functions serverless self-host

Lo que cuesta

Las alternativas descartadas

Puntos fuertes y límites

Ventajas

Inconvenientes

Funciones principales

Compatibilidad

Preguntas frecuentes

Veredicto final

Otras herramientas del banco de trabajo

n8n

Docker

Firebase

Appwrite

En resumen

Por qué la uso

Mi uso diario

Nueva app Flutter sin Google

SaaS personal a largo plazo

Prototipo rápido

Functions serverless self-host

Lo que cuesta

Las alternativas descartadas

Puntos fuertes y límites

Ventajas

Inconvenientes

Funciones principales

Compatibilidad

Preguntas frecuentes

Veredicto final

Otras herramientas del banco de trabajo

n8n

Docker

Firebase