A IA renderiza JavaScript?

#O que o teste provou realmente

Para os engenheiros de pesquisa isto não é uma ideia nova, mas até agora era argumento e não prova. Agora foi testado diretamente, e a prova é incómoda para a grande classe de sites construídos como aplicações JavaScript que montam o seu conteúdo no navegador.

#A experiência, num parágrafo

O teste, feito por Andre Alpar e publicado através da CitationOne, foi simples e difícil de enganar. A página servia um número de referência engodo no HTML em bruto. O número real só era substituído por JavaScript externo, obtido de um segundo endpoint. Cada assistente recebeu um URL único e impossível de adivinhar, e o servidor registou três eventos separados: a obtenção da página, a obtenção do ficheiro JavaScript e a chamada ao endpoint do número. A lógica é à prova de falhas. Devolver o número real significa que executou o script. Devolver o engodo significa que leu apenas o HTML.

#Quem leu apenas o HTML

Estes assistentes devolveram o engodo, ou seja, basearam o grounding no HTML em bruto e nunca correram o script:

• ChatGPT
• Claude
• Gemini
• Perplexity
• Meta AI
• Microsoft Copilot

O Grok executou o JavaScript num nó, mas ainda assim devolveu o engodo, por isso mesmo onde o script correu, o valor renderizado não chegou à resposta.

#Quem renderizou JavaScript

Cinco assistentes devolveram o número real, provando que executaram o script:

• DeepSeek, ERNIE, Qwen e Kimi, todos da China
• Mistral, da Europa

A renderização de JS pela IA está de facto a acontecer. Acontece que, para os grandes assistentes ocidentais com que as empresas europeias realmente se preocupam, é a exceção. A divisão é nítida o suficiente para se planear em torno dela: construa para os assistentes que os seus clientes usam, e hoje esses leem HTML.

#”Mas o Google renderiza JavaScript”

Esta é a objeção que descarrila toda a conversa, por isso enfrente-a de frente. Sim, o Googlebot renderiza JavaScript para o índice de pesquisa clássico. Isso é um pipeline separado do grounding das respostas de IA, e o teste é sobre o segundo. Uma página pode classificar perfeitamente na pesquisa clássica do Google com conteúdo que só existe depois de o JavaScript correr, e ainda assim ser invisível quando o ChatGPT ou o Perplexity a obtêm para compor uma resposta. Tratar “o Google renderiza JS” como prova de que “a IA renderiza JS” é o erro. Os dois sistemas comportam-se de forma diferente, e é exatamente nessa lacuna que a visibilidade em IA se escoa em silêncio.

#O que isto estraga na prática

O risco concentra-se num conjunto reconhecível de padrões:

• Aplicações single-page que enviam uma casca de HTML quase vazia e montam a página no navegador.
• Preços, estado de stock ou especificações injetados por JavaScript a partir de uma API depois do carregamento.
• Conteúdo escondido por trás de separadores, acordeões ou “carregar mais” do lado do cliente, que só é obtido na interação.
• Descrições de produtos ou serviços renderizadas por uma framework do cliente sem alternativa no servidor.
• Avaliações, classificações e widgets de FAQ incorporados como JavaScript de terceiros.

Se algum destes carrega os factos que quer que uma IA repita, está a apostar a sua visibilidade em IA num comportamento de renderização em que seis de sete assistentes ocidentais acabaram de falhar.

#A solução aborrecida, agora confirmada para IA

O remédio é a regra que o SEO clássico repete há uma década: coloque os factos essenciais em HTML renderizado no servidor. A geração de sites estáticos e a renderização no servidor satisfazem-na ambas. A framework não importa, o que importa é onde o HTML é montado. Renderize o conteúdo no servidor, sirva-o na primeira resposta e deixe o JavaScript enriquecê-lo em vez de o fornecer.

Pode verificar o seu próprio site num minuto. Obtenha uma página sem navegador e leia o que volta:

curl -s https://o-seu-site.example/a-sua-pagina/ | less

Se os cabeçalhos, o texto, os preços, as especificações e o Schema.org JSON-LD estiverem todos nessa resposta em bruto, os assistentes de IA conseguem lê-los. Se a página for uma casca fina que se preenche depois de o script correr, esse é o seu problema, e agora consegue vê-lo.

#Como a nossa própria stack lida com isto

Não somos neutros aqui, porque fizemos esta aposta de propósito. O wppoland.com corre em Astro, que renderiza as páginas para HTML estático em tempo de build e as serve a partir da edge. Tudo o que importa está na resposta em bruto: o texto, cada cabeçalho, o FAQ e o Schema.org JSON-LD. Verificámos da mesma forma que o teste, lendo o HTML em bruto em vez da página renderizada, e o conteúdo está todo lá antes de uma única linha do nosso JavaScript correr. O JavaScript nas nossas páginas é enriquecimento, nunca a fonte do conteúdo.

É a mesma conclusão a que chegámos pelo caminho longo em servir conteúdo a agentes de IA: HTML limpo, renderizado no servidor e semântico, mais Schema, é o único sinal que tanto os crawlers clássicos como os sistemas de IA realmente consomem. Este teste é a prova mais limpa até hoje a favor dessa posição. É também o motivo pelo qual um programa de GEO e LLMO tem de começar por como a página é renderizada, e não por metadados engenhosos, porque metadados que um assistente nunca executa são metadados que ele nunca lê.

#Glossário

Para leitores que gerem um negócio e não um pipeline de build:

• Renderização no servidor / geração estática - o HTML da página é montado no servidor (ou em tempo de build) e chega completo na primeira resposta.
• Renderização no cliente - o servidor envia uma casca quase vazia, e o JavaScript do navegador constrói a página depois.
• Grounding - quando um assistente de IA obtém páginas reais para fundamentar uma resposta em factos e não na memória.
• Hidratação - JavaScript que anexa interatividade a HTML já renderizado; seguro, porque o conteúdo estava lá primeiro.

#A conclusão honesta

A renderização de JavaScript pelos assistentes de IA provavelmente vai melhorar com o tempo, e os assistentes chineses mais o Mistral mostram que tecnicamente é rotina. Mas não pode publicar para os assistentes que gostaria que existissem. Publica para os que os seus clientes usam, e em junho de 2026 os maiores assistentes ocidentais leem HTML em bruto e param aí. A resposta segura, aborrecida e com uma década revela-se a correta também para a IA: sirva os seus factos em HTML que o servidor já renderizou, e trate tudo o que só aparece depois do JavaScript como conteúdo que a IA não verá.