Internal server error en Lovable: causas y solución

Un “internal server error” en Lovable puede venir de dos lugares muy distintos: del editor de Lovable (cuando le escribes al chat y responde “An internal error occurred”) o de tu app publicada (cuando un usuario ve un error 500). En el primer caso casi siempre es temporal y del lado de Lovable; en el segundo, el problema está en el backend de tu app y hay que revisarlo. Así distingues cada uno y lo resuelves.

Caso 1: “Internal error” en el editor de Lovable

Si al mandar un prompt ves “An internal error occurred”, “Internal server error” o un “error status” en el chat, Lovable lo describe como una falla en sus servidores al procesar tu mensaje.

Qué hacer

1. Revisa status.lovable.dev. Si hay un incidente, espera; reintentar mil veces no lo acelera.
2. Espera uno o dos minutos y reintenta el mismo mensaje.
3. Recarga la página (Ctrl + Shift + R) y vuelve a abrir el proyecto.
4. Acorta el prompt. Mensajes enormes o con muchos archivos adjuntos fallan más. Divide la tarea en pasos.
5. Si el error empezó tras un cambio, usa el historial de versiones del proyecto para regresar a la última versión que funcionaba.
6. Prueba Chat mode o Plan mode y pide a Lovable que investigue antes de cambiar código, como sugiere su FAQ.

Si persiste por horas sin incidente publicado, escribe a soporte de Lovable desde el correo de tu cuenta con el enlace del proyecto y la hora del error.

Caso 2: “Connection error” en Lovable

Connection error significa que tu navegador perdió la conexión con Lovable mientras trabajaba. Suele ser local:

1. Revisa tu internet (abre otro sitio).
2. Desactiva VPN, proxys o extensiones como bloqueadores de anuncios.
3. Si estás en la red de una empresa, puede que el firewall corte conexiones largas. Prueba con los datos del celular.
4. Abre el proyecto en una ventana de incógnito o en otro navegador.

Caso 3: tu app publicada da “Internal Server Error” (500)

Aquí el error no es de Lovable sino de tu backend: lo que corre en el servidor de tu app (en Lovable Cloud o en tu propio Supabase).

Paso a paso

1. Encuentra la petición que falla. En tu app: clic derecho → Inspeccionar → Network. Repite la acción y busca la fila en rojo con código 500. Anota la URL; si contiene /functions/v1/, es una Edge Function (una función que corre en el servidor).
2. Lee los logs.
   • Lovable Cloud: pestaña Cloud del proyecto → Logs.
   • Supabase propio: panel de Supabase → Edge Functions → tu función → Logs.
3. Busca la causa en el log. Las más frecuentes:
   • Una variable o secret que no existe (undefined donde debería ir una llave).
   • Un servicio externo que falló o rechazó la llave (OpenAI, Stripe, Resend).
   • Un error de código no controlado (TypeError: Cannot read properties of undefined).
   • Una consulta a la base de datos con una columna que ya no existe.
4. Pégale el log completo a Lovable en el chat y pide que explique la causa antes de cambiar nada.

Ejemplo de función que no truena

Una Edge Function bien hecha atrapa el error y responde con un mensaje claro en vez de un 500 genérico:

Deno.serve(async (req) => {
  try {
    const { email } = await req.json();
    if (!email) {
      return new Response(JSON.stringify({ error: "Falta el correo" }), { status: 400 });
    }
    // ... tu lógica
    return new Response(JSON.stringify({ ok: true }), { status: 200 });
  } catch (err) {
    console.error("Error en la función:", err);
    return new Response(JSON.stringify({ error: "Error interno" }), { status: 500 });
  }
});

El console.error es lo que te deja leer la causa en los logs.

Casos frecuentes del error 500 en apps de Lovable

Funcionaba y de repente dejó de funcionar, sin tocar nada. Revisa primero los servicios externos: una llave de OpenAI sin saldo, una tarjeta vencida en el proveedor de correo o un token de Stripe revocado hacen que tu función falle de un día para otro. El log suele mostrar la respuesta del proveedor (por ejemplo, un código de saldo insuficiente o llave inválida).

Solo falla con algunos usuarios. Busca qué tienen en común: un campo vacío en su perfil, un nombre con acentos o caracteres especiales, una cuenta creada antes de un cambio en la base de datos. Prueba la acción con uno de esos usuarios y compara el log con el de un usuario donde sí funciona.

Funciona en la vista previa y falla en el dominio publicado. Revisa que los secrets y variables existan también para la versión publicada y que el dominio esté permitido en la configuración de autenticación. Ver requested path is invalid en Supabase si el problema aparece al iniciar sesión.

Qué mandarle a soporte de Lovable

Si el error es del editor y no se resuelve, un reporte completo se atiende más rápido:

1. Enlace del proyecto.
2. Fecha, hora y zona horaria del error (por ejemplo, “6 de noviembre, 10:15, hora del centro de México”).
3. El texto exacto del mensaje y una captura de pantalla.
4. Qué estabas pidiendo en el prompt.
5. Si pasa en otro navegador o en modo incógnito.

Otros errores parecidos

• “Exceeded quota”: no es un error del servidor sino de saldo o límites de la IA. Ver Lovable error exceeded quota.
• “Forbidden” (403): es de permisos. Ver Lovable error forbidden.
• Error 400 de Supabase: la petición está mal formada. Ver error 400 en Supabase.

Errores comunes al intentar arreglarlo

1. Usar “Try to fix” en bucle. Lovable sugiere usarlo una o dos veces y luego investigar.
2. Reescribir medio proyecto por un error que era temporal.
3. Quitar la seguridad (desactivar RLS, poner llaves en el frontend) para que “funcione”.
4. No mirar los logs. El log casi siempre dice exactamente qué falló.

Si tu app publicada sigue dando error 500, o el editor no avanza y ya tienes usuarios esperando, en Black Engine revisamos los logs y el código contigo por WhatsApp. Si la app ya está muy enredada, empieza por qué hacer si tu app hecha con IA no funciona.