Supabase es un muy buen backend: Postgres de verdad, un sistema de autenticación, storage, realtime, edge functions y una API generada desde tu esquema. Te entrega poder y espera que sepas qué hacer con él: el esquema, las políticas de row level security y todo el frontend los escribís vos. 54 va para el otro lado: describís qué hace el sitio y los datos aparecen ya conectados.
| Supabase | 54 | |
|---|---|---|
| Qué te da | Postgres, Auth, Storage, Realtime, Edge Functions y una API generada | Un sitio publicado con sus datos, su formulario, su admin y sus logins ya conectados |
| El frontend | Lo construís vos y lo hospedás en otro lado | Construido y hospedado acá, desde la misma descripción |
| Esquema y permisos | Diseñás tablas y escribís políticas de Row Level Security | Las colecciones se crean desde el prompt; el dueño ve el admin, el público ve el formulario |
| SQL | Postgres completo — una ventaja real si lo querés | No lo escribís nunca. Ese es el intercambio: menos poder crudo, cero curva de aprendizaje |
| Logins | Completos: email, contraseña, proveedores OAuth, magic links | Login por código al mail para la gente que usa tu sitio |
| Hosting y dominio | No incluidos — eso es otro proveedor | Incluidos, con SSL y tu propio dominio |
| Para quién es | Programadores que quieren una base de datos real y control total | Gente que quiere la cosa funcionando, y programadores armando algo chico rápido |
Escrito a partir de la documentación pública de cada producto. Los productos cambian: verificá el de ellos antes de decidir. Por eso mismo acá no hay precios de la competencia.
Para "mi sitio necesita guardar datos y tener logins", sí. Para "necesito Postgres, migraciones y row level security bajo mi control", Supabase es la respuesta correcta y es mejor.
No. Nunca lo ves. Describís qué guarda el sitio y se crean las colecciones, junto con el formulario que escribe en ellas y la pantalla donde las leés.
Sí. Se ven en el admin y se bajan. Datos que no podés sacar no son realmente tuyos.
Todo lo que viene de tener Postgres de verdad: consultas complejas, joins, índices, migraciones, triggers, suscripciones realtime y row level security fina. 54 deliberadamente no expone esa superficie.
Construye y hospeda el sitio, lo publica en tu dominio y después le hace trabajo de SEO y growth. Supabase es el backend; el resto corre por tu cuenta.
La gente que usa tu sitio recibe un código por mail y entra. Nada que recordar y nada sensible que vos tengas que guardar.
Sí. Cada sitio tiene sus propias colecciones y solo su dueño llega al admin.
Podés llamar a cualquier API HTTP desde tu sitio, incluida la de Supabase. La configuración pública va en las variables del sitio; una service key nunca va en una página, en ninguna plataforma.
Postgres bajo tu control escala más lejos y en más direcciones. Si ya estás pensando en réplicas de lectura y pooling de conexiones, esa pregunta ya se respondió sola.
Sí. Bajás los archivos y los datos y rehacés el backend cuando el proyecto realmente lo necesite. La mayoría descubre que nunca lo necesitó.