Performance de loja tem um problema de percepção: quem toma a decisão testa no computador da mesa, com internet boa, e conclui que está tudo bem. O cliente que abandona o carrinho está no celular, em rede móvel, esperando a imagem aparecer.
Não é uma discussão estética. Página lenta perde venda em três lugares ao mesmo tempo: o visitante desiste antes de ver o produto, o buscador rastreia menos páginas, e a mídia paga fica mais cara porque você paga pelo clique de quem nunca chegou a ver a oferta.
O que segue é o que costuma causar o problema em loja de verdade, não a teoria das métricas.
As três métricas, em uma frase cada
O Google resume experiência de carregamento em três indicadores. Vale saber o que cada um mede, porque a causa e a correção são completamente diferentes.
| Métrica | O que mede | Alvo | Sensação do cliente |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Quanto tempo até o maior elemento visível aparecer | até 2,5 s | "Não carrega" |
| INP (Interaction to Next Paint) | Quanto tempo a página demora a responder ao toque | até 200 ms | "Travou quando eu cliquei" |
| CLS (Cumulative Layout Shift) | Quanto o conteúdo pula durante o carregamento | abaixo de 0,1 | "Cliquei no lugar errado" |
Importante: o que conta para o buscador é o dado de campo — a medição real de quem visitou a sua loja, disponível no Search Console. O teste sintético de laboratório serve para diagnosticar, não para dizer se você está bem.
O que causa o problema em loja real
Imagem é a causa número um
Na maioria das lojas com LCP ruim, o culpado é a primeira imagem da página — banner da home ou foto principal do produto. Os motivos se repetem: arquivo grande demais, formato antigo, servida no mesmo tamanho para celular e desktop, e carregada com atraso quando devia ser prioridade.
Imagem que aparece na primeira tela nunca deve ser postergada. Imagem que está abaixo dela nunca deve ser carregada de imediato. Inverter isso é o erro clássico.
Script de terceiro é a causa número dois
Cada pixel de mídia, mapa de calor, chat, ferramenta de avaliação e teste A/B adiciona código que compete pelo processador do celular do cliente. É a causa mais comum de INP ruim — a página aparece rápido e não responde ao toque.
O teste que dói: liste tudo que está instalado e pergunte, item por item, quem olhou o dado dele nos últimos noventa dias. Sobra menos do que se imagina.
Fonte e banner causam o pulo
CLS quase sempre vem de três coisas: fonte personalizada que troca o texto depois de renderizar, imagem sem dimensão reservada, e faixa de aviso que entra no topo empurrando tudo para baixo. As três têm correção conhecida e barata — reservar espaço antes do elemento chegar.
Tema e aplicativo acumulam peso
Loja com dois anos de vida costuma ter camadas de aplicativos instalados e removidos, com código residual no tema. É a diferença entre uma loja nova rápida e a mesma loja lenta dois anos depois, sem ninguém ter feito nada de errado em particular.
Onde medir, na ordem certa
- Search Console, relatório de Core Web Vitals — é o dado real dos seus visitantes, separado por celular e desktop. Comece aqui.
- PageSpeed Insights na URL específica — rode na home, em uma categoria movimentada e em duas páginas de produto. A média do site esconde a página que mais importa.
- Analytics — compare taxa de conversão de celular e de desktop. Diferença muito grande, com o mesmo tráfego, quase sempre tem componente de performance.
O passo que a maioria pula é o terceiro. Performance sem número de conversão do lado vira obsessão por pontuação — e pontuação não paga conta.
O que priorizar quando o orçamento é limitado
Se você só pode mexer em três coisas, mexa nestas:
A primeira imagem de cada tipo de página. Formato moderno, tamanho certo por dispositivo, prioridade de carregamento na imagem da primeira tela.
A limpeza dos scripts de terceiro. Remover o que ninguém usa é a única otimização que é de graça e melhora tudo ao mesmo tempo.
A página de produto, antes da home. Muita gente entra na loja direto pelo produto, vindo de busca ou de anúncio. A home costuma receber o cuidado e a página de produto costuma receber o tráfego.
Vale lembrar que velocidade também sustenta descoberta: página lenta é mal rastreada e mal lida — pelo buscador e pelos assistentes de IA que hoje resumem respostas de compra. Esse assunto está em como sua loja aparece nas respostas de IA.
O que não resolve
Trocar de plataforma para ganhar velocidade. Loja rápida e loja lenta existem em todas as plataformas. Migrar por performance costuma reproduzir o mesmo problema em outro lugar — os critérios reais para migrar estão em migrar de plataforma sem perder SEO nem histórico.
Comprar servidor maior. Ajuda quando o gargalo é o servidor, o que é minoria. Na maioria das lojas o gargalo está no navegador do cliente: imagem e JavaScript.
Otimizar uma vez. Performance regride: entra aplicativo novo, banner novo, campanha com pixel novo. Sem medição recorrente, seis meses depois o problema volta.
Perguntas frequentes
O que são Core Web Vitals?
São três métricas com que o Google mede a experiência de carregamento de uma página: LCP (tempo até o maior elemento aparecer, alvo de 2,5 s), INP (tempo de resposta ao toque, alvo de 200 ms) e CLS (quanto o conteúdo pula, alvo abaixo de 0,1).
Core Web Vitals afetam o posicionamento no Google?
São um dos sinais de classificação, com peso menor que relevância de conteúdo. O efeito maior é comercial: página lenta perde visitante antes de mostrar o produto e encarece o clique de mídia paga.
Por que minha loja parece rápida para mim e lenta na medição?
Porque você testa em desktop com boa conexão e o dado do Search Console vem de visitantes reais, a maioria em celular e rede móvel. Sempre olhe o relatório separado por dispositivo.
Qual é a causa mais comum de loja lenta?
Imagem mal otimizada na primeira tela e excesso de scripts de terceiro — pixel de mídia, chat, mapa de calor, teste A/B. Nessa ordem, e com boa distância dos demais fatores.
Vale a pena trocar de plataforma para ficar mais rápido?
Quase nunca. A causa costuma estar em imagem, tema e scripts, que viajam com você para a plataforma nova. Migre por custo, por recurso ausente ou por risco técnico — não por velocidade.
Quer saber onde a sua loja perde tempo? A Castle olha dado de campo, imagem e scripts antes de propor qualquer reescrita — veja o que entra na operação contínua ou fale com a gente.