Lovable Cloud: qué es, qué cuesta y cuándo se cae tu web

Lovable no te cobra el hosting aparte. Te lo cobra en créditos.

Veinte al mes, los mismos en el plan gratis que en uno de 2.250 $. Y cuando llegas a cero, el backend de tu web publicada se pausa. Esta es la parte del sistema de precios que no aparece en ningún tutorial en español, y es justo la que decide si tu proyecto sigue en pie el mes que viene.

¿Qué es Lovable Cloud y cuánto cuesta?

Cloud es el backend que Lovable te monta sin que tú hagas nada. La documentación lo define así: "Lovable hosts your app and includes a built-in backend (Cloud) with database, authentication, storage, edge functions, and AI".

O sea, base de datos, registro y login de usuarios, almacenamiento de archivos, funciones de servidor y las llamadas a modelos de IA desde tu app. Todo eso incluido, sin configurar servidores ni contratar nada por separado.

¿Cuánto cuesta? No tiene precio propio. Se paga con la misma moneda que todo lo demás dentro de la herramienta: créditos. Y ahí está el detalle que hay que entender bien antes de publicar nada serio.

Si quieres verlo por dentro antes de decidir nada, abre un proyecto de prueba en Lovable (enlace de afiliado: así me ayudas a seguir creando contenido) y publica algo pequeño. El contador de créditos lo tienes en tu propio espacio de trabajo, y una semana mirándolo te explica esto mejor que yo.

¿Qué incluye exactamente y qué gasta créditos?

Los créditos de Cloud cubren, según la documentación oficial, el hosting, la base de datos, el almacenamiento, la red y el cómputo. Es decir, lo que consume tu web mientras está viva y la gente la usa.

Ojo con esto, porque cambia la forma de pensar. Los créditos de build se gastan cuando tú trabajas: le pides algo a la IA y se descuenta. Los créditos de Cloud se gastan cuando trabaja tu web, aunque tú estés durmiendo.

Hay un tercer contador, el de las funciones de IA dentro de las apps ya desplegadas. Si tu app llama a un modelo cada vez que un usuario pulsa un botón, eso también sale de un saldo mensual. Los tres contadores conviven y no son intercambiables. Lo tengo desmenuzado en el post sobre los tres tipos de créditos de Lovable.

¿Cuántos créditos Cloud da cada plan?

Aquí viene el dato que descoloca a todo el mundo: los mismos en todos.

Léelo otra vez. Veinte créditos de Cloud al mes tanto si no pagas nada como si pagas el tramo más caro. Lo que crece al subir de plan son los créditos de suscripción, que son los que usas para construir.

Lo cual tiene su lógica retorcida: la suscripción te compra capacidad de trabajo, no capacidad de aguante de tu web publicada.

¿Se acumulan los créditos que no gasto?

Los de Cloud no. Los de la suscripción sí.

La documentación distingue las dos cosas con bastante claridad: "Unused monthly plan credits automatically roll over at the end of each billing cycle", pero "unused usage-specific grants do not roll over".

Traducido: si un mes tu web consume poco y te sobran quince créditos de Cloud, no los tienes el mes siguiente. Vuelves a empezar en veinte. No hay colchón que se construya solo.

¿Qué pasa cuando llego a cero?

Esto sí que hay que leerlo despacio, porque es literal.

Sobre la construcción: "Building stops. When you try to continue building, Lovable shows a blocking dialog until credits are available". Molesto, pero es tu problema y lo resuelves cuando quieras.

Sobre tu web ya publicada: "Built-in backend services will pause. If your app uses a backend service like a database, storage, or authentication, those services pause shortly after you run out of credits". Y las funciones de IA de las apps desplegadas dejan de funcionar.

Dicho en cristiano: si tu app depende de la base de datos o del login, y te quedas sin créditos, deja de funcionar para tus usuarios. No es que se ponga lenta. Se para.

La parte tranquilizadora, que también es literal, es que los datos no se pierden: "Your database, storage, and authentication data stays safe while the services are paused". Vuelves a poner saldo y vuelve a levantarse.

Aun así, si esa web es de un cliente, o es tu formulario de captación, o es la herramienta con la que trabajas, un lunes con el backend pausado es un lunes muy largo.

Y por eso el argumento de pagar aquí no va de tener más créditos para pedirle cosas a la IA. Va de tener saldo de reserva. Si tienes algo publicado que le importa a alguien, activa un plan de pago en Lovable o deja una recarga hecha antes de que haga falta: 15 $ por 50 créditos en Pro, el doble en Business. Es un seguro barato comparado con explicarle a un cliente por qué su web no responde.

¿Puedo usar Supabase en lugar de Lovable Cloud?

Sí, y está documentado. Para proyectos nuevos, la documentación dice que puedes elegir: "choose either the built-in backend (Cloud) or Supabase".

Es una decisión de las que se toman al principio o no se toman. Si eliges Supabase, tu base de datos vive fuera de Lovable y no depende de este saldo mensual. Si eliges Cloud, ganas comodidad y aceptas el contador.

Yo lo miraría así: para un experimento o una demo, Cloud sin pensarlo. Para algo que va a tener usuarios de verdad y que quieres poder mudar algún día, plantéate la otra opción antes de escribir la primera tabla.

¿Cuánto cuesta mantener viva una web publicada al mes?

Te voy a decir la verdad incómoda: no hay una cifra oficial y no me la voy a inventar.

Lovable no publica un consumo medio de créditos Cloud por web, porque depende de tu tráfico, de tus consultas a base de datos y de si tu app llama a modelos de IA. Cualquiera que te dé un número redondo se lo está sacando de la manga.

Lo que sí puedes hacer, y es lo que yo haría, es medirlo tú. Publicas el proyecto, lo dejas correr un mes con tráfico real y miras cuántos de los veinte créditos te has comido. Con ese dato sabes si tu web vive tranquila dentro del saldo mensual o si necesitas presupuesto de recarga. Un mes de observación vale más que veinte artículos de opinión.

¿Compensa frente a alojarla en otro sitio?

Depende de si tu web necesita backend o no.

Si lo que has hecho es una web de presentación, una landing o un portfolio sin base de datos ni usuarios registrados, estás pagando un modelo pensado para apps. Ese tipo de sitio se aloja en cualquier hosting estático de los de siempre y no consume nada parecido a esto. Lo comparo con calma en lo que es gratis de verdad en Netlify y lo que no.

Si tu app tiene login, base de datos y archivos de usuarios, la cosa cambia. Montar eso por tu cuenta significa elegir proveedor, configurar, mantener y responder tú cuando algo falla. Cloud te lo da hecho, y esa comodidad se paga en créditos. Para mucha gente es un cambio justo.

La pregunta útil no es cuál es más barato, sino cuánto vale tu tiempo de configuración. Si tienes dudas sobre dónde poner cada cosa, en dónde alojar una app hecha sin código están las opciones ordenadas por caso.

Los precios y los tramos que menciono son los publicados en la documentación oficial en el momento de escribir esto. Compruébalos en la página de planes de Lovable antes de contratar, porque esta gente los mueve.

Si lo que te chirría es depender de un contador ajeno para que tu propia web siga en pie, esa es exactamente la razón por la que monté el curso de crear tu web con Claude Code: tu código, tu hosting, tus reglas.