Blog
/
Quanto o seu site...

Quanto o seu site lento custa em venda: velocidade, Core Web Vitals e a conta que quase ninguém faz

31 de agosto de 2026
Compartilhe nas suas redes
Neste artigo
  1. As três métricas que o Google usa
  2. Por que o INP é o que mais pesa em conversão
  3. Dado de laboratório e dado de campo
  4. Onde o tempo se perde na prática
  5. O efeito colateral que ninguém liga ao site: o clique fica mais caro
  6. O que priorizar quando o orçamento é curto
  7. Como medir depois, e em quanto tempo aparece

A velocidade do site tem efeito direto em receita. Um estudo da Deloitte em parceria com o Google mediu o efeito de 0,1 segundo de melhoria no carregamento: aumento de cerca de 8% na taxa de conversão em e-commerce. Um décimo de segundo.

Em números maiores, cada segundo de melhoria no carregamento principal corresponde a algo entre 8% e 12% de aumento de conversão, dependendo do segmento. E sites com boa avaliação nos três Core Web Vitals têm taxa de abandono de página cerca de 24% menor.

Se o seu site demora quatro segundos para ficar utilizável e o do concorrente demora um e meio, essa diferença não é técnica. É comercial, e aparece no seu faturamento todo mês.

As três métricas que o Google usa

Core Web Vitals são três medidas de experiência real, coletadas de visitantes de verdade:

LCP, Largest Contentful Paint. Quanto tempo até o maior elemento visível aparecer. Na prática, quando a pessoa sente que a página carregou. Bom: até 2,5 segundos.

INP, Interaction to Next Paint. Quanto tempo o site leva para responder quando alguém interage. Bom: até 200 milissegundos.

CLS, Cumulative Layout Shift. Quanto a página se mexe sozinha enquanto carrega. É o que faz alguém clicar no botão errado porque o conteúdo pulou. Bom: abaixo de 0,1.

Por que o INP é o que mais pesa em conversão

O INP substituiu o FID em março de 2024, e a troca não foi cosmética.

O FID media apenas a primeira interação, e só o tempo até o navegador começar a processá-la. Era uma métrica generosa: um site podia parecer bom nela e travar em tudo depois.

O INP mede a visita inteira, e mede até a tela efetivamente mudar. Ou seja, mede o que a pessoa sente: cliquei e nada aconteceu.

Isso importa para conversão porque as interações que decidem venda acontecem no meio da visita, não no começo. Abrir o menu, filtrar produto, escolher variação, preencher formulário, clicar em finalizar. Se o site trava justamente ali, o carregamento inicial rápido não salva nada.

Regra prática: LCP é o que faz a pessoa ficar. INP é o que faz a pessoa concluir.

Dado de laboratório e dado de campo

Aqui está a confusão mais comum, e a que mais leva a decisão errada.

Dado de laboratório é o que o PageSpeed Insights e o Lighthouse produzem: um teste simulado, em condição controlada. Serve para depurar, porque aponta o que está pesando.

Dado de campo vem do CrUX, o relatório de experiência de usuários reais do Chrome. É a medição de gente de verdade, com o celular de verdade e a internet de verdade. É esse que conta para o Google.

A consequência prática: um site pode marcar 95 no PageSpeed e ter dado de campo ruim, porque o teste rodou numa conexão ideal e o público real está no 4G instável. Sempre confira o campo antes de comemorar.

Onde olhar: no Search Console, no relatório de Core Web Vitals, que mostra o dado de campo agrupado por tipo de página.

Onde o tempo se perde na prática

Em ordem de frequência no que auditamos:

Construtor visual. Ferramentas de montagem visual geram camadas de marcação que o navegador precisa interpretar antes de desenhar qualquer coisa. A página parece pronta no editor e chega pesada no visitante. É a causa isolada mais comum de site lento em WordPress.

Excesso de plugin. Cada plugin carrega CSS e JavaScript próprios, e a maioria carrega em todas as páginas, inclusive nas que não usam aquele recurso. Vinte plugins instalados viram peso fixo em cada visita.

Imagem sem compressão. Foto de 3 MB redimensionada por CSS continua sendo baixada com 3 MB. WebP bem comprimido resolve a maior parte.

Script de terceiro. Pixel, chat, mapa, widget de avaliação. Cada um é uma requisição a um servidor que você não controla. Quando ele está lento, seu site está lento.

Fonte bloqueante. Fonte externa carregada de forma que impede o texto de aparecer antes.

Ausência de cache. Sem cache, cada visita reconstrói tudo do zero.

Como evitamos isso: entregamos WordPress sem construtor visual e sem empilhar plugin. Não é purismo técnico, é a razão de conseguirmos entregar acima de 90 em performance enquanto a média de mercado fica entre 40 e 60.

O efeito colateral que ninguém liga ao site: o clique fica mais caro

Esta é a parte que quem investe em mídia precisa entender.

O Google e a Meta avaliam a experiência da página de destino. Página lenta piora essa avaliação, e página com avaliação pior precisa de lance maior para conquistar a mesma posição.

Ou seja: um site lento cobra duas vezes. A primeira quando o visitante desiste antes de converter. A segunda quando você paga mais caro pelo clique que trouxe esse visitante.

É por isso que otimizar performance costuma ser o investimento de melhor retorno para quem já investe em mídia. Você não precisa aumentar verba: precisa parar de desperdiçar a que já gasta.

O que priorizar quando o orçamento é curto

Em ordem de retorno por esforço:

1. Imagens. Compressão e formato moderno costumam ser a maior redução de peso com o menor esforço.

2. Cache. Configuração de cache bem feita resolve boa parte do tempo de resposta do servidor.

3. Scripts de terceiro. Faça o inventário e remova o que não é usado. Costuma ter chat abandonado, pixel de campanha antiga e widget que ninguém lembra.

4. Fontes. Reduzir variações e carregar sem bloquear a renderização.

5. Plugins. Auditar o que está instalado e desativar o supérfluo. Cada um removido é peso a menos em toda visita.

6. Construtor visual. É a correção de maior impacto e maior custo, porque geralmente significa refazer. Vale quando o site é central para o negócio e o problema é estrutural.

Como medir depois, e em quanto tempo aparece

Uma expectativa importante: o dado de campo demora. O CrUX trabalha com janela de 28 dias, então uma correção feita hoje só se reflete plenamente no relatório em cerca de um mês.

O acompanhamento correto:

  • No dia seguinte à correção: verifique no PageSpeed se o problema técnico saiu. Isso é laboratório, e confirma que a correção funcionou.
  • Em 7 a 14 dias: comece a olhar o Search Console. As primeiras URLs devem começar a migrar de categoria.
  • Em 28 a 35 dias: o dado de campo já reflete a mudança de forma confiável.
  • Em paralelo, desde o primeiro dia: olhe taxa de conversão e taxa de rejeição. O efeito comercial aparece antes do efeito no relatório do Google.

Esse descompasso confunde muita gente. Você já está vendendo mais e o Search Console ainda mostra o problema antigo. Não é erro: é a janela de medição.

Perguntas frequentes

O que é uma boa velocidade de site?

Nos Core Web Vitals: LCP até 2,5 segundos, INP até 200 milissegundos e CLS abaixo de 0,1, medidos em dado de campo com usuários reais, não em teste de laboratório.

Site lento afeta o Google?

Afeta de duas formas. Os Core Web Vitals são sinal de classificação, e página lenta piora a avaliação de experiência da página de destino nos anúncios, o que encarece o clique.

Quanto a velocidade afeta as vendas?

Um estudo da Deloitte com o Google apontou cerca de 8% de aumento de conversão a cada 0,1 segundo de melhoria no carregamento em e-commerce. Cada segundo de melhoria em LCP corresponde a algo entre 8% e 12%, conforme o segmento.

Meu PageSpeed é 95, meu site é rápido?

Não necessariamente. O PageSpeed dá dado de laboratório, em condição simulada. O que conta é o dado de campo do CrUX, coletado de visitantes reais. Confira o relatório de Core Web Vitals no Search Console.

O que é INP e por que ele substituiu o FID?

INP é Interaction to Next Paint, que mede o tempo de resposta a interações durante toda a visita, não apenas na primeira. Substituiu o FID em março de 2024 porque o FID media só o início do processamento da primeira interação, o que escondia sites que travavam depois.

Construtor de páginas deixa o site lento?

Tende a deixar. Construtores visuais geram camadas extras de marcação e costumam carregar CSS e JavaScript próprios em todas as páginas. É possível mitigar com cache e otimização, mas o piso de desempenho fica mais alto do que em um site construído sem essa camada.

Auditoria de performance com plano de correção priorizado

Medimos o dado de campo do seu site, identificamos onde o tempo se perde e entregamos a ordem de correção por retorno sobre esforço. Se você investe em mídia, calculamos também quanto a lentidão está encarecendo o seu clique.

Falar no WhatsApp

31 de agosto de 2026
Compartilhe nas suas redes
Compartilhe nas redes