Uma meta de velocidade só é verificável quando a proposta define quais URLs, aparelhos, método, perfil de rede, repetição, métrica e prazo de correção serão usados. Separe laboratório (teste reproduzível) de campo (experiência real de visitantes); não compare Lighthouse local com dados CrUX como se fossem a mesma medição.
Use os limites Core Web Vitals como referência, não garantia
Para Core Web Vitals, os limiares atuais de “bom” no percentil 75 são LCP até 2,5 s, INP até 200 ms e CLS até 0,1. A avaliação de campo considera a distribuição de visitas, não só a melhor execução. Lighthouse e DevTools servem para localizar causas e acompanhar regressões em laboratório, mas não substituem o p75 real.
A empresa pode contratar metas mais rigorosas ou específicas, porém deve registrá-las como critério próprio, não como exigência universal do Google. Determine orçamento e alvos conforme páginas, equipamentos e audiência do site.
Defina o teste de aceite
| Item | Exemplo de critério contratual |
|---|---|
| Amostra | Home, categoria, artigo e formulário representativos |
| Aparelhos | perfil mobile e desktop, viewport e navegador informados |
| Laboratório | Lighthouse versão registrada, URL, rede/CPU, cache frio, 3 repetições |
| Campo | CrUX/relatório acordado, janela e percentil 75 após dados suficientes |
| Metas | métricas e limites por tipo de página, separados entre lab e campo |
| Correção | responsável, prazo e novo teste após cada ajuste |
Exemplo, apenas para ilustrar um contrato: “em cada uma das quatro URLs, a mediana de três execuções Lighthouse mobile sob o perfil X deve apresentar LCP abaixo de 2,5 s, TBT abaixo de 200 ms e CLS até 0,1; corrigir falhas e repetir. Após haver dados de campo suficientes, avaliar p75 de LCP/INP/CLS em janela de 28 dias com limiares Core Web Vitals.” Troque perfil e metas pelas necessidades do projeto; TBT é métrica de laboratório e não substitui INP.
Estabeleça a linha de base e aceite
- Rode a mesma amostra antes da mudança e arquive relatórios.
- Combine URL canônica, ferramenta/versão, perfil, cache, navegador, número de execuções e agregação (mediana ou p75).
- Defina limite por página e não deixe que uma média esconda uma página crítica.
- Faça a mesma medição no build final e registre itens com falha; aceite só após critérios serem cumpridos ou exceções documentadas.
- Depois do lançamento, observe CrUX/Search Console e monitore regressões.
O Google explica definição de limiares Core Web Vitals e métricas de campo e laboratório. Para contratar escopo e aceite, use o hub de contratação.