Alternativa a Firebase: adónde ir y cómo migrar sin romper nada

Por qué irte a Supabase. Es la alternativa más recomendada, y con razón: las mismas piezas que Firebase (autenticación, base de datos, archivos, funciones, tiempo real) sobre PostgreSQL. Recuperas las uniones, la búsqueda de texto completo y las restricciones de unicidad, todo lo que Firestore te obligaba a apañar. El código es libre, puedes alojarlo tú y tiene regiones en Europa, como París o Fráncfort. En el plan Pro, el tope de gasto viene activado. Le damos un 4,3 sobre 5 en nuestra reseña de Supabase.

Para quién. Equipos con datos relacionales (usuarios, pedidos, suscripciones) que quieren seguir con un servidor listo para usar.

Para quién no. Aplicaciones que funcionan sin conexión: la caché local de Firestore no tiene equivalente directo. Un relato sobre la migración de catorce proyectos habla de tres semanas para reconstruir una capa local.

Su límite. El plan gratis pausa un proyecto tras una semana sin actividad y permite dos proyectos activos. El cómputo se cobra por proyecto y las funciones corren en Deno, así que tus funciones de Node hay que reescribirlas. Las conexiones a la base están limitadas: usa el agrupador de conexiones.

Cómo migrar. Supabase publica herramientas oficiales: firestore2json y luego json2supabase convierten cada colección en una tabla (los campos anidados pasan a jsonb). Para los usuarios, firestoreusers2json y después import_users; apunta los cuatro parámetros de cifrado de tu proyecto. Una capa intermedia puede comprobar la contraseña antigua en el primer acceso para evitar un restablecimiento masivo.

Precio. Gratis: 50.000 usuarios activos al mes, 500 MB de base, 1 GB de archivos, 5 GB de salida. Pro desde 25 $ al mes por organización, con 10 $ de crédito de cómputo: 100.000 usuarios activos y luego 0,00325 $ cada uno, 8 GB de disco y luego 0,125 $ el GB, 100 GB de archivos, 250 GB de salida.

Por qué irte a Appwrite. Appwrite replica casi pieza a pieza a Firebase: autenticación, base de documentos, almacenamiento, funciones y tiempo real. Tu modelo de documentos puede quedarse parecido al actual. Y su migración integrada importa las cuentas conservando las contraseñas: tus usuarios no notan nada. El código es libre y se instala con Docker en tu propio servidor.

Para quién. Equipos que quieren salir de Google sin rehacer sus datos, y los que quieren alojarse por su cuenta.

Para quién no. Proyectos en la antigua Realtime Database: la herramienta de migración no la admite.

Su límite. Solo trae los documentos de primer nivel de Firestore: las subcolecciones las mueves tú. Las funciones hay que reescribirlas, y quien entra con Google o Apple tendrá que volver a iniciar sesión una vez. En el plan gratis, un proyecto que llega al límite se congela y la consola queda en solo lectura.

Cómo migrar. En la consola, pestaña Migraciones, elige Firebase, pega la clave de la cuenta de servicio y marca cuentas, base y archivos. Hazlo primero en un proyecto de prueba y compara el número de documentos.

Precio. Un plan gratis y después un plan Pro por uso en el que fijas un tope de presupuesto; Appwrite te avisa al 75 % y al 100 % de los límites. Una base dedicada empieza en 10 $ al mes, y cada mes incluye 10 $ de crédito de cómputo para la base. Alojado por tu cuenta, solo pagas el servidor.

Por qué irte a Convex. Lo que gusta de Firestore es la pantalla que se actualiza sola cuando cambia un dato. Convex va más allá: una base reactiva en la que las consultas y escrituras son funciones TypeScript y cada cliente suscrito recibe los cambios. Mantienes la sensación de Firebase, con tipado de punta a punta.

Para quién. Equipos de TypeScript que construyen aplicaciones colaborativas, tableros compartidos, mensajería o juegos.

Para quién no. Equipos que quieren SQL estándar y conectar cualquier herramienta de análisis.

Su límite. Todo el código de acceso a datos se reescribe. El plan Professional se paga por desarrollador, y en un equipo de diez sube rápido. Puedes alojarlo tú, con una licencia que solo pasa a Apache 2.0 a los dos años.

Cómo migrar. Exporta las colecciones a JSON, escribe tu esquema en TypeScript, importa y sustituye pantalla a pantalla las escuchas de Firestore por consultas de Convex, con Firebase en solo lectura.

Precio. Gratis por uso: 1 millón de llamadas a funciones y luego 2,20 $ el millón, 0,5 GB de base y luego 0,22 $ el GB. Professional a 25 $ por desarrollador al mes, con 25 millones de llamadas y 50 GB.

Por qué irte a PocketBase. PocketBase es un único ejecutable: base SQLite, autenticación, archivos, tiempo real y panel de administración. Lo pones en un servidor pequeño y listo. Es gratis y libre; solo pagas el servidor, a precio fijo. Sin cobro por lectura: la respuesta más radical al miedo a la factura.

Para quién. Desarrolladores independientes, herramientas internas, prototipos y aplicaciones modestas.

Para quién no. Aplicaciones que deben crecer en varios servidores, o equipos que no quieren gestionar uno.

Su límite. Solo crece en vertical: una máquina que haces más potente. Sigue en versión 0.x y su autor avisa de que la compatibilidad entre versiones no está garantizada, así que lee las notas antes de actualizar. Copias de seguridad, seguridad y disponibilidad corren de tu cuenta.

Cómo migrar. No hay herramienta oficial: exportas Firestore a JSON y un guion sube los registros por la API de PocketBase. Las cuentas se recrean y los usuarios eligen nueva contraseña.

Precio. Gratis. Su autor asegura más de 10.000 conexiones en tiempo real en un servidor virtual de 4 $ al mes.

Por qué irte a Nhost. Nhost une PostgreSQL con Hasura, que genera una API GraphQL a partir de tus tablas, más autenticación y almacenamiento, todo con código libre. Pasas a relacional sin escribir una API.

Para quién. Equipos de interfaz que ya trabajan con GraphQL y quieren SQL sin gestionar servidores.

Para quién no. Equipos que nunca han tocado GraphQL, y empresas que necesitan elegir región: la página de precios no las muestra.

Su límite. El plan gratis es un proyecto que se pausa tras una semana sin actividad, y la comunidad es más pequeña que la de Supabase.

Cómo migrar. Igual que hacia Supabase: exportación JSON, tablas, carga en PostgreSQL y cuentas recreadas.

Precio. Starter gratis: un proyecto, 1 GB de base, 1 GB de archivos, 5 GB de salida. Pro desde 25 $ al mes con 15 $ de cómputo, 10 GB de base, 50 GB de archivos, 50 GB de salida y copias de seguridad.

Por qué irte a Amplify. Amplify agrupa servicios de AWS (Cognito para las cuentas, AppSync, DynamoDB, Lambda, S3) en una sola herramienta. Si tu empresa ya tiene cuenta en AWS, tus datos se unen al resto de tu infraestructura y tus contratos.

Para quién. Equipos que ya conocen AWS y quieren un único proveedor.

Para quién no. Quien huye del cobro por uso: DynamoDB y Lambda funcionan igual. Lee nuestra guía para dejar AWS antes de decidir.

Su límite. La factura se lee servicio por servicio y cuesta más aprenderlo que Firebase.

Cómo migrar. DynamoDB también es NoSQL, así que tu modelo de documentos encaja mejor que en SQL. Cuentas y archivos siguen los mismos pasos que en otros destinos.

Precio. Alojamiento gratis doce meses (1.000 minutos de compilación, 5 GB almacenados, 15 GB servidos al mes); después 0,01 $ el minuto, 0,023 $ el GB almacenado y 0,15 $ el GB servido. El servidor se factura aparte.

Por qué irte a Back4App. Back4App aloja Parse Server, un servidor libre sobre MongoDB, es decir, una base de documentos como Firestore. Sus planes tienen precio fijo por aplicación: sabes lo que pagas antes de fin de mes.

Para quién. Aplicaciones móviles pequeñas que quieren un presupuesto previsible sin dejar NoSQL.

Para quién no. Proyectos que crecen deprisa: el salto entre planes es grande.

Su límite. El gratis es justo (25.000 peticiones al mes, 250 MB) y pasar de 15 $ al siguiente plan, de 80 $, duele. Como Parse es libre, siempre puedes cambiar de proveedor.

Cómo migrar. Exporta a JSON, adapta los campos, importa por colección y recrea las cuentas.

Precio. Gratis: 25.000 peticiones al mes, 250 MB, 1 GB de transferencia, 1 GB de archivos. MVP a 15 $ por aplicación al mes en pago anual, después un plan de 80 $ (5 millones de peticiones) y 400 $ en servidor dedicado.

Por qué irte a Xano. Si tu aplicación de Firebase está hecha con una herramienta visual como FlutterFlow y no programas servidores, Xano te da una base relacional y API que se montan de forma visual. Le damos un 4,1 sobre 5 en nuestra reseña de Xano, y la comparativa FlutterFlow contra Xano explica cómo encajan.

Para quién. Creadores de aplicaciones sin código cuyo proyecto ya genera ingresos, o pronto lo hará.

Para quién no. Un proyecto paralelo con poco presupuesto.

Su límite. No hay ningún escalón entre el plan gratis y los 85 $ al mes, y sigues dependiendo de un solo proveedor.

Cómo migrar. Exporta las colecciones a JSON o CSV, recrea las tablas en Xano, importa, conecta tu interfaz a sus API y recrea las cuentas.

Precio. Un plan gratis para el prototipo y después 85 $ al mes en pago anual (99 $ en mensual).

Por qué planteártelo. Si tu única queja es NoSQL, no hace falta irse. Data Connect conecta una base PostgreSQL (en Cloud SQL) a tu proyecto de Firebase y mantienes la autenticación, el alojamiento y la consola que ya conoces. También aparece con el nombre SQL Connect.

Para quién. Equipos contentos con Firebase salvo en la base de datos, que quieren uniones sin migrar todo.

Para quién no. Quien quiere salir de Google.

Su límite. La dependencia sigue entera, y Cloud SQL añade un coste fijo mensual aunque nadie use la aplicación.

Cómo migrar. Firestore y Data Connect conviven: mueve una colección cada vez.

Precio. Prueba gratis de tres meses para un proyecto Spark y luego tarifa de Cloud SQL desde unos 9,37 $ al mes; 250.000 operaciones al mes incluidas.