Agentes já superam desenvolvedores humanos na leitura de documentação

O tráfego de agentes supera o de pessoas

Dados de sites de documentação hospedados pela Mintlify indicam que agentes responderam por 66% do tráfego web medido em julho de 2026: mais de 213 milhões de solicitações de agentes, contra 105 milhões de carregamentos de páginas por humanos. No início do ano, a participação dos agentes era de 15,2%, um aumento de 52 pontos percentuais. Se a trajetória continuar, a empresa estima que eles poderão chegar a quase 90% do tráfego até o fim do ano.

A comparação, porém, descreve tráfego medido, não necessariamente pessoas, tarefas concluídas ou qualidade de uso. A atribuição depende da assinatura que chega ao servidor. Identificadores conhecidos podem reconhecer GPTBot, ChatGPT-User, ClaudeBot, Claude-User, PerplexityBot e Google-Extended, mas não revelam com certeza se a solicitação veio de uma busca integrada, de intermediários como Parallel ou Exa ou de outro agente. Clientes que usam navegador também podem ser classificados como tráfego humano, e a troca entre rotas pode elevar a participação medida de agentes sem aumentar o volume de tarefas.

A preferência por formatos legíveis por máquina

Em julho, 83,7% dos eventos de solicitações de agentes chegaram por rotas explicitamente destinadas a máquinas; os 16,3% restantes vieram de páginas comuns requisitadas por clientes identificados como agentes. Entre as rotas explícitas, os pedidos diretos de arquivos Markdown cresceram de 25,1% do volume em fevereiro para 54,4% em julho. Solicitações que negociavam respostas em text/markdown caíram de 25,2% para 8,3%, enquanto visitas a texto simples recuaram de 47,2% para 34,5%.

O relatório também separa a atividade de MCP do tráfego web. Em julho, assistentes de documentação devolveram 1,18 milhão de respostas, e servidores MCP hospedados processaram 1,42 milhão de chamadas de ferramentas. As chamadas por servidor ativo foram 46% maiores que em janeiro. Busca representou 56,57% das chamadas, recuperação via filesystem respondeu por 43,30% e envio de feedback por apenas 0,13%. Como clientes MCP não expõem um identificador persistente de conversa, não é possível agrupar com segurança as chamadas em tarefas específicas.

O custo do trabalho desperdiçado

Em um benchmark com 2.400 execuções em 20 sites, agentes de programação - Claude Code e Codex - responderam às mesmas perguntas sob quatro condições: HTML, Markdown simples, Markdown ligado a llms.txt e Markdown com o conteúdo completo de llms.txt incorporado. Nos formatos sem essa estrutura, os agentes frequentemente tentaram URLs inexistentes, leram páginas irrelevantes e repetiram buscas antes de encontrar a fonte correta.

A presença de llms.txt reduziu a taxa de erro em quase 90%, segundo o relatório, permitindo respostas com menos buscas e tokens e reduzindo o uso da janela de contexto, o tempo dos desenvolvedores e os custos. Isso também cria uma ressalva para métricas de volume: cada URL errada ou página irrelevante gera outra solicitação, portanto melhorar a precisão pode reduzir o tráfego de agentes mesmo sem diminuir seu uso. A Mintlify considera mais útil medir a frequência desse trabalho desperdiçado do que apenas o total de requisições.

Uma infraestrutura unificada

A conclusão defendida é que publishers precisam manter sincronizados o site para humanos e as fontes legíveis por máquinas. Na Mintlify, uma atualização pode alcançar simultaneamente o site renderizado, as rotas Markdown, o llms.txt e o servidor MCP, enquanto o Analytics acompanha as interações e as combina com dados de suporte e produto. Ainda assim, as métricas não informam de modo confiável as conversas, tarefas concluídas, resultados ou jornadas que atravessam diferentes canais.