Site lento: como resolver e o que corrigir primeiro

Neste artigo

Seu site pode parecer rápido no computador da empresa e travar no celular de um cliente. Também pode abrir a capa depressa, mas demorar para responder quando alguém toca no menu. Por isso, resolver um site lento começa por descrever o problema, não por instalar mais uma ferramenta.

O objetivo é permitir que a pessoa leia, navegue e faça contato com facilidade. Uma pontuação melhor pode ajudar no diagnóstico, mas não substitui o teste das funções que importam para o negócio. Este roteiro serve para orientar uma conversa produtiva com quem cuida do seu site.

Como saber se o problema está no site ou na conexão?

Abra páginas diferentes e compare o comportamento em outro aparelho e outra rede. Observe se a demora acontece em todo o site, somente em uma página ou depois de uma ação específica. Registre o endereço e o que você fez até o problema aparecer.

Teste uma visita inicial, sem depender apenas de páginas já abertas no seu navegador. Arquivos armazenados anteriormente podem fazer sua experiência parecer diferente da de um visitante novo. Também confira o celular com uma conexão que represente o uso cotidiano do público.

• A tela fica vazia antes de mostrar qualquer conteúdo?
• A foto principal demora, mas o texto aparece?
• O menu trava depois que você toca?
• O botão muda de lugar enquanto a página carrega?
• O formulário demora a confirmar o envio?

Essas observações não fecham um diagnóstico técnico, mas ajudam a direcioná-lo. Enviar apenas “está lento” deixa espaço para várias interpretações. Um relato com página, aparelho e ação permite investigar o que realmente atrapalha seu cliente.

Como usar o PageSpeed Insights sem ficar preso à nota?

O PageSpeed Insights é uma ferramenta do Google para analisar páginas. Insira um endereço público e confira as informações disponíveis para celular e computador. Avalie a página inicial e também uma página importante de serviço ou produto.

Diferencie os testes simulados dos dados de usuários reais quando esses dados estiverem disponíveis. Um teste representa condições específicas; a experiência do público varia. Sites com pouco tráfego podem não ter dados de campo suficientes, o que não significa aprovação nem reprovação automática.

Segundo a documentação de Core Web Vitals, referências de boa experiência incluem LCP de até 2,5 segundos, INP de até 200 milissegundos e CLS de até 0,1, avaliados no percentil 75. São métricas de carregamento, resposta a interações e estabilidade visual.

Você não precisa decorar as siglas para contratar uma melhoria. Peça que o responsável explique qual delas está relacionada ao problema observado, qual mudança será feita e como o resultado será comparado. Uma nota isolada não demonstra que a compra ou o contato ficou melhor.

Quais correções costumam entrar primeiro na avaliação?

Imagens maiores do que a página precisa

Revise arquivos enviados diretamente da câmera e imagens usadas como fundo. A equipe deve escolher dimensões e compressão adequadas à apresentação, mantendo boa leitura. Uma foto de produto precisa preservar os detalhes importantes, mas não precisa ser entregue em tamanho desnecessário para cada tela.

A orientação do Google sobre carregamento de imagens diferencia o que aparece no início da página do que está mais abaixo. Adiar todas as imagens indiscriminadamente pode atrasar justamente a imagem principal. A configuração deve considerar o papel de cada arquivo.

Vídeos e efeitos sem função clara

Faça uma lista dos efeitos da página e pergunte o que cada um comunica. Um vídeo pode apresentar bem um espaço de eventos; outro pode apenas repetir uma decoração. Teste alternativas mais leves quando o recurso atrapalha a leitura ou o uso do celular.

O material do Google sobre desempenho de renderização explica que a forma de atualizar a interface influencia a fluidez. Na prática, peça revisão de animações contínuas, efeitos de rolagem e tarefas que continuam rodando sem utilidade visível.

Scripts e integrações acumulados

Chat, mapas, vídeos incorporados e ferramentas de análise podem atender necessidades reais. O problema é manter recursos antigos ou repetidos sem saber quem os utiliza. Monte um inventário com função, responsável e importância comercial antes de decidir o que remover.

Não exclua uma integração essencial apenas para aumentar uma pontuação. Um formulário rápido que deixa de entregar mensagens não é uma melhoria. Registre o comportamento anterior e confira o envio após qualquer alteração.

Resposta da hospedagem

Quando o conteúdo demora a começar a chegar, peça uma avaliação da resposta do servidor. O guia de otimização de LCP mostra que diferentes etapas participam do tempo de apresentação do conteúdo principal. Trocar a hospedagem sem diagnóstico pode deixar outras causas intactas.

Em sites com sistema de gestão, também vale conferir atualizações, consultas e recursos do ambiente. A escolha de um plano deve considerar o projeto concreto. O fornecedor precisa explicar a necessidade técnica, em vez de recomendar automaticamente a opção mais cara.

Como organizar uma melhoria sem quebrar o site?

1. Registre a situação inicial. Guarde os endereços e os resultados relevantes, além do relato do problema.
2. Separe as prioridades. Comece pelo que impede leitura, navegação, compra ou contato.
3. Garanta possibilidade de recuperação. Combine como voltar ao estado anterior se uma alteração falhar.
4. Faça mudanças identificáveis. Evite misturar uma reformulação visual completa com várias correções sem registro.
5. Teste as funções comerciais. Confira menu, formulários, WhatsApp, carrinho e pagamento quando existirem.
6. Compare e acompanhe. Use condições semelhantes nos testes e observe o funcionamento após a publicação.

Peça uma conclusão simples: o que foi encontrado, o que foi alterado e o que ainda depende de outra ação. Assim, você consegue avaliar a entrega mesmo sem acompanhar o código.

É melhor otimizar ou refazer o site?

Otimizar pode fazer sentido quando a estrutura atende ao negócio e os problemas estão concentrados. Refazer pode ser uma opção quando, além da lentidão, o projeto dificulta atualizações, apresenta navegação confusa ou não permite explicar os serviços atuais.

Compare escopo, custo e continuidade. Uma reconstrução precisa considerar páginas existentes, contatos e endereços já divulgados. Uma correção pontual precisa ter limites claros para não virar uma sequência indefinida de intervenções.

Leia também quando um site gratuito vale a pena e quanto custa um site. O formato e a plataforma devem ser avaliados pelo que permitem fazer no seu caso, sem concluir que todo site de uma categoria será rápido ou lento.

Como a manutenção ajuda a evitar novos problemas?

Defina uma regra para novas imagens, efeitos e integrações. Antes de adicionar algo, avalie a necessidade e teste o resultado. Sem essa rotina, uma página otimizada pode acumular novamente arquivos e funções que ninguém revisa.

A AP oferece manutenção de sites a partir de R$ 197 por mês, com hospedagem inclusa. Explique o problema e confirme o escopo necessário para o seu projeto. Nem toda correção complexa pode ser presumida como incluída no valor inicial.

Se a avaliação indicar a necessidade de um novo site, a AP cria sites institucionais com prazo a partir de 15 dias úteis e orçamento personalizado. A escolha deve vir do diagnóstico e das necessidades da empresa, sem promessa de nota perfeita ou de primeiro lugar no Google.

Perguntas frequentes