Alternativas a Supabase
Supabase es Postgres con auth, almacenamiento, realtime y edge functions encima, y con diferencia el producto mejor documentado de esta categoría. La mayoría de quienes buscan una alternativa no están descontentos con Postgres — están chocando con un borde concreto del producto que lo rodea.
Publicado por Rebase, que es una de las herramientas de esta página. Cada una de las demás entradas se describe por aquello en lo que es buena, varias de las recomendaciones de abajo no somos nosotros, y no hay precios en ninguna parte: los precios de la competencia cambian cada trimestre y una cifra caducada es peor que ninguna.
Empieza por por qué te vas
Casi nadie quiere «la mejor alternativa». Quiere la que arregla lo concreto que se rompió. Busca tu fila.
“El panel es un editor de tablas y mi equipo necesita un panel de administración de verdad”
RebaseGenera un back office completo — formularios, roles, medios, kanban, tus propios componentes React — desde las mismas definiciones de colección que producen la API, así que se mantiene a la par del esquema en vez de mantenerse aparte.
“Escribir y depurar RLS en un panel es doloroso”
RebaseLas reglas de seguridad son parte de la definición de colección en TypeScript y compilan a políticas reales de Postgres, así que una política es revisable en una pull request y visible en un diff. La aplicación es idéntica — es Postgres en ambos casos.
“Quiero un binario y ninguna infraestructura”
PocketBaseUn único ejecutable con SQLite, auth, almacenamiento y una interfaz de administración. Nada de esta lista es más simple de operar.
“Quiero la forma de Firebase, pero autoalojada”
AppwriteLo más cercano a la experiencia de desarrollo de Firebase que puedes ejecutar tú, con SDKs para casi todas las plataformas.
“Necesito GraphQL”
Hasura or NhostHasura si vas a montar el resto tú o a federar varias fuentes; Nhost si quieres Hasura con auth, almacenamiento y funciones ya cableados juntos.
“Solo quería Postgres gestionado”
NeonPostgres con branching y escalado a cero, y nada de la plataforma alrededor. Pon encima lo que quieras.
9 alternativas a Supabase
Ordenado a grandes rasgos por la frecuencia con la que cada una acaba siendo la respuesta, no por ninguna puntuación. Donde existe una comparativa directa, está enlazada.
- 1
Rebase
That's usCódigo abierto· AmbosMejor para: Postgres más un panel de administración que puede usar todo tu equipo
Un backend de Postgres — API REST, SDK tipado, auth, realtime, almacenamiento, funciones, cron — más un panel de administración generado desde las mismas definiciones de colección en TypeScript. La seguridad a nivel de fila se escribe en código y se compila a políticas reales de Postgres, así que la autorización la aplica la base de datos y no la capa que hay delante. Se conecta a una base de datos Postgres que ya existe.
- 2
Appwrite
Código abierto· AmbosMejor para: Una API con la forma de Firebase que puedes autoalojar
Un backend con todo incluido: auth, bases de datos, almacenamiento, funciones y mensajería, con SDKs de cliente para casi cualquier plataforma. Más cerca de la forma de Firebase que de un backend SQL — la base de datos es orientada a documentos, lo cual es la decisión correcta si eso era lo que querías y la equivocada si venías por los joins.
- 3
PocketBase
Código abierto· AutoalojadoMejor para: Un binario, un fichero, sin infraestructura
Un único ejecutable de Go con una base de datos SQLite embebida, auth, almacenamiento de ficheros, realtime y una interfaz de administración. Genuinamente encantador para una app pequeña o un prototipo. La restricción es la misma que el atractivo: SQLite y un solo proceso, así que la escala horizontal y las funciones específicas de Postgres no están sobre la mesa.
- 4
Nhost
Código abierto· AmbosMejor para: Postgres y GraphQL con la auth ya cableada
Empaqueta Postgres, Hasura, auth, almacenamiento y funciones en una sola plataforma, así que tienes el modelo GraphQL sin montarlo. Encaja bien si lo que querías era Hasura más las piezas de alrededor.
- 5
Hasura
Código abierto (Apache-2.0)· AmbosMejor para: GraphQL, sobre todo federado entre varias fuentes
Genera una API GraphQL sobre Postgres y otras fuentes, con un sistema de permisos definido en metadatos. La opción más fuerte de esta lista si GraphQL es una decisión de producto y no una preferencia. Te da una API y una consola, no un back office para gente no técnica.
- 6
Directus
Código disponible (MSCL)· AmbosMejor para: Una interfaz editorial madura sobre una base de datos existente
Envuelve una base de datos SQL en una API REST y GraphQL y una aplicación de administración bien hecha, y funciona con un esquema que ya tengas. Los permisos se aplican en la capa de Directus y no en la base de datos, y la aplicación es dueña de un conjunto de tablas propias.
- 7
Neon
Código abierto (núcleo)· AlojadoMejor para: Postgres serverless con branching, y nada más
Postgres gestionado con ramas de base de datos y escalado a cero, parte de Databricks desde mayo de 2025. Deliberadamente no es un backend — sin auth, sin API, sin panel de administración — lo que lo convierte en una buena base sobre la que poner cualquiera de las otras herramientas de aquí, Rebase incluido.
- 8
Convex
Código disponible (FSL)· AmbosMejor para: Aplicaciones reactivas donde las consultas son código, no SQL
Un backend donde las consultas y las mutaciones son funciones TypeScript y el cliente se vuelve a renderizar cuando cambian sus resultados. Un modelo genuinamente distinto, y agradable. No es Postgres, así que las razones para querer Postgres no aplican. El código está bajo la Functional Source License, que pasa a Apache-2.0 dos años después de cada versión.
- 9
Firebase
Propietario· AlojadoMejor para: Aplicaciones móviles que tienen que funcionar sin conexión
SDKs de cliente con persistencia offline que siguen siendo los mejores de la categoría, sobre la escala operativa de Google. La base de datos es un almacén de documentos, así que los joins, las transacciones entre colecciones y las consultas ad-hoc son lo que renuncias.
Rebase y Supabase, respondido
¿Cuál es la alternativa más cercana a Supabase?
Depende de qué parte estés sustituyendo. Appwrite es la más parecida en forma — un backend autoalojable con todo incluido y SDKs de cliente — aunque su base de datos es orientada a documentos y no relacional. Si lo que quieres es específicamente Postgres-con-plataforma, Nhost y Rebase son las más cercanas; Nhost se inclina a GraphQL, Rebase a REST más un panel de administración generado.
¿Hay una alternativa a Supabase autoalojada?
Varias, y el propio Supabase es autoalojable — es de código abierto, y ejecutarlo tú es un camino soportado, aunque trabajoso. Si la razón por la que buscas es que autoalojar Supabase pesa más de lo que querías, PocketBase es la opción más ligera de aquí, y Rebase, Appwrite y Directus corren como una aplicación normal junto a un Postgres normal.
¿Tengo que migrar mi base de datos para cambiar?
Normalmente no, si te mueves a algo basado en Postgres. Tus datos ya están en Postgres, y Rebase, Directus, Hasura y Nhost se conectan a una base de datos que ya existe. Lo que hay que reescribir es la capa cliente y todo lo que use servicios específicos de Supabase — su esquema de auth, sus buckets de almacenamiento y sus edge functions son implementaciones suyas, no funciones de Postgres.
¿Qué alternativa es mejor para la seguridad a nivel de fila?
Cualquiera que deje la aplicación de las reglas en Postgres, porque una política en la base de datos vale para todos los clientes y no solo para los que pasan por la herramienta. Supabase y Rebase lo hacen los dos. La diferencia es dónde se escribe la política: Supabase en el panel como SQL, Rebase en la definición de colección como código que compila a la misma política.
¿Sigue siendo Supabase la opción correcta para algunos proyectos?
A menudo, sí. Si quieres la comunidad más grande y la mayor cantidad de material de terceros, si el plan gratuito importa mientras arrancas, o si quieres edge functions en la CDN, Supabase va por delante. Nada de esta página le gana en ecosistema — las razones para mirar a otro sitio son concretas, y si ninguna es la tuya, ya tienes tu respuesta.
No te fíes de nuestra palabra.
La comparación que importa es la que ejecutas tú. Apunta Rebase a una base de datos Postgres que ya tengas y mira cómo aguanta al lado de Supabase.