Seu site está pronto para agentes de IA? O que o Google recomenda

Agentes de IA não navegam como humanos. Eles leem seu site via HTML, árvore de acessibilidade e capturas de tela, e muitos sites, mesmo bem ranqueados, são funcionalmente quebrados para esses sistemas.

O Google publicou no web.dev um guia bem direto sobre o que chama de "sites compatíveis com agentes". O ponto central: o que torna um site legível por agentes é o mesmo que sempre tornou um site tecnicamente bem feito.

Como um agente enxerga seu site

Antes de falar em otimização, vale entender como esses sistemas percebem uma página. Agentes modernos combinam três fontes de leitura:

HTML bruto: o agente analisa o código da página e entende como os elementos se relacionam entre si. Se um botão "Comprar agora" está dentro do bloco de um produto, o agente conclui que ele pertence àquele produto específico. A estrutura do código importa tanto quanto o conteúdo visível.

Árvore de acessibilidade: é como um "resumo funcional" da página, gerado automaticamente pelo navegador. Ele filtra tudo o que é puramente visual, como cores, fontes e animações e mantém só o que é funcionalmente relevante: quais elementos existem, o que cada um faz e em que estado se encontra (um botão está ativo? um campo está preenchido?). Para o agente, é como um mapa limpo da página. O problema: elementos mal construídos simplesmente não aparecem nesse mapa. Um <div> estilizado para parecer um botão, por exemplo, não é reconhecido como botão e o agente não vai conseguir clicar nele.

Capturas de tela: quando as duas fontes anteriores não são suficientes, o agente faz uma captura visual da página renderizada e usa visão computacional para identificar elementos. É útil para captar informações visuais como tamanho, cor e posição, mas é lento e consome muito processamento. Funciona como último recurso.

O problema começa quando esses três canais dão informações contraditórias ou incompletas. Um elemento mal construído pode aparecer visualmente na tela, mas ser invisível para o agente na camada de código. Um <div> sem role não aparece na árvore de acessibilidade. A captura de tela pode localizá-lo na tela, mas não sabe o que ele faz. O resultado é ambiguidade e agentes, como modelos de linguagem, resolvem ambiguidade com chute ou simplesmente falham na tarefa..

O que consertar, na prática

O guia do Google lista as intervenções mais diretas:

• Use os elementos HTML certos. Prefira <button> e <a> em vez de <div> ou <span> disfarçados de botão ou link. Se por algum motivo não for possível, sinalize explicitamente a função do elemento no código: <div role="button" tabindex="0">.
• Vincule rótulos aos campos de formulário. O atributo for no <label> cria uma ligação semântica entre o nome do campo e o campo em si, que o agente usa para entender o que cada campo pede antes de preenchê-lo.
• Indique visualmente o que é clicável. O CSS cursor: pointer nos elementos interativos é um sinal explícito que agentes de visão reconhecem como "este elemento faz alguma coisa".
• Mantenha layout estável. Agentes que fazem screenshots ficam confusos quando o posicionamento de elementos muda entre páginas. Um botão "Adicionar ao carrinho" em lugares diferentes para cada categoria de produto é um exemplo claro de quebra.
• Evite sobreposições e elementos "fantasma". Sobreposições transparentes que cobrem elementos interativos podem fazer o agente ignorar o elemento que está por baixo.
• Garanta tamanho mínimo nos elementos interativos. Elementos clicáveis menores que 8×8 pixels tendem a ser ignorados na análise visual.

Por que isso importa para GEO

Para quem trabalha com otimização para motores de resposta (GEO), isso fecha um ciclo que já vinha se desenhando. Modelos de linguagem sempre dependeram de HTML semântico e bem estruturado para entender e citar conteúdo, a diferença é que antes isso acontecia na indexação de forma passiva. Agora, com agentes agindo em nome do usuário, o site precisa ser operável por máquina em tempo real.

Um site que um agente não consegue navegar não vai gerar conversão via IA, mesmo que apareça na resposta. Visibilidade sem operabilidade não completa o ciclo.

Um bom ponto de partida é auditar a árvore de acessibilidade da sua página direto no Chrome DevTools (aba Accessibility). O que você encontrar lá é exatamente o que um agente encontra. Tudo o que estiver faltando, mal nomeado ou ambíguo é um ponto cego operacional.

Conclusão

Os profissionais que vão sair na frente na próxima fase da busca são os que já tratam agentes como uma audiência real. HTML semântico limpo, acessibilidade bem implementada, layouts estáveis e hierarquia visual clara deixaram de ser só boas práticas de UX. Na web agêntica, é disso que depende a rastreabilidade.