Site lento: como saber se o problema é a hospedagem e quando trocar de plano

Antes de trocar de plano ou de provedor, descubra onde está o gargalo: na maioria dos sites lentos, o problema está em imagens pesadas, plugins em excesso, falta de cache, banco de dados inchado ou scripts de terceiros, e não na hospedagem. A hospedagem é a culpada quando o tempo de resposta do servidor é alto mesmo em páginas simples, quando o painel mostra limites de recursos atingidos ou quando a lentidão se concentra em horários de pico. Este guia traz um roteiro de diagnóstico em ordem, do mais barato ao mais caro.

Passo 1: medir antes de mexer

Sem números, qualquer mudança é palpite. Teste a página inicial e uma página interna em ferramentas de medição de desempenho (como as recomendadas pelo web.dev) e anote:

• Tempo até o primeiro byte (TTFB): quanto o servidor demora a começar a responder. Valores altos apontam para servidor, banco ou código.
• Largest Contentful Paint (LCP): quando o maior elemento visível aparece.
• Peso total da página e número de requisições.
• Resultado no celular e no computador.

Repita em horários diferentes (manhã, noite, horário de pico). Compare com uma página estática simples hospedada no mesmo servidor: se até ela demora para responder, o servidor é suspeito.

Passo 2: separar problema de servidor de problema de página

Passo 3: as correções mais comuns (antes de gastar mais)

1. Otimizar imagens: redimensionar para o tamanho exibido, comprimir e usar formatos modernos, como WebP. Imagens de vários megabytes são a causa mais frequente de lentidão.
2. Ativar cache: cache de página no servidor ou por plugin confiável, além de cache de navegador. Em sites WordPress, é a melhoria com maior efeito imediato.
3. Reduzir plugins: remova os que não usa e substitua os mais pesados. Menos plugins também significa menos risco de segurança.
4. Atualizar o PHP para uma versão suportada, que costuma ser mais rápida, após testar compatibilidade.
5. Limpar o banco de dados: revisões antigas, spam e dados transitórios acumulados.
6. Carregar scripts de terceiros com cuidado: chats, pixels, fontes externas e vídeos incorporados pesam bastante; carregue sob demanda quando possível.
7. Usar CDN para servir arquivos estáticos de pontos próximos ao visitante.
8. Revisar o tema: temas multiuso muito pesados podem atrasar mesmo com boa hospedagem.

Passo 4: olhar os indicadores da hospedagem

No painel, procure páginas de uso de recursos (CPU, memória, processos, I/O, inodes, banda). Se os gráficos tocam o teto em horários em que o site fica lento, o plano está pequeno para a carga atual. Verifique também logs de erro do servidor e do PHP, que mostram esgotamento de memória ou tempo de execução excedido.

Exemplo ilustrativo: o painel mostra uso de memória em 100% todos os dias entre 19h e 22h e erros 503 no mesmo intervalo. Isso aponta para limite do plano durante o pico de visitas, e um upgrade ou um tipo de hospedagem com mais recursos reservados tende a resolver. Já se os gráficos estão baixos e o site continua lento, o gargalo está no código, nas imagens ou em serviços externos.

Passo 5: quando trocar de plano ou de tipo de hospedagem

Sinais claros de que a hospedagem é o limite:

1. Limites atingidos repetidamente, com avisos do provedor.
2. TTFB alto mesmo após ativar cache e otimizar a página.
3. Instabilidade em horários de pico, com erros 5xx.
4. Crescimento real de tráfego que ultrapassou a capacidade do plano.
5. Necessidade de recursos não oferecidos: versão de PHP, serviços de busca, filas.
6. Suporte que não resolve e dificulta diagnóstico.

Opções, em ordem típica de custo: subir para o plano acima na mesma hospedagem; migrar para WordPress gerenciada; migrar para VPS ou cloud; ou colocar uma CDN na frente do que já existe. Se for trocar de provedor, siga o guia de migração sem queda e use a calculadora de migração para avaliar o retorno.

Mitos comuns

• "Preciso de um servidor dedicado." Quase nunca para sites pequenos; otimização costuma resolver.
• "Mais memória resolve tudo." Não resolve se o problema é uma consulta lenta ou um plugin mal escrito.
• "CDN conserta qualquer lentidão." Acelera arquivos estáticos, mas não o processamento dinâmico no servidor de origem, a menos que haja cache de páginas.
• "Hospedagem no exterior é sempre mais lenta." Depende da audiência e da CDN. Veja Brasil ou exterior.

Como conversar com o suporte

Reúna evidências antes do chamado: horários e URLs afetados, resultados de testes de TTFB, trechos de logs e gráficos de uso. Pergunte objetivamente: "O meu plano atingiu limite de CPU, memória ou processos nesses horários? Há outro processo consumindo recursos? Que ajuste vocês recomendam antes de um upgrade?" Respostas concretas indicam um suporte competente; respostas genéricas com sugestão imediata de upgrade merecem uma segunda opinião.

Perguntas frequentes

Quanto deve ser um bom tempo de resposta do servidor?

Não existe número único. Em geral, quanto menor o TTFB, melhor, e variações grandes entre horários indicam problema. Use os critérios do web.dev como referência e compare com o seu histórico.

Trocar de hospedagem sempre melhora a velocidade?

Não. Se o gargalo está nas imagens, no tema ou nos plugins, o site continuará lento em qualquer servidor.

Posso resolver tudo só com plugin de cache?

Ajuda muito, mas se o servidor está no limite ou o banco está inchado, é preciso agir também nessas frentes.

Site lento afeta o Google?

A velocidade e a experiência da página influenciam a satisfação do usuário e fazem parte dos sinais de qualidade, embora não sejam o único fator. A melhor estratégia é medir e corrigir o que for mais impactante.

Fontes oficiais

• web.dev — Core Web Vitals e guias de otimização de desempenho.
• WordPress.org — requisitos e recomendações oficiais de hospedagem para WordPress.
• CERT.br — recomendações de segurança relacionadas a plugins e atualização.