Análisis honesto de qué incluye cada plan, cuándo empieza a costar de verdad, qué límites tienes que monitorizar desde el primer día, y cuándo tiene sentido migrar a otra arquitectura.
Supabase se ha convertido en la opción por defecto para MVPs y startups early stage que necesitan backend, base de datos y auth sin tener un equipo de infraestructura. El valor proposicional es claro: PostgreSQL gestionado, autenticación integrada, almacenamiento de archivos, y APIs generadas automáticamente desde el esquema de la base de datos. Todo con un plan gratuito que cubre la mayoría de los casos de uso de una startup en validación.
El problema es que los costes de Supabase no son completamente transparentes para alguien que no ha gestionado proyectos en producción. Hay límites que no se ven hasta que se superan, comportamientos del plan gratuito que sorprenden a founders sin experiencia, y patrones de uso que pueden inflar la factura de formas inesperadas. Este artículo analiza todo eso con datos reales.
Supabase tiene cuatro planes principales. Los límites que importan para una startup son los de base de datos, almacenamiento, auth y transferencia de datos. Los indicadores de facturación que menos gente monitoriza son también los que más sorpresas dan.
Plan Free — 0 USD/mes. Incluye 500MB de base de datos, 1GB de almacenamiento de archivos, 5GB de transferencia de datos al mes, y hasta 50.000 usuarios activos mensuales en el sistema de autenticación. Es suficiente para validación activa y MVPs donde el founder trabaja en el proyecto semanalmente. El límite crítico que no es obvio: los proyectos inactivos durante más de una semana se pausan automáticamente y dejan de responder.
Plan Pro — 25 USD/mes. Incluye 8GB de base de datos, 100GB de almacenamiento, 250GB de transferencia, y 100.000 usuarios activos mensuales. Elimina la pausa automática de proyectos inactivos. Por encima de los límites incluidos, cada gigabyte adicional de base de datos cuesta 0,125 USD/mes. Es el plan correcto para proyectos en producción con usuarios reales.
Plan Team — 599 USD/mes. Orientado a equipos que gestionan múltiples proyectos y necesitan compliance formal. Incluye certificación SOC2 Type 2, acuerdo de nivel de servicio del 99,9%, y gestión de roles y permisos por miembro del equipo. El salto de precio de Pro a Team es importante — tiene sentido solo cuando el compliance o el SLA son requisitos de negocio, no solo de preferencia técnica.
Plan Enterprise — precio personalizado. Para organizaciones con requisitos específicos de seguridad, configuración de infraestructura a medida, o escala que supera los límites del plan Team. El proceso de contratación incluye una evaluación de requisitos técnicos y de negocio antes de definir el precio.
El límite más importante que no figura en las comparativas superficiales: Supabase pausa automáticamente los proyectos del plan gratuito que llevan más de 1 semana sin actividad. Cuando un proyecto está pausado, no es accesible. La base de datos no responde, las APIs no funcionan, y el frontend que depende del backend muestra errores.
Para startups en validación que tienen demos con clientes potenciales o que han dejado el proyecto activo para que usuarios beta lo prueben, esta pausa puede ser catastrófica. La primera vez que un cliente potencial intenta acceder a tu demo y recibe un error, la credibilidad del proyecto se resiente.
La solución del plan gratuito es hacer una request a la base de datos al menos una vez por semana para evitar la pausa — hay founders que configuran un cron job externo que hace un query simple cada 6 días. Es una solución funcional pero es una señal de que el plan gratuito no está diseñado para proyectos en producción continua.
La conclusión práctica: el plan gratuito es correcto para desarrollo activo y validación donde el founder está trabajando en el proyecto cada semana. Para producción con usuarios reales, el Pro a 25 USD/mes es necesario. Ese es el umbral real, no el de los 500MB de base de datos.
El plan Pro de 25 USD/mes tiene límites generosos para la mayoría de las startups en fases tempranas. Los casos en que el Pro se queda corto y empieza a generar costes adicionales son predecibles:
Base de datos por encima de 8GB: cada gigabyte adicional cuesta 0,125 USD/GB/mes. Para la mayoría de las startups SaaS, llegar a 8GB de datos en base de datos requiere escala real — decenas de miles de usuarios activos con datos densos. El almacenamiento de archivos (imágenes, documentos) es el que crece más rápido y se puede gestionar externamente (CloudFront + S3) antes de que el almacenamiento de Supabase sea el cuello de botella.
Transferencia de datos por encima de 250GB/mes: 0,09 USD/GB adicional. Para startups con vídeo o archivos grandes, esto puede crecer rápido. La optimización habitual es servir los archivos estáticos desde un CDN externo y usar Supabase Storage solo para los datos que necesitan autenticación.
Usuarios activos mensuales de auth por encima de 100.000: para la mayoría de startups en seed, llegar a 100.000 MAU es un problema que les encantaría tener. Cuando se llega, el coste adicional de auth es muy bajo comparado con el resto del stack.
Realtime subscriptions con alto volumen: el servicio Realtime de Supabase (websockets para actualizaciones en tiempo real) tiene límites en el plan Pro que pueden afectar a aplicaciones con muchos usuarios concurrentes recibiendo actualizaciones frecuentes. Para apps con chat, notificaciones en tiempo real o dashboards en vivo con muchos usuarios simultáneos, vale la pena analizar los límites específicos antes de diseñar la arquitectura.
Validación y desarrollo activo: Plan Free, 0 USD. La señal de cambio es tener usuarios reales que acceden al producto de forma continua o necesitar hacer demos frecuentes donde la pausa automática es un riesgo de credibilidad.
MVP con primeros usuarios reales: Plan Pro, 25 USD/mes. La señal de que el Pro empieza a quedar corto es superar los 8GB de base de datos o los 250GB de transferencia mensual, que para la mayoría de startups implica una escala considerable.
Early stage (seed): Plan Pro, entre 25 y 100 USD/mes dependiendo del consumo adicional. La señal de cambio al Team es necesitar SOC2 o gestionar múltiples proyectos con separación de permisos por equipo.
Crecimiento y Serie A: Plan Team (599 USD/mes) o Enterprise si la infraestructura de base de datos se convierte en un factor crítico de negocio con requisitos específicos de compliance o SLA.
Supabase no es la solución definitiva para todos los proyectos a todas las escalas. Hay tres casos concretos en que la migración a otra arquitectura tiene sentido:
Cuando el coste de Supabase supera el coste de gestionar PostgreSQL directamente: en producción a escala, un servidor PostgreSQL gestionado en Railway, RDS, o incluso un VPS con Postgres puede ser más barato que Supabase Team o Enterprise. La ventaja de Supabase sobre un Postgres genérico está en las features integradas (auth, storage, realtime, APIs auto-generadas). Si no estás usando esas features, estás pagando por ellas sin valor.
Cuando los requisitos de compliance superan lo que ofrece el plan Team: industrias con requisitos regulatorios específicos (salud, finanzas, datos públicos en Europa con requisitos específicos de GDPR) pueden necesitar control total sobre la infraestructura que Supabase no puede ofrecer en ningún plan estándar.
Cuando el equipo técnico tiene la capacidad de gestionar la infraestructura directamente: Supabase cobra una prima por la abstracción y la gestión. Con un equipo de ingeniería con experiencia en PostgreSQL y en gestión de infraestructura, esa prima puede no estar justificada. En ese punto, PostgreSQL en RDS o en un servidor propio con todas las herramientas del ecosistema puede ser más eficiente.
Supabase es la mejor opción para MVPs y startups early stage que quieren velocidad de desarrollo sin invertir en infraestructura. El plan gratuito está bien para validación activa. El Pro a 25 USD/mes es suficiente para la mayoría de startups hasta alcanzar cientos de miles de usuarios. Los problemas vienen cuando se usan features avanzadas sin entender sus límites, o cuando el proyecto crece hasta escalas donde la gestión propia de PostgreSQL se vuelve más eficiente.
Mentor Guadiana te ayuda a tomar decisiones de infraestructura basadas en tu situación real — sin sobreingeniería ni costes prematuros.
Empezar gratis →El plan Free existe y es real. Sus limitaciones prácticas más relevantes son la pausa automática después de 1 semana de inactividad (que afecta a demos y pruebas con usuarios) y los 500MB de base de datos. Para proyectos en validación activa donde el founder trabaja en el proyecto cada semana, funciona bien. Para producción continua, el Pro a 25 USD/mes es necesario.
Supabase usa PostgreSQL (SQL relacional, más familiar para la mayoría de desarrolladores, más potente para queries complejas, más fácil de migrar a otros sistemas). Firebase usa Firestore (NoSQL, más flexible para datos no estructurados, ecosistema Google más maduro para móvil). Para la mayoría de startups SaaS con datos relacionales, Supabase es más adecuado. Para apps móviles con datos no estructurados y requisitos de realtime intensivos, Firebase puede tener ventaja. El lock-in de Firebase con el ecosistema Google es real — Supabase, al ser PostgreSQL estándar, es más portable.
Startups con decenas de miles de usuarios activos mensuales y cientos de GB de datos siguen en Supabase Pro sin problemas. El límite real no es de escala de usuarios sino de complejidad de la arquitectura: cuando necesitas configuración de infraestructura específica, réplicas de lectura personalizadas, o compliance que Supabase no puede certificar, es momento de evaluar alternativas. Muchas startups en Series A siguen usando Supabase Pro o Team.