Ir para o conteúdo

Performance e segurança

Site lento perde cliente: como medir o seu

Abrir rápido no seu computador não prova nada. Como medir a velocidade real do site com ferramentas gratuitas e o que anotar antes de cobrar o fornecedor.

4 min de leitura ← Todos os artigos

Seu site abre rápido no seu computador. Essa é, provavelmente, a medição menos confiável que existe. O navegador que você usa todos os dias guarda cópias das imagens e dos arquivos do site, a conexão do escritório é estável e a visita se repete com frequência. Você não está medindo o site; está medindo a memória que a sua máquina tem dele.

O cliente chega em outra condição: primeira visita, celular intermediário, rede móvel oscilando, nenhuma paciência acumulada. Se a página demora, ele volta para a busca e abre o concorrente seguinte. Este artigo mostra como medir a velocidade do jeito certo, com ferramentas gratuitas, quais números olhar primeiro e o que anotar antes de cobrar quem cuida do seu site.

Por que a sua percepção engana

Três fatores separam a sua experiência da experiência do cliente novo.

  • Cache do navegador: da segunda visita em diante, boa parte dos arquivos já está guardada no seu aparelho, e a página parece instantânea porque quase nada precisou ser baixado. O visitante novo baixa tudo. O mecanismo está explicado em o que é cache.
  • Conexão e aparelho: Wi-Fi estável e computador razoável escondem problemas que aparecem em rede móvel e em celulares mais simples, que é onde parte dos seus clientes está.
  • Olhar de dono: você visita o site com orgulho e sem pressa. O cliente visita com uma tarefa e com o polegar no botão de voltar.

Como medir do jeito certo

A ferramenta de partida é o PageSpeed Insights, gratuita e do próprio Google. Cole o endereço da página, aguarde o relatório e olhe primeiro a aba de celular. O modo celular representa o cenário mais exigente e, para boa parte dos negócios, também o mais comum.

O relatório traz dois tipos de dado, e a diferença importa.

  • Dados de usuários reais: medições agregadas de visitantes de verdade ao longo das semanas anteriores. Aparecem quando o site tem tráfego suficiente. Quando existem, são a referência que vale, porque refletem o público real, com os aparelhos e as redes que ele usa.
  • Dados de laboratório: uma simulação feita na hora, em condição controlada. Serve para diagnosticar causas e para comparar o antes e o depois de uma correção, mas não substitui os dados reais.

Meça mais de uma vez, em horários diferentes, e meça as páginas que importam para o negócio: a inicial, as de serviço, a de contato. As métricas do relatório, com os limiares públicos do Google, estão explicadas em Core Web Vitals.

TTFB: o sintoma que aponta para o servidor

Entre os números do relatório, um merece atenção especial do dono de empresa: o TTFB, o tempo até o primeiro byte. Ele mede quanto tempo passa entre o pedido do navegador e o primeiro sinal de resposta do servidor, antes de qualquer texto ou imagem. A referência pública documentada pelo Google considera saudável um TTFB de até cerca de 800 milissegundos.

Um TTFB alto em uma página simples indica que o problema está antes do site: hospedagem sobrecarregada, servidor distante ou ausência de cache. Nenhum tratamento de imagem resolve isso. Hospedagens muito baratas costumam abrigar muitos sites na mesma máquina, e o seu tempo de resposta passa a depender do comportamento dos vizinhos.

A leitura combinada ajuda a localizar a causa. TTFB alto aponta para servidor e hospedagem. TTFB saudável com carregamento lento aponta para a própria página, em geral imagens e scripts em excesso.

O que anotar antes de cobrar o fornecedor

Reclamação vaga recebe resposta vaga. Dizer que o site está lento convida respostas do tipo “aqui abriu normal”. Chegue à conversa com um registro objetivo.

  1. O endereço exato de cada página testada.
  2. Data e hora de cada medição, com repetições em horários diferentes.
  3. O modo usado: celular ou computador.
  4. Os valores de LCP, INP, CLS e TTFB, e não apenas a nota geral.
  5. Se havia dados de usuários reais ou apenas simulação de laboratório.
  6. Capturas de tela de cada relatório.

Com esse material, a conversa muda de natureza. As perguntas ficam específicas: qual é o TTFB e o que o explica, existe cache configurado, o que será corrigido e em quanto tempo. Se a resposta não vier com a mesma objetividade, o registro serve de base para uma segunda opinião.

Perguntas frequentes

Meu site abre rápido no meu celular. Ainda assim pode estar lento?

Pode. O seu celular também guarda cache das visitas anteriores e costuma estar conectado ao mesmo Wi-Fi de sempre. A medição que vale é a de ferramenta, no cenário de primeira visita, somada aos dados de usuários reais quando existirem. Se as duas estiverem boas, a tranquilidade tem base.

Qual número devo olhar primeiro no relatório?

Comece pelo TTFB, que denuncia servidor e hospedagem, e pelo LCP, que mostra quando o conteúdo principal aparece. A nota geral resume uma simulação e varia entre medições; os valores das métricas dizem mais. Priorize os dados de usuários reais quando existirem e use o laboratório para investigar as causas.

Medi e o resultado é ruim. A culpa é da hospedagem ou do site?

O TTFB separa as suspeitas. Quando está alto, aponta para hospedagem, servidor ou falta de cache. Quando está saudável, desloca a atenção para a própria página, em geral imagens pesadas e excesso de scripts. Com os números anotados, essa triagem deixa de ser opinião e vira diagnóstico.

A Azimute Comunicação mede antes de opinar: qualquer diagnóstico que fazemos começa pelos números do seu site, não por impressão. Os contratos, com escopo, prazo e preço publicados, estão na página de serviços; para receber uma proposta, use a página de contato.

Pedir proposta →

ou chamar no WhatsApp: (61) 99154-9571