Um site pode parecer lento mesmo quando a página já foi otimizada. Às vezes, a espera acontece antes de o navegador receber a resposta inicial; em outras, a causa está em imagens, scripts, consultas ao banco ou no próprio caminho de rede. Trocar de hospedagem sem separar essas hipóteses pode apenas mudar o lugar do problema.
Este roteiro ajuda a investigar com sinais observáveis, usando métricas de experiência e testes repetíveis, antes de alterar a infraestrutura.
Comece pela experiência real, não por um teste isolado
O Google recomenda acompanhar os Core Web Vitals no percentil 75, separando mobile e desktop. Os indicadores cobrem carregamento (LCP), resposta a interações (INP) e estabilidade visual (CLS). Como referências de boa experiência: LCP até 2,5 s, INP abaixo de 200 ms e CLS abaixo de 0,1. Eles não substituem análise de negócio nem garantem posições no Google.
Consulte o relatório de Core Web Vitals no Search Console para observar dados de campo e use uma ferramenta de laboratório, como Lighthouse, para reproduzir condições controladas e localizar oportunidades. Compare a mesma URL, dispositivo e região ao longo do tempo; um único teste não representa todos os visitantes.
Separe o tempo de resposta do servidor do restante
Registre o TTFB (tempo até o primeiro byte) junto com o LCP. TTFB alto pode indicar latência de rede, redirecionamentos, processamento lento no backend, consultas custosas ou falta de cache adequado. Não prova, por si só, que a hospedagem é insuficiente.
- Teste páginas diferentes: home, página de produto e uma área autenticada, se aplicável.
- Compare requisições com e sem cache, em horário de pico e fora dele, anotando região e conexão.
- Observe logs e métricas do servidor no mesmo intervalo: CPU, memória, disco, conexões e duração das consultas.
- Se o TTFB estiver razoável, mas LCP ruim, investigue o recurso principal, imagens, CSS e carregamento de fontes.
Investigue interação e estabilidade visual
INP elevado pode vir de JavaScript que ocupa a thread principal, tarefas longas ou código de terceiros; adicionar CPU ao servidor não corrige trabalho executado no navegador. CLS alto costuma estar ligado a imagens sem dimensões reservadas, conteúdo injetado ou fontes que alteram o layout. Priorize as páginas e ações que mais afetam conversão, como busca, carrinho e formulário.
Quando a infraestrutura pode ser o gargalo?
Há um indício mais forte quando a demora do backend coincide com saturação observável, piora em horários de carga ou lentidão consistente em endpoints dinâmicos, enquanto arquivos estáticos respondem normalmente. Correlacione horários, URLs, volume de requisições e erros; verifique também dependências externas e banco de dados.
Antes de escalar recursos, corrija consultas lentas, revise cache e limite trabalho desnecessário. Se a capacidade for realmente insuficiente, dimensione com base em métricas de carga e teste a mudança em janela controlada, com plano de retorno. Mudanças de DNS, cache ou configuração devem ser monitoradas depois da implantação.
Roteiro rápido de diagnóstico
- Defina as páginas e jornadas críticas e estabeleça uma linha de base.
- Consulte dados de campo e reproduza problemas em testes controlados.
- Compare TTFB, LCP, INP e CLS; identifique em qual etapa começa a espera.
- Correlacione com logs e recursos do servidor, sem confundir correlação com causa.
- Faça uma alteração por vez, repita o teste nas mesmas condições e monitore erros.
FAQ
TTFB alto significa que preciso trocar de hospedagem?
Não necessariamente. Rede, redirecionamentos, aplicação, banco, cache e infraestrutura podem contribuir. Meça e correlacione antes de decidir.
Uma nota alta no Lighthouse garante um site rápido para todos?
Não. Testes de laboratório ajudam a diagnosticar condições específicas; dados de campo refletem experiências reais e variáveis de rede e dispositivo.
Core Web Vitals são fator de ranqueamento?
O Google informa que esses sinais fazem parte da experiência considerada pelos sistemas de busca, mas não há garantia de posição. Conteúdo relevante e a experiência geral também importam.
Fontes
- web.dev — Web Vitals: métricas e recomendações
- Google Search Central — Core Web Vitals e resultados de pesquisa
- Google Search Central — experiência da página nos resultados
Próximo passo
Se o diagnóstico apontar para capacidade ou operação da infraestrutura, reúna métricas, horários e URLs afetadas antes de avaliar alternativas de hospedagem. A HAD Cloud pode ajudar a conversar sobre necessidades de infraestrutura sem presumir que todo problema de desempenho se resolve com mais recursos.
