Supabase y Firebase resuelven el mismo problema — un backend (base de datos, auth, storage, APIs) sin correr servidores — pero apuestan a lo opuesto. Firebase es el incumbente maduro, propietario y NoSQL; Supabase es el retador open-source y SQL.
Frente a frente
| Supabase | Firebase | |
|---|---|---|
| Base de datos | PostgreSQL (SQL, relacional) | Firestore (NoSQL, documentos) |
| Open source | Sí — self-hosteable | No — propietario (Google) |
| Lock-in | Bajo (Postgres estándar) | Mayor (ecosistema Google) |
| Realtime | Sí | Sí — una fortaleza central |
| Ideal para | Datos relacionales, equipos SQL | Mobile, datos flexibles, stack Google |
Elegí Supabase si…
- Tus datos son relacionales y querés SQL real y joins.
- Valorás open source y la opción de self-host.
- Te gusta aplicar acceso en la DB con RLS.
Elegí Firebase si…
- Construís mobile-first y querés SDKs de primer nivel.
- Tus datos son documentos y querés sync en tiempo real.
- Ya estás en Google Cloud.
Precio y el footgun de seguridad
Ambos tienen free tier y precio por uso (ver precios de Supabase). Y comparten una trampa: el cliente habla con la DB directo, así que tus reglas son lo único que protege los datos. En Supabase es RLS; en Firebase, Security Rules. Publicalos mal y tus datos quedan públicos. Un scan gratis de Nurbak confirma que tus reglas protegen antes de lanzar.