Como preparar o site para agentes de IA: o que eles enxergam e o que ajustar

Preparar o site para agentes de IA significa garantir que um sistema automatizado consiga ler as páginas, entender o que cada botão faz e concluir uma tarefa em nome de uma pessoa: pedir um orçamento, comparar planos, agendar uma visita ou finalizar uma compra. O trabalho é parecido com o de acessibilidade. Os mesmos elementos que ajudam um leitor de tela ajudam um agente a navegar.

O assunto deixou de ser teórico. Um levantamento da Conversion com os 1.955 sites de maior audiência do Brasil, divulgado pela TI Inside em outubro de 2026, encontrou 85,42% deles em dia com o SEO técnico, mas apenas 11 (0,56%) preparados para serem lidos e percorridos por agentes. Ser encontrado na busca e ser utilizável por um agente são problemas diferentes.

Integrações, automações e outros usos de IA nas empresas estão nos artigos de IA e Automação da CreateStorm. Este texto trata do site em si: o que um agente enxerga e o que ajustar.

O que são agentes de IA e navegação agêntica?

O Google define agentes de IA como sistemas autônomos que executam tarefas em nome das pessoas. Na navegação agêntica, o agente abre páginas, lê o conteúdo, clica, preenche campos e avança por etapas, como uma pessoa faria, só que a partir de uma instrução do tipo “encontre três fornecedores de manutenção de site em Ribeirão Preto e peça orçamento”.

Isso já acontece em navegadores com IA, como o ChatGPT Atlas e o Perplexity Comet, e em assistentes que usam um navegador por trás. Para o dono do site, a consequência prática é simples: parte das visitas passa a vir de um software que interpreta a página, e não de alguém que olha para ela.

O guia do Google sobre otimização para recursos de IA recomenda que, se agentes forem relevantes para o negócio, a empresa revise as boas práticas de sites amigáveis a agentes. É a mesma orientação que aparece abaixo, com a fonte de cada recomendação.

Como um agente de IA lê o seu site?

O artigo Build agent-friendly websites, publicado pelo time do Chrome no web.dev, descreve três formas que os agentes usam para interpretar uma página, quase sempre combinadas:

• Captura de tela: um modelo de visão analisa a imagem da página, a hierarquia visual e o destaque dos botões. Funciona, mas é lento e caro.
• HTML e DOM: o agente lê a estrutura do código, os elementos, os atributos e a forma como estão aninhados.
• Árvore de acessibilidade: uma versão resumida da página que o próprio navegador monta, com o papel, o nome e o estado de cada elemento interativo. É o sinal mais limpo dos três.

A árvore de acessibilidade é o ponto central. Se um botão foi feito com uma div que só reage ao clique, ele pode aparecer nessa árvore sem papel nenhum. Para o agente, é como se o botão não existisse, por mais bonito que esteja na tela.

Como preparar o site para agentes de IA em 7 passos

Os sete passos abaixo seguem as recomendações do web.dev e do guia do Google. Nenhum deles exige reconstruir o site; a maioria é revisão de templates e componentes.

1. Use elementos interativos de verdade

Ações devem ser <button>; navegação deve ser <a href>. Componentes montados com div ou span e um script de clique são o problema mais comum. Quando não houver alternativa, o elemento precisa receber o role e o tabindex adequados, além de responder ao teclado.

2. Associe um rótulo a cada campo de formulário

Todo campo precisa de um <label> ligado a ele pelo atributo for, ou de um aria-label quando o rótulo visível não for possível. Um campo sem nome vira um espaço vazio para o agente: ele não sabe se ali vai o e-mail, o telefone ou o CNPJ. Placeholder não substitui rótulo, porque some quando a pessoa começa a digitar.

3. Garanta alvos clicáveis de tamanho adequado

O web.dev observa que análises visuais descartam elementos interativos muito pequenos. O critério de acessibilidade das WCAG 2.2 pede pelo menos 24 por 24 pixels para alvos clicáveis, uma régua mais exigente que já resolve o caso dos agentes. Ícones de redes sociais, setas de carrossel e links de rodapé costumam falhar aqui.

4. Não cubra botões com camadas transparentes

Banners de cookies que continuam ativos depois do aceite, janelas modais fechadas que deixam uma camada invisível e cards inteiros clicáveis por cima dos links internos escondem os elementos que estão embaixo. O agente “vê” a camada, e não o botão.

5. Mantenha o layout estável

Se o botão de orçamento muda de lugar entre uma página de serviço e outra, ou se a página se desloca enquanto carrega, agentes baseados em captura de tela se confundem. A estabilidade visual medida pelo CLS, uma das métricas de Core Web Vitals, ajuda as pessoas e os agentes ao mesmo tempo.

6. Deixe o conteúdo principal legível sem depender de JavaScript

Textos, preços, condições e formulários que só aparecem depois de scripts pesados são mais difíceis de ler para qualquer sistema automatizado. Sites renderizados no servidor, como a maioria das instalações bem configuradas de WordPress, partem na frente. O mesmo levantamento da Conversion usou a leitura sem JavaScript como um dos sinais de preparo.

7. Decida o que os robôs de IA podem acessar

Segundo o levantamento, oito em cada dez dos sites mais acessados do país não dizem aos sistemas de IA como o conteúdo pode ser usado. Defina no robots.txt quais rastreadores de IA podem coletar o site e registre essa decisão. Bloquear tudo por precaução pode tirar a empresa de respostas e tarefas em que ela gostaria de aparecer.

O que não precisa ser feito

Parte do mercado vende arquivos e marcações “para IA” como requisito. O guia do Google é direto: não é preciso criar arquivos legíveis por máquina, arquivos de texto para IA, marcações ou Markdown para aparecer na Busca, e o Google ignora o llms.txt. Outros serviços podem usar esse arquivo, mas ele não muda a visibilidade no Google.

O mesmo vale para schema: não existe uma marcação schema.org específica para IA. Os dados estruturados comuns continuam úteis para os resultados avançados, desde que descrevam o conteúdo visível. O artigo sobre schema no Rank Math mostra como implementá-los sem duplicação.

Quando o agente precisa agir: formulários, compras e WebMCP

Ler a página é o primeiro nível. O segundo é agir: enviar um formulário, montar um carrinho, reservar um horário. O levantamento mostrou que menos de 1% dos sites oferece ferramentas para que um agente execute ações diretamente.

Duas iniciativas tentam resolver isso. O web.dev apresenta o WebMCP, uma proposta ainda em desenvolvimento que permite ao site declarar ferramentas que o agente pode chamar, como “consultar disponibilidade” ou “solicitar orçamento”. Para ações sensíveis, como uma compra, o site pode exigir a confirmação da pessoa. No comércio eletrônico, o Google cita protocolos emergentes como o Universal Commerce Protocol (UCP).

Para a maioria das empresas B2B, o caminho seguro hoje é ter formulários bem rotulados, com confirmação clara do envio e integração com o CRM. Um contato enviado por um agente precisa chegar ao comercial com origem e contexto, como qualquer outro lead.

Como testar se o site está pronto para agentes de IA

O Lighthouse, a ferramenta de auditoria do Chrome, ganhou em 2026 uma categoria experimental chamada Agentic Browsing. Em vez de uma nota de 0 a 100, ela mostra quantas verificações a página passou, em itens como a árvore de acessibilidade e a estabilidade do layout. Ela pode ser executada no painel Lighthouse do Chrome DevTools, e o Google avisa que os critérios ainda podem mudar.

Um teste manual também ajuda: navegue pelo site só com o teclado. Se não der para chegar ao botão de orçamento com a tecla Tab, ou se um campo é anunciado sem nome pelo leitor de tela do sistema operacional, um agente provavelmente terá o mesmo problema.

Checklist: o site está pronto para agentes de IA?

• Botões são <button> e links são <a href>?
• Todos os campos de formulário têm rótulo associado?
• Alvos clicáveis têm pelo menos 24 por 24 pixels?
• Nenhuma camada transparente cobre botões ou links?
• Ações importantes ficam no mesmo lugar em todos os templates?
• O conteúdo principal aparece sem depender de JavaScript pesado?
• O robots.txt reflete uma decisão sobre rastreadores de IA?
• Formulários confirmam o envio e chegam ao CRM com a origem registrada?
• A página passa no teste de navegação só com teclado?

Um site para agentes de IA não é um site novo. É o mesmo site, com HTML semântico, formulários bem rotulados e layout estável, que já atende melhor quem usa leitor de tela, navega pelo celular ou tem pressa. Por isso o ajuste costuma se pagar mesmo antes de os agentes virarem parte relevante do tráfego.

Perguntas frequentes sobre agentes de IA no site

O que é navegação agêntica?

É quando um agente de IA navega por sites em nome de uma pessoa: abre páginas, lê o conteúdo, clica e preenche formulários para concluir uma tarefa, como comparar fornecedores ou pedir um orçamento.

Preciso criar um arquivo llms.txt?

Não para o Google. O guia do Google afirma que a Busca não usa esse arquivo e o ignora. Outros serviços podem usá-lo, mas ele não substitui um site com HTML semântico, rótulos e conteúdo legível.

Agentes de IA conseguem preencher os formulários do meu site?

Conseguem quando os campos têm rótulos associados, os botões são elementos reais e nenhuma camada cobre o formulário. Campos sem nome, captchas mal configurados e botões feitos com div são as falhas mais comuns.

Bloquear robôs de IA no robots.txt impede os agentes?

Depende do agente. Rastreadores que respeitam o robots.txt deixam de coletar o conteúdo, enquanto agentes que operam a partir do navegador de uma pessoa acessam o site como um visitante. Bloquear sem critério pode tirar a empresa de respostas e tarefas relevantes.

Acessibilidade e preparo para agentes são a mesma coisa?

São muito próximas. A árvore de acessibilidade é a principal fonte de informação dos agentes, então um site acessível a leitores de tela já resolve a maior parte do problema. O preparo para agentes acrescenta pontos como estabilidade do layout, regras para rastreadores de IA e, no futuro, ferramentas declaradas com WebMCP.