Core Web Vitals: por que a velocidade do seu site afeta vendas e SEO
Um site bonito que demora para carregar perde visitantes antes mesmo de mostrar seu conteúdo. Por isso o Google criou os Core Web Vitals, um conjunto de métricas que medem a experiência real de quem acessa uma página — e que influenciam diretamente o posicionamento nos resultados de busca.
Entender essas métricas deixou de ser assunto só de time técnico: elas afetam diretamente quanto uma empresa fatura online, porque um site lento perde vendas antes mesmo de o visitante ver a oferta.
As três métricas principais
- LCP (Largest Contentful Paint): mede quanto tempo leva para o principal conteúdo da página aparecer na tela. O ideal é abaixo de 2,5 segundos.
- INP (Interaction to Next Paint): mede o tempo de resposta do site a interações do usuário, como cliques. Quanto menor, mais fluido o site parece.
- CLS (Cumulative Layout Shift): mede o quanto os elementos da página "pulam" durante o carregamento — um problema comum quando imagens não têm tamanho definido.
Essas três métricas, juntas, formam a base do que o Google chama de "experiência de página" — e desde que passaram a influenciar diretamente o ranking de busca, deixaram de ser um detalhe técnico para virar prioridade de negócio.
Por que isso afeta vendas, não só SEO
Pesquisas do próprio Google mostram que a taxa de abandono cresce significativamente a cada segundo adicional de carregamento. Ou seja: um site lento não perde só posições no ranking de busca — perde clientes que já estavam prontos para converter.
Esse efeito é ainda mais forte em dispositivos móveis, onde a conexão costuma ser mais instável e a paciência do usuário, menor. Um site que carrega rápido no computador do escritório pode estar performando muito mal para a maior parte do público, que acessa pelo celular.
O que mais impacta a performance na prática
Além das otimizações técnicas, alguns fatores de decisão de projeto pesam bastante no resultado final:
- Excesso de scripts de terceiros: pixels de rastreamento, chats, ferramentas de marketing — cada um adiciona tempo de carregamento, e poucos times revisam periodicamente se todos ainda são necessários.
- Fontes personalizadas mal configuradas: fontes customizadas sem carregamento otimizado podem atrasar a exibição do texto principal da página.
- Hospedagem inadequada ao volume de acesso: um site rápido em testes pode ficar lento assim que recebe tráfego real, se a infraestrutura não escalar junto.
Como melhorar na prática
- Otimize imagens (formatos modernos como WebP/AVIF e tamanhos apropriados para cada tela).
- Carregue apenas o JavaScript necessário para a primeira renderização.
- Reserve espaço para imagens e anúncios antes de carregarem, evitando saltos de layout.
- Use hospedagem e CDN adequados ao volume de acesso do site.
- Audite periodicamente os scripts de terceiros instalados, removendo os que não trazem retorno claro.
Como acompanhar essas métricas ao longo do tempo
Performance não é algo que se resolve uma vez e fica bom para sempre — mudanças no site, novos recursos e crescimento de tráfego podem degradar métricas que antes estavam saudáveis. Ferramentas gratuitas de análise de performance, rodadas periodicamente, ajudam a identificar regressões antes que afetem o ranking de busca ou a taxa de conversão de forma perceptível.
Erros comuns ao tentar melhorar as métricas
Um erro frequente é otimizar em ambiente de teste, com conexão rápida e sem cache limpo, e assumir que o resultado real será igual. As métricas que realmente importam são as medidas em condições próximas das do usuário final — conexão móvel mediana, cache limpo, dispositivo comum. Outro erro é tratar performance como projeto único: uma otimização feita hoje pode se perder em poucos meses conforme novas imagens, scripts e funcionalidades são adicionados ao site sem revisão do impacto que geram.
Faixas de referência das métricas
O Google classifica cada métrica em três faixas, medidas a partir da experiência de usuários reais:
| Métrica | O que mede | Bom | Precisa melhorar | Ruim |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Tempo até o maior elemento visível carregar | Até 2,5 segundos | Entre 2,5 e 4 segundos | Acima de 4 segundos |
| INP (Interaction to Next Paint) | Tempo de resposta às interações do usuário | Até 200 milissegundos | Entre 200 e 500 milissegundos | Acima de 500 milissegundos |
| CLS (Cumulative Layout Shift) | Quanto o layout "pula" durante o carregamento | Até 0,1 | Entre 0,1 e 0,25 | Acima de 0,25 |
Para ser considerada boa, a página precisa atingir a faixa "bom" em pelo menos 75% das visitas.
Problemas comuns e soluções por métrica
| Métrica afetada | Causa comum | Solução |
|---|---|---|
| LCP alto | Imagem principal pesada ou carregada tarde | Compactar a imagem, usar formatos modernos como WebP ou AVIF e priorizar seu carregamento |
| LCP alto | Servidor lento | Usar cache, CDN e uma hospedagem adequada ao volume de acessos |
| INP alto | Excesso de JavaScript, especialmente de ferramentas de terceiros | Remover scripts desnecessários e adiar os que não são essenciais |
| CLS alto | Imagens e anúncios sem espaço reservado | Definir largura e altura para imagens, vídeos e blocos de anúncios |
| CLS alto | Fontes que trocam depois de carregar | Pré-carregar as fontes principais e usar estratégias de exibição adequadas |
Perguntas frequentes
Qual a diferença entre os dados de laboratório e os dados de campo? Os dados de laboratório vêm de um teste simulado, feito em condições controladas, e ajudam a encontrar problemas. Os dados de campo vêm de visitantes reais e são os que o Google usa para avaliar o site. Por isso, uma página pode ter boa nota no teste e ainda assim aparecer como "precisa melhorar" no Search Console.
Um site em WordPress ou outra plataforma pronta consegue ter boas métricas de Core Web Vitals? Sim, mas exige atenção redobrada com plugins e temas — cada extensão adicionada é um risco de impacto na performance, e nem sempre esse custo é visível até ser medido diretamente. É um dos pontos que mais pesa na escolha entre WordPress, no-code ou um site sob medida.
Vale a pena investir em performance mesmo se o site já converte bem? Vale, porque a barra de comparação é o restante da internet — a concorrência também está otimizando, e um site que "converte bem hoje" pode perder posição no ranking de busca lentamente, sem nenhum aviso claro, só porque ficou relativamente mais lento que a média.
Com que frequência devo medir essas métricas? Mensalmente é um bom ritmo para a maioria dos sites, aumentando a frequência sempre que uma mudança significativa for publicada — novo design, nova funcionalidade ou migração de hospedagem, por exemplo.
Por que a nota do teste muda cada vez que eu rodo? Testes de laboratório simulam uma única visita, e pequenas variações de rede e servidor mudam o resultado. Os dados de campo, coletados de visitantes reais ao longo de semanas, são mais estáveis e são os que o Google considera. Use o teste pontual para diagnosticar e os dados de campo para acompanhar a tendência.
Performance não é um ajuste técnico isolado — é parte do design do site. Sites pensados desde o início com Core Web Vitals em mente evitam retrabalho caro depois do lançamento, e por isso vale incluir essas métricas no próprio checklist de lançamento, em vez de medir performance só depois que o site já está no ar.
