Desempenho do site
Site lento? Confira 6 pontos antes de trocar a hospedagem
Diagnostique um site corporativo lento usando uma lista de verificação padronizada para imagens, scripts, cache, resposta do servidor e tarefas do cliente antes de pagar por um plano de hospedagem mais caro.
Seu site parece lento. O painel de controle da hospedagem oferece um plano mais abrangente. Por sorte, ele está sempre disponível.
Uma atualização da hospedagem pode ajudar quando o servidor é o gargalo. Primeiro, descubra o que os visitantes estão esperando. Uma página que faz o download de uma foto muito grande requer uma correção diferente daquela necessária para um processo de finalização de compra que aguarda uma consulta ao banco de dados.
Esta é uma lista de verificação de diagnóstico para proprietários de sites de pequenas empresas. Isso ajuda você a reunir informações úteis antes de pedir ajuda a um desenvolvedor ou provedor de hospedagem. Isso não exige desativar serviços no site ativo nem transformar uma avaliação de desempenho em um hobby em tempo integral.
1. Identifique a tarefa lenta
“O site está lento” é difícil de investigar. “No meu celular, a página de serviços carrega rapidamente, mas o calendário de reservas demora oito segundos para responder” oferece um ponto de partida.
Escolha três URLs importantes: a página inicial, uma página de serviço ou produto e uma página onde os visitantes possam entrar em contato, fazer reservas ou comprar. Registre o dispositivo, a conexão, a hora e a ação. Faça os testes sem estar conectado, para que uma sessão de administrador não oculte ou introduza comportamentos diferentes.
| O que o visitante vê | Uma possibilidade a ser investigada | Informações a serem coletadas |
|---|---|---|
| Página em branco antes do conteúdo aparecer | Atrasos no servidor, redirecionamentos, estabelecimento de conexão | Tempo de resposta do documento inicial e cadeia de redirecionamentos |
| O texto aparece, mas a foto grande chega atrasada | Atraso na transferência, na detecção ou na renderização de imagens | Tamanho das imagens e sequência de carregamento |
| A página parece pronta, mas os botões demoram para responder | Funcionamento do navegador ou código de terceiros | Gravação de interações e atividades de script |
| O conteúdo se move durante o carregamento | Espaço não reservado para imagens, fontes ou elementos incorporados | Gravação dos elementos que se deslocam |
| Apenas o processo de finalização da compra ou reserva está lento | Processamento dinâmico ou um serviço externo | Etapas exatas, registros de data e hora e logs do aplicativo |
Essas são orientações, não diagnósticos. Vários problemas podem ocorrer na mesma página.
2. Leia o PageSpeed Insights sem tratá-lo como uma prova escolar
Analise as três URLs no PageSpeed Insights. Salve os links dos relatórios e anote se o teste foi feito para celular ou computador.
A documentação do PageSpeed do Google distingue testes simulados em laboratório e dados de usuários reais. A seção de campo abrange um período de 28 dias e pode exibir a origem completa quando a URL individual não tiver amostras suficientes. Um site pequeno pode não conter nenhum dado de campo.
Use os diagnósticos de laboratório para investigar uma alteração hoje mesmo. Utilize os dados de campo disponíveis para compreender a evolução da experiência ao longo do tempo. Uma correção feita nesta manhã não substituirá instantaneamente as observações das semanas anteriores.
A visão geral dos Core Web Vitals define três metas úteis: LCP igual ou inferior a 2,5 segundos para carregamento, INP igual ou inferior a 200 milissegundos para capacidade de resposta e CLS igual ou inferior a 0,1 para estabilidade, avaliados no 75º percentil. Eles descrevem diferentes aspectos da experiência; uma métrica verde não determina as outras duas.
Repita um teste de laboratório algumas vezes nas mesmas condições. Mantenha o resultado típico e a variação, em vez de selecionar a execução que fizer o site parecer melhor. Uma mudança de 78 para 81 em uma única execução não é evidência suficiente para adquirir um novo plano de hospedagem.
3. Verifique a imagem maior da página
Uma foto da página inicial pode parecer um retângulo simples e, mesmo assim, enviar um arquivo do tamanho de uma foto de câmera para todos os celulares. Peça ao desenvolvedor para comparar as dimensões e os bytes baixados com o tamanho efetivamente exibido.
Correções úteis podem incluir uma imagem com tamanho adequado, um formato compactado apropriado e alternativas responsivas para telas menores. Mantenha qualidade suficiente para o assunto; uma fotografia do produto deve permitir que os clientes o examinem.
Trate a primeira imagem visível de maneira diferente das fotos que aparecem mais abaixo na página. Aplicar o carregamento diferido indiscriminadamente pode atrasar a exibição de conteúdos importantes. Verifique qual elemento contribui para a lentidão no carregamento antes de alterar seu comportamento de carregamento.
Exemplo fictício: a página inicial de um jardineiro exibe uma foto de 6 MB acima do link de agendamento. A primeira experiência consiste em disponibilizar uma versão com tamanho adequado e repetir os mesmos testes. Não se presume aqui nenhuma melhoria de velocidade; a comparação indica se o experimento surtiu efeito.
Mantenha o arquivo original fora da página publicada para que edições futuras não dependam da recompressão de uma cópia já compactada.
4. Conte os serviços que participam de cada visita
Chats, mapas, widgets de agendamento, reprodutores de vídeo, ferramentas de análise, widgets de avaliações e tags de marketing podem, cada um deles, aumentar a carga de trabalho. Alguns são valiosos. Alguns são resquícios de uma versão de teste que ninguém se lembra de ter cancelado.
Crie uma lista com o script ou a integração, a finalidade comercial e a pessoa responsável. Uma integração sem responsável é um bom candidato para investigação.
Em uma cópia de teste protegida, peça ao desenvolvedor para desativar, uma por vez, cada integração opcional suspeita e repetir a mesma tarefa. Mantenha o restante da página idêntico. Em seguida, verifique se as funcionalidades de que você ainda precisa estão funcionando.
Não remova funcionalidades relacionadas a checkout, consentimento, acessibilidade ou segurança apenas para melhorar uma pontuação. Procure maneiras de carregar recursos opcionais quando necessário e reduzir a duplicação de ferramentas. O objetivo é uma jornada do cliente funcional.
5. Verifique onde o armazenamento em cache se aplica
Um artigo público armazenado em cache e um carrinho personalizado têm requisitos diferentes. Pergunte ao provedor de hospedagem ou ao desenvolvedor quais páginas estão armazenadas em cache, o que invalida o cache e quais páginas devem permanecer dinâmicas.
Após uma alteração, teste tanto uma primeira visita quanto uma visita repetida. Confirme se o preço do produto, o status do estoque ou a descrição editada do serviço são atualizados corretamente. Uma página rápida que exibe informações desatualizadas continua sendo uma ferramenta de negócios ineficaz.
Nunca aplique uma regra de cache genérica às páginas de conta ou de finalização de compra sem orientações específicas para a plataforma. Peça a alguém que conheça o aplicativo para verificar se o conteúdo privado não pode ser visualizado por outros visitantes.
Se o site for rápido quando estiver em cache, mas lento sempre que for necessário gerar uma página, registre essa diferença para fins de suporte. Isso lhes dá um ponto de partida mais preciso do que uma captura de tela da pontuação geral.
6. Procure indícios de que a hospedagem é o limite
Solicite evidências de recursos do servidor e do aplicativo referentes aos momentos em que você observou o problema. Indícios úteis incluem saturação contínua de recursos, trabalho em fila, erros ou operações lentas no banco de dados. Uma resposta inicial lenta também pode estar relacionada à distância da rede, redirecionamentos ou ao código do aplicativo; por si só, isso não identifica o host.
Envie um relatório resumido ao suporte:
- A URL afetada e a ação exata.
- Duas ou três marcas de tempo com o fuso horário.
- Se o visitante estava conectado ou desconectado.
- Se o problema afetou todas as páginas ou apenas tarefas dinâmicas.
- Links dos relatórios e alterações já testadas.
- Solicitação para identificar qualquer limite do plano atingido durante esses períodos.
Não envie senhas, registros de clientes ou tokens de sessão privados em um tópico público de suporte. Para começar a investigação, informe horários e sintomas.
Uma atualização se torna uma próxima experiência razoável quando o fornecedor consegue explicar quais são os recursos limitados e como o plano proposto os altera. Chegue a um acordo sobre o que será avaliado posteriormente e se será possível reverter a alteração caso ela não resolva o problema.
Mantenha um pequeno registro de alterações
| Data e URL | Alteração | Resultado típico antes | Resultado típico depois | A tarefa do cliente continua funcionando? |
|---|---|---|---|---|
| Preencha | Redimensionamento de imagens, alteração de script ou mudança no plano | Mesmo dispositivo e configuração de teste | Repita sob condições correspondentes | Sim, não ou precisa de investigação |
Registre uma alteração significativa por vez, sempre que possível. Se você alterar o host, o tema, os plugins, as imagens e o CDN na terça-feira, será difícil explicar ou reproduzir a melhoria observada na quarta-feira.
Após a publicação, faça uma consulta real ou uma compra no ambiente de teste e verifique a confirmação. O trabalho de otimização de desempenho só está concluído quando a página funciona tão bem quanto carrega.
Se os indícios apontarem para a hospedagem, compare os requisitos usando nosso guia de hospedagem para pequenas empresas e calcule o custo de renovação antes de escolher um plano.
Perguntas frequentes
Um site mais rápido garante melhores classificações no Google?
Não. Uma melhoria no desempenho pode tornar o site mais fácil de usar, mas esta lista de verificação não prevê posições nos rankings. Mantenha a relevância, o conteúdo útil, a acessibilidade e uma jornada do cliente funcional dentro do mesmo plano.
E se o PageSpeed não mostrar dados de usuários reais?
Isso não prova que o site seja rápido ou lento. Utilize testes de laboratório repetíveis e verificações diretas de tarefas ao coletar evidências apropriadas. O relatório precisa de amostras elegíveis suficientes para apresentar resultados de campo.
Todas as páginas devem ter nota 100?
Buscar uma nota máxima pode desviar a atenção das melhorias práticas. Investigue experiências insatisfatórias e gargalos significativos, verifique as alterações e mantenha as funcionalidades essenciais em funcionamento.