Mi app no funciona: qué revisar si la hiciste con IA

Si tu app no funciona, no empieces cambiando código. En la mayoría de los casos el problema está en uno de cinco lugares: la plataforma está caída, hay un error de JavaScript en el navegador, faltan variables de entorno, la base de datos está bloqueando o el deploy (la publicación) falló. Revísalos en ese orden y en 15 minutos sabrás dónde está el problema, aunque la app la hayas hecho con IA.

Revisión rápida: 5 pasos en orden

1. ¿Está caída la plataforma?

Antes de tocar nada, revisa las páginas de estado de lo que usas:

• Lovable: status.lovable.dev
• Supabase: status.supabase.com
• Vercel: vercel-status.com
• Netlify: netlifystatus.com

Si hay un incidente, espera. Cambiar código durante una caída solo agrega problemas.

2. Abre la consola del navegador

En Chrome: clic derecho en tu página → Inspeccionar → pestaña Console. Recarga la página.

• Errores en rojo: el primero es el importante. Cópialo completo.
• Pestaña Network (Red): filtra por “Fetch/XHR” y busca filas en rojo. El número te dice mucho:
  • 400: la petición está mal formada (falta un dato o tiene formato incorrecto).
  • 401 o 403: no tienes permiso; sesión vencida o reglas de base de datos.
  • 404: la ruta o el recurso no existe.
  • 500: falló el servidor.

3. Revisa las variables de entorno

Las variables de entorno son datos de configuración (como la URL de tu base de datos) que viven fuera del código. Si la app funciona en tu computadora o en el editor de Lovable/Bolt pero no en Vercel o Netlify, casi siempre faltan ahí. Revisa en el panel de tu hosting que existan las mismas variables que en tu archivo .env, con el mismo nombre exacto. Te explicamos qué es el archivo .env.

4. Revisa la base de datos

Si la app carga pero no muestra datos, o no deja guardar:

• En Supabase, abre Logs y busca errores recientes.
• Un mensaje como new row violates row-level security policy significa que las reglas de permisos están bloqueando la acción. Lo explicamos en este post sobre RLS.
• Si nada aparece y no hay error, puede que la tabla esté vacía o que la consulta filtre de más.

5. Revisa el último deploy

En Vercel o Netlify abre la lista de deploys. Si el último está en rojo, la versión publicada es la anterior (o ninguna). Abre el log y busca la primera línea con Error. El caso más común es npm run build exited with 1.

Mi página web no funciona: casos frecuentes

La página sale en blanco. Error de JavaScript al arrancar. La consola te dice cuál. Con frecuencia es una variable de entorno vacía (supabaseUrl is required).

Funciona la página de inicio pero al recargar otra sale 404. Tu hosting no sabe que es una app de una sola página. Necesitas una regla de reescritura; está en error 404 en Vercel.

No puedo iniciar sesión en mi dominio, pero en el editor sí. Falta agregar tu dominio en Authentication → URL Configuration de Supabase (Site URL y Redirect URLs).

No llegan los correos de confirmación. El servicio de correo incluido en Supabase tiene un límite muy bajo y solo sirve para pruebas. Ver error sending confirmation email.

Funcionaba ayer y hoy no. Revisa qué cambió: un deploy nuevo, un prompt a la IA, un plan que venció, créditos agotados. El historial de versiones de Lovable o el historial de git te dice qué se modificó.

App hecha con IA no funciona: por qué pasa tanto

Las herramientas de IA generan muy rápido, pero:

• Solo “ven” una parte del proyecto en cada cambio.
• Prueban poco o nada en condiciones reales (otro navegador, otro dominio, datos reales).
• A veces dejan funciones a medias que parecen listas.

No significa que tu app esté perdida. Significa que necesita una revisión con método.

Errores comunes al intentar arreglarla

1. Pedirle a la IA “arregla todo” sin pegarle el error. Adivina, y suele adivinar mal.
2. Cambiar varias cosas a la vez. Ya no sabes cuál arregló o rompió algo.
3. Borrar y empezar de nuevo. Rara vez es necesario y pierdes lo que sí funcionaba.
4. Desactivar la seguridad para que “funcione”, por ejemplo quitar RLS en Supabase. Funciona, pero deja tus datos abiertos a cualquiera.

Cómo pedirle a la IA que arregle el error (y que sí funcione)

Cuando ya ubicaste dónde está el problema, la IA de Lovable, Bolt o Cursor puede ayudarte mucho más si le das contexto. Un mensaje que suele funcionar:

Al hacer clic en "Guardar pedido" en la página /pedidos no pasa nada.
En la consola aparece este error:
[pega aquí el error completo]
En la pestaña Network la petición a /rest/v1/pedidos responde 403.
Antes de cambiar código, explícame qué crees que lo causa.
No desactives RLS ni cambies otras pantallas.

Funciona porque le dices qué hiciste, qué esperabas, el error exacto y qué no debe tocar. Pedirle que explique antes de cambiar te permite detectar cuando va por el camino equivocado.

Si después de dos o tres intentos repite la misma solución, detente: los intentos siguientes suelen empeorarlo. Regresa a la última versión que funcionaba y cambia de estrategia. Más técnicas en corregir código con IA.

Qué juntar antes de pedir ayuda a una persona

Si vas a pedir ayuda a un programador, ahorras mucho tiempo si tienes listo:

• El enlace de la app publicada y, si aplica, del editor (Lovable, Bolt, Replit).
• Qué pasos haces para que aparezca el error y en qué navegador.
• Capturas de la consola y de la pestaña Network.
• Desde cuándo pasa y qué fue lo último que cambiaste.
• Acceso al repositorio de GitHub, si lo tienes conectado.

No mandes contraseñas ni llaves secretas por chat; se comparten con acceso al proyecto o se cambian después.

Cuándo pedir ayuda

Si después de estos cinco pasos no encuentras la causa, si el problema está en pagos o inicio de sesión, o si la IA lleva varios intentos en círculos, conviene que lo vea alguien con experiencia. En Black Engine revisamos tu app por WhatsApp: nos mandas el enlace y el error, y te decimos qué está fallando y qué hace falta para dejarla funcionando.