¿ChatGPT y Claude pueden leer mi sitio hecho en JavaScript?
Solo el texto que ya viene en el HTML que envía tu servidor. Un estudio de Vercel de diciembre de 2024 encontró que los bots de OpenAI, Anthropic y Perplexity descargan los archivos JavaScript pero no los ejecutan. Si tus páginas se arman en el navegador, como muchos sitios en React y hechos con constructores de IA, esos bots ven una página casi vacía.
Datos
- Vercel informó el 17 de diciembre de 2024 que ninguno de los grandes bots de IA, entre ellos GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot y PerplexityBot, renderiza JavaScript. (Vercel: The rise of the AI crawler (Dec 2024))
- El mismo estudio encontró que Gemini, que usa la infraestructura de Googlebot, y AppleBot sí renderizan JavaScript. (Vercel: The rise of the AI crawler (Dec 2024))
- En un mes en la red de Vercel, el bot de ChatGPT pidió archivos JavaScript en el 11,50% de sus solicitudes y el de Claude en el 23,84%, sin ejecutarlos. (Vercel: The rise of the AI crawler (Dec 2024))
- OpenAI dice que los sitios que bloquean OAI-SearchBot no aparecen en las respuestas de búsqueda de ChatGPT: la página que lee ese bot es la que ChatGPT puede citar. (OpenAI: Overview of OpenAI crawlers)
- En el App Router de Next.js, los layouts y las páginas son Server Components por defecto y se prerenderizan a HTML en el servidor. (Next.js docs: Server and Client Components)
¿Cómo pruebo si los bots de IA pueden leer mi sitio?
Descarga la página como lo hace un bot, sin navegador, y busca su texto principal en el resultado. Si el precio, el título o la respuesta no están, los bots de IA tampoco los ven.
# What an AI crawler receives: the raw HTML, no JavaScript run curl -s -A "GPTBot" https://www.example.com/pricing | grep -i "your price or headline" # Nothing found? The text only exists after JavaScript runs.
¿Qué sitios tienen este problema?
Los sitios cuyo contenido lo crea JavaScript en el navegador después de cargar la página:
- Aplicaciones de una sola página en React, Vue o Angular con Vite, sin renderizado en servidor
- Sitios generados por constructores de apps con IA que entregan una app renderizada en el navegador
- Páginas que traen su texto de una API después de abrir
- Menús y enlaces hechos con clics en JavaScript en lugar de enlaces <a href> reales
¿Cuál es la solución para cada caso?
La solución es enviar el texto terminado en la primera respuesta HTML.
| Caso | Qué pedirle al agente de código |
|---|---|
| Next.js App Router | Mantener las páginas como Server Components; marcar con "use client" solo las partes interactivas |
| React o Vue con Vite | Prerenderizar las páginas públicas a HTML estático en el build, o pasarlas a un framework con renderizado en servidor |
| Contenido desde una API | Traerlo en el servidor o en el build, no dentro de useEffect |
| Cualquier framework | Enlaces <a href> reales, un sitemap.xml y el texto visible sin hacer clic |
¿Google tiene el mismo problema?
Menos: el bot de Google ejecuta JavaScript, así que la Búsqueda y Gemini ven el texto armado en el navegador, aunque más tarde que el HTML plano. ChatGPT, Claude y Perplexity son los que leen solo el HTML crudo.
¿Cómo lo revisa easyIndex?
easyIndex lee cada página publicada igual que un bot de IA, sin ejecutar JavaScript. Una página que crea tu agente de código solo cuenta como lista cuando el texto auditado está en ese HTML crudo, en el sitio publicado.
Paso a paso
- Prueba tus páginas clave. Corre la prueba con curl en la portada, la página de precios y las de servicios, y busca el texto principal de cada una.
- Encuentra dónde se arma el texto. Pídele a tu agente de código que liste las páginas que arman su contenido en el navegador y por qué.
- Lleva el texto al servidor. Pídele al agente que pase esas páginas a renderizado en servidor o prerenderizado estático, con interactividad solo donde haga falta.
- Corrige enlaces y sitemap. Cada enlace interno debe ser un <a href> real y cada página pública debe estar en sitemap.xml.
- Prueba de nuevo publicado. Repite el curl después del despliegue; el texto tiene que aparecer en el HTML crudo.
Errores comunes
- Revisar la página en un navegador, que ejecuta JavaScript, y suponer que el bot ve lo mismo.
- Renderizar la portada en el servidor y dejar precios y servicios renderizados en el navegador.
- Bloquear bots de IA sin querer, en robots.txt o en la CDN, mientras se corrige el renderizado.
- Pagar una capa de prerenderizado cuando el framework ya renderiza en el servidor.
Cómo lo resuelve easyIndex
Tu agente de código corrige el renderizado en tu repositorio, guiado por MCP; easyIndex lee cada página publicada sin ejecutar JavaScript, como los bots de IA, y luego registra qué páginas leyeron de verdad los bots de IA. US$ 30 por sitio al mes, con 7 días gratis.
Preguntas frecuentes
¿Un sitio en Next.js ya está a salvo?
Casi siempre: las páginas del App Router se renderizan en el servidor por defecto, pero el texto que se trae dentro de un Client Component después de cargar sigue invisible para los bots de IA.
¿Un archivo llms.txt resuelve el problema de JavaScript?
No. Es un archivo de texto corto; las páginas siguen necesitando su texto en el HTML para que los bots las lean y las citen.
¿Los bots de IA van a empezar a ejecutar JavaScript?
Nadie lo sabe. En el estudio de diciembre de 2024 no lo hacían, y lo seguro es enviar el texto en el HTML.
¿Esto afecta a quien llega desde ChatGPT?
No. La persona abre tu sitio en un navegador normal que ejecuta JavaScript; el problema es solo lo que lee el bot antes de citarte.
Sigue leyendo
- ¿Cómo funciona easyIndex, qué necesito y cuánto tardan los resultados?
- ¿Cuánto cuesta easyIndex?
- ¿Qué bots de IA existen y cómo los permito en robots.txt?
- ¿Funciona llms.txt?
- ¿Cómo hago GEO con Claude Code o Codex?
- ¿Cloudflare está bloqueando a ChatGPT y otros bots de IA en mi sitio?
Verificado el .