¿Los asistentes de IA ejecutan JavaScript o se quedan solo con el HTML?

¿Los asistentes de IA ejecutan JavaScript o se quedan solo con el HTML?

Hace poco salió publicado un estudio que intenta responder exactamente a esta pregunta, y el método que usaron tiene bastante mérito.

El experimento consistía en colocar dentro del HTML de una página un número de referencia falso, pensado como cebo. El número correcto únicamente aparecía si el navegador ejecutaba un archivo JavaScript externo. A continuación, enviaron la misma URL a 12 asistentes distintos con una instrucción idéntica:

“resume esta página y dime el número de referencia”

La lógica era sencilla: si el asistente devolvía el número falso, significaba que había leído únicamente el HTML sin más. Si devolvía el número correcto, había renderizado la página de verdad, igual que haría un navegador convencional.

Los resultados mostraron un patrón bastante claro. Los modelos estadounidenses se quedaron con el número señuelo, limitándose al HTML sin llegar a ejecutar el JavaScript:

Hay dos casos que merecen mención aparte: Copilot llegó a descargar el archivo JavaScript pero no lo procesó, y Grok lo ejecutó en alguno de sus nodos aunque, al final, también reportó el número incorrecto.

En cambio, los asistentes que sí renderizaron la página por completo fueron los siguientes:

  • DeepSeek, ERNIE, Qwen y Kimi (modelos chinos)
  • Mistral (europeo)

Un apunte importante para contextualizar bien estos datos: el estudio analiza el comportamiento durante el grounding, es decir, cuando pegas una URL directamente en el chat y pides al asistente que la procese en tiempo real. Esto no tiene por qué coincidir con cómo actúan los crawlers de indexación o de entrenamiento, que pueden funcionar de forma diferente.

¿Y qué implicación práctica tiene todo esto? Si en tu web tienes información relevante —precios, datos, cifras o cualquier contenido crítico— que se carga mediante JavaScript en el lado del cliente, hay asistentes que probablemente no estén viendo esa información en absoluto.

El estudio fue realizado por Andre Alpar.


¿Ejecuta JavaScript tu asistente de IA al acceder a una URL? Un estudio lo mide con un señuelo en el HTML

Resumen técnico

Un estudio de Andre Alpar probó 12 asistentes de IA con una metodología de señuelo: un número de referencia falso en el HTML estático y el valor real cargado mediante JavaScript externo. El prompt fue idéntico para todos. ChatGPT, Gemini, Claude, Perplexity y Meta AI reportaron el señuelo, confirmando que solo leen HTML crudo. Microsoft Copilot descargó el archivo .js pero no lo ejecutó. Grok ejecutó el script en un nodo pero igualmente devolvió el valor falso. DeepSeek, ERNIE, Qwen, Kimi y Mistral renderizaron la página completa y reportaron el número real.

Análisis de implicaciones

El estudio mide el comportamiento durante el grounding en tiempo real, no el de los crawlers de indexación o entrenamiento, que pueden operar de forma distinta. La mayoría de los asistentes occidentales actúan como lectores de HTML estático, sin un motor de renderizado tipo Chromium. Esto implica que cualquier contenido inyectado vía JavaScript del lado del cliente, como precios dinámicos, datos de API o variaciones de producto, es invisible para ChatGPT, Claude o Gemini cuando procesan una URL directamente en el chat.

Aplicación práctica

Si expones datos críticos a través de frameworks como React, Vue o Angular sin Server-Side Rendering (SSR) ni Static Site Generation (SSG), esos valores no serán procesados por la mayoría de asistentes. Para garantizar visibilidad correcta en herramientas como ChatGPT o Perplexity, los contenidos relevantes deben estar en el HTML inicial servido por el servidor. Implementar SSR con Next.js o Nuxt, o incluir datos estructurados en JSON-LD directamente en el markup, son las soluciones más directas para este escenario.

Contexto del sector

El auge de la Answer Engine Optimization y el uso de asistentes como punto de acceso a contenido web hace que esta limitación sea cada vez más relevante. Mientras los modelos chinos como DeepSeek o Qwen y Mistral integran renderizado completo, los asistentes dominantes en mercados occidentales siguen dependiendo del HTML estático. Esta brecha técnica puede influir directamente en cómo los asistentes representan marcas, precios o datos en sus respuestas.

Artículo relacionado

Carlos González

Ver publicación original

Deja un comentario

Información básica sobre protección de datos Ver más

  • Responsable: Lorenzo Lardillier Sanchez.
  • Finalidad:  Moderar los comentarios.
  • Legitimación:  Por consentimiento del interesado.
  • Destinatarios y encargados de tratamiento:  No se ceden o comunican datos a terceros para prestar este servicio. El Titular ha contratado los servicios de alojamiento web a htpps://www.unelink.es que actúa como encargado de tratamiento.
  • Derechos: Acceder, rectificar y suprimir los datos.
  • Información Adicional: Puede consultar la información detallada en la Política de Privacidad.

Esta web utiliza cookies propias y de terceros para su correcto funcionamiento y para fines analíticos y para mostrarte publicidad relacionada con sus preferencias en base a un perfil elaborado a partir de tus hábitos de navegación. Contiene enlaces a sitios web de terceros con políticas de privacidad ajenas que podrás aceptar o no cuando accedas a ellos. Al hacer clic en el botón Aceptar, acepta el uso de estas tecnologías y el procesamiento de tus datos para estos propósitos. Ver Política de cookies
Privacidad