A discussão sobre teste de velocidade vs performance real explica um dos maiores mal-entendidos em performance de site: nota alta em uma ferramenta de teste não significa necessariamente experiência rápida para quem realmente visita o site.
Já recebi cliente satisfeito mostrando nota 95 no PageSpeed Insights, reclamando na mesma conversa que o site “parece lento”. Os dois fatos não são contraditórios, eles só estão medindo coisas diferentes.
O PageSpeed Insights, assim como o Lighthouse, roda em um ambiente controlado e simulado: conexão de rede padronizada, dispositivo simulado, sem interferência de outros fatores. Isso é útil para comparar mudanças técnicas de forma consistente, mas não reflete a variedade real de quem acessa seu site.
Um usuário real pode estar em uma conexão 4G instável, em um celular mais antigo, com várias abas abertas competindo por memória, ou em uma região geograficamente distante do seu servidor. Nenhuma dessas variáveis aparece no teste de laboratório.
Existem dois tipos de dados de performance, e a confusão entre eles é a raiz do problema. Dados de laboratório vêm de testes simulados, como o próprio PageSpeed em modo padrão. Dados de campo vêm de usuários reais que visitaram seu site, coletados via Chrome User Experience Report e disponíveis no próprio Search Console.
Quando os dois números divergem bastante, o problema geralmente está nas condições reais de acesso: tipo de dispositivo do seu público, qualidade média de conexão na sua região, ou comportamento específico que só aparece com uso real, como muitas abas abertas ou extensões de navegador interferindo.
Core Web Vitals de campo são as métricas reais coletadas de visitantes de verdade, agregadas pelo Google ao longo de um período (normalmente 28 dias). Isso inclui:
Esses dados de campo são os que o Google efetivamente usa como sinal de ranqueamento, não o número isolado do teste de laboratório.
Se você otimiza só olhando para o número do teste de laboratório, pode estar resolvendo um problema que não reflete a experiência real do seu público. Isso significa investir tempo em ajustes que melhoram a nota, mas não necessariamente melhoram a conversão ou a permanência do visitante no site.
O caminho certo é usar o teste de laboratório para diagnosticar problemas técnicos específicos, mas validar o impacto real olhando os dados de campo no Search Console, na aba de Core Web Vitals.
Se o teste de laboratório mostra nota alta mas os dados de campo mostram problema, geralmente a causa está fora do controle direto do código: público concentrado em conexões mais lentas, uso majoritário de dispositivos com hardware mais limitado, ou distância geográfica do servidor aumentando a latência real.
Se o contrário acontece (nota baixa no laboratório mas dados de campo bons), pode ser que o teste esteja simulando condições mais rígidas do que seu público real enfrenta, ou que otimizações específicas para conexão lenta já estejam compensando bem na prática.
Otimizar imagens e ativar cache continuam sendo básicos importantes, mas o que realmente move a agulha na performance de campo costuma envolver: reduzir dependência de scripts de terceiros que carregam de forma imprevisível, usar CDN para aproximar o conteúdo geograficamente do seu público real, e testar em dispositivos parecidos com os que seu público de fato usa, não só no computador potente do escritório.
Comece pelo Search Console, aba de Core Web Vitals, para ver como seu site performa de verdade para visitantes reais. Use o PageSpeed Insights depois, para diagnosticar tecnicamente o que está causando os problemas identificados nos dados de campo. Essa ordem evita perder tempo otimizando algo que já está bom na prática, ou ignorando algo que está prejudicando a experiência real mesmo com nota boa no teste.
Se seu site tem nota boa no teste mas reclamações reais de lentidão, ou vice-versa, esse é exatamente o tipo de investigação que costumo fazer em auditorias técnicas. Me conta a situação do seu site, posso ajudar a identificar onde está a diferença entre o número e a experiência real.
A stack certa ajuda, mas não substitui experiência. Entenda por que um site de alta performance depende mais de quem desenvolve do que da tecnologia escolhida.
Veja o que costuma mudar no SEO técnico antes e depois de uma auditoria em sites que já tinham otimização básica, mas ainda perdiam posição.
Entenda por que um site feito por IA de forma integral costuma ter problemas de conversão, mesmo parecendo visualmente pronto em minutos.
