Por que lojas grandes passam menos em velocidade que as pequenas

Esta página explica por que lojas grandes passam menos em testes de velocidade do que lojas pequenas, e o que isso tem a ver com venda perdida. Serve para quem cuida de uma loja online e sente o site travar nos dias de pico. Ao final, você sabe o que medir no seu próprio site.

Por que a loja pequena de semijoias não vê a causa do travamento

Pense numa loja de semijoias que vende bem numa promoção de fim de semana. Na segunda-feira seguinte, o dono abre o painel e vê o de sempre. O tráfego pelo celular dobrou, e a lista de produtos demorou para responder ao filtro de preço.

O servidor era o mesmo da semana anterior. O que mudou foi quanto código o celular do cliente teve de processar durante a promoção.

Por que as maiores lojas passam menos que as pequenas

Porte de loja não prevê velocidade. A PageSpeed Matters analisou dados de campo do Chrome UX Report sobre cerca de 1,07 milhão de lojas. Apenas 36,0% das cerca de 140 lojas mais visitadas passam nos três Core Web Vitals no celular. O Core Web Vitals é o conjunto de três notas do Google para velocidade e estabilidade da página. Já a cauda longa, mais de 980 mil lojas pequenas, tem 64,7% de aprovação.

Entre os dois extremos a taxa sobe aos poucos. Na mesma base, 50,8% das 100 mil maiores lojas passam, e 66,3% passam no recorte de 1 milhão de lojas. O orçamento maior de tecnologia aparece como página mais pesada, nunca como página mais rápida no celular de quem compra.

O gargalo tem nome, e ele é a resposta ao toque

A distância entre grandes e pequenas vem quase toda do INP, a métrica que mede quanto tempo a página demora para responder ao toque. Entre as cerca de 140 maiores lojas, 45,3% têm INP considerado bom. Entre a cauda longa, esse número é 94,6%.

A mediana de resposta ao toque é de 225 milissegundos nas maiores lojas e de 100 milissegundos nas pequenas.

O carregamento da página quase empata entre os grupos. O LCP, tempo até o maior elemento da tela aparecer, fica bom entre 70% e 76% em todos os recortes. Já o CLS, quanto a página pula enquanto carrega, cai de 93% de aprovação nas pequenas para 77% nas maiores.

Quem otimiza só imagem e cache melhora a métrica que já estava razoável, e deixa intacta a que separa os grupos.

Por que falta uma régua própria para o e-commerce brasileiro

O avanço geral existe, mas é lento. O HTTP Archive mediu 49,7% dos sites de todos os setores aprovados nos Core Web Vitals no celular, com dados do Chrome UX Report. Isso representa alta de 3,0 pontos percentuais no período.

Nenhum levantamento público mede Core Web Vitals por plataforma de loja no Brasil, nem liga essas métricas à conversão (quando o interessado vira cliente pagante) brasileira. Quem quiser saber onde está precisa ler o próprio domínio no relatório de campo do Chrome, mês a mês.

O checkout repete o mesmo problema

O maior travamento continua sem solução. Um levantamento de 344 sites dos Estados Unidos e da Europa, atualizado em novembro de 2025, classificou 63% dos checkouts no celular como medíocres ou piores. No computador o número chegou a 64%, contra 46% entre aplicativos.

O aplicativo ganhou peso no Brasil. As sessões em apps de e-commerce brasileiros cresceram ao menos 35% no primeiro semestre sobre igual período do ano anterior, com alta de 5% nas instalações.

O que medir na segunda-feira seguinte

Volte à loja de semijoias do início. A operação precisa cronometrar o tempo até a página obedecer ao toque, no celular mais simples que o cliente carrega no bolso.

Três leituras bastam: o INP na listagem e na página de produto, o LCP na página inicial, e a contagem de scripts de terceiros ativos numa promoção.

Cada ferramenta de chat, pixel (código no site que conta quem entrou e o que fez) e recomendador cobra seu pedaço do tempo de resposta. Essa cobrança chega justo no pico, quando o celular mais fraco vira maioria.

O filtro que travou depois da promoção tinha dono: estava no orçamento de tecnologia, em recursos que ninguém cronometrou no celular do cliente.