O Lighthouse ganhou uma auditoria nova, e ela não tem nada a ver com performance, acessibilidade ou SEO na acepção tradicional. A versão 13.5 passou a verificar se o seu site publica um catálogo de recursos para agentes de IA, seguindo uma especificação chamada Agentic Resource Discovery, a ARD.
A mudança foi detalhada pelo Search Engine Journal a partir do código-fonte da release e consta da documentação do Chrome for Developers sobre a categoria Agentic Browsing. A expectativa do time é que a auditoria chegue ao DevTools do Chrome 156 e ao PageSpeed Insights em até duas semanas após o lançamento.
Antes que alguém corra para abrir chamado com o time de desenvolvimento: nada nas notas de versão liga essa auditoria ao ranqueamento na Busca do Google. Ela vive em uma categoria experimental, separada das auditorias de SEO. Vale entender o que é, porque a direção da coisa importa mais do que o checkmark.
O que é Agentic Resource Discovery
A ARD é uma especificação proposta para resolver um problema específico: como um agente de IA descobre quais ferramentas e serviços uma organização oferece. Não se trata de listar páginas nem de resumir conteúdo. Trata-se de declarar recursos chamáveis: ferramentas MCP, agentes A2A, skills e outros serviços que um sistema autônomo poderia acionar.
A proposta ainda é um rascunho e credita três autores: Junjie Bu, do Google, R.V. Guha, da Microsoft, e Shaun Smith, da Hugging Face. A combinação de sobrenomes explica boa parte do interesse do mercado. Guha é o mesmo nome por trás do Schema.org e do RSS, o que sugere que a ideia de um manifesto padrão para agentes não vai desaparecer tão cedo.
Onde o Lighthouse procura o catálogo de Agentic Resource Discovery
A auditoria segue uma ordem de busca clara, visível no código da versão 13.5. Ela começa pelo robots.txt, procurando uma linha Agentmap, que é a diretiva da especificação apontando para o catálogo. Depois procura uma tag link com a relação ai-catalog. Em seguida verifica o cabeçalho HTTP Link buscando a mesma relação. Se nenhuma das três existir, ela requisita o caminho padrão.
A leitura do código bate com o que a análise da DebugBear sobre a nova categoria de navegação agêntica descreveu de forma independente. O resultado tem três estados. Se o catálogo existe e está em conformidade com o schema da ARD, a auditoria passa. Se há erro de schema, ou se o ponteiro aponta para um catálogo que não carrega, ela falha. Se nada é encontrado nos caminhos verificados, o relatório marca como não aplicável. O pull request descreve a auditoria como uma verificação de conformidade de schema, não como um sinal de qualidade.
A pegadinha do nome do arquivo
Aqui mora a parte que pode gerar diagnóstico errado. A especificação mais recente, a versão 0.91, de 26 de agosto, moveu o manifesto para /.well-known/ard.json e manteve ai-catalog.json apenas como caminho antigo e opcional para quem lê o arquivo. O Lighthouse 13.5, porém, ainda procura o nome antigo.
Na versão 0.91, quem lê esses arquivos é obrigado a buscar o ard.json e pode também verificar o caminho antigo. A própria especificação avisa que um arquivo disponível apenas no caminho antigo pode não ser encontrado.
O efeito prático: um site que já implementou a versão atual da especificação, usando ard.json com a relação ard, sem linha Agentmap e sem os nomes antigos, aparece como não aplicável no relatório. Não é que o site esteja errado. É que a ferramenta ainda não olha para lá. Quem for auditar precisa saber disso antes de concluir que falta implementação.
ARD, llms.txt e WebMCP não são a mesma coisa
A confusão entre os três arquivos é previsível, porque todos prometem “preparar o site para IA”. As funções, no entanto, são diferentes, e misturar isso gera trabalho desperdiçado.
| Recurso | O que declara | Quando faz sentido |
|---|---|---|
| ARD (catálogo de agentes) | Ferramentas, agentes e serviços chamáveis da organização | Quando você expõe MCP, API pública ou agente que outros sistemas poderiam acionar |
| llms.txt | Um resumo do conteúdo do site para modelos de linguagem | Quando o objetivo é orientar a leitura do conteúdo, não a execução de ações |
| WebMCP | Ações estruturadas que a própria página oferece a um agente já presente nela | Quando o agente precisa operar dentro da sua interface, e não apenas descobri-la |
O llms.txt, aliás, já tem auditoria própria no Lighthouse, que verifica ausência de H1, arquivo curto demais ou ausência de links. Na 13.5, ela foi agrupada com a nova auditoria sob um título comum: Agent Discoverability. Vale lembrar o que já tratamos aqui: o llms.txt não muda o ranqueamento no Google, e ele tampouco bloqueia crawler, como a Common Crawl deixou claro. Passar na auditoria e influenciar a Busca continuam sendo duas conversas separadas.
Por que a categoria não tem nota de 0 a 100
Essa é a declaração mais honesta do lançamento, e a que melhor descreve o momento. A categoria Agentic Browsing não produz pontuação como performance ou acessibilidade. Ela mostra uma taxa de aprovação. A documentação do Google explica o motivo de forma direta.
Os padrões para a web agêntica ainda estão emergindo.
Documentação do Chrome for Developers sobre a categoria Agentic Browsing
Traduzindo para a mesa de trabalho: ninguém sabe ainda qual arquivo vence, e o Google está medindo o que dá para medir enquanto o padrão se decide. A release também adiciona uma verificação automática semanal que sinaliza quando o schema ou os testes de conformidade do projeto ARD mudam. Ou seja, o próprio time espera que a especificação continue se mexendo.
O que fazer com o Agentic Resource Discovery agora
A recomendação varia bastante conforme o tipo de operação, e é aqui que a maioria dos textos sobre o tema erra ao dar uma resposta única.
- Site de conteúdo ou e-commerce comum: não há nada a implementar hoje. Você não expõe ferramentas chamáveis, então o catálogo ARD não tem o que declarar. Não aplicável no relatório é o resultado correto, e não um erro a corrigir.
- Quem já expõe MCP, API pública ou agente: vale publicar o manifesto e acompanhar a especificação. O custo é baixo e serve como aprendizado, ainda que não haja garantia nenhuma de retorno enquanto o padrão não se estabilizar.
- Quem implementou a versão antiga: mantenha o caminho
ai-catalog.jsonrespondendo enquanto migra paraard.json. A especificação prevê que quem lê o arquivo deve buscar o nome novo e pode verificar o antigo, então servir os dois é a transição segura. - Quem faz auditoria para cliente: registre no relatório que essa categoria é experimental e não influencia a Busca. Vender otimização de ARD como ganho de ranqueamento seria, no mínimo, imprudente.
O movimento de fundo é o que vale acompanhar. O Google vem tratando o tráfego de agentes como uma categoria própria, com regras próprias, e isso já apareceu em outras frentes: dos crawlers do Google usando PUT e DELETE à separação entre treino de IA e busca proposta pela Cloudflare. O site deixou de ter um só tipo de visitante. A infraestrutura de declaração está correndo atrás disso.
Perguntas frequentes
A auditoria de ARD afeta o ranqueamento no Google?
Não. Ela pertence à categoria experimental Agentic Browsing, separada das auditorias de SEO, e nada nas notas de versão a vincula à Busca do Google.
Meu site aparece como não aplicável. Isso é um problema?
Na maioria dos casos, não. Significa apenas que o Lighthouse não encontrou um catálogo nos caminhos que ele verifica. Se você não expõe ferramentas ou serviços chamáveis por agentes, não há o que declarar.
Qual é o nome correto do arquivo hoje?
A especificação atual usa /.well-known/ard.json. O nome anterior, ai-catalog.json, segue como caminho opcional. O Lighthouse 13.5 ainda procura o nome antigo, então servir os dois durante a transição é o caminho mais seguro.
ARD substitui o llms.txt?
Não. O llms.txt resume o conteúdo do site para modelos de linguagem. A ARD declara ferramentas, agentes e serviços que podem ser acionados. São camadas diferentes e podem coexistir.
Quando a auditoria chega ao PageSpeed Insights?
O time do Lighthouse projeta a chegada ao DevTools do Chrome 156 e ao PageSpeed Insights em até duas semanas após o lançamento da versão 13.5.
