¿Superaste Bubble? Cómo migrar a Next.js y Supabase en 2026
He ayudado a tres empresas a migrar desde Bubble en el último año solamente. Todas comenzaron de la misma manera: alguien del equipo abrió su factura mensual, vio un número que les hizo caer el alma a los pies, y empezó a buscar en Google "alternativa a Bubble". Si ese eres tú ahora mismo, respira profundo. No estás solo, y esto en realidad es un problema que tiene solución.
Bubble es genuinamente excelente para sacar un MVP al mercado. Se lo he recomendado a fundadores en etapa temprana más veces de las que puedo contar. Pero hay un patrón que sigo viendo: el producto crece, el equipo crece, la base de usuarios crece -- y de repente Bubble no crece contigo. Te está frenando. El modelo de precios de unidad de flujo de trabajo (WU) que parecía aceptable con 1.000 usuarios se convierte en un problema serio con 50.000. El editor visual que se sentía liberador empieza a parecer una jaula cuando necesitas lógica personalizada. Los tiempos de carga de página que eran "aceptables" se vuelven vergonzosos.
Este artículo es la guía de migración que me hubiera gustado tener la primera vez que lo hice. Vamos a hablar sobre por qué los equipos superan Bubble, cómo se ven los costos reales en 2026, y cómo ejecutar realmente una migración a Next.js y Supabase sin quemar tu empresa.
Tabla de Contenidos
- Por Qué Los Equipos Superan Bubble
- La Realidad De Los Precios De Bubble En 2026
- Por Qué Next.js + Supabase Es El Movimiento
- Comparación De Arquitectura: Bubble vs Next.js + Supabase
- El Playbook De Migración
- Migración De Datos: Escapar De La Base De Datos De Bubble
- Reconstruyendo Tu Frontend En Next.js
- Configurando Supabase Como Tu Backend
- Autenticación Y Migración De Usuarios
- Rendimiento Y Costo Después De La Migración
- Errores Comunes Y Cómo Evitarlos
- Preguntas Frecuentes

Por Qué Los Equipos Superan Bubble
Seamos específicos sobre qué significa realmente "superar", porque no es una sola cosa. Suele ser una combinación de varios puntos de dolor que se refuerzan mutuamente.
Muros De Rendimiento
Las aplicaciones Bubble se ejecutan en una infraestructura compartida. Tu aplicación comparte recursos de cómputo con otras aplicaciones Bubble. Cuando tu aplicación recibe picos de tráfico, no puedes simplemente activar más instancias -- estás a merced de Bubble. He visto aplicaciones Bubble con 500+ usuarios concurrentes alcanzar tiempos de respuesta de 3-5 segundos para consultas básicas de base de datos. Eso no es un error; es la arquitectura.
Las páginas de Bubble también son pesadas. Una página típica de Bubble envía 2-4MB de JavaScript al cliente. Compáralo con una página Next.js bien construida que podría enviar 200-400KB. Tus usuarios sienten esa diferencia, especialmente en móvil.
El Problema De Los Plugins
El ecosistema de plugins de Bubble es tanto su fortaleza como su talón de Aquiles. Instalarás plugins para integración con Stripe, para generación de PDF, para enviar correos electrónicos -- y cada uno es mantenido por un desarrollador de terceros aleatorio que podría abandonarlo el próximo martes. He visto aplicaciones en producción romperse porque un autor de plugin lanzó una actualización deficiente. No tienes control.
El Bloqueo De Proveedor Es Real
Tu aplicación completa -- la lógica, los datos, la interfaz de usuario -- vive dentro del sistema propietario de Bubble. No hay un botón "exportar mi aplicación". Tus flujos de trabajo no son código; son configuraciones visuales almacenadas en el formato de Bubble. Si Bubble cambia sus precios (lo cual han hecho, múltiples veces), o pagas más o empiezas de nuevo. Esa es una posición de negociación terrible para cualquier negocio.
Problemas De Escalado De Equipo
Intenta contratar un "desarrollador Bubble" en 2026. El grupo de talentos es minúsculo comparado con los desarrolladores de React/Next.js. El control de versiones en Bubble es primitivo comparado con Git. Tener múltiples desarrolladores trabajando en la misma aplicación Bubble simultáneamente es un ejercicio en frustración. No hay un proceso real de revisión de código, sin estrategia de ramificación, sin pipeline de CI/CD.
La Realidad De Los Precios De Bubble En 2026
Bubble pasó a precios de unidad de flujo de trabajo (WU) en 2023, y lo ha ajustado varias veces desde entonces. A principios de 2026, esto es lo que te espera:
| Plan | Costo Mensual | Unidades De Flujo De Trabajo | Tasa WU Del Lado Del Servidor | Tasa WU Del Lado Del Cliente |
|---|---|---|---|---|
| Gratis | $0 | Limitado (solo pruebas) | N/A | N/A |
| Iniciador | $32/mes | 10.000 WU | 1 WU por acción | 0.2 WU por acción |
| Crecimiento | $129/mes | 50.000 WU | 1 WU por acción | 0.2 WU por acción |
| Equipo | $349/mes | 150.000 WU | 1 WU por acción | 0.2 WU por acción |
| Empresa | Personalizado | Personalizado | Personalizado | Personalizado |
| Sobrecuota | Por WU | — | $0.003/WU | $0.003/WU |
Aquí es donde se pone feo. Una aplicación SaaS moderadamente compleja con 10.000 usuarios activos puede quemar fácilmente 500.000-1.000.000 de WU por mes. Eso son $1.050-$2.550 en cargos de sobrecuota además de el plan Equipo. He visto empresas pagando $3.000-$8.000/mes en Bubble para aplicaciones que podrían ejecutarse en $50-200/mes de infraestructura en la nube.
El modelo WU es particularmente punitivo porque te cobra por cosas que serían esencialmente gratis en un stack personalizado. ¿Buscando en tu base de datos? Eso cuesta WU. ¿Programando un flujo de trabajo recurrente? WU. ¿Enviando una notificación? WU. Cada llamada a la API, cada comprobación condicional del lado del servidor -- todo se suma.
Y aquí está la parte que realmente duele: los precios de Bubble solo se han movido en una dirección. El modelo WU reemplazó los antiguos precios basados en capacidad, y muchos usuarios vieron sus facturas aumentar 2-5 veces de la noche a la mañana. No hay garantía de que no vuelva a suceder.
Por Qué Next.js + Supabase Es El Movimiento
He evaluado docenas de estrategias de salida de Bubble a lo largo de los años. Rails, Django, Laravel, React puro con Firebase -- todos son válidos. Pero para equipos que vienen de Bubble específicamente, la combinación Next.js + Supabase alcanza un punto dulce que es difícil de superar.
Next.js Te Da Lo Que Bubble No Puede
Next.js 15 (el release estable actual en 2026) te da renderizado del lado del servidor, generación estática, rutas de API, middleware, y funciones en el borde todo en un marco de trabajo. Tus páginas se cargan rápido porque solo envías el JavaScript que esa página realmente necesita. El App Router te da layouts, estados de carga, y límites de errores que tomaría docenas de flujos de trabajo de Bubble aproximar.
Lo más importante, es React. El ecosistema de React es enorme. ¿Necesitas un selector de fecha? Hay 50 opciones probadas en batalla. ¿Necesitas gráficos? Recharts, Visx, Nivo -- elige tu veneno. ¿Necesitas autenticación? NextAuth.js (ahora Auth.js) o Supabase Auth. Nunca te quedas atrapado esperando a que un desarrollador de plugins corrija un error.
Si estás considerando este camino, nuestro equipo de desarrollo Next.js ha migrado varias aplicaciones Bubble y puede compartir detalles específicos sobre cómo se ve el proceso.
Supabase Reemplaza El Backend De Bubble
Supabase es la cosa más cercana a un "reemplazo de backend de Bubble" que existe. Aquí está el por qué:
- Base de datos PostgreSQL -- una base de datos relacional real, consultable, indizable en lugar de la estructura de datos peculiar de Bubble
- Seguridad a Nivel de Fila (RLS) -- define quién puede leer/escribir qué datos a nivel de base de datos
- Autenticación incorporada -- correo electrónico/contraseña, enlaces mágicos, proveedores OAuth, todo manejado
- Suscripciones en tiempo real -- actualizaciones de datos en vivo sin polling
- Almacenamiento -- cargas de archivos con entrega de CDN
- Funciones en el Borde -- funciones sin servidor para lógica personalizada
Los precios de Supabase en 2026 son dramáticamente más baratos que Bubble a escala:
| Bubble (Crecimiento) | Supabase (Pro) + Vercel (Pro) | |
|---|---|---|
| Costo base mensual | $129 | $25 + $20 = $45 |
| Con 10K usuarios | $349+ (sobrecuota probable) | ~$75-150 (con uso) |
| Con 50K usuarios | $2.000-5.000+ | ~$200-500 |
| Con 100K usuarios | $5.000-12.000+ | ~$400-1.200 |
| Acceso a base de datos | Consultas propietarias | PostgreSQL completo |
| Código personalizado | Muy limitado | Ilimitado |
Esos números no son teóricos. Se basan en facturas reales que he visto de empresas con las que he trabajado.

Comparación De Arquitectura: Bubble vs Next.js + Supabase
Mapeemos los conceptos de Bubble a la nueva pila para que puedas ver qué va a dónde:
| Concepto De Bubble | Equivalente De Next.js + Supabase |
|---|---|
| Páginas | Páginas/rutas de Next.js (App Router) |
| Elementos Reutilizables | Componentes React |
| Elementos Visuales | JSX + Tailwind CSS / librerías de componentes |
| Flujos De Trabajo | Rutas de API, Acciones de Servidor, Funciones en el Borde |
| Cosas De Base De Datos | Tablas PostgreSQL |
| Tipos De Datos Y Campos | Columnas de tabla con tipos apropiados |
| Reglas De Privacidad | Seguridad a Nivel de Fila de Supabase (RLS) |
| Flujos De Trabajo De Backend | Funciones en el Borde de Supabase o trabajos cron |
| Conector De API | Llamadas nativas fetch/axios |
| Plugins | Paquetes npm |
| Autenticación de usuario | Supabase Auth o Auth.js |
| Cargas de archivo | Almacenamiento Supabase |
| Programación | pg_cron o externo (Inngest, Trigger.dev) |
El Playbook De Migración
No intentes reconstruir todo a la vez. He visto eso fallar espectacularmente. Aquí está el enfoque por fases que realmente funciona.
Fase 1: Auditoría Y Planificación (1-2 semanas)
Antes de escribir una sola línea de código, documenta todo lo que tu aplicación Bubble hace. Me refiero a todo:
- Mapea cada página -- capturas de pantalla, flujos de usuario, qué datos lee/escribe cada página
- Cataloga todos los flujos de trabajo -- del lado del servidor y del lado del cliente, qué los activa, qué hacen
- Documenta el modelo de datos -- cada tipo de dato, cada campo, cada relación
- Lista todas las integraciones -- Stripe, SendGrid, Twilio, cualquier plugin que uses
- Identifica qué cortar -- Garantizo que hay características que nadie usa. No migres peso muerto.
Fase 2: Construir La Fundación (2-3 semanas)
Configura el nuevo stack:
npx create-next-app@latest my-app --typescript --tailwind --app
cd my-app
npm install @supabase/supabase-js @supabase/ssr
Configura tu proyecto Supabase, configura la autenticación, crea tu esquema de base de datos. Aquí es donde tienes la oportunidad de arreglar todos los errores de modelado de datos que cometiste en Bubble. Aprovecha las claves foráneas adecuadas, índices y tipos de datos.
Fase 3: Construir Características Principales (4-8 semanas)
Comienza con las características que reciben más tráfico. Construyelas correctamente en Next.js. No intentes replicar la interfaz exacta de Bubble -- aprovecha esta oportunidad para mejorar la experiencia del usuario.
Fase 4: Migrar Datos Y Usuarios (1-2 semanas)
Esta es la parte aterradora, y se merece su propia sección.
Fase 5: Cambiar (1 semana)
Ejecuta ambos sistemas en paralelo, verifica que todo funciona, luego cambia el DNS. Mantén la aplicación Bubble ejecutándose en modo de solo lectura durante un par de semanas como red de seguridad.
Migración De Datos: Escapar De La Base De Datos De Bubble
Bubble te permite exportar tus datos como archivos CSV. Ese es tu punto de partida, pero no es tan limpio como esperas.
# Script Python de ejemplo para transformar exportaciones CSV de Bubble
import csv
import json
from supabase import create_client
supabase = create_client(SUPABASE_URL, SUPABASE_KEY)
with open('bubble_users_export.csv', 'r') as f:
reader = csv.DictReader(f)
for row in reader:
# Bubble exporta fechas en un formato raro
created = convert_bubble_date(row['Created Date'])
# Bubble usa IDs únicos que se ven como "1677234567890x123456789"
# Querrás mapear estos a UUIDs
user_data = {
'legacy_bubble_id': row['unique id'],
'email': row['email'],
'name': row['name_text'],
'created_at': created,
# Mapea todos tus campos personalizados
}
supabase.table('users').insert(user_data).execute()
Problemas clave con las exportaciones de datos de Bubble:
- Las relaciones se almacenan como IDs de Bubble -- necesitarás construir una tabla de mapeo para convertirlas a tus nuevas claves foráneas
- Los campos de archivo se exportan como URLs de CDN de Bubble -- necesitas descargar estos archivos y volverlos a cargar a Almacenamiento Supabase antes de que la aplicación Bubble se desconecte
- Los campos de lista se exportan como IDs de Bubble separados por comas -- estos necesitan convertirse en tablas de unión adecuadas
- Los formatos de fecha son inconsistentes -- prueba tu análisis de fechas a fondo
Para la API de Datos de Bubble, también puedes extraer datos programáticamente, lo que a veces es más fácil que las exportaciones CSV para conjuntos de datos grandes:
// Obteniendo datos de la API de Datos de Bubble
const fetchBubbleData = async (type, cursor = 0) => {
const response = await fetch(
`https://yourapp.bubbleapps.io/api/1.1/obj/${type}?cursor=${cursor}&limit=100`,
{
headers: {
'Authorization': `Bearer ${BUBBLE_API_KEY}`
}
}
);
return response.json();
};
Reconstruyendo Tu Frontend En Next.js
El editor visual de Bubble se mapea sorprendentemente bien a la arquitectura basada en componentes una vez que ves el patrón. Un "Elemento Reutilizable" de Bubble es literalmente un componente React. Un "Grupo" de Bubble es un <div> con clases Tailwind.
Aquí hay un patrón que uso para páginas que eran intensivas en datos en Bubble:
// app/dashboard/page.tsx
import { createClient } from '@/lib/supabase/server';
import { DashboardStats } from '@/components/dashboard-stats';
import { RecentActivity } from '@/components/recent-activity';
export default async function DashboardPage() {
const supabase = await createClient();
const { data: stats } = await supabase
.from('user_stats')
.select('*')
.single();
const { data: activity } = await supabase
.from('activity_log')
.select('*, project:projects(name)')
.order('created_at', { ascending: false })
.limit(20);
return (
<div className="max-w-7xl mx-auto px-4 py-8">
<h1 className="text-3xl font-bold mb-8">Dashboard</h1>
<DashboardStats stats={stats} />
<RecentActivity items={activity} />
</div>
);
}
Observa cómo la obtención de datos sucede del lado del servidor. Sin spinners de carga, sin solicitudes en cascada. La página llega completamente renderizada. Esto solo hace que la aplicación se sienta dramáticamente más rápida que la versión Bubble.
Para librerías de componentes, he tenido excelentes resultados con shadcn/ui. Te proporciona componentes pulidos y accesibles que posees (se copian en tu base de código, no se importan de un paquete). Combinado con Tailwind CSS, puedes reconstruir interfaces de Bubble rápidamente y serán más responsivas y eficientes.
Configurando Supabase Como Tu Backend
La Seguridad a Nivel de Fila de Supabase es tu reemplazo para las Reglas de Privacidad de Bubble, y honestamente, es mucho más poderosa:
-- Solo deja que los usuarios vean sus propios datos
CREATE POLICY "Los usuarios pueden ver sus propios datos"
ON user_profiles FOR SELECT
USING (auth.uid() = user_id);
-- Solo deja que los usuarios actualicen sus propios perfiles
CREATE POLICY "Los usuarios pueden actualizar su perfil"
ON user_profiles FOR UPDATE
USING (auth.uid() = user_id);
-- Deja que los administradores vean todo
CREATE POLICY "Los administradores pueden ver todo"
ON user_profiles FOR SELECT
USING (
EXISTS (
SELECT 1 FROM user_roles
WHERE user_id = auth.uid()
AND role = 'admin'
)
);
Para flujos de trabajo de backend (cosas que se ejecutaban en un horario en Bubble), las Funciones en el Borde de Supabase con pg_cron funcionan bien para la mayoría de los casos de uso. Para programación de trabajos más compleja, Trigger.dev o Inngest son excelentes opciones que se integran naturalmente con Next.js.
Autenticación Y Migración De Usuarios
Esta es la parte más complicada de toda la migración. Tus usuarios tienen contraseñas almacenadas en Bubble, y no puedes exportar hashes de contraseña. Tienes dos opciones:
- Forzar restablecimiento de contraseña -- Envía a todos los usuarios un correo electrónico "hemos mejorado nuestra plataforma" con un enlace de restablecimiento de contraseña. Simple pero crea fricción.
- Migración perezosa -- Configura un flujo de autenticación personalizado que, en el primer inicio de sesión, intente autenticarse contra la API de Bubble. Si tiene éxito, crea el usuario en Supabase con la contraseña que acaba de ingresar.
La opción 2 es más trabajo pero una experiencia de usuario mucho mejor. Aquí está la forma aproximada:
// app/api/auth/migrate-login/route.ts
export async function POST(request: Request) {
const { email, password } = await request.json();
// Intenta Supabase primero
const { data, error } = await supabase.auth.signInWithPassword({
email, password
});
if (data.user) return Response.json({ success: true });
// Si no está en Supabase, intenta Bubble
const bubbleAuth = await authenticateWithBubble(email, password);
if (bubbleAuth.success) {
// Crea usuario en Supabase con la misma contraseña
const { data: newUser } = await supabase.auth.admin.createUser({
email,
password,
email_confirm: true,
});
// Migra sus datos de perfil
await migrateUserProfile(bubbleAuth.userId, newUser.user.id);
// Inicia sesión
return Response.json({ success: true });
}
return Response.json({ error: 'Credenciales inválidas' }, { status: 401 });
}
Rendimiento Y Costo Después De La Migración
Aquí hay números reales de un SaaS de gestión de proyectos que ayudé a migrar a finales de 2025:
| Métrica | En Bubble | Después De La Migración |
|---|---|---|
| Tiempo promedio de carga de página | 3.8s | 0.9s |
| Tiempo para interactivo | 5.2s | 1.4s |
| Rendimiento de Lighthouse | 38 | 92 |
| Costo de infraestructura mensual | $4.200 | $187 |
| Usuarios activos mensuales | 12.000 | 12.000 |
| Tiempo de respuesta de API (p95) | 1.800ms | 180ms |
| Tiempo de funcionamiento (promedio de 3 meses) | 99.2% | 99.97% |
La reducción de costos por sí sola justificó la migración en dos meses. Las mejoras de rendimiento redujeron la deserción en un estimado de 15% durante el trimestre siguiente.
Si estás mirando estos números y pensando "quiero eso pero no tengo el equipo de desarrollo para hacerlo", ese es exactamente el tipo de proyecto que manejamos. Consulta nuestro trabajo en desarrollo de CMS sin cabeza y aplicaciones o ponte en contacto para una evaluación de migración.
Errores Comunes Y Cómo Evitarlos
Intentar Replicar Bubble Exactamente
No lo hagas. La forma de hacer las cosas de Bubble suele ser la peor forma de hacerlas en un stack basado en código. Usa la migración como una oportunidad para repensar los flujos de usuario y la arquitectura de datos.
Subestimar La Migración De Datos
Presupuesta el doble de lo que crees que necesitarás para la migración de datos. Las exportaciones de datos de Bubble tendrán casos límite que te sorprenderán. Valores nulos donde no los esperabas. Registros duplicados. Relaciones huérfanas.
Olvidarse Del Almacenamiento De Archivos
Bubble aloja tus archivos cargados en su CDN. Cuando cancelas tu plan Bubble, esas URLs mueren. Asegúrate de que cada archivo sea descargado y vuelto a cargar a Almacenamiento Supabase antes de cambiar.
No Configurar Monitoreo Temprano
En Bubble, no piensas en monitoreo porque realmente no puedes hacer nada sobre los problemas de todos modos. En tu nuevo stack, configura Sentry para seguimiento de errores y Vercel Analytics (o Plausible/PostHog) para monitoreo de rendimiento desde el primer día.
Hacerlo Solo Cuando No Deberías
Si tu aplicación Bubble es compleja y crítica para los ingresos, considera seriamente obtener ayuda de un equipo que haya hecho esto antes. El costo de una migración fallida -- datos perdidos, tiempo de inactividad, deserción de usuarios -- supera ampliamente el costo de ayuda profesional. Nuestra página de precios tiene detalles sobre cómo se ven los compromisos.
Preguntas Frecuentes
¿Cuánto tiempo tarda migrar de Bubble a Next.js y Supabase?
Para una aplicación SaaS típica con 10-30 páginas y complejidad moderada, espera 8-16 semanas para una migración completa. Las aplicaciones simples (página de destino + panel + algunas características CRUD) se pueden hacer en 4-6 semanas. Las aplicaciones complejas con muchas integraciones, lógica personalizada y grandes conjuntos de datos pueden tomar 16-24 semanas. La migración de datos y la transición de autenticación de usuarios suelen ser lo que toma más tiempo del esperado.
¿Puedo migrar de Bubble gradualmente, o tiene que ser todo de una vez?
Absolutamente puedes hacerlo gradualmente. Un enfoque común es construir la nueva aplicación Next.js junto a la aplicación Bubble, migrar características una a la vez, y usar enrutamiento de subdominio para enviar usuarios a la versión correcta. Por ejemplo, tu nuevo panel está en app.yoursite.com mientras que las características heredadas aún se ejecutan en Bubble. Solo ten en cuenta que mantener dos sistemas simultáneamente tiene sus propios costos.
¿Qué pasa con alternativas a Bubble como FlutterFlow, WeWeb, o Xano -- debería considerar esas en su lugar?
Si tu problema principal es el precio de Bubble pero aún quieres un enfoque sin código/bajo código, herramientas como WeWeb (frontend) + Xano (backend) pueden funcionar. Pero estás cambiando un bloqueo de proveedor por otro. Si estás superando Bubble por rendimiento, escalabilidad o tamaño del equipo, eventualmente superarás esas herramientas también. Cambiar a un stack basado en código como Next.js + Supabase es una inversión única que escala indefinidamente.
¿Cuánto cuesta ejecutar una aplicación Next.js + Supabase en comparación con Bubble?
Para la mayoría de las aplicaciones SaaS, estás mirando $45-200/mes en Vercel + Supabase para lo que costaría $349-5.000+/mes en Bubble. Supabase Pro es $25/mes, Vercel Pro es $20/mes. A escala, tus costos crecen mucho más lentamente porque estás pagando por recursos de cómputo reales en lugar de unidades de flujo de trabajo. Una regla general aproximada: espera pagar el 5-20% de lo que pagabas en Bubble.
¿Se verá afectado mi SEO por la migración?
Puede mejorar dramáticamente. Las aplicaciones Bubble se renderizan del lado del cliente y son lentas, lo que daña las puntuaciones de Core Web Vitals. Next.js admite renderizado del lado del servidor y generación estática, lo que significa cargas de página más rápidas y mejor rastreabilidad. Solo asegúrate de configurar redirecciones 301 adecuadas desde tus antiguas URLs de Bubble a las nuevas rutas de Next.js, y deberías ver mejoras en SEO dentro de un par de semanas.
¿Necesito saber PostgreSQL para usar Supabase?
El conocimiento básico de SQL ayuda mucho, pero Supabase proporciona un editor de tabla visual y una biblioteca de cliente JavaScript que abstrae la mayoría de las consultas. Dicho esto, entender SQL te hará dramáticamente más efectivo. Para consultas complejas, informes y ajuste de rendimiento, el conocimiento de SQL es esencial. Si tu equipo no tiene experiencia en SQL, este es un buen momento para invertir en aprenderlo -- es una habilidad que da dividendos para siempre.
¿Qué sucede con las integraciones de API de mi aplicación Bubble durante la migración?
Necesitarás recrear cada integración en tu aplicación Next.js. La buena noticia es que esto suele ser mucho más fácil con código que con el plugin Conector de API de Bubble. Una integración de Stripe que requería un plugin y 15 flujos de trabajo en Bubble podría ser 50 líneas de código con el SDK de Node.js de Stripe. Haz una lista completa de cada servicio externo con el que tu aplicación Bubble se comunica y abordalo uno a la vez.
¿Puedo usar el nivel gratuito de Supabase para producción?
El nivel gratuito de Supabase en 2026 te proporciona 500MB de almacenamiento de base de datos, 1GB de almacenamiento de archivos, y 50.000 usuarios activos mensuales en autenticación. Para productos muy tempranos, esto puede funcionar. Pero para cualquier aplicación en producción seria, querrás el plan Pro a $25/mes para mejor rendimiento, copias de seguridad diarias, y sin pausa del proyecto después de inactividad. Sigue siendo increíblemente barato comparado con Bubble.