¿Supabase es gratis? Límites cloud y self-hosting

¿Supabase es gratuito?

Supabase ofrece una opción gratuita de dos formas distintas, y no son la misma oferta. El plan Free alojado no cuesta dinero ni solicita una tarjeta. El código fuente es abierto, por lo que ejecutar toda la pila en su propio VPS (servidor privado virtual) no tiene costes de licencia. Una opción se paga mediante límites. La otra se paga con trabajo.

Comprobado el 10 de septiembre de 2026, supabase.com/pricing muestra un plan Free con 0.5 GB de base de datos, 1 GB de almacenamiento de archivos, 5 GB de tráfico de salida y 50,000 usuarios activos mensuales, repartidos entre dos proyectos activos. La misma página incluye la frase que determina gran parte de estas condiciones: "Free projects are paused after 1 week of inactivity". Vuelva a comprobar esas cifras antes de basar sus planes en ellas, porque las páginas de precios cambian.

Qué incluye realmente el plan Free

[
  {
    "plan": "Free",
    "db_gb": 0.5,
    "file_storage_gb": 1,
    "egress_gb": 5
  },
  {
    "plan": "Pro",
    "db_gb": 8,
    "file_storage_gb": 100,
    "egress_gb": 250
  }
]

MAU (usuarios activos mensuales) cuenta los usuarios distintos que se autentican durante un mes de facturación, por lo que 50,000 es una cifra amplia para cualquier proyecto que todavía esté en desarrollo. El límite que se alcanza primero casi nunca es el número de usuarios. Suele ser el límite de 0.5 GB de Postgres o de 5 GB de tráfico saliente cuando empiezas a servir imágenes o archivos desde Storage.

Dos proyectos activos son el límite menos evidente. Un proyecto de producción y otro de staging consumen por sí solos el plan Free, por lo que una tercera idea debe esperar o compartir una base de datos con algo que no debería compartirla.

La pausa importa más que el límite de almacenamiento

«Los proyectos gratuitos se pausan después de 1 semana de inactividad» es la frase que pone fin a la mayoría de los planes gratuitos. Un proyecto al que nadie realiza consultas durante siete días deja de atender solicitudes. Una demo enlazada desde un README o una API de staging que sólo usa una vez al mes deja de estar disponible justo cuando la persona a la que envió el enlace hace clic en él. Restaurarla requiere pulsar un botón en el panel de Supabase, por lo que la recuperación es rápida, pero sólo si está supervisando el proyecto.

Ese es el coste real del nivel gratuito alojado. No paga dinero. Paga con disponibilidad y con un límite que no puede aumentar sin cambiar de plan.

Qué cuestan Pro y Team cuando Free se queda corto

[
  {
    "plan": "Free",
    "usd_per_month": 0
  },
  {
    "plan": "Pro",
    "usd_per_month": 25
  },
  {
    "plan": "Team",
    "usd_per_month": 599
  }
]

Pro cuesta desde $25 al mes e incluye 8 GB de disco por proyecto, 100 GB de almacenamiento de archivos y 250 GB de salida. Por encima de esas cantidades, la página fija el precio del disco en $0.125 por GB, el del almacenamiento de archivos en $0.0213 por GB y el de la salida en $0.09 por GB, según los precios vigentes el 10 de septiembre de 2026. Pro también elimina la pausa por inactividad. Team cuesta desde $599 al mes y está pensado para organizaciones que necesitan funciones de cumplimiento y control de acceso, no para un desarrollador con un proyecto personal.

Los límites de gasto están activados de forma predeterminada en el plan Pro. Este valor predeterminado es importante: superar una cuota incluida restringe el servicio en lugar de aumentar la factura mientras usted duerme. Si desactiva el límite, habrá elegido deliberadamente el otro modo de fallo. Este es el mismo cálculo que se hace al comparar el coste de un Postgres gestionado con el de un VPS administrado por usted, porque el precio del servicio gestionado paga principalmente la disponibilidad del personal de guardia de otra empresa.

Qué costes implica en su lugar el self-hosting

No hay costes en concepto de licencias. La documentación de Supabase considera Docker Compose «la forma más rápida y recomendada de alojar el servicio por cuenta propia», y la pila se ejecuta en un VPS normal. La factura llega en forma de trabajo, y la documentación indica claramente qué tareas pasan a ser responsabilidad suya:

• aprovisionamiento y mantenimiento del servidor
• refuerzo de la seguridad y actualización del sistema operativo y los servicios
• configuración y gestión de los servicios
• mantenimiento de la base de datos PostgreSQL
• alta disponibilidad y escalabilidad
• copias de seguridad y recuperación ante desastres
• monitorización y disponibilidad

Considérelo un coste semanal, no un coste de configuración inicial. El aprovisionamiento se realiza una vez. Las actualizaciones y las comprobaciones de las copias de seguridad se realizan indefinidamente. Si la respuesta sincera es que nadie probará nunca una restauración, el plan alojado es más barato de lo que parece, porque una restauración que nunca se ha ejecutado no constituye una copia de seguridad.

Qué no incluye Supabase autohospedado

La pila autohospedada no es una copia de la plataforma alojada. La documentación indica qué funciones no están disponibles: «branching, métricas avanzadas más allá de los registros, copias de seguridad administradas y PITR, buckets de analíticas y vectores, ETL y la API de gestión de la plataforma». PITR (point in time recovery) es lo que más se echa en falta después de migrar. En los planes alojados, es una opción que se activa. En su propio servidor, requiere una copia de seguridad base y el archivado de WAL (write ahead log), además de una ubicación fuera del servidor donde conservar ambos y una prueba de restauración que confirme que todo funciona conjuntamente. Herramientas como pgBackRest existen precisamente para esto, y la configuración queda bajo su responsabilidad.

Studio, el panel web, «no admite varias organizaciones ni proyectos» cuando se ejecuta de forma autohospedada. Una pila equivale a un proyecto. Por tanto, si el motivo para autohospedarse era superar el límite de dos proyectos, planifique una segunda pila en sus propios puertos o en otro servidor, en lugar de un segundo proyecto dentro de un único panel.

Lo que obtienes

El Supabase autohospedado «no se comunica con servicios externos ni recopila telemetría», según la documentación. Tus filas y tu tabla de usuarios se almacenan en hardware que alquilas directamente. Este es el argumento principal cuando el contrato de un cliente o un organismo regulador exige que los datos permanezcan en un país concreto.

También obtienes el propio Postgres. La plataforma alojada ajusta y administra el servidor por ti. En tu propio equipo, shared_buffers, max_connections, la lista de extensiones y el pooler que se ejecuta delante de él quedan bajo tu control. Este último componente suele ser necesario desde el principio, porque una función serverless o una aplicación con mucha carga abrirá más conexiones de las que Postgres puede mantener. En ese punto, ejecutar PgBouncer o Supavisor en tu propio VPS deja de ser opcional.

La salida de datos es el límite que el autohospedaje elimina de forma más visible. 5 GB se consumen rápidamente cuando Storage sirve imágenes o audio a usuarios reales. La mayoría de los planes VPS incluyen transferencia medida en terabytes, por lo que una aplicación con muchos archivos alcanza el límite de la plataforma alojada mucho antes de saturar el servidor. Si Storage es el motivo por el que lees esto, calcula primero el precio del disco y después el de la capacidad de proceso: cuánto cuesta realmente un terabyte en almacenamiento de bloques u objetos influye más en el total que la CPU.

Inicio de la pila autohospedada

La ruta documentada consiste en clonar de forma superficial el directorio docker del repositorio y fijar el clon a una etiqueta de versión autohospedada. A fecha del 10 September 2026, esa etiqueta es self-hosted/v0.8.1. Existe un script de configuración oficial en supabase.link/setup.sh, pero el clon manual siguiente es la mejor opción si quiere tener el árbol de archivos en su propio repositorio git.

git clone --depth 1 --branch self-hosted/v0.8.1 https://github.com/supabase/supabase
mkdir supabase-project
cp -rf supabase/docker/. supabase-project
cd supabase-project && cp .env.example .env
sh utils/generate-keys.sh
docker compose pull
sh run.sh start

sh utils/generate-keys.sh es el paso que no puede omitir. .env.example incluye secretos de marcador de posición que cualquiera puede leer en el repositorio público, por lo que una pila iniciada con esos valores queda expuesta a cualquiera que encuentre el puerto. Configure también DASHBOARD_PASSWORD en .env, porque Studio está protegido mediante autenticación básica HTTP y la documentación exige que esa contraseña contenga al menos una letra.

Compruebe el resultado con docker compose ps. Debería mostrar todos los servicios como en ejecución o en buen estado. Después, abra Studio en el puerto 8000 e inicie sesión con las credenciales del panel. sh run.sh secrets muestra las claves generadas cuando vuelva a necesitarlas y sh run.sh stop detiene la pila. No publique directamente el puerto 8000 en Internet. Coloque delante un reverse proxy con TLS (seguridad de la capa de transporte) o manténgalo en una red privada. El procedimiento completo, incluido ese proxy y los valores de .env que conviene cambiar primero, está disponible en la guía paso a paso para autohospedar Supabase con Docker Compose.

Qué opción gratuita es la adecuada

Elige el plan Free alojado mientras el proyecto esté en fase de desarrollo y no de uso, y mientras una pausa no te cueste nada. Es un plan real con un límite de usuarios generoso. También es un plan pensado para que pases a uno superior.

Elige Pro por $25 al mes cuando el proyecto ya tenga usuarios que noten las interrupciones. Es menos dinero que las horas que dedicarías a comprobar las copias de seguridad en un solo mes, por lo que pagarlo es una decisión de planificación, no una derrota.

Elige el alojamiento propio cuando ya administres un VPS y ya realices en él las tareas operativas de otro servicio, cuando los datos no puedan salir de tu jurisdicción o cuando el almacenamiento y la salida de datos crezcan más rápido que el precio de un servidor. Esta disyuntiva se repite en todos los productos open core. La diferencia entre la edición comunitaria gratuita de n8n y sus niveles de pago y la diferencia entre Nextcloud Hub gratuito y su suscripción Enterprise trazan la misma línea en el mismo punto. El software libre es suficientemente completo para gestionar una carga de trabajo real. El producto de pago te vende la parte que nadie quiere asumir.

FAQ

¿El plan gratuito de Supabase es gratuito para siempre?

El plan Free no tiene límite de tiempo ni requiere tarjeta, según la comprobación realizada el 10 de septiembre de 2026. En su lugar, tiene límites: 0.5 GB de base de datos, 1 GB de almacenamiento de archivos, 5 GB de tráfico de salida, 50,000 usuarios activos mensuales y dos proyectos activos. Lo que termina con el uso gratuito para la mayoría de las personas no es una cuota. Es la regla «Free projects are paused after 1 week of inactivity».

¿Qué ocurre cuando se pausa un proyecto gratuito de Supabase?

Deja de atender solicitudes. Las llamadas a la API fallan y el panel marca el proyecto como pausado hasta que alguien lo restaura mediante un botón del panel de Supabase. La aplicación no recibe ningún aviso propio, por lo que una demostración que compartió hace un mes normalmente ya está caída cuando alguien se lo comunica. Si el proyecto debe responder a cualquier hora de cualquier día, páselo a Pro o alójelo usted mismo.

¿Supabase autohospedado es igual que la versión alojada?

No. La documentación indica qué funciones no incluye el autohospedaje: «branching, advanced metrics beyond logs, managed backups and PITR, analytics and vector buckets, ETL, and the platform management API». Studio tampoco «doesn't support multiple organizations or projects», por lo que una pila autohospedada equivale a un solo proyecto. Los componentes de base de datos, autenticación, almacenamiento, tiempo real y funciones edge son el mismo software que ejecuta la plataforma alojada.

¿Supabase autohospedado envía algo a Supabase?

No. La documentación de autohospedaje indica que una implementación autohospedada «does not phone home or collect any telemetry». Los contenedores descargan sus imágenes de un registro público cuando se ejecuta docker compose pull. Es una descarga normal de imágenes, no un informe sobre sus datos. Después de eso, todo permanece en su servidor. Esto también significa que usted debe encargarse de cada copia de seguridad y cada actualización de seguridad.