Site lento no celular: como diagnosticar antes de trocar tudo

Para investigar um site lento no celular, teste a página que recebe as visitas, compare aparelhos e conexões, consulte o PageSpeed Insights e observe em que momento a experiência trava. O problema pode estar no servidor, nas imagens, nos scripts ou na interação. Separe dados de visitantes reais e testes simulados. Essa combinação ajuda a escolher uma correção específica antes de trocar a hospedagem, instalar plugins ou refazer o site inteiro.

Descreva a lentidão como uma tarefa que falha

Site lento pode significar várias coisas. A tela fica em branco? A foto principal demora? O botão aparece, mas não responde? O texto muda de lugar quando você tenta tocar? Cada sintoma aponta para uma investigação diferente.

Registre URL, horário, aparelho, navegador, conexão e tarefa executada. Se o problema acontece só na página que recebe anúncios, testar apenas a home pode esconder a falha. Se aparece durante uma busca no catálogo, o carregamento inicial talvez esteja bom e a operação seguinte seja o problema.

Em um exemplo hipotético, o site de uma empresa abre normalmente, mas o botão de WhatsApp fica coberto por uma janela de consentimento. A pessoa não consegue conversar. Esse defeito exige revisão da interface, mesmo que a nota de velocidade esteja boa.

Compare condições antes de culpar a hospedagem

Abra a mesma página em mais de um celular e compare Wi-Fi com dados móveis, quando possível. Anote o que muda. Isso não elimina todos os fatores, mas ajuda a separar uma dificuldade da rede de um problema reproduzível no site.

Teste também uma visita inicial e uma segunda visita. O navegador pode usar arquivos armazenados, alterando a percepção. Não faça todas as medições em um computador potente na rede da empresa e trate o resultado como retrato dos clientes.

Se o site precisa de autenticação ou depende de informações específicas, explique essa condição a quem fará o diagnóstico. Ferramentas públicas não reproduzem automaticamente todos os estados da página. Evite inserir conteúdo privado em testes que não foram autorizados para esse uso.

Entenda os dois tipos de dados do PageSpeed

O PageSpeed Insights combina, quando disponíveis, informações de campo sobre experiência real e dados de laboratório produzidos por um teste. Os dados reais e o teste simulado têm funções diferentes. Não espere que os números sejam idênticos.

Os dados de campo abrangem os 28 dias anteriores e ajudam a observar como a página ou a origem se comporta para visitantes elegíveis da amostra. Se a URL não tiver dados suficientes, o PageSpeed pode mostrar dados da origem, reunindo outras páginas do mesmo site. Confira qual recorte está sendo exibido. A origem também pode não ter amostra; ausência desse bloco não significa que a página seja rápida nem que tenha falhado.

O laboratório ajuda a encontrar causas e reproduzir cenários. Suas condições também influenciam o resultado, que pode variar entre execuções. Registre URL, data e configuração. Depois de uma mudança, compare testes feitos em condições semelhantes, sem escolher apenas a melhor nota.

Leia as métricas junto do sintoma

Os Core Web Vitals atuais incluem LCP, INP e CLS. O LCP observa o carregamento do maior conteúdo visível; o INP, a resposta a interações; o CLS, mudanças inesperadas de layout. Os limites considerados bons são LCP até 2,5 segundos, INP até 200 milissegundos e CLS até 0,1, avaliados no percentil 75 dos dados de campo.

Esses números ajudam a orientar a análise, mas não explicam a causa sozinhos. Um LCP ruim pode envolver resposta do servidor, descoberta tardia da imagem ou trabalho no navegador. Um botão travado pode exigir examinar scripts e tarefas longas. Um salto de conteúdo pode vir de imagens sem espaço reservado ou elementos inseridos depois.

O relatório de laboratório não reproduz o INP de campo como se fosse a mesma medição. Leia os indicadores e diagnósticos disponíveis sem trocar seus nomes. Se precisar, peça que o responsável explique a ligação entre sintoma, métrica e recurso que será alterado.

Investigue imagens e conteúdo de abertura

Olhe o elemento principal da página. Uma imagem grande pode estar sendo enviada com tamanho maior do que a tela exige. Vídeo carregado na abertura, várias fontes e efeitos também podem competir com o conteúdo que o visitante precisa ler primeiro.

O guia de otimização do LCP mostra que o trabalho envolve fases diferentes, como resposta inicial e carregamento do recurso principal. Converter imagens sem investigar a entrega pode deixar o problema original no mesmo lugar.

Peça uma análise com tamanho dos arquivos, dimensões exibidas e comportamento por tela. Preserve os originais e gere versões adequadas ao uso. A imagem principal precisa receber tratamento diferente das imagens abaixo da dobra. Não carregue toda a galeria como se cada foto fosse necessária na primeira tela.

Examine scripts, ferramentas e interação

Liste as ferramentas que o site carrega: análise, publicidade, chat, mapa, vídeo, fontes e componentes. Cada integração tem uma finalidade, mas algumas podem estar duplicadas ou carregando antes de serem necessárias.

Remover tudo indiscriminadamente pode quebrar medição, atendimento ou funcionalidades. Avalie necessidade, momento de carregamento e impacto. Para interações lentas, o guia de otimização do INP aborda atrasos e trabalho executado durante a resposta ao usuário.

Depois de qualquer ajuste, teste o caminho completo até o contato. Confirme menu, links e funcionamento da medição prevista. Uma página que carrega mais rápido, mas perde os cliques de contato ou deixa um botão sem resposta, precisa de correção antes de ser considerada pronta.

Ler a explicação do infográfico

Dados de campo

O PageSpeed usa dados de experiência real dos 28 dias anteriores quando há amostra elegível. Se a URL não tem dados suficientes, pode apresentar o conjunto da origem. Confira o recorte: dados do site inteiro não descrevem exclusivamente a página. A falta de amostra não prova rapidez nem falha.

Laboratório

O teste simulado ajuda a reproduzir e investigar, mas condições e execuções variam. Não compare sua nota com dados de campo como se fossem a mesma medição. O relatório de laboratório não reproduz o INP real como uma medição equivalente.

Sintoma e investigação

LCP acompanha o maior conteúdo visível; investigue resposta inicial e o recurso principal. INP acompanha resposta às interações; examine scripts e tarefas. CLS acompanha mudanças inesperadas de layout; confira espaço reservado e inserções tardias. Esses vínculos orientam hipóteses, não comprovam causas. Registre URL, aparelho, rede e estado, repita o cenário após corrigir e teste contato e medição.

Priorize correções por evidência

Organize cada problema com sintoma, URL, causa provável, evidência, responsável e verificação. Causa provável ainda é hipótese. Ela passa a ser mais bem sustentada quando a mudança correspondente melhora o comportamento e não quebra funções relevantes.

Comece pelos recursos que afetam o conteúdo essencial e a interação principal. Uma falha em uma página muito acessada pode ter prioridade sobre um ajuste pequeno em uma página rara. Use dados de acesso reais quando estiverem disponíveis; não invente impacto comercial a partir da nota.

Uma correção focal pode resolver o problema. Em outros casos, a plataforma, a arquitetura ou a rotina de manutenção limitam a evolução. Só proponha reconstrução depois de entender o que ela precisa corrigir e como será validada.

Peça uma entrega com antes e depois verificável

O diagnóstico deve explicar o que foi medido, o que mudou e o que ainda depende de acompanhamento. Inclua testes no celular, URLs importantes e comparação em condições semelhantes. Dados reais de campo podem levar tempo para refletir a mudança.

Uma melhoria técnica não garante posição no Google nem venda. Ela reduz problemas de uso e pode apoiar o trabalho de conteúdo e aquisição. O retorno do atendimento continua necessário para avaliar a qualidade das conversas.

Ao conversar sobre criação e melhoria de sites, leve as URLs e os registros dos sintomas. Esse material permite discutir um escopo de diagnóstico e correção, com preservação do que já funciona e critérios claros para conferir a entrega.