Sitio de Lovable que no aparece en Google: SEO

Las apps antiguas de Lovable envían una página casi vacía y dependen del prerrenderizado de Lovable para Google. Comprueba qué recibe Google y corrige los huecos en Lovable. La interfaz de Lovable está en inglés, así que sus opciones aparecen aquí con su nombre en inglés.

Primero, averigua qué tipo de app de Lovable tienes

Las apps de Lovable son de dos tipos, y las soluciones cambian. Las apps creadas a partir del 13 de mayo de 2026 funcionan con TanStack Start, que genera cada página en el servidor. Los proyectos Enterprise nuevos llegaron el 22 de junio de 2026. Las apps más antiguas son apps de React hechas con Vite. Envían una página casi vacía y el navegador la rellena con JavaScript.

Para comprobar la tuya, abre tu sitio publicado y mira el código fuente de la página (Ctrl+U, o Cmd+Option+U en Mac). O ejecuta esto en una terminal con tu dirección:

# Muestra el elemento raíz vacío en una app antigua
curl -s https://www.example.com/ | grep -o '<div id="root"></div>'

Si el código fuente muestra tus títulos y tu texto, la app genera las páginas en el servidor. Si el cuerpo de la página es solo <div id="root"></div>, es una app antigua. También puedes preguntarle a Lovable en el chat: "What stack is this project on?"

Google suele recibir más de lo que muestra el código fuente

Lovable sirve copias prerrenderizadas de las páginas publicadas a los rastreadores que verifica. Su lista incluye a Google, Bing, los robots de vista previa de redes sociales y motores de IA como ChatGPT, Perplexity, Claude y Gemini. Así que, en una app antigua, el robot de Google normalmente recibe tu texto aunque el código fuente esté vacío.

Los comprobadores de SEO y otros rastreadores reciben la página vacía. Por eso una auditoría externa puede decir que tu sitio de Lovable está en blanco mientras Google lo indexa sin problema. Comprueba qué recibió Google antes de cambiar nada.

En Search Console, pega la dirección de la página en la barra de búsqueda de arriba. Se abre la inspección de URLs.
Si dice La URL está en Google, haz clic en Ver página rastreada para ver el HTML que indexó Google.
Haz clic en Probar URL publicada, después en Ver página probada, y abre la pestaña Captura de pantalla. Así renderiza Google la página hoy.
Una captura en blanco o un indicador de carga significa que Google no recibe tu contenido. Mira La página se ha indexado sin contenido.

Páginas que no existen y responden 200

En la app antigua de Lovable que probamos en octubre de 2026, una dirección sin página detrás devolvía el código 200, igual que una página real. Después, la app dibujaba su pantalla de "no encontrado" con JavaScript. Google puede mostrar esas direcciones como Soft 404. Las apps con TanStack Start que probamos devolvían un 404 real.

La documentación de Lovable no dice qué código envía a Google su copia prerrenderizada para una página que no existe. Si Search Console lista páginas Soft 404, corrígelo en la app. La guía de JavaScript de Google da dos formas: mandar al visitante a una dirección que devuelva 404 o añadir una etiqueta robots noindex a la pantalla de "no encontrado".

Ejemplo de prompt que escribimos nosotros. Lovable no publica uno para esto:

When someone opens an address that has no page, show the not-found screen and add <meta name="robots" content="noindex"> to it. Don't add that tag to any other page.

La solución duradera: pasar a TanStack Start

Después del cambio, todos los visitantes y todos los rastreadores reciben la página terminada, no solo los rastreadores que verifica Lovable. Lovable dice que las vistas previas de enlaces también funcionan mejor.

En el chat, escribe / y elige Migrate to TanStack Start. O abre Settings > General > Project actions y selecciona Migrate.
Selecciona Start migration en la tarjeta que aparece.
Recorre tus páginas en la vista previa. Lovable avisa de que las librerías hechas solo para el navegador pueden romper el renderizado en el servidor.
Publica. Tu sitio publicado mantiene la versión antigua hasta que lo hagas, y puedes volver atrás desde el historial de versiones.

Lovable dice que el cambio suele costar entre 10 y 35 créditos, según el tamaño del proyecto.

Títulos, sitemap, robots.txt y etiquetas canónicas

La revisión propia de Lovable cubre casi todo esto. Abre More > SEO & AI search y haz clic en Scan project. Haz clic en Try to fix en un hallazgo y Lovable hace el cambio en el chat. El escaneo es gratis y las correcciones gastan créditos de mensajes. La revisión no se repite al publicar, así que vuelve a hacer clic en Scan después de cambios grandes.

Títulos y descripciones: Lovable escribe un título y una descripción del sitio mientras lo construye. En una app antigua están en index.html, así que todas las páginas los comparten hasta que la app define los suyos. Cámbialos pidiéndolo en el chat, o en el cuadro Publish, en Social & search appearance.
sitemap.xml: no siempre se crea desde el principio. La revisión avisa de un sitemap que falta, rutas provisionales, URLs relativas y páginas que se quedaron fuera. Publica antes de enviarlo, porque Google lee el archivo publicado.
robots.txt: la revisión avisa de un archivo que falta, reglas que bloquean rastreadores y una línea Sitemap: que falta.
Etiquetas canónicas: la revisión avisa de URLs canónicas equivocadas, como todas las páginas apuntando a la de inicio.
Páginas que no existen: en nuestra prueba, las apps antiguas respondían 200 y las de TanStack Start, 404.

Dominio propio: dale a Google una sola dirección

Conecta tu dominio en Project > Settings > Domains. El primer dominio propio pasa a ser el dominio principal. Cuando aparece como Live, Lovable manda a los visitantes de tu dirección lovable.app y de cualquier otro dominio a ese.

Lovable usa una redirección 302 para esto, porque puedes cambiar el dominio principal más adelante. Google no toma una 302 como señal de que la nueva dirección deba ser la principal, y puede seguir mostrando la antigua. Así que pon en todas las páginas una etiqueta canónica que apunte a tu dominio y envía solo el sitemap de tu propio dominio.

El conector de Search Console de Lovable puede verificar tu sitio y enviar el sitemap. Solo verifica con la etiqueta HTML, y la etiqueta tiene que estar en el HTML que envía el servidor. En una app antigua, una etiqueta añadida con JavaScript falla con failedToFindMetaTag. Las URLs de espacios de trabajo con marca y los proyectos sin publicar nunca se indexan.

Lo que verás en Search Console

Tres motivos de Indexación > Páginas vienen de cómo funcionan las apps de Lovable.

Soft 404: las apps antiguas de Lovable responden 200 a direcciones sin página y luego dibujan una pantalla de "no encontrado" con JavaScript. Solución: añade una etiqueta robots noindex a esa pantalla o manda a los visitantes a una dirección que devuelva 404. Las apps con TanStack Start devolvieron un 404 real en nuestra prueba.
Rastreada: actualmente sin indexar: Google leyó la página y decidió no quedársela. Las páginas cortas creadas con un solo prompt le dan poco propio que guardar. Solución: dale a cada página un tema claro y detalle real, y enlázala desde tu página de inicio. Pide a Lovable que escriba a partir de tus propias notas, no textos genéricos.
Página con redirección: cuando defines un dominio principal, tus direcciones lovable.app y los demás dominios redirigen a él. Search Console lista aquí esas direcciones antiguas. Solución: es lo esperado. Envía solo el sitemap de tu dominio principal y mantén todas las etiquetas canónicas en tu propio dominio.

Cómo te ayuda CrawlCoach en un sitio de Lovable

CrawlCoach lee el veredicto de Search Console para cada página de tu sitemap y agrupa por motivo las páginas que Google dejó fuera. En un sitio de Lovable, eso pone en una sola lista las páginas Soft 404 y las de Rastreada: actualmente sin indexar, cada una con su solución. ¿Todavía no tienes sitemap? El informe gratis te lo dice y revisa en su lugar las páginas que Search Console ya conoce.

Los planes de pago también leen el HTML que envía tu servidor, sin ejecutar JavaScript. En una app antigua de Lovable, avisan de las páginas que la gente encuentra en Google cuyo texto no está en ese HTML. Los rastreadores que no están en la lista verificada de Lovable ven esas páginas vacías.

Preguntas frecuentes

¿Lovable es malo para el SEO?

No. Las apps creadas desde el 13 de mayo de 2026 envían a Google la página completa. Las antiguas envían una página vacía a casi todas las herramientas, pero Lovable las prerrenderiza para Google y los demás rastreadores que verifica. También puedes pasar una app antigua a TanStack Start.

¿Necesito un servicio de prerrenderizado para mi sitio de Lovable?

Lovable dice que no. Prerrenderiza las apps antiguas para los rastreadores verificados. Si otras herramientas también necesitan tu texto, pasa a TanStack Start en lugar de añadir un servicio.

¿Dónde están los ajustes de SEO de Lovable?

En tres sitios. Haz la revisión en More > SEO & AI search. Cambia títulos, descripciones e imágenes para compartir pidiéndolo en el chat o en el cuadro Publish. Gestiona los dominios en Project > Settings > Domains.

¿Cuál es un buen prompt de SEO para Lovable?

Empieza por la revisión, no por un prompt tuyo. El botón Try to fix de cada hallazgo le envía a Lovable un prompt para ese problema concreto. Para lo demás, di la página, el problema y el resultado que quieres, como "Give /pricing its own title and description."

Fuentes

Revisado el 8 de octubre de 2026. Google cambia Search Console y su ayuda de vez en cuando. Si algo no coincide con lo que ves en pantalla, consulta la fuente.

¿Por qué mi sitio de Lovable no aparece en Google?