Supabase
Backend open source sobre PostgreSQL con auth, storage, realtime y vectores en un plan Pro desde $25/mes.
Descripción
Supabase es la alternativa open source a Firebase construida sobre PostgreSQL que en 2026 se ha consolidado como el backend por defecto de los vibe coders que trabajan con Lovable, Bolt, v0 o Claude Code. Ofrece base de datos relacional, autenticación, Row Level Security, Storage, Edge Functions en Deno, realtime, colas y vector embeddings para IA, todo detrás de APIs REST y GraphQL generadas automáticamente. Su integración nativa con los principales app builders permite que una prompt genere esquema, políticas RLS y cliente tipado sin configuración manual. El plan Free incluye 2 proyectos activos, 500 MB de base de datos, 1 GB de Storage y 50.000 MAU, mientras que el Pro ($25/mes) sube a 8 GB de base, 100 GB de Storage, 100.000 MAU y elimina la pausa por inactividad. Es ideal cuando necesitas control real sobre tus datos, portabilidad a cualquier Postgres y la posibilidad de auto-hospedar todo el stack.
Vista previa
Evaluación Detallada
Ventajas principales
PostgreSQL real, no una abstracción
Accedes a un Postgres completo con extensiones, triggers, funciones y pgvector, lo que evita vendor lock-in y te permite migrar a cualquier Postgres gestionado.
Integración nativa con app builders
Lovable, Bolt y v0 crean tablas, políticas RLS y clientes tipados desde el prompt, conectando el proyecto con un par de clics.
Suite completa en una sola plataforma
Base de datos, Auth con OAuth, Storage S3-compatible, Edge Functions en Deno, Realtime y colas (pgmq) bajo el mismo proyecto.
Plan gratuito usable para MVPs
2 proyectos activos, 500 MB de base, 1 GB de Storage y 50.000 MAU son suficientes para lanzar side projects y validar ideas.
Herramientas de IA integradas
pgvector nativo, Supabase AI en el dashboard para SQL y políticas RLS, y un MCP server oficial para Claude Code y Cursor.
Limitaciones a considerar
Proyectos Free se pausan por inactividad
Tras 7 días sin peticiones los proyectos Free se pausan, algo incómodo para demos esporádicas o portfolios poco visitados.
Escribir políticas RLS requiere cabeza
La seguridad real vive en las políticas Row Level Security, y escribirlas mal es la principal causa de filtraciones en proyectos generados con IA.
Self-hosting no es plug-and-play
Montar Supabase completo con Docker es posible pero exige mantener Postgres, Kong, GoTrue, Realtime y Storage por tu cuenta.
Costes de egress y Storage pueden escalar
Aplicaciones con mucho contenido multimedia pueden ver facturas crecer rápido por egress fuera de los cupos incluidos.
Característica Destacada
Ser el único backend serverless cuya integración con los principales app builders 2026 (Lovable, Bolt, v0) es nativa y bidireccional, generando desde un prompt tablas, RLS, tipos y cliente conectado, sin renunciar a tener un Postgres estándar que puedes mover a cualquier sitio.
Comparación con Alternativas
Frente a Firebase, Supabase ofrece SQL real, relaciones, RLS y portabilidad total sin vendor lock-in; frente a Neon o PlanetScale, añade Auth, Storage, Realtime y Edge Functions integrados; frente a montar Postgres a mano en Railway o Render, ahorra semanas de fontanería en auth, storage y APIs.
Usuario Ideal
Vibe coders y equipos pequeños que construyen con Lovable, Bolt, v0 o Next.js y quieren un backend serio sin montar infraestructura. Encaja especialmente bien cuando el proyecto puede crecer y conviene apoyarse en Postgres estándar en vez de un BaaS propietario.
Curva de Aprendizaje
Empezar es trivial gracias al SDK y al dashboard, pero dominar Row Level Security, triggers, storage policies y Edge Functions requiere algo de tiempo. Los asistentes de IA integrados ayudan a generar SQL y políticas, aunque conviene revisarlos antes de pasar a producción.
Ideal Para
- Proyectos generados con Lovable, Bolt o v0 que necesitan base de datos, auth y storage integrados
- Apps full-stack con Next.js, Expo o SvelteKit que quieren PostgreSQL gestionado y tipado
- Equipos que necesitan autenticación, OAuth y Row Level Security sin escribir backend
- Aplicaciones con búsqueda semántica o RAG usando pgvector sobre Postgres
- Startups que quieren portabilidad y opción real de self-hosting futuro
No Ideal Para
- Proyectos que prefieren bases de datos NoSQL tipo document store
- Equipos sin ninguna experiencia con SQL ni conceptos relacionales
- Casos de uso que exigen latencia global sub-50ms en todas las regiones