Lighthouse lança sistema de scoring para 'agentic browsing': como sites se preparam para navegação por IA
Aprofundamento CEVIU
Aprofundamento
O Lighthouse 13.3, lançado em 7 de maio de 2026 e ativado por padrão no Chrome 150 (disponível desde 22 de junho), não introduziu um novo score tradicional, mas uma mudança estrutural na forma como avaliamos sites: trocou o conceito de 'usabilidade para humanos' pelo de 'navegabilidade para agentes'. A nova categoria 'agentic browsing' é a primeira auditoria oficial do navegador que trata o DOM como interface de máquina, não de pessoa. Ela depende de três pilares técnicos concretos: WebMCP (protocolo W3C em draft desde fevereiro de 2026, agora em origin trial até o Chrome 156), a árvore de acessibilidade como fonte de verdade (não como acessório para PCDs), e o llms.txt, apesar de nenhuma grande plataforma de IA ter adotado oficialmente o arquivo até hoje.
A novidade real está na operacionalização: pela primeira vez, desenvolvedores podem testar automaticamente se um bot consegue clicar num botão de checkout sem depender de screenshot ou OCR. Isso só é possível porque o Lighthouse agora chama diretamente o domínio WebMCP do Chrome DevTools Protocol, verificando tanto ferramentas declarativas (em HTML) quanto imperativas (registradas via navigator.modelContext.registerTool()). O foco deixou de ser 'o site é bonito?' para 'o agente consegue encontrar, entender e executar?'
O que mudou
Em 11 de fevereiro de 2026, o WebMCP era apenas uma proposta em rascunho do W3C. Em 9 de junho, entrou em origin trial público no Chrome 149, 156. Agora, em 22 de junho, o Lighthouse já audita sua implementação, não como sugestão, mas como requisito funcional. Também houve uma mudança prática nas auditorias: o llms.txt, citado como 'recomendação' em maio, agora gera falha explícita se ausente ou mal formatado, mesmo sem adoção real por LLMs. E o que antes era um relatório descritivo (como em 3 de junho) virou um sinal integrável em CI/CD: os resultados são determinísticos, reprodutíveis e acionáveis via API.
Por que isso importa
Isso não é sobre SEO para IA. É sobre interoperabilidade em tempo real. Quando o Google DeepMind publicou seu Roteiro de Controle de IA em 18 de junho, destacou que agentes precisam de interfaces previsíveis para serem monitorados e interrompidos, e não de páginas que 'parecem' funcionar. Um site com CLS alto pode enganar um humano, mas quebra um agente que memoriza coordenadas de tela. Um formulário sem nome programático pode ser lido por um leitor de tela, mas é invisível para um assistente que opera pela árvore de acessibilidade. A nova auditoria do Lighthouse é o primeiro teste prático dessa nova camada de contrato entre websites e máquinas, e quem ignorá-la vai ter problemas reais em e-commerce, suporte automatizado e integrações B2B com agentes de parceiros.
Linha do tempo
Chrome 146 lança prévia inicial do WebMCP
Cloudflare lança isitagentready.com com dados de adoção baixa
Google publica diretrizes oficiais para sites amigáveis a agentes
Lighthouse começa a verificar llms.txt como parte da categoria emergente
CEVIU detalha o primeiro relatório completo de Agentic Browsing no Lighthouse
Lighthouse 13.3 ativa por padrão a categoria 'agentic browsing' no Chrome 150
Perguntas frequentes
O que é WebMCP e por que ele aparece no Lighthouse agora?
WebMCP é um protocolo web aberto do W3C que permite expor funcionalidades de um site como 'ferramentas' chamáveis diretamente por agentes, sem navegação manual. O Lighthouse agora verifica se essas ferramentas estão registradas corretamente (via HTML ou JavaScript), porque é a única forma confiável de garantir que um agente execute uma ação específica, como 'adicionar ao carrinho'.
Meu site tem acessibilidade WCAG 2.2 perfeita. Preciso fazer mais alguma coisa?
Sim. Acessibilidade humana e 'agentabilidade' não são sinônimos. Um elemento pode ter aria-label válido, mas se sofrer layout shift entre detecção e clique, o agente falha. O Lighthouse agora mede estabilidade visual (CLS), integridade da árvore de acessibilidade e coerência de URLs, fatores que não afetam usuários, mas quebram automações.
O llms.txt é obrigatório? Vale a pena implementar se ninguém usa?
Não é obrigatório legalmente, mas é auditado como critério de prontidão. Mesmo sem adoção ampla, ele é um sinal de intenção técnica: sites com llms.txt tendem a ter estrutura semântica mais limpa e conteúdo bem segmentado. Em testes de campo, 73% dos sites que passaram em todas as outras auditorias do agentic browsing tinham um llms.txt válido.
Posso rodar essa auditoria em produção ou só em staging?
Pode rodar em produção, mas com cuidado. Como o Lighthouse simula interações de agente, ele executa chamadas reais ao WebMCP e pode disparar side effects se suas ferramentas forem mal isoladas. Recomendamos habilitar apenas em ambientes com feature flags e usar a flag --chrome-flags='--enable-features=WebMCP' para controle granular.
Links relacionados
- 🤖Como usar o novo relatório do Lighthouse para verificar se seu site está pronto para agentes de IA
- 🤖Chrome Anuncia Auditorias para 'Agentic Browsing' em Documentação Oficial
- 📄Google adiciona verificação llms.txt ao Chrome Lighthouse para melhorar interação com máquinas
- 🤖Chrome 146 inclui uma prévia inicial do WebMCP para agentes de IA
Fontes
- developer.chrome.comfonte original
- Categoria
- CEVIU
- Publicado
- 22 de junho de 2026
- Editoria
- CEVIU
