Desempenho & CDN 35 visualizações

Como interpretar o resultado de um teste de velocidade como PageSpeed ou GTmetrix

Ver no WHMCS

Como interpretar o resultado de um teste de velocidade (PageSpeed, GTmetrix e afins)

Oi, tudo bem? Aqui é a Sensei da GeHost 🥋 Você rodou seu site no Google PageSpeed Insights, no GTmetrix ou em alguma ferramenta parecida e recebeu de volta uma nota, um monte de números em inglês e talvez um vermelho assustador em algum lugar? Respira. Vou te ensinar a ler esse relatório com calma, sem susto, e entender o que realmente importa.

Nenhuma dessas ferramentas mede "a hospedagem" sozinha — elas medem o site inteiro: hospedagem + tema/plugins + imagens + código. Nota baixa nem sempre é culpa do servidor.

Passo 1 — Entenda que a "nota" é só a ponta do iceberg

É natural olhar primeiro pro número grandão (0 a 100) e já tirar uma conclusão. Mas essa nota é uma média de vários fatores — alguns fáceis de corrigir, outros nem tanto. Antes de entrar em pânico com uma nota "45", role a página até as métricas detalhadas. É ali que mora a informação de verdade.

Passo 2 — Conheça as métricas principais (as "Core Web Vitals")

A maioria das ferramentas modernas foca em três medidas que o próprio Google usa. Veja o que cada uma quer dizer, em português claro:

  • LCP (Largest Contentful Paint) — quanto tempo demora até o maior elemento visível da tela (geralmente uma imagem ou título grande) aparecer por completo. É a sensação de "o site carregou".
  • CLS (Cumulative Layout Shift) — mede se os elementos da página "pulam" ou "tremem" enquanto carrega (ex.: você vai clicar em um botão e ele se move porque uma imagem carregou embaixo). Quanto mais perto de zero, melhor.
  • INP / TBT (Interaction to Next Paint / Total Blocking Time) — mede se o site "trava" quando você tenta clicar ou rolar logo que ele abre. Site pesado de JavaScript costuma pecar aqui.

Se essas três estiverem na faixa "boa" (verde), seu site está numa condição saudável — mesmo que a nota geral não seja um 100 redondo. Nota geral baixa com Core Web Vitals verdes normalmente é só perfeccionismo da ferramenta, não um problema real pro visitante.

Passo 3 — Olhe as "oportunidades" com senso crítico

Logo abaixo das métricas, a ferramenta lista sugestões de melhoria, tipo "Reduzir tamanho das imagens", "Eliminar recursos que bloqueiam a renderização", "Usar cache do navegador". Algumas dicas práticas pra não se afobar:

  1. Priorize pelo impacto estimado. A própria ferramenta costuma mostrar quanto tempo cada correção economizaria (ex.: "economia estimada de 0,8s"). Ataque primeiro as de maior economia.
  2. Imagem pesada é o vilão mais comum. Fotos enviadas direto da câmera/celular, sem compressão, são a causa número um de sites lentos. Comprimir e redimensionar imagens antes de subir já resolve boa parte do problema.
  3. Plugins e temas em excesso pesam. Cada plugin ativo no WordPress carrega código extra. Vale revisar se todos ainda são realmente usados.
  4. Cache ajuda muito. Se seu site usa WordPress, um plugin de cache bem configurado costuma resolver vários itens da lista de uma vez.

Passo 4 — Desconfie de comparações "mobile vs desktop"

Muita gente se assusta porque a nota do celular (mobile) vem sempre mais baixa que a do computador (desktop). Isso é normal e esperado: a ferramenta simula uma conexão de internet mais lenta e um processador mais fraco no teste mobile, de propósito, pra representar o pior cenário real. Não é um bug nem uma piora repentina do seu site.

Passo 5 — Rode o teste mais de uma vez

Testes de velocidade sofrem variação natural — rede, localização do servidor de teste, cache momentâneo etc. Se a nota oscilar um pouco entre execuções (ex.: 62 numa vez, 70 na outra), é normal. Preocupe-se se a tendência ao longo do tempo for de queda constante, não com uma variação pontual.

Quando isso é "problema de hospedagem" de verdade?

Vale desconfiar da hospedagem quando o relatório aponta um TTFB (Time to First Byte) muito alto — é o tempo que o servidor demora só pra começar a responder, antes mesmo de qualquer imagem ou script carregar. Se o TTFB estiver ruim mesmo com o site "leve" (poucas imagens, poucos plugins), esse é o momento de acionar o suporte da GeHost pra investigar junto com você. Na dúvida, fale com a gente pelo painel.gehost.com.br — a gente ajuda a entender se é ajuste no site ou algo a olhar no ambiente de hospedagem.

Dica da Sensei: guarde o print do primeiro teste que você fizer. Assim, depois de aplicar as melhorias, você compara o "antes e depois" com números reais — e não só pela sensação.

Resumo rápido

  • Não julgue só pela nota geral — olhe LCP, CLS e INP/TBT.
  • Ataque primeiro as sugestões com maior economia estimada.
  • Imagem pesada e excesso de plugins são as causas mais comuns.
  • Nota mobile sempre mais baixa que desktop é esperado, não é erro.
  • TTFB alto e persistente é o sinal pra chamar o suporte da GeHost.

Espero ter ajudado a desmistificar esse relatório cheio de siglas! 😊 Qualquer dúvida, é só chamar o suporte da GeHost — a gente também conta com 30 dias de suporte grátis após a entrega de qualquer serviço, então aproveite essa janela pra ajustar o que precisar.

Precisa de Ajuda?

Nossa equipe está pronta para resolver suas dúvidas.