TL;DR: Lovable crea sitios bonitos y rápido, pero muchas veces se publican con problemas de indexación: sitemaps ausentes, contenido renderizado del lado del cliente o sin verificación en Search Console. Aquí te explico cómo arreglarlo.
El mes pasado me pasé un fin de semana ayudando a un amigo a lanzar su proyecto en Lovable. La app se veía increíble: una interfaz limpia, transiciones rápidas, ese tipo de producto que te hace sentir que por fin tienes algo con pinta de software serio. El lunes por la mañana me escribió: "¿Por qué no lo encuentro en Google?"
Esa conversación terminó convirtiéndose en una videollamada de dos horas compartiendo pantalla, en la que corregimos cinco problemas distintos de indexación. Desde entonces he ayudado a otros tres usuarios de Lovable con exactamente lo mismo, y los problemas casi siempre son idénticos. Así que escribí esta guía para ahorrarte a ti (y a mi yo del futuro) otra sesión compartiendo pantalla.
Pero antes, una aclaración rápida: indexación vs ranking. No son lo mismo, y esa confusión es parte de por qué Lovable puede sentirse “lento”.
1. Indexación significa que Google descubrió y guardó tu página.
2. Ranking significa que Google decide que tu página merece aparecer para una búsqueda.
Los sitios hechos con Lovable son apps React renderizadas del lado del cliente (CSR) (React + Vite). Google puede indexar sitios CSR, pero muchas veces ocurre en dos etapas: primero rastrea el HTML inicial y luego vuelve más tarde para renderizar el JavaScript y capturar el contenido completo. El resultado: la indexación puede tardar días en vez de horas para páginas nuevas, incluso cuando todo está “bien”. El sitio de mi amigo tardó cuatro días — a él le pareció una eternidad, pero en realidad era normal para un dominio CSR nuevo y sin backlinks.
La buena noticia: los sitios de Lovable pueden posicionar igual que otros sitios modernos en JavaScript, siempre que el contenido cargue correctamente y los recursos clave no estén bloqueados.
Puedes publicar un proyecto de Lovable en:
una URL por defecto de [tu-proyecto].lovable.app, o
un dominio personalizado (planes de pago).
Para SEO, Lovable recomienda explícitamente usar un dominio personalizado porque ayuda a consolidar autoridad y mantener una sola URL canónica con el tiempo. Esto coincide totalmente con lo que yo recomendaría de todos modos: he visto subdominios en plataformas compartidas sufrir muchísimo para ganar autoridad, incluso después de meses publicando de forma constante.
Si puedes, usa un dominio personalizado y configúralo como dominio principal (para que los demás dominios redirijan hacia él). Lovable permite configurar un dominio principal para que otros dominios conectados redirijan al principal.
Si todavía no estás listo para un dominio personalizado, no pasa nada — tu sitio en lovable.app igual puede indexarse. Solo sé consistente con una sola URL y no estés cambiando de subdominio a cada rato. (El primer error de mi amigo: había cambiado su subdominio dos veces antes siquiera de revisar Search Console. Cada vez, Google lo trató como un sitio completamente nuevo).
En el modal de Publish de Lovable, asegúrate de que tu sitio sea accesible públicamente. En los planes Business/Enterprise puedes restringir el acceso; si lo publicas como Workspace-only/private, Googlebot no podrá rastrearlo. Suena obvio, pero una de las tres personas a las que ayudé tenía exactamente este problema — habían activado Workspace-only para una demo y luego se olvidaron de revertirlo.
Lovable te permite editar los metadatos del sitio durante el flujo de publicación:
Icono y título
Descripción (meta description usada en resultados de búsqueda y vistas previas)
Imagen para compartir (OG image)
Esto no va a “forzar” la indexación, pero sí evita el siguiente problema con el que te vas a topar: páginas indexadas con títulos y snippets horribles. He visto un sitio aparecer en resultados de búsqueda con “Vite + React + TS” como título. No es precisamente ideal para el CTR.
Los cambios en Lovable no se publican automáticamente — tienes que publicar y luego pulsar Update para que los cambios se reflejen en vivo. Si se te olvida, Google seguirá viendo la versión anterior.
sitemap.xml en Lovable (y verifica que cargue)Los sitemaps son especialmente importantes para apps CSR porque los rastreadores no siempre descubren fácilmente todas las rutas de una SPA. Lovable lo menciona de forma explícita y dice que el agente puede generar un sitemap.xml cuando se lo pides.
Create XML sitemap at /sitemap.xml listing all public routes. Include lastmod dates and priorities: homepage 1.0, main pages 0.8, blog posts 0.6.
Lovable propone exactamente este enfoque y esta checklist de verificación. Yo añadiría una cosa que no mencionan: revisa las fechas de lastmod después de generarlo. He visto que a veces todas aparecen con la misma fecha de generación, y eso le quita bastante utilidad.
Después de publicar:
Visita: https://yourdomain.com/sitemap.xml
Confirma que devuelve XML, no un error ni una página HTML
Confirma que tus rutas importantes estén incluidas (home, páginas principales, posts del blog, páginas de producto, etc.)
Lovable aclara que necesitas regenerar y reenviar el sitemap cuando agregas o eliminas páginas (no es automático). A mí me pasó la primera vez — añadí una sección de blog y asumí que el sitemap la iba a detectar solo. No lo hizo.
robots.txt (no bloquees JS/CSS/assets)Una causa muy común de “Lovable no se indexa” es bloquear por accidente justo los archivos que Google necesita para renderizar tu sitio. Este es el problema número uno que veo en proyectos de Lovable, y también el más frustrante porque el sitio se ve perfecto en tu navegador — el problema solo aparece cuando un bot intenta renderizarlo.
Lovable recomienda crear un robots.txt y advierte explícitamente: nunca bloquees CSS, JavaScript ni tu carpeta /assets/, porque Google necesita esos recursos para renderizar páginas CSR.
Create robots.txt at /public/robots.txt that allows all crawlers and references Sitemap: https://yourdomain.com/sitemap.xml
(Adapta la URL del sitemap).
Después de publicar, tu archivo robots debería estar accesible en:
https://yourdomain.com/robots.txt
Si tu sitio es accesible desde varias URLs (por ejemplo, tanto en lovable.app como en tu dominio personalizado), Google puede tratarlo como contenido duplicado a menos que especifiques cuál es la URL preferida.
Lovable recomienda usar etiquetas canonical y además da un prompt con una forma de verificarlo.
Add canonical tags to all pages pointing to their own URLs. Use https://yourdomain.com format with no trailing slash.
Lovable sugiere revisar las canonical desde la consola:
console.log('Canonical:', document.querySelector('link[rel="canonical"]')?.href);
Y comprobar:
Exactamente una canonical por página
Que coincida con tu dominio preferido (HTTPS, preferencia de slash final, preferencia de www)
Google Search Console es tu panel de control para la indexación — y, sinceramente, es donde paso la mayor parte del tiempo cuando estoy depurando cualquier sitio de Lovable. Mi amigo ni siquiera lo tenía configurado cuando me escribió. Ni siquiera podíamos ver qué estaba haciendo Google con sus páginas. Íbamos a ciegas. En cuanto conectamos GSC, vimos que Google había intentado rastrear tres de sus páginas y había fallado en las tres por recursos bloqueados. Sin GSC, habría seguido adivinando durante semanas.
Te ayuda a:
enviar sitemaps y URLs,
ver la cobertura del índice,
y usar URL Inspection para entender qué ve Google.
En Google Search Console, añade la propiedad de la URL que quieres indexar.
Google exige verificar la propiedad antes de dejarte gestionar señales de indexación.
La guía SEO de Lovable recomienda:
DNS TXT (recomendado)
Meta tag
Subida de archivo HTML (colócalo en la raíz del sitio, normalmente /public)
En mi experiencia, DNS TXT vale la pena aunque requiera un poco más de configuración porque cubre automáticamente todos los subdominios y protocolos. El método del meta tag funciona, pero tendrás que rehacerlo si algún día reconstruyes el proyecto desde cero.
Lovable dice explícitamente que DNS TXT es el método recomendado.
Google también indica que la verificación por DNS es la única forma de verificar una “Domain property” (cubre todos los subdominios y protocolos).
<head>)Lovable da un formato de prompt listo para usar:
<meta name='google-site-verification' content='YOUR_CODE' />
Ejemplo de prompt (pégalo en Lovable):
Add GSC verification meta tag: <meta name='google-site-verification' content='YOUR_CODE' /> to the <head>
Google puede darte un archivo de verificación para subir en la raíz del sitio. Lovable sugiere colocarlo en /public para que quede disponible en https://yourdomain.com/[file-name].
Una vez que tu propiedad esté verificada:
Ve a Sitemaps
Ingresa: https://yourdomain.com/sitemap.xml
Haz clic en Submit
Lovable señala que Google puede tardar 24–48 hours en procesar y reportar los envíos de sitemap. En la práctica, yo lo he visto variar entre 6 horas y 3 días según la antigüedad del dominio.
Esta es la forma más rápida de responder:
“¿Google realmente ve mi contenido... o solo una carcasa CSR vacía?”
Este paso es donde siempre empiezo cuando alguien me pide ayuda con indexación. Olvídate del sitemap, olvídate del robots.txt — ve directo a URL Inspection y mira la captura. Si Google ve una página blanca vacía, nada más importa hasta que arregles eso.
Lovable recomienda usar URL Inspection específicamente para:
confirmar que Google ve contenido real (no vacío),
diagnosticar problemas de renderizado CSR,
y revisar si hay recursos JS/CSS bloqueados.
Para cualquier página que te importe:
Pega la URL en la barra de URL Inspection de Search Console
Haz clic en Test Live URL
Abre View Tested Page y revisa:
la captura de lo que ve Googlebot
el HTML renderizado
errores de consola
recursos bloqueados
Haz clic en Request Indexing para páginas nuevas o actualizadas (tiene límite de uso)
La propia documentación de Google enfatiza:
Debes ser propietario verificado o usuario con acceso completo para solicitar indexación
Hay una cuota
Solicitar repetidamente la misma URL no hará que Google la rastree más rápido
Yo aprendí esto por las malas al principio — me quedé ahí dándole a “Request Indexing” cinco veces seguidas sobre la misma URL, pensando que cada clic era otro empujoncito. No lo es. Una sola solicitud basta.
Esto fue lo que pasó con el sitio de mi amigo después de trabajar los pasos 1-7 durante esa sesión compartiendo pantalla. El primer día, su Search Console mostraba cero páginas indexadas y la captura de URL Inspection era un rectángulo blanco con un spinner minúsculo — Google había rastreado la carcasa HTML pero nunca volvió para renderizar el JavaScript. Su robots.txt estaba bloqueando /assets/, que contenía todos los archivos CSS y JS que la app necesitaba.
Arreglamos el robots.txt, regeneramos su sitemap (que solo estaba listando la URL raíz), añadimos etiquetas canonical y pulsamos “Request Indexing” en sus cinco páginas más importantes. Después esperamos.
Día dos: todavía nada. Me mandó una captura de un informe de Coverage vacío. Le dije que dejara de revisarlo.
Día cuatro: su home apareció en el índice. URL Inspection mostraba un renderizado completo — navegación, hero section, capturas del producto, todo. La diferencia entre la captura del día uno (blanco total) y la del día cuatro (página totalmente renderizada) era brutal. Mismo sitio, mismo contenido. El único cambio era que Google por fin podía verlo.
Para el día diez, las cinco páginas prioritarias ya estaban indexadas. Su página /pricing empezó a aparecer para “[product name] pricing” en menos de dos semanas. Nada mágico — solo lo básico hecho correctamente. Toda la corrección nos tomó unos 90 minutos de trabajo real, repartidos dentro de esas dos horas de videollamada compartiendo pantalla (los otros 30 minutos fueron él desahogándose sobre por qué esto no era automático).
Menciono esta línea de tiempo porque quiero poner expectativas realistas. Si hoy arreglas todo lo de esta lista, probablemente no verás resultados hasta el jueves como muy pronto. Y está bien. La indexación en CSR es más lenta, pero funciona.
Lovable es bastante claro: la indexación en CSR normalmente funciona, pero hay algunos tropiezos previsibles. Estos son los grandes problemas que frenan o retrasan la indexación — he visto todos y cada uno de ellos en proyectos reales de Lovable.
Síntomas:
La captura de URL Inspection se ve vacía
El HTML renderizado no contiene tu contenido real
Soluciones:
Asegúrate de que robots.txt no esté bloqueando JavaScript/CSS ni /assets/
Usa URL Inspection y luego View Tested Page para encontrar recursos bloqueados y errores de consola
Si una página existe solo como una “ruta” dentro de tu SPA pero:
no está enlazada desde ningún lado, y
no está en el sitemap, puede que Google nunca la descubra.
Solución:
Actualiza sitemap.xml cada vez que agregues o elimines páginas (Lovable aclara que esto no es automático).
Lovable advierte que los metadatos no se actualizan automáticamente entre rutas en apps CSR a menos que lo implementes. Su recomendación: instalar react-helmet-async y definir títulos/descripciones únicos por ruta.
Por qué importa para la indexación:
Incluso si logras indexar, las páginas pueden verse idénticas para los rastreadores (y en los resultados de búsqueda), lo que puede reducir señales de calidad y el CTR. Revisé un sitio de Lovable donde las 12 páginas tenían el mismo title tag en el índice de Google. Todas. Exactamente. Iguales.
Lovable recomienda enlazado interno y específicamente dice:
Usa enlaces reales con <a href> (no click handlers)
Haz que las páginas profundas sean accesibles en ~3 clics desde la home
Añade enlaces en el footer hacia las páginas clave en todo el sitio
Por qué importa:
Los enlaces internos son uno de los principales mecanismos de descubrimiento de Google. Un sitemap perfecto ayuda, sí, pero los enlaces de navegación rastreables siguen importando. Este es un problema bastante común en el ecosistema React — es muy fácil construir una navegación que funcione perfecto para usuarios pero sea invisible para Googlebot porque los enlaces son manejadores de clic en JavaScript en vez de etiquetas anchor reales.
Si estás construyendo un sitio con mucho contenido, publicando muchas páginas o compitiendo en un nicho SEO difícil, Lovable sugiere prerenderizado (dynamic rendering) como una forma de generar snapshots HTML para bots mientras los humanos siguen usando la app en JS.
Lovable señala:
el prerenderizado puede ayudar a una indexación más rápida y a mejorar la visibilidad para bots y rastreadores de IA,
no viene incluido de fábrica,
y puedes añadirlo con servicios como Prerender.io, DataJelly o Rendertron.
No necesitas esto para todos los proyectos en Lovable — pero es una palanca potente si te tomas en serio el SEO y la velocidad de indexación. Yo diría que empieza a valer la pena cuando ya tienes más de 20 páginas que necesitan posicionar.
Úsala antes (y después) de enviar cualquier cosa en Search Console. Yo tengo una versión de esta checklist guardada en marcadores y la repaso con cada sitio nuevo de Lovable que toco.
El sitio está publicado y es accesible públicamente (no Workspace-only/private).
Volví a publicar/actualizar después de mis últimos cambios.
https://mydomain.com/sitemap.xml carga XML válido e incluye todas las rutas clave.
https://mydomain.com/robots.txt carga, incluye una línea Sitemap: y no bloquea CSS/JS//assets/.
Existen canonical y apuntan a mi variante de dominio preferida.
Las páginas importantes están enlazadas con enlaces reales <a href> y son accesibles desde la home.
La propiedad fue añadida para el dominio correcto (mejor si es dominio personalizado).
Propiedad verificada (DNS TXT recomendado cuando sea posible).
Sitemap enviado en GSC.
Las páginas prioritarias se probaron con URL Inspection, luego Test Live URL y luego View Tested Page.
Request Indexing se usó solo para páginas clave (tiene límite).
/assets/ en robots.txtEsto puede romper el renderizado en apps CSR. Lovable advierte explícitamente que no debes bloquear JS/CSS/assets.
Solución: permite assets; vuelve a probar con URL Inspection.
Lovable aclara que los sitemaps no se actualizan automáticamente; debes regenerarlos y reenviarlos cuando cambian las URLs.
Solución: actualiza el sitemap; envíalo otra vez.
Solución: elige una sola estrategia de URL canónica (HTTPS, con o sin www) y alinea:
etiquetas canonical
redirecciones del dominio principal
propiedad de GSC
Lovable permite cambiar el subdominio publicado. Eso cambia tu URL, lo que significa que Google lo trata como un sitio nuevo.
Solución: estabiliza tu URL antes de tomarte en serio el SEO; si la cambias, añade la nueva propiedad y vuelve a enviar el sitemap.
Google es claro: solicitar un rastreo no garantiza inclusión inmediata, y el crawling puede tardar desde días hasta semanas según la calidad y sus sistemas.
La documentación de Lovable dice que la indexación puede tardar de horas a unos pocos días, y que puedes acelerarla enviando el sitemap + usando URL Inspection + Request Indexing para páginas prioritarias.
Google también señala que el crawling puede tardar de unos pocos días a unas semanas, según las circunstancias y las señales de calidad. Por lo que he visto en los sitios de Lovable en los que he trabajado, 2-5 días es lo típico para la home, y las páginas más profundas a veces tardan una o dos semanas.
Sí — Lovable dice que sus apps pueden posicionar igual que otros sitios modernos en JavaScript, siempre que el contenido cargue correctamente y los recursos clave no estén bloqueados.
Sí, y lo recomiendo fuertemente. Lovable dice explícitamente que los sitemaps son especialmente importantes para sitios CSR porque los rastreadores no siempre encuentran todas las rutas. Yo iría incluso más lejos: diría que es prácticamente obligatorio — sin sitemap, dependes por completo de que Google descubra tus páginas mediante enlaces rastreables, y eso en una SPA es bastante poco fiable.
¿Es público (no Workspace-only/private)?
¿Carga sitemap.xml?
¿robots.txt bloquea JS/CSS/assets?
En URL Inspection de GSC, ¿Google ve contenido real o una página en blanco?
Normalmente eso apunta a un problema de renderizado CSR: recursos bloqueados, errores de JS o que Googlebot no puede renderizar completamente tu app. Lovable recomienda usar URL Inspection y luego View Tested Page para diagnosticar recursos bloqueados y errores de consola.
Si publicas muchas páginas, necesitas indexación más rápida o quieres mejorar la visibilidad para bots y rastreadores de IA. Lovable sugiere prerenderizado/dynamic rendering y aclara que requiere configuración externa (no viene incluido de fábrica).
no credit card required
No related articles found.