É comum alguém rodar uma auditoria do Lighthouse, ver uma nota de Performance de 45 e concluir que o site está péssimo — ou o oposto, ver 95 e assumir que está tudo resolvido. Nos dois casos, a conclusão pode estar incompleta, porque o Lighthouse mede dados de laboratório: uma simulação de uma única visita, em condições controladas e padronizadas, geralmente sem representar a diversidade real do público do site.
Existe uma segunda categoria de dado, chamada de dados de campo (field data), que vem de visitas reais registradas pelo Chrome de usuários de verdade navegando pelo site, com seus próprios aparelhos, conexões e localizações. O Google disponibiliza parte desses dados agregados através do CrUX (Chrome User Experience Report), quando o site tem volume suficiente de tráfego. Entender a diferença entre os dois tipos de dado evita decisões equivocadas baseadas em um número isolado.
O que cada tipo de dado responde bem
Dados de laboratório (Lighthouse) são reproduzíveis: rodar o mesmo teste, nas mesmas condições, tende a gerar resultados parecidos, o que os torna ótimos para depurar um problema específico — dá para mudar uma coisa no código, rodar o teste de novo e ver o efeito isolado daquela mudança, sem a interferência de variáveis externas. Também é o único jeito de medir performance de páginas novas que ainda não têm tráfego real suficiente para gerar dados de campo.
Dados de campo (visitantes reais) respondem uma pergunta diferente: o que está realmente acontecendo com quem usa o site hoje. Eles capturam a variedade real de aparelhos (do smartphone mais básico ao mais avançado), redes (wi-fi doméstico, 4G, 3G em áreas de sinal fraco) e comportamentos (abas em segundo plano, múltiplas abas abertas), coisas que uma simulação de laboratório não reproduz por completo.
Por que os dois podem divergir
É perfeitamente possível — e acontece com frequência — que um site tenha uma nota de laboratório excelente e um desempenho de campo mediano, ou vice-versa. Isso costuma acontecer quando o público real do site é predominantemente mobile em conexões mais lentas do que a condição simulada, ou quando scripts de terceiros carregados de forma condicional (como testes A/B, personalização ou anúncios) só aparecem para uma parte do tráfego real e nunca entram no teste padrão de laboratório.
A prática recomendada: usar os dois, para perguntas diferentes
O fluxo mais eficiente costuma ser usar o Lighthouse para diagnosticar e testar correções específicas — é rápido, isolado e reproduzível — e acompanhar os dados de campo ao longo do tempo para confirmar se essas correções realmente mudaram a experiência de quem visita o site de verdade. Um sem o outro conta só metade da história: só laboratório corre o risco de otimizar para um cenário que não reflete o público real; só campo dificulta isolar a causa exata de um problema, porque há dezenas de variáveis reais acontecendo ao mesmo tempo.
Este conteúdo tem caráter informativo e não substitui uma análise técnica personalizada do seu site.
Pronto pra colocar o Speed Manager pra trabalhar?
Crie sua conta na VEANET Plataforma e comece a usar o Speed Manager em poucos minutos.
Quero o Speed Manager →