Empecemos por lo esencial: casi ninguno de los principales rastreadores de IA actuales ejecuta JavaScript. Si el contenido de una página solo aparece después de que el navegador ejecute JS, para GPTBot, ClaudeBot y PerplexityBot esa página está vacía. No hablamos de una diferencia de posicionamiento, sino de algo mucho más básico: que el contenido exista o no para estos sistemas.
Es habitual extrapolar a los rastreadores de IA lo aprendido sobre Googlebot, y ahí nace la confusión. Tras años de evolución, Googlebot dispone de una capacidad bastante madura para renderizar JavaScript. Incluso un sitio basado por completo en renderizado del lado del cliente probablemente podrá rastrearse, aunque el proceso será más lento y consumirá más recursos. Los rastreadores de IA funcionan de otra manera. En su mayoría se limitan a obtener el HTML original que devuelve el servidor, leerlo y marcharse: no abren un navegador, no esperan a que se ejecute JS ni realizan una segunda fase de renderizado.
Los rastreadores de IA y Googlebot no funcionan igual
Googlebot rastrea en dos fases. En la primera lee el HTML original y recoge todo el contenido que ya está disponible. Después, la página entra en una cola de renderizado: un navegador sin interfaz gráfica, similar a Chrome, ejecuta JavaScript y completa el contenido generado dinámicamente. Este mecanismo exige una gran capacidad de cómputo, un coste que Google puede asumir porque la búsqueda es su actividad principal.
Los rastreadores de las empresas de IA no cuentan con esa segunda fase. A fecha de publicación, GPTBot de OpenAI, ClaudeBot de Anthropic, el rastreador de Perplexity y OAI-SearchBot —responsable de la búsqueda en tiempo real de ChatGPT— terminan su trabajo en el HTML. El motivo es práctico: ejecutar un navegador sin interfaz gráfica para rastrear toda la web tendría un coste desproporcionado. Lo que buscan es «texto que pueda incorporarse directamente al modelo», no reproducir la presentación visual de la página. Para ellos, el JavaScript destinado a interacciones, animaciones o carga diferida es ruido o espacio vacío. La única excepción es AI Overviews de Google, que se apoya en el índice existente de Google y, por tanto, aprovecha la capacidad de renderizado de Googlebot. Pero si tu estrategia incluye ChatGPT, Perplexity o Claude, no puedes confiar en que ejecuten JavaScript.
SSG, SSR y CSR: cómo cambia la legibilidad para la IA
Un mismo contenido puede resultar plenamente visible o prácticamente inexistente para un rastreador de IA según la estrategia de renderizado. Todo se reduce a una pregunta: ¿el contenido ya está «incluido en el HTML generado por el servidor» o «solo aparece cuando el navegador termina de ejecutar JavaScript»?
- SSG (generación estática): durante la compilación se genera el HTML completo de cada página y se guarda como archivo estático. El servidor entrega directamente la versión terminada, por lo que el rastreador de IA puede acceder a todo el texto. Es la opción más fácil de leer y la más rápida de cargar.
- SSR (renderizado del lado del servidor): ante cada solicitud, el servidor compone el HTML completo en tiempo real antes de enviarlo. Los rastreadores de IA también reciben todo el texto, pero el servidor debe repetir el cálculo en cada petición. Conviene vigilar la carga cuando el tráfico es elevado.
- CSR (renderizado exclusivamente del lado del cliente): el servidor devuelve un esqueleto HTML casi vacío. El contenido real solo se incorpora después de que el navegador descargue y ejecute JavaScript. Si el rastreador de IA no ejecuta JS, únicamente verá esa estructura vacía, prácticamente sin texto que pueda citar.
En términos de rastreabilidad para la IA, no existe una diferencia esencial entre SSG y SSR: ambos incluyen el contenido en el HTML del servidor. Solo cambia el momento en que se genera. SSG lo hace de antemano; SSR, cuando llega la solicitud. La verdadera línea divisoria es CSR. Si una aplicación de página única (SPA) no utiliza renderizado del lado del servidor, el HTML inicial suele contener poco más que un contenedor raíz `div` vacío y una serie de etiquetas `script`. Eso es todo lo que recibe el rastreador de IA: ningún texto.
Una comprobación de 30 segundos
Puedes comprobar si tu sitio cumple este requisito sin herramientas ni ayuda del equipo técnico. Abre una página importante en el navegador, haz clic con el botón derecho y selecciona «Ver código fuente de la página». Atención: no uses el panel Elementos de las herramientas de desarrollo. Ese panel muestra el resultado después de ejecutar JavaScript y puede dar una impresión engañosa. «Ver código fuente» enseña el HTML original que devolvió el servidor, es decir, lo que realmente lee el rastreador de IA.
Cómo corregir un sitio basado en CSR
Descubrir que el sitio utiliza CSR no significa que haya que reconstruir todo el front-end desde cero. De menor a mayor inversión, suelen existir tres alternativas.
- Prerenderizado: cuando accede un rastreador, se le entrega una copia estática del HTML generada previamente. Es una solución rápida y con pocos cambios para una SPA existente. Como contrapartida, exige mantener actualizadas esas copias.
- Migrar a un framework compatible con SSR/SSG: frameworks como Next.js, Nuxt y SvelteKit permiten renderizar en el servidor el contenido visible al cargar la página, sin renunciar a las interacciones del front-end. Es la opción más sólida y nuestra recomendación habitual para la mayoría de los clientes B2B.
- Aplicar SSR primero a las páginas clave: si los recursos son limitados, no es necesario transformar todo el sitio de una vez. Empieza por las páginas que más interesa que la IA utilice como referencia: páginas de producto, planes, precios y artículos en profundidad. El área de administración y las herramientas interactivas pueden seguir utilizando CSR sin inconvenientes.
No todas las páginas necesitan SSR
La estrategia de renderizado es una decisión basada en prioridades, no una cuestión de principios. Los paneles de control, las herramientas internas y las páginas de configuración altamente interactivas a las que se accede después de iniciar sesión no están pensados para que una IA los cite. Mantener CSR en esos casos es perfectamente razonable; imponer SSR solo aumentaría la carga del servidor. La atención debe centrarse en las páginas que sí quieres que la IA utilice como fuente: las que explican qué problema resuelves, por qué importa y qué diferencia tu propuesta. La regla práctica es sencilla: si quieres que el contenido de una página aparezca en las respuestas de ChatGPT o Perplexity, debe estar íntegramente presente en el HTML generado por el servidor.
Googlebot puede esperar a que JavaScript termine de ejecutarse; los rastreadores de IA, no. En un entorno donde la IA decide qué fuentes citar, lo que no puede ver no existe.— Tenten GEO
En muchos sitios B2B de Taiwán, el problema de rastreabilidad no está en cómo se ha escrito el contenido, sino en que ese contenido nunca llega a la IA. La causa suele esconderse en la elección del framework o en la configuración del renderizado. A simple vista, el sitio funciona con total normalidad; el problema solo se hace evidente al consultar el código fuente. Si no sabes con certeza si la IA puede leer tus páginas importantes, nuestro diagnóstico GEO de 30 minutos utiliza directamente tu URL para comprobar si el contenido inicial está presente en el HTML y determinar qué páginas conviene migrar primero al renderizado del lado del servidor.
