SEO para sitios hechos con IA: lo que Base44 y Lovable no resuelven solos

Qué genera de verdad un constructor con IA

Base44, Lovable y similares generan una aplicación en React: una sola página HTML casi vacía y un programa en JavaScript que dibuja el contenido cuando carga en el navegador. Es lo que se llama una aplicación de una sola página.

Google puede ejecutar JavaScript, pero lo hace en una segunda fase y con recursos limitados, y su propia guía de JavaScript SEO recomienda no depender de esa fase para el contenido importante. Lo que llega en el primer HTML es lo seguro; lo demás es una apuesta.

curl -s -A "Googlebot" https://tu-sitio.com/servicios | head -c 400<title>Inicio</title><div id="root"></div>→ el título de la portada y un contenedor vacío, en TODAS las rutas

Los cinco síntomas que reviso primero

• HTML vacío para el rastreador: el comando de arriba devuelve un contenedor sin texto. Es el síntoma principal y el que Google describe como riesgo en sitios con JavaScript.

• Rutas inventadas que responden 200: pide una URL que no existe y mira el código. Si responde 200 con la portada, Google lo trata como un error blando (soft 404) y puede indexarlo como duplicado.

• Redirecciones temporales donde deberían ser permanentes: Google consolida señales con un 301; un 302 le dice que la mudanza es provisional.

• Sitemap que lista páginas noindex o que no existen: el sitemap solo debe traer URL indexables y canónicas. Uno que se contradice con el sitio es peor que no tenerlo.

• Títulos definidos en tres sitios que no coinciden: el panel SEO de la plataforma, el código y la plantilla. Google elige uno y puede elegir una canónica que no esperabas.

curl -s -A "Googlebot" https://tu-sitio.com/ | wc -w                  # palabras que recibe Googlecurl -s -o /dev/null -w "%{http_code}" https://tu-sitio.com/no-existe   # debe ser 404curl -sI https://tu-sitio.com/pagina/ | grep -i "HTTP\|location"      # 301 a la URL sin barracurl -s https://tu-sitio.com/sitemap.xml | grep -c '<loc>'             # ¿cuántas URL lista?curl -s -A "Googlebot" https://tu-sitio.com/ | grep -o "<title>.*</title>"

Cómo se corrige sin abandonar la plataforma

No hace falta reescribir el sitio. Hace falta que el HTML que llega al primer byte traiga el contenido, y que delante del sitio haya algo que responda 404 y 301 de verdad.

• Prerender: en el build se genera un HTML por ruta con el texto real, los metadatos y los datos estructurados. Google lee la página sin ejecutar nada. Si un H1 no cuadra o se cuela código, el build falla.

• Un Worker de Cloudflare como dominio personalizado delante de la plataforma: reescribe cada ruta a su HTML prerenderizado, devuelve 404 real a lo que no está en el manifiesto y hace las redirecciones 301. Cloudflare documenta el modo Custom Domain; en Base44 el dominio se conecta desde el panel y después se desenlaza para que lo sirva el Worker.

• Una sola fuente de títulos y descripciones, en el código, y una comprobación automática que avisa si alguna copia se desvía.

• Verificación en producción con el agente de Googlebot después de cada publicación. Lo que dice el panel no es evidencia; lo es la respuesta del servidor. Así lo hago en mi método.

Base44 o Lovable: lo que sé y lo que no

Base44 lo he medido en dos sitios: entrega a los rastreadores una plantilla propia en las rutas limpias, sirve tal cual los ficheros pedidos por ruta explícita, y su sitemap y su llms.txt automáticos incluyen páginas noindex. Con prerender y Worker delante, se corrige.

Lovable no lo he medido con el mismo método, así que no comparo. Cuando lo mida, esta sección dirá qué responde su servidor a Googlebot, con fecha. Hasta entonces, los cinco comandos de arriba valen igual para cualquier constructor.

Si prefieres que lo revise yo, el diagnóstico gratis empieza exactamente por estos cinco síntomas, y la auditoría SEO técnica es el paso siguiente. Cómo leo Search Console para confirmar lo que Google indexó está en la guía de Google Search Console.