¿Tu app de Lovable está lista para usuarios reales?

Las apps de Lovable son React más Supabase, y la mayoría de sus problemas vive entre los dos: lo que acaba en el bundle del navegador y lo que la base de datos deja leer a cualquiera. Pega la URL de Lovable o de tu dominio propio y mira qué arreglar antes de compartir el enlace.

Gratis, sin registro. El análisis básico hace solo las peticiones que haría un navegador normal.

Ver un informe completo de ejemplo

Lo que revisamos en una app de Lovable

Compruébalo tú mismo en diez minutos

No nos necesitas para encontrar lo peor. Así se revisa a mano una app de Lovable — y qué significa cada resultado.

  1. Mira la clave de Supabase en tu código

    Abre el archivo generado del cliente de Supabase (normalmente src/integrations/supabase/client.ts) y busca en todo el proyecto service_role y sb_secret_. En la app solo debe estar la clave anon o publishable.

    service_role
    sb_secret_
  2. Decodifica la clave que entrega de verdad el sitio en producción

    Abre tu sitio en producción y luego DevTools → Console. Pega la clave que ves en la pestaña Network (la cabecera apikey de cualquier petición a supabase.co) y decodifícala. "role": "anon" está bien; "service_role" significa que hay que rotarla ya.

    JSON.parse(atob("<the key>".split(".")[1])).role
  3. Ejecuta el Security Advisor de Supabase

    Panel de Supabase → Advisors → Security Advisor. Cualquier tabla que aparezca con Row Level Security desactivado la puede leer cualquiera que tenga la clave anon.

  4. Comprueba qué muestra la vista previa de un enlace

    Abre tu URL con view-source: delante. Si el <title> sigue siendo el de la plantilla y no hay meta description, eso mismo ven los buscadores y las apps de chat. Edita index.html.

    view-source:https://your-app.lovable.app

Pega la solución directamente en Lovable

Cada informe termina con un prompt escrito para un creador con IA: qué está mal, en qué archivo y cómo comprobar que la solución funcionó. Pégalo en el chat de Lovable.

Corrige estos problemas en myapp.lovable.app. Localiza cada uno antes de cambiar nada.

1. Hay una clave service_role de Supabase en assets/index-8a1d.js.
   Mueve las consultas que la necesitan a una Supabase Edge Function, rota la clave en el panel de Supabase y deja solo la anon key en la app.

2. La página no tiene meta description tras el renderizado.
   Añade una descripción y etiquetas Open Graph en index.html.

Al terminar, vuelve a revisar: https://scanyoursite.app/es?check=myapp.lovable.app

Cada cambio en Lovable es un despliegue

Un solo prompt puede reescribir media app. Con Pro detectamos cada nueva versión y la revisamos en minutos — ¿sigue en pie el sitio?, ¿se ha vuelto a colar una clave en el bundle? — y te escribimos solo cuando hay algo nuevo mal.

Ver planes

Preguntas

¿Funciona en un subdominio de lovable.app?

Sí, y también en un dominio propio. Los análisis avanzados, como el de tablas, necesitan una prueba de que el dominio es tuyo, y esa prueba solo se puede dar en un dominio que controles.

¿El análisis de tablas cambia mis datos?

No. Envía una petición HEAD por tabla con tu anon key pública para contar las filas legibles. Nunca lee el contenido de las filas ni escribe nada.

¿Es un problema que la anon key esté en mi bundle?

No, está pensada para ser pública. El peligro es la clave service_role o secret, o las tablas sin Row Level Security: eso es lo que buscamos.

Para vibe coders

Pega tu URL. Tendrás la lista en un minuto, más o menos.

Cada hallazgo te dice qué significa para ti y cómo arreglarlo — o trae un prompt que tu herramienta de IA puede aplicar.

Gratis, sin registro. El análisis básico hace solo las peticiones que haría un navegador normal.