Quando alguém diz que o site está lento, a conversa costuma pular direto para a conclusão: é a hospedagem. Às vezes é. Na maior parte das vezes, não é, e trocar de servidor não resolve nada além de mudar o endereço do problema.
Um site lento é sempre a soma de cinco trechos. O trabalho de diagnóstico é descobrir qual deles domina o total, porque otimizar os outros quatro não muda quase nada.
1. Resolução de nome
Antes de qualquer byte do seu site ser transferido, o navegador precisa descobrir para qual endereço ir. Essa consulta leva alguns milissegundos e costuma ficar em cache, mas se o seu domínio usa um serviço de DNS lento ou distante, o primeiro acesso de cada visitante já começa devendo tempo.
Como identificar: essa etapa aparece separada nas ferramentas de medição. Se ela passa de algumas dezenas de milissegundos, vale olhar quem responde pelo seu domínio.
2. Conexão e handshake
Estabelecer a conexão e negociar o certificado HTTPS custa idas e vindas entre o navegador e o servidor. Cada ida e volta depende da distância física.
É aqui que hospedar fora do Brasil cobra o seu preço. Um servidor em outro continente adiciona um atraso que não tem solução por software: é a velocidade da luz atravessando cabo submarino, multiplicada pelo número de idas e vindas do protocolo.
Como identificar: se o tempo até o primeiro byte é alto mesmo em páginas simples, e a hospedagem é internacional, esse é provavelmente o seu gargalo dominante.
3. Processamento no servidor
O servidor recebe o pedido e precisa montar a resposta. Num site em WordPress, isso significa executar o PHP, consultar o banco, rodar os plugins ativos e gerar o HTML.
É o trecho mais variável de todos e o mais sensível ao que foi instalado. Um site com trinta plugins ativos executa trinta plugins em toda requisição, mesmo que vinte e oito deles não façam nada naquela página.
Como identificar: se páginas simples respondem rápido e páginas com conteúdo dinâmico demoram, o gargalo é aqui. Cache de página resolve boa parte, porque elimina o processamento para visitantes repetidos.
4. Transferência
O HTML sai rápido. O que pesa são os arquivos que vêm depois: imagens, fontes, folhas de estilo e scripts.
Esse é o trecho em que a maioria dos sites brasileiros perde mais tempo, e a causa é quase sempre a mesma: imagens no tamanho errado. Uma foto de 3000 pixels de largura exibida num espaço de 600 pixels transfere cinco vezes mais dado do que precisaria, e ninguém percebe porque no computador do escritório a conexão é boa.
Como identificar: olhe o peso total da página. Acima de dois ou três megabytes, esse é o seu problema, independente do que mais esteja acontecendo.
5. Renderização
Os arquivos chegaram, e agora o navegador precisa montar a página. Scripts que bloqueiam a exibição, fontes que só carregam depois e elementos que mudam de posição enquanto a página monta fazem o site parecer lento mesmo quando os quatro trechos anteriores foram rápidos.
Como identificar: a página aparece, mas trava por um instante, ou o conteúdo salta de lugar. É percepção de lentidão, e conta tanto quanto a lentidão real.
A ordem certa de atacar
Meça antes de mexer. Uma ferramenta de análise de página mostra os cinco trechos separados, e o maior deles é o único que vale otimizar primeiro.
Dito isso, há uma ordem que costuma dar mais resultado por esforço na maioria dos sites:
- Comprimir e redimensionar imagens. É o ganho mais rápido e o mais ignorado.
- Ativar cache de página. Elimina o trecho 3 para a maior parte das visitas.
- Remover plugins que não são usados. Cada um custa em toda requisição.
- Aproximar o servidor do público. Se o público é brasileiro e o servidor não é, esse item sozinho muda a percepção.
Quando trocar de hospedagem realmente resolve
Existe um caso em que a hospedagem é a culpada de verdade: quando o servidor está sobrecarregado e o tempo de resposta oscila sem relação com o que a página faz. Uma página simples que responde rápido de manhã e devagar à tarde é sintoma de recurso disputado com vizinhos, e nenhuma otimização do seu lado corrige isso.
Fora desse caso, mudar de servidor é trocar o trecho 3 por um trecho 3 ligeiramente melhor, enquanto o problema continua no trecho 4.
Se você já mediu e o gargalo é distância ou disputa de recursos, a StayCloud opera em data center no Brasil, o que resolve exatamente esses dois.
