SEO en Lovable y Base44: lo que un sitio hecho con IA no resuelve solo

¿Qué genera un constructor con IA?

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

Google puede ejecutar JavaScript, pero en una segunda fase: la página espera en una cola hasta que sus recursos lo permiten. Su propia guía de JavaScript SEO dice que renderizar en el servidor o prerenderizar sigue siendo una gran idea. No todos los bots ejecutan JavaScript.

Lo que llega en el primer HTML es lo seguro; lo demás, una apuesta.

<title>Inicio</title>
<div id="root"></div>
→ el título de la portada y un contenedor vacío, en TODAS las rutas

¿Qué reviso primero? Los cinco síntomas

Reviso primero lo que recibe Google, no lo que veo en la pantalla. Son cinco síntomas: el HTML vacío, direcciones inventadas que responden 200, redirecciones temporales, un sitemap que se contradice y títulos que no coinciden. El primero es el principal, y por él empiezo siempre.

• HTML vacío para el rastreador: «Ver código fuente» muestra un contenedor sin texto. Es el síntoma principal y el que aborda la guía de JavaScript de Google.

• Rutas inventadas que responden 200: pida una URL que no existe y mire el código. Si responde 200 con la portada, Google puede tratarla como un error blando (soft 404) o como un duplicado de la portada.

• 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 ve el que llega en el HTML y, si no describe la página, arma el suyo con el H1 o con otros textos.

Y una trampa que no se ve en el navegador. Si el HTML que llega primero trae un noindex y la app lo quita al cargar, Google puede no enterarse nunca. Según su guía de JavaScript, cuando ve un noindex puede saltarse el paso de ejecutar el código.

Lo que cuenta es lo que dice «Ver código fuente», no lo que muestra la página.

Abra esta página: [dirección de su página].
Dígame el H1, los H2 y el primer párrafo que ve.
Le pego un fragmento de «Ver código fuente» de la misma página: [el texto desde «<h1» hasta «</h1>» y el párrafo que le sigue; o escriba «no apareció ningún <h1>»].
Compare los dos y dígame si el texto que veo en pantalla está también en el código.

Reglas de esta revisión:
1. Cite entre comillas el texto exacto que encontró. No lo parafrasee.
2. Si algo no se puede ver desde el navegador, escriba «no verificable desde el navegador». No suponga.
3. Entregue una tabla: elemento · lo que encontró · bien / revisar / falta · por qué importa en una frase.
4. No invente datos de tráfico, visitas ni posiciones. No prometa que algo subirá en Google.
5. Si no puede abrir una dirección usted mismo, dígalo en la primera línea y trabaje solo con lo que le pegué. No describa una página que no vio.

Abra esta página: [dirección de su página].
Dígame el H1 y el primer párrafo que ve.
Le describo la captura que muestra Search Console en «Ver página probada»: [describa qué se ve, escriba «sale en blanco» o escriba «no tengo acceso a Search Console»].
Compare las dos y dígame si Google está viendo lo mismo que yo.

Reglas de esta revisión:
1. Cite entre comillas el texto exacto que encontró. No lo parafrasee.
2. Si algo no se puede ver desde el navegador, escriba «no verificable desde el navegador». No suponga.
3. Entregue una tabla: elemento · lo que encontró · bien / revisar / falta · por qué importa en una frase.
4. No invente datos de tráfico, visitas ni posiciones. No prometa que algo subirá en Google.
5. Si no puede abrir una dirección usted mismo, dígalo en la primera línea y trabaje solo con lo que le pegué. No describa una página que no vio.

curl -s -A "Googlebot" https://su-sitio.com/ | wc -w
curl -s -o /dev/null -w "%{http_code}" https://su-sitio.com/no-existe
curl -sI https://su-sitio.com/sitemap.xml

(Invoke-WebRequest -Uri "https://su-sitio.com/" -UserAgent "Googlebot").Content.Split().Count
(Invoke-WebRequest -Uri "https://su-sitio.com/no-existe" -SkipHttpErrorCheck).StatusCode
(Invoke-WebRequest -Uri "https://su-sitio.com/sitemap.xml" -Method Head).Headers

Abra esta dirección, que no existe a propósito: [su dominio]/esto-no-existe-12345.
¿Qué ve: un aviso de página no encontrada, mi portada u otra página? Cite el título y el primer texto visible.
Si la pestaña Red del navegador me mostró el código de respuesta, aquí está: [código, o escriba «no lo sé»].

Reglas de esta revisión:
1. Cite entre comillas el texto exacto que encontró. No lo parafrasee.
2. Si algo no se puede ver desde el navegador, escriba «no verificable desde el navegador». No suponga.
3. Entregue una tabla: elemento · lo que encontró · bien / revisar / falta · por qué importa en una frase.
4. No invente datos de tráfico, visitas ni posiciones. No prometa que algo subirá en Google.
5. Si no puede abrir una dirección usted mismo, dígalo en la primera línea y trabaje solo con lo que le pegué. No describa una página que no vio.

Estas son las redirecciones que vi con la extensión Redirect Path (o en la pestaña Red): [para cada dirección: la que escribí → cada salto con su código → dónde terminó].
Dígame, para cada una, cuántos saltos hubo, si alguno es temporal (302 o 307) y si el destino final es la versión que uso en el resto del sitio (con o sin www, con o sin barra final).
Si un 307 solo cambia http por https en la misma dirección, no lo cuente como temporal: suele ser la memoria HSTS de Chrome, no mi servidor; dígamelo aparte.
Use solo lo que le pegué; si falta un salto, dígalo.

Reglas de esta revisión:
1. Cite entre comillas el texto exacto que encontró. No lo parafrasee.
2. Si algo no se puede ver desde el navegador, escriba «no verificable desde el navegador». No suponga.
3. Entregue una tabla: elemento · lo que encontró · bien / revisar / falta · por qué importa en una frase.
4. No invente datos de tráfico, visitas ni posiciones. No prometa que algo subirá en Google.
5. Si no puede abrir una dirección usted mismo, dígalo en la primera línea y trabaje solo con lo que le pegué. No describa una página que no vio.

Abra [dirección de su página].
Liste cada elemento del menú, del pie y cada botón que lleve a otra página. Para cada uno diga si es un enlace con dirección de destino (cite la dirección) o un botón sin dirección.
Le pego lo que encontré al buscar «href» en «Ver código fuente» de esa misma página: [pegue las líneas, o escriba «no las encontré»].
¿Hay alguna página del menú que no aparezca como enlace en el código fuente?

Reglas de esta revisión:
1. Cite entre comillas el texto exacto que encontró. No lo parafrasee.
2. Si algo no se puede ver desde el navegador, escriba «no verificable desde el navegador». No suponga.
3. Entregue una tabla: elemento · lo que encontró · bien / revisar / falta · por qué importa en una frase.
4. No invente datos de tráfico, visitas ni posiciones. No prometa que algo subirá en Google.
5. Si no puede abrir una dirección usted mismo, dígalo en la primera línea y trabaje solo con lo que le pegué. No describa una página que no vio.

¿Cómo se corrige sin abandonar la plataforma?

No hace falta reescribir el sitio ni salir de la plataforma. Hace falta que el HTML del primer byte traiga el contenido, y que delante del sitio haya algo que responda 404 y 301 de verdad. Son cuatro piezas, y ninguna le obliga a cambiar de constructor:

• 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 (un pequeño programa delante del sitio) como dominio personalizado. 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, identificándome como Googlebot, después de cada publicación. Lo que dice el panel no es evidencia; lo es la respuesta del servidor. Así lo hice en el caso de regresoempresarial.com.

Si no puede poner nada delante del sitio, Google acepta dos salidas para las direcciones que no existen en una app de una sola página. Una: que la app lleve esas direcciones a una página que responda 404 de verdad, por ejemplo /no-encontrada. Otra: que su página de error lleve una etiqueta noindex.

Las dos se le pueden pedir a su constructor con IA, y después se comprueban con la comprobación del 404.

Si se lo pide a su constructor: un cambio, y nada más

Un constructor con IA con prisa arregla una cosa y toca tres. Este es el orden que sigo cuando le encargo un cambio a mis agentes, reducido a lo que usted necesita:

Quiero un solo cambio en mi sitio: [qué cambiar, en una frase].
Dónde: [página o sección].
Ya decidido, no lo toque: [por ejemplo, el texto del titular].
Antes de cambiar nada, dígame qué va a tocar y espere mi «sí».
Si no puede hacerlo exactamente así, pare y dígamelo; no lo resuelva de otra forma.
Al terminar, dígame qué más cambió, aunque sea mínimo, y cómo compruebo que quedó bien.

Reglas: no dé por hecho nada que no haya hecho. Si no puede abrir o editar esa página, escriba «no pude abrir [página]» en la primera línea y no cambie nada.

Después repita la comprobación que encontró el problema. Si sale igual que antes, el cambio no llegó, diga lo que diga el constructor.

Si su constructor le promete «SEO incluido», compruebe qué incluye en lo que recibe Google, no en el panel del editor. Mientras su sitio llegue vacío, cada mes publicado es un mes en que Google no tiene nada suyo que mostrar. Por eso el diagnóstico gratuito empieza por ahí, y se lo entrego por escrito en dos días hábiles.

¿Una app en React es mala para el SEO? SSR, prerender y qué hacer si no puede migrar

Una aplicación de una sola página (SPA) no es mala para el SEO por sí misma: el problema es que el texto llegue tarde. Lo que decide es quién arma el HTML y cuándo: el navegador del visitante, su servidor en cada visita o su build antes de publicar.

Google ejecuta JavaScript, pero su guía de JavaScript SEO dice que renderizar en el servidor o prerenderizar sigue siendo una gran idea. La página va más rápida para personas y rastreadores, y no todos los bots ejecutan JavaScript. Estas son las tres formas de armar el HTML:

Vercel y MERJ lo midieron en 2024, con más de 100.000 visitas de Googlebot. En nextjs.org, Google terminó de renderizar todas las páginas HTML indexables; la mitad esperó 10 segundos o menos, y algunas, horas. Es decir, Google sí lee el JavaScript, pero tarde.

Con los asistentes de IA es otra historia. En diciembre de 2024, el mismo equipo publicó que «por ahora, ninguno de los grandes rastreadores de IA renderiza JavaScript» (traducción mía). Las excepciones que cita son Gemini, que usa la infraestructura de Googlebot, y AppleBot.

Si le importa aparecer en sus respuestas, siga con la guía sobre respuestas de IA.

React sin Next.js: no hace falta migrar

Si su sitio está en React sin Next.js, no necesita cambiar de marco para que Google reciba el texto. Este sitio es React con Vite sobre Base44: cada build genera un HTML por ruta con el texto, los metadatos y los datos estructurados. Y el build falla si un H1 no cuadra.

Lo especifiqué, lo generé con Claude Code y lo verifico en producción después de cada publicación.

Rehacer también tiene su riesgo: cuando Pinterest rehízo sus páginas, el tráfico SEO tardó unas semanas en volver a su nivel. Faltaban etiquetas como el H1 y la canónica, según su blog de ingeniería (3-mar-2017). Al final midió un 40 % menos de espera, un 15 % más de tráfico SEO y un 15 % más de conversión a registro.

Si no puede migrar ni tocar el build

• Mida primero qué recibe Google hoy, con la prueba en directo de la Inspección de URL. Puede que su plataforma ya entregue el contenido a los rastreadores y no haya nada que arreglar.

• Si puede poner algo delante del sitio: un Worker que sirva el HTML prerenderizado y responda 404 y 301 de verdad. Está en la sección anterior.

• Lovable dice que prerenderiza solo para los rastreadores sus apps anteriores al 13 de mayo de 2026 (22 de junio en los planes Enterprise). Si su plataforma hace eso, encaja con lo que Google llama renderizado dinámico. Google lo describe como una solución provisional, no a largo plazo: compruébelo de nuevo después de cada cambio grande.

• Si no puede hacer nada de eso, pídale a su constructor las dos salidas de Google para las direcciones que no existen. Están en la sección anterior. No arreglan el contenido vacío, pero evitan que las direcciones inventadas compitan con las reales.

¿Y el SEO en Base44 o en Lovable? Lo que sé, lo que no y lo que se comprueba

No todos los constructores entregan la carcasa vacía que muestra «Ver código fuente». La entregan las apps de Lovable creadas antes del 13 de mayo de 2026; las nuevas, según Lovable, llegan armadas desde el servidor. Base44 la entregaba cuando lo medí, entre julio y septiembre de 2026.

Por eso no le digo que Google no ve su sitio: le digo que compruebe lo que recibe, haga lo que haga su constructor.

Base44 lo he medido en dos sitios, y hoy no entrega lo mismo que entonces. Su documentación, leída el 18-oct-2026, dice que les sirve a los rastreadores una versión renderizada de cada página. Si todavía no la tiene, les sirve un resumen con el titular, la descripción y enlaces.

Ese mismo día pedí nueve rutas de este sitio como Googlebot, en su dirección gratuita de Base44 y sin el Worker. Seis llegaron completas; tres, con un título genérico y el texto de la portada, y una dirección inventada respondió 200. Con un navegador normal, las tres páginas interiores que probé mostraban el texto de la portada.

Base44 aclara que su SEO está pensado para un dominio propio, así que en el suyo puede variar. Por eso, en Base44 como en Lovable, «Ver código fuente» no basta: la prueba que vale es la Inspección de URL.

Su sitemap y su llms.txt automáticos incluían el 18-oct-2026 dos páginas que este sitio marca noindex en el código: /gracias y /privacidad. Según su documentación, el panel deja sacarlas del sitemap una por una. Con prerender y Worker delante, se corrige.

Lovable no lo he medido con mi método, así que no comparo. Según su documentación, releída el 18-oct-2026, las apps creadas desde el 13 de mayo de 2026 se renderizan en el servidor. A las anteriores les sirve una versión prerenderizada solo a los rastreadores verificados, como el de Google.

En esas apps anteriores, «Ver código fuente» y una petición con el nombre de Googlebot muestran la carcasa vacía aunque Google reciba el contenido. Ahí la prueba que vale es la prueba en directo de la Inspección de URL de Search Console, que hace Google desde sus propias máquinas.

Cuando lo mida, esta sección dirá qué responde su servidor, con fecha.

Si Search Console marca sus páginas como «Descubierta: actualmente sin indexar» o «Rastreada: actualmente sin indexar», no es lo mismo ni se arregla igual. En la primera, Google todavía no visitó la página; en la segunda, la visitó y no la guardó. En una app que entrega una página casi vacía, ese segundo estado es lo primero que miro.

La diferencia y qué hacer en cada caso están en el artículo sobre por qué una página no aparece en Google. Ahí explico también por qué volver a subir el sitemap no lo arregla.

Si prefiere que lo revise yo, el diagnóstico gratuito 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. Y cuando Google ya reciba su sitio, la guía para configurar GA4 le dice si el sitio le trae contactos.

¿Todavía no tiene página, o la va a rehacer? Se la puedo hacer con todo esto resuelto desde el primer día: vea el diseño de páginas web con SEO. Y antes, vea cuánto cuesta una página web si la encarga.

Véalo explicado por quien lo construyó

Vídeos de los canales oficiales de Google. Están en inglés y llevan subtítulos automáticos; son la misma fuente que enlazo arriba, en vídeo.

• Cómo indexa Google los sitios con JavaScript · Google Search Central, 2019, 3 minutos. Primer episodio de la serie oficial de SEO con JavaScript.

• ¿Cuándo importa el SEO con JavaScript? · Google Search Central, 2019, 4 minutos. Qué cuenta como «sitio con JavaScript» y cuándo el renderizado pasa a ser su problema.

Preguntas frecuentes