Você refez a página principal, tirou umas imagens pesadas e o site abre voando no seu computador. Aí na segunda-feira um cliente avisa que no celular dele continua devagar. Quem está certo? A resposta honesta é que o seu computador não vota. Quem decide se o site é rápido é o aparelho de quem visita, na rede que essa pessoa tem, num domingo à noite. O Google mede exatamente isso, e demora algumas semanas para te contar o resultado.
Um texto do iMasters sobre a CrUX History API do Chrome trouxe de volta uma dúvida que todo dono de site tem depois de uma mudança: como saber se ela melhorou a velocidade de verdade, sem passar um mês no escuro. Dá para montar uma rotina simples para responder a isso. Ela começa antes de você tocar em qualquer coisa.
1. Separe o que o Google mede do que você sente no seu computador
Existem dois retratos de velocidade e eles vivem brigando. Um é o do laboratório: um teste que roda uma vez, numa máquina e numa conexão padrão, e devolve uma nota na hora. O outro é o de campo, que o Chrome coleta silenciosamente de gente real navegando no seu site ao longo do tempo. Esse conjunto de dados de campo se chama CrUX, e é ele que o Google usa para julgar a experiência da página. Para isso, ele olha o percentil 75 dos carregamentos, separando celular de computador. Em português claro: se três em cada quatro visitas estão boas, você passa; a visita mais lenta pesa mais do que a média que engana.
São três medidas que valem a pena guardar na cabeça. O LCP, tempo até o maior conteúdo aparecer, que o Google considera bom até 2,5 segundos. O INP, que mede o quanto o site demora a responder quando a pessoa toca ou clica, bom até 200 milissegundos. E o CLS, o quanto a página pula enquanto carrega, bom até 0,1. O INP entrou no lugar do antigo FID em 12 de março de 2024, então relatório velho ainda fala da métrica que saiu de cena. Os limiares estão na documentação do Google no web.dev.
2. Anote o número de campo do seu site antes de mexer em qualquer coisa
Sem um antes, você nunca vai provar o depois. Então a primeira ação da rotina não é otimizar nada: é registrar onde o site está hoje. Abra o PageSpeed Insights, cole o endereço exato da página que te interessa e olhe a parte de dados de campo. Aquele número vem da CrUX, que trabalha com uma janela móvel de 28 dias e é atualizada todo dia. Copie o percentil 75 de LCP, INP e CLS daquela página para uma planilha, com a data de hoje. Pronto, esse é o seu ponto de partida.
Se ler esse diagnóstico inteiro sozinho parece trabalho demais, dá para pedir uma leitura pronta: a análise gratuita de SEO da Lynxweb aponta os pontos técnicos de performance que estão te segurando, e serve bem como essa fotografia inicial. O que não pode é começar a mudar sem ter anotado de onde partiu.
3. Mude uma coisa de cada vez e marque a data no calendário
Aqui mora o erro que estraga a medição. Como o dado de campo é uma média de 28 dias, se você comprimir as imagens, trocar a fonte e remover três scripts no mesmo dia, a curva pode até melhorar, mas você não vai saber qual mexida trouxe o ganho. Faça uma alteração por vez, com um ou dois dias de intervalo, e escreva no calendário o que fez e quando. Comprimiu o banner na terça, tirou o carrossel pesado na quinta. Depois, quando o número se mover, você consegue ligar a causa ao efeito.
Um detalhe que muda o resultado: meça a página, não o domínio inteiro. Ao consultar a CrUX, passe a URL específica em vez da origem do site. Assim os dados ficam presos àquela página que você está trabalhando, e o desempenho da home não contamina a leitura da landing page da campanha.
4. Acompanhe a curva na CrUX History API em vez de esperar o mês fechar
Essa é a etapa que torna a espera dos 28 dias suportável. A CrUX History API, documentada no Chrome for Developers, não devolve um retrato único: devolve uma série temporal, cerca de 40 janelas semanais para trás, atualizada às segundas-feiras. Em vez de encarar um único número parado, você vê a linha do percentil 75 dobrando semana a semana e percebe a tendência antes de o período fechar por completo.
A ferramenta tem um limite honesto. Cada ponto da série continua sendo uma média de 28 dias, e as semanas se sobrepõem. Isso significa que uma página de promoção que vive só dez dias no ar não gera uma linha legível: não dá tempo de a janela enxergar o movimento. Para o site fixo da empresa, que fica meses no mesmo endereço, a leitura funciona bem.
5. Na semana seguinte, confirme no dado de campo, não no print do laboratório
O teste de laboratório pode acender verde enquanto o visitante de celular intermediário na rede móvel ainda espera. Por isso o fechamento da rotina é sempre o mesmo: só o dado de campo, o percentil 75 caminhando na direção dos 2,5 segundos, dos 200 milissegundos e do 0,1, prova que a pessoa do outro lado sentiu a diferença. Se moveu, mantenha a mudança e registre o que deu certo. Se não moveu, volte atrás e teste a próxima hipótese.
Velocidade de site não é uma faxina que se faz uma vez e esquece: o tema volta a cada campanha, cada plugin novo, cada imagem que alguém sobe grande. Manter esse número honesto ao longo do tempo é o trabalho de otimização e manutenção de sites. No fim, o que você ganha é concreto: o cliente que abriu o site no domingo à noite não desiste no meio do caminho.
