Créditos de Lovable: imagen y vídeo ya se ven por separado

El problema de los créditos de Lovable nunca ha sido cuántos te dan. Ha sido no saber en qué se te van.

El 23 de septiembre de 2026 Lovable metió dos cambios en su changelog que van justo ahí. Ninguno es espectacular. Los dos son de esos que agradeces el día que abres la pantalla de uso y no entiendes por qué el contador ha bajado tanto.

Generar imágenes y vídeos ya aparece como línea aparte

Hasta ahora, generar una imagen dentro de tu proyecto se mezclaba con el resto del gasto. Ahora no.

Según el anuncio, en Usage details puedes ver el gasto de generación de imágenes y de generación de vídeos como partidas separadas. La ruta es Settings, luego Plans & credit usage, luego Usage details, y ahí seleccionas Build credits. Image generation y Video generation aparecen al lado de Build y de Chat, tanto en el gráfico como en la tabla de debajo.

Y el dato que conviene grabarse: las imágenes y los vídeos generados gastan créditos de build. Los mismos con los que construyes la app.

O sea, que la tarde que te pones a pedirle portadas para el landing hasta que una te guste, no estás gastando de un saco de imágenes aparte. Estás mordiendo el mismo saco con el que luego querías arreglar el formulario de contacto.

¿Por qué importa tanto una línea en un gráfico?

Porque es la diferencia entre saber y sospechar.

Cuando todo el gasto va a un mismo montón, tú no aprendes nada. Ves que bajas rápido, te cabreas un poco, culpas a la herramienta y sigues igual. Cuando lo ves desglosado, la conversación cambia: "ah, que buena parte de lo del mes pasado fueron imágenes que ni llegué a usar".

Esto es exactamente lo mismo que pasa con los gastos de un negocio pequeño. No tienes un problema de ingresos, tienes un problema de no saber dónde se te va el dinero. Y no lo arreglas apretando los dientes, lo arreglas teniendo el desglose delante.

Si no tienes claro qué contador es cuál, te lo cuento entero en los créditos de Lovable: build, Cloud e IA.

El otro cambio: ver lo que cuesta la base de datos antes de tocarla

El segundo es más pequeño, pero evita un susto mayor.

Cuando vas a cambiar el tamaño de la base de datos de tu proyecto, el diálogo Manage instance ahora te enseña un coste mensual estimado en créditos debajo de cada tamaño. Antes de elegir, no después.

La estimación no es un número de catálogo: Lovable la calcula con el consumo Cloud reciente de tu propia app. Y si tu app es nueva y no tiene historial suficiente, usa una estimación de uso por defecto.

Ese matiz es importante y no me lo voy a saltar. Es una estimación, no una factura. Tu app puede tener una semana rara, entrar tráfico de golpe, y el número que viste el martes no parecerse al del mes siguiente.

¿Esto te va a ahorrar créditos de verdad?

Por sí solo, no. Un gráfico no paga nada.

Lo que te ahorra es la decisión que tomas después de mirarlo. Que es donde se juega el dinero de verdad con este tipo de herramientas.

Te pongo los dos casos que me parecen más probables. El primero: descubres que una parte grande de tu gasto son imágenes generadas a lo bestia en sesiones de las que ni te acuerdas, y decides generarlas en otro sitio o dejar de pedir catorce variantes de lo mismo. El segundo: ibas a subir el tamaño de la base de datos "por si acaso", ves el coste estimado debajo de cada opción y te quedas donde estabas.

Los dos son decisiones de treinta segundos. Las dos las tomas mejor con el número delante.

Lo que el anuncio no dice

Ninguna de las dos entradas menciona planes. No dice si el desglose de imagen y vídeo está en todos, ni si la estimación de coste aparece para cualquier proyecto. Tampoco dice qué periodo exacto de consumo usa para calcular la estimación, más allá de que mira el uso reciente de tu app.

Así que lo sensato es entrar y mirarlo en tu cuenta en vez de fiarte de lo que te cuente nadie, yo incluido. Son dos pantallas, se tarda dos minutos.

Lo que esto dice de hacia dónde va la herramienta

Los dos cambios van en la misma dirección, y no creo que sea casualidad.

Cuando una herramienta cobra por consumo, el gasto opaco funciona a su favor durante un tiempo. Solo durante un tiempo. Luego llega la factura que nadie entiende, la gente se asusta, y el que se asusta con una herramienta de suscripción se va.

Enseñarte el desglose y avisarte del coste antes de que toques nada es aceptar que un usuario tranquilo dura más que un usuario exprimido. A mí me parece la decisión correcta, y me parece que llega tarde. Las dos cosas a la vez.

Ojo, que esto no convierte los créditos en baratos. Solo los convierte en visibles. Que ya es bastante más de lo que tenías la semana pasada.

Qué haría yo esta semana

Abrir Usage details, poner Build credits y mirarme el mes anterior línea a línea. Sin intención de arreglar nada todavía, solo mirar.

La primera vez que uno hace eso con cualquier contador, sale una sorpresa. Siempre. Y normalmente la sorpresa no es lo que tú creías que era.

Y si estás en el punto de antes, calculando cuánto te va a costar el mes que viene mantener esto encendido, tienes los tramos al detalle en los precios de Lovable en 2026.

Los dos cambios están en el changelog oficial de Lovable (enlace de afiliado: así me ayudas a seguir creando contenido), con fecha del 23 de septiembre de 2026.

Si te pierdes con estas herramientas antes de llegar a los créditos, haz el test de nivel de IA y te digo por dónde empezar.