Contenido del curso
Cómo depurar errores en Lovable
Cuando trabajas con Lovable y tu proyecto deja de funcionar, lo último que quieres es entrar en un loop infinito de prompts que no resuelven nada. Esta guía te muestra cómo identificar errores comunes en Lovable, leer los logs correctos y aplicar soluciones rápidas para volver a construir sin frustración.
¿Qué hacer cuando tu proyecto en Lovable se rompe?
Lo primero que debes saber es que no estás obligado a seguir prompteando cuando algo falla. Lovable guarda versiones anteriores de tu proyecto, y eso te salva más veces de las que crees.
Si llevas varios intentos y nada funciona, puedes hacer reroll del prompt o restaurar a una versión anterior que sí funcionaba [00:32]. Yo lo hice cuando metí un error que crasheó todo el proyecto: en vez de seguir peleando con el chat, regresé al punto estable y volví a intentarlo desde ahí.
¿Cuándo debo restaurar una versión anterior en Lovable? Cuando llevas varios prompts seguidos sin resolver el bug. Restaurar te ahorra tiempo y créditos, y te deja arrancar limpio desde un punto que ya funcionaba.
No le tengas miedo a retroceder. Es parte del flujo.
¿Cómo encontrar errores usando la consola del navegador?
Aquí viene un truco que muchos pasan por alto. Lovable tiene acceso a buena parte de tus logs, pero a veces se le escapa información clave del frontend.
Abre la pestaña Preview para ver la versión en vivo de tu sitio. Dentro de Chrome, haz clic derecho, selecciona Inspect y entra a la pestaña Console [01:18]. Ahí vas a ver los errores en rojo que el navegador detecta en tiempo real.
Para aprovechar esto:
El chat mode es útil porque no toca tu código de inmediato. Primero identifica la causa raíz y luego propone una solución [01:48]. Eso evita que rompa cosas adicionales mientras intenta arreglar el bug original.
¿Dónde reviso los errores cuando uso Supabase?
Si tu proyecto usa Supabase y algo falla con la base de datos o las APIs, la consola del navegador no te va a alcanzar. Tienes que ir directo a las edge functions.
¿Qué son las edge functions y por qué importan?
Cada vez que conectas una API o haces operaciones con la base de datos, Lovable crea una edge function que vive dentro de Supabase [02:35]. Si los datos no llegan al frontend, nueve de cada diez veces el problema está ahí.
Para revisarlas:
El filtro de severity es tu mejor amigo aquí. Te permite separar errores reales de simples outputs informativos que la función registra [03:05]. Así no pierdes tiempo leyendo logs que no son relevantes.
¿Por qué mi API en Supabase no devuelve datos? Casi siempre es la edge function. Revisa sus logs filtrando por errores y vas a encontrar el problema en minutos.
¿Por qué no puedo editar datos aunque el código esté bien?
Y aquí viene uno de los errores más silenciosos y frustrantes. Si tu app no logra crear, leer, actualizar o eliminar datos, antes de tocar el frontend piensa en RLS.
RLS significa Row Level Security, y es uno de los mayores tropiezos para fundadores que están vibe coding en Lovable [03:42]. Son las políticas que definen quién puede hacer qué dentro de cada tabla de tu base de datos.
El problema típico: Lovable, o tú mismo, agregaron una regla rara que bloquea operaciones legítimas. No es culpa del frontend, es la seguridad de la base de datos cerrándole la puerta a los usuarios.
Para revisarlo:
Una vez que las políticas estén alineadas con lo que tu app necesita, los errores de CRUD desaparecen y puedes seguir construyendo. Cuéntame en los comentarios qué tipo de errores te han trabado más en Lovable.
