TL;DR: SEO para Lovable empieza por entender esto: Lovable crea apps React con renderizado del lado del cliente (CSR). Son rápidas y se ven muy bien, pero sin prerenderizado y sin una configuración SEO decente, Google tiene más trabajo para procesarlas. Esta checklist cubre sitemap, robots.txt, metadatos y el ajuste de renderizado que hace que todo funcione.
Lovable crea apps React con CSR. Son rápidas, se ven muy bien y, sin una configuración SEO decente, resultan poco visibles para Google. Esta es la lista de correcciones que realmente importa.
He auditado cuatro sitios hechos con Lovable en los últimos seis meses, y todos tenían exactamente los mismos tres problemas: sin sitemap, un robots.txt bloqueando recursos de JavaScript, y títulos meta idénticos en cada ruta. Los sitios se veían geniales. El código estaba limpio. El SEO, básicamente, no existía.
Esto no es exactamente un problema de Lovable, sino un problema del CSR. Lovable construye apps usando React + Vite y las publica como aplicaciones de una sola página renderizadas en el cliente. Tu navegador carga primero un HTML mínimo, y luego JavaScript renderiza las "páginas" como estados de la app. Google puede indexar sitios con CSR, pero lo hace en dos etapas: rastrea el HTML inicial y luego vuelve más tarde para renderizar JavaScript y capturar el contenido completo. Ese retraso introduce problemas de SEO bastante predecibles que no ves en plataformas centradas en HTML.
Trata el SEO como código: algo que implementas de forma deliberada, verificas y mantienes. Lovable recomienda explícitamente este enfoque de "SEO as code" en su documentación.
Úsala como tu filtro de "listo = publicado". Voy a ser directo con lo que más importa: si no haces nada más, corrige la primera sección. Los problemas de rastreo e indexación aparecen literalmente en todos los sitios Lovable que he visto. Lo on-page también importa, pero una etiqueta de título perfectamente optimizada no vale nada si Google no puede renderizar tu página.


sitemap.xml y mantenlo actualizado cuando cambien las rutasrobots.txt que no bloquee JS, CSS ni /assets/; incluye la referencia a tu sitemaprobots.txt/llm.html o similar) dentro de tu sitemapAquí es donde empiezo cada auditoría de Lovable, y también es donde deberías empezar tú. Ya sé que la tentación es saltar directo a optimizar contenido o hacer link building, pero créeme: he visto gente pasar semanas afinando meta descriptions en un sitio que Google ni siquiera podía renderizar. Primero arregla la base. Todo lo demás es pulido.
Lovable llama al dominio personalizado "uno de los pasos más importantes" para SEO porque consolida la autoridad bajo una URL canónica estable. Elige tu formato una sola vez: https://example.com vs https://www.example.com, con slash final o sin él, y mantenlo consistente en canónicas, enlaces internos, sitemaps y redirecciones. No puedo enfatizar esto lo suficiente: elige un formato y quédate con él. Dos de los cuatro sitios que audité tenían URLs inconsistentes: el sitemap usaba www, las canónicas no, y los enlaces internos mezclaban ambos. Google estaba indexando tres versiones de cada página.
Lovable permite configurar un dominio principal para que los demás dominios redirijan automáticamente a él. Para los dominios añadidos después del 29 de octubre de 2025, el primer dominio personalizado pasa a ser el principal por defecto.
Los sitemaps son críticos en sitios con CSR porque los rastreadores no pueden descubrir fácilmente las rutas de una SPA solo siguiendo enlaces.
Prompt para Lovable:
Crea un sitemap XML en /sitemap.xml que liste todas las rutas públicas.
Incluye fechas lastmod y prioridades: homepage 1.0, páginas principales 0.8, artículos del blog 0.6.
Verifícalo abriendo https://example.com/sitemap.xml y confirmando que todas las rutas clave estén presentes. Regénéralo cuando cambien las URLs; Lovable no lo hace automáticamente.
(Nota al margen: uno de los cuatro sitios que audité tenía un sitemap que listaba solo la página de inicio. Tenían 23 rutas. Google había indexado exactamente una página. Veinte minutos de trabajo en el sitemap resolvieron un problema que llevaban meses intentando depurar.)
Lovable advierte explícitamente: nunca bloquees CSS, JavaScript ni /assets/ porque Google necesita esos recursos para renderizar páginas con CSR.
Crea un robots.txt en /public/robots.txt que permita el acceso a todos los rastreadores
y haga referencia a Sitemap: https://example.com/sitemap.xml
Añade etiquetas canónicas autorreferenciales para evitar problemas de contenido duplicado causados por variaciones de rutas en SPA.
Añade etiquetas canónicas en todas las páginas apuntando a sus propias URLs.
Usa el formato https://example.com sin slash final.
Verificación rápida en consola: console.log('Canonical:', document.querySelector('link[rel="canonical"]')?.href);
Este es el problema que sorprende a todo el mundo. Construyes cinco páginas bonitas en Lovable, cada una con contenido distinto, encabezados distintos y objetivos distintos. Las abres en tu navegador y todo se ve diferente. Luego revisas el índice de Google y descubres que todas las páginas tienen el mismo título: "My App - Built with Lovable." Eso pasa porque Lovable señala explícitamente una limitación del CSR: los metadatos no se actualizan automáticamente entre rutas. Eso significa que cada página muestra el mismo título y la misma meta description salvo que lo corrijas. Revisé un sitio hecho con Lovable donde las 12 páginas tenían exactamente la misma etiqueta de título en el índice de Google. El dueño no tenía idea hasta que se lo mostré.
La solución es react-helmet-async:
Instala react-helmet-async e implementa metadatos SEO por ruta:
<title> único, meta description, canonical, etiquetas OG y etiquetas de Twitter Card para cada ruta importante.
Verifica navegando entre rutas y confirmando que el título de la página, la meta description, la canónica y las etiquetas OG cambien en el HTML.
Brand -- Propuesta de valor en una líneaNombre de la funcionalidad -- Beneficio | BrandCaso de uso para [ICP] -- Resultado | Brand[Primary Keyword]: promesa específica (Year)Plantilla: qué es + para quién es + prueba + CTA. Mantenla entre 140-160 caracteres.
Un H1 por ruta. Usa H2/H3 para secciones, no para estilo visual. Usa listas y tablas para información estructurada. Coloca tu propuesta de valor principal y tu palabra clave principal en HTML visible cerca de la parte superior, no escondidas detrás de interacciones.
Lovable indica que los enlaces internos ayudan a usuarios y motores de búsqueda a navegar, descubrir contenido, entender relaciones temáticas y distribuir autoridad.
Tu arquitectura mínima viable:
<a href="">, no click handlers, para que los rastreadores puedan seguirlosEmpieza con datos estructurados de Organization y WebSite en la página de inicio, datos estructurados de Article en los posts del blog, datos estructurados de Product en páginas de producto y datos estructurados de FAQPage en páginas de preguntas frecuentes.
Añade datos estructurados JSON-LD:
- Schema Organization en la homepage (name, description, URL, logo, social links)
- Schema Article en los posts del blog
- Schema FAQPage en /faq
Valida el resultado y mantenlo consistente con el contenido visible de la página.
La mayoría de las plataformas sociales no ejecutan JavaScript. Sin metadatos OG y Twitter en el HTML inicial, obtienes previews genéricos o rotos al compartir enlaces. Añade un OG title, description e imagen únicos para cada ruta importante. No reutilices una sola imagen genérica para todas las páginas.
Lovable incluye una herramienta Speed integrada impulsada por Google Lighthouse. Puntajes objetivo: Performance 90+, Accessibility 90+, Best Practices 90+, SEO 100.
Mejora el rendimiento:
- comprime imágenes grandes, usa WebP/AVIF
- añade atributos width/height a las imágenes
- aplica lazy load a imágenes no críticas
- aplaza scripts no esenciales
- precarga assets clave
Lovable incluye una sección de "AI bot access" que muestra cómo permitir o bloquear bots como GPTBot, PerplexityBot, Claude-Web y Google-Extended.
Todavía no está demostrado dentro de la comunidad SEO, pero Lovable recomienda una página de resumen dedicada que los sistemas de IA puedan rastrear y citar fácilmente. Incluye: qué hace tu producto (1-2 frases), para quién es, funcionalidades clave (bullets), resumen de precios, puntos destacados de seguridad, enlaces a docs y pricing, y una FAQ corta con respuestas citables.
Escribe respuestas de FAQ cortas y directas que empiecen con la respuesta principal. Evita lenguaje de marketing vago. Esos son los fragmentos que los LLM terminan tomando para sus respuestas.
Usa Google Search Console como tu herramienta central de monitoreo. Verifica vía DNS TXT (recomendado por Lovable).
Calendario de mantenimiento:
Sitemap ausente o desactualizado. Especialmente importante en CSR. Debes regenerarlo y volver a enviarlo cuando cambien las rutas.
robots.txt bloqueando recursos de renderizado. Nunca bloquees CSS/JS ni /assets/. Vuelve a probar en URL Inspection después de los cambios.
Sin títulos ni meta descriptions por ruta. Instala react-helmet-async y define metadatos únicos por ruta.
Sin estrategia de canónicas. Añade canónicas autorreferenciales y elige un único formato de dominio preferido.
Enlazado interno débil. Asegúrate de que existan enlaces en navegación + pie de página + dentro del contenido. Las páginas importantes necesitan múltiples enlaces.
(Otra nota al margen: la forma más fácil de auditar un sitio Lovable es abrir tres rutas distintas y revisar si cambia el título de la pestaña del navegador. Si muestra el mismo título en todas partes, tienes el problema de metadatos. Toma 10 segundos.)
Sí. Google puede indexar sitios con CSR mediante un proceso de dos etapas. La clave está en implementar correctamente el rastreo y los metadatos por ruta.
CSR requiere una segunda ola de renderizado para extraer el contenido completo. Las plataformas SSR y SSG entregan HTML prerenderizado que Google puede leer de inmediato.
Si te importa el SEO a largo plazo, sí. Lovable lo recomienda encarecidamente para consolidar autoridad bajo una sola URL canónica.
sitemap.xml (mantenido al día)robots.txt que no bloquee assetsSEOJuice automatiza el enlazado interno, la gestión de metadatos y los datos estructurados: tareas que se vuelven cuellos de botella a medida que crece tu biblioteca de contenido. También hace seguimiento de la visibilidad en plataformas de IA y en Google Search Console.
Lectura relacionada:
no credit card required
No related articles found.