Lighthouse lança scoring para navegação agentic: o que os devs precisam saber agora

O Lighthouse não está mais só avaliando como humanos navegam, ele agora mede como agentes de IA entendem, localizam e interagem com sua interface. Essa nova categoria não é um 'score final', mas um termômetro técnico: quantos critérios determinísticos seu site atende para ser consumido por ferramentas como o Chrome Agent ou futuros navegadores agênticos. É menos sobre performance e mais sobre *legibilidade máquina*: se seu formulário tem nome programático, se seu botão tem role válida no DOM acessível, se seu WebMCP está declarado no HTML (não só injetado via JS no runtime).

Isso muda a prioridade do dev front-end: acessibilidade deixa de ser só uma exigência legal ou de UX humana e vira requisito funcional para operação por IA. Um campo sem aria-label ou um div com role="button" mas sem tabindex não quebra o site pra pessoa, mas trava o agente. E isso já impacta captação: startups que querem integrar com assistentes corporativos ou APIs de navegação agêntica precisam desses sinais limpos desde a primeira versão.

Seu site pode estar rápido, bonito e SEO-friendly, mas invisível para agentes. Isso significa perder tráfego indireto de workflows automatizados: desde cadastros em massa feitos por assistentes internos até integrações com marketplaces que usam navegação agêntica para atualizar preços em tempo real. Mais urgente: equipes de growth e produto estão começando a usar llms.txt + WebMCP como critério de avaliação técnica em parcerias. Não é teoria, é checklist de onboarding em pilotos com bancos e SaaS B2B desde Q2/2026.