Velocidade do site e Core Web Vitals: por que elas decidem suas vendas e sua posição no Google

Resposta curta: Um site lento afasta os clientes antes que eles vejam seu produto, e o Google usa a velocidade da experiência na página como sinal de ranqueamento por meio das três Core Web Vitals: a rapidez com que o conteúdo principal aparece (LCP), a rapidez com que a página responde a um toque (INP) e a estabilidade dos elementos durante o carregamento (CLS). Valores bons: LCP abaixo de 2,5 segundos, INP abaixo de 200 milissegundos e CLS abaixo de 0,1 — medidos nos seus usuários reais, e não na máquina de um desenvolvedor.

Se você tem um site ou uma loja virtual, paga pela lentidão duas vezes: uma quando o visitante irritado vai embora, e outra quando sua posição no Google cai e menos pessoas chegam até você. A boa notícia é que a velocidade de um site pode ser medida com números claros e melhorada com etapas conhecidas. Este guia explica as três métricas, como medi-las e como elevar o desempenho do seu site.

Por que um segundo a mais custa clientes e vendas

Seu cliente saudita geralmente abre o seu site pelo celular, em movimento. Se a página demora a aparecer, ele a fecha e vai para um concorrente mais rápido antes de ler uma única linha. Velocidade não é um luxo técnico; é a primeira impressão de quão sério você é: uma loja lenta sugere um atendimento lento, e uma página cujos elementos pulam durante o carregamento faz o cliente tocar em algo que não queria e perder a confiança. Cada segundo de atraso significa um carrinho abandonado, um formulário não concluído e um anúncio pelo qual você pagou e que nunca virou venda.

Quais são as três Core Web Vitals?

As Core Web Vitals são três métricas oficiais do Google que resumem a qualidade da experiência na página:

  • LCP — Largest Contentful Paint: o tempo até o maior elemento visível na tela (uma imagem ou um título) aparecer. Meta: abaixo de 2,5 segundos.
  • INP — Interaction to Next Paint: a rapidez com que a página responde quando o usuário toca ou digita. Meta: abaixo de 200 milissegundos. Ela substituiu oficialmente a antiga métrica FID.
  • CLS — Cumulative Layout Shift: o quanto os elementos pulam e se movem durante o carregamento. Meta: abaixo de 0,1.

O Google mede esses valores no percentil 75 das visitas reais ao seu site; ou seja, a pontuação é considerada "boa" quando o valor bom é atingido para pelo menos três quartos dos seus usuários, e não em um único dispositivo rápido.

Como medir o desempenho do seu site

Não chute — meça. As ferramentas gratuitas do Google bastam para começar: o PageSpeed Insights fornece uma pontuação da página e dados de usuários reais quando disponíveis, o relatório de Core Web Vitals dentro do Search Console mostra quais grupos de páginas precisam de ajustes em todo o seu site, e o Lighthouse no navegador oferece um diagnóstico rápido de laboratório. Diferencie a medição de laboratório (um ambiente de teste fixo) da medição de campo (a experiência real dos seus usuários) — esta última é a que o Google usa para o ranqueamento.

Causas comuns de lentidão

  • Imagens grandes e sem compressão carregadas em tamanho total.
  • JavaScript em excesso, que atrasa a interação e eleva o INP.
  • Ausência de cache e de uma rede de distribuição de conteúdo (CDN) perto do usuário.
  • Hospedagem fraca ou um servidor longe dos seus clientes.
  • Imagens e anúncios sem dimensões definidas, causando deslocamento de layout (CLS).
  • Ferramentas de terceiros demais (rastreamento, chat, fontes) pesando a página.

Como melhorar a velocidade na prática

A maior parte dos ganhos vem de etapas conhecidas: comprima as imagens e sirva-as em formatos modernos como WebP e AVIF, e use carregamento lento (lazy loading) para que apareçam quando forem necessárias. Reduza e divida o JavaScript para que a página carregue apenas o que precisa. Ative o cache e use uma rede de distribuição de conteúdo que aproxime seus arquivos dos seus usuários. Escolha uma hospedagem robusta com servidores geograficamente próximos da Arábia Saudita. Defina antecipadamente as dimensões de imagens e anúncios para evitar deslocamentos. Revise as ferramentas de terceiros e remova o que não agrega valor. E, quando um site tiver muito conteúdo, considere a renderização no lado do servidor (SSR), para que o usuário receba uma página pronta em vez de esperar que tudo seja montado no celular dele.

Mobile em primeiro lugar

O Google usa a indexação mobile-first, e a maioria das suas visitas na Arábia Saudita vem de celulares. Meça seu desempenho no celular e em uma conexão média, não na rede rápida do seu escritório. Fique atento ao peso das fontes árabes — algumas são pesadas e atrasam a exibição do texto; escolha fontes otimizadas e carregue-as com critério. Uma experiência móvel rápida significa melhor ranqueamento e mais clientes concluindo o pedido.

Como fazemos isso na Origami

Na Origami somos uma empresa de tecnologia. Construímos sites e lojas para serem rápidos por padrão, e não como um ajuste de última hora. Usamos renderização no lado do servidor, otimização de imagens e redes de distribuição, definimos um "orçamento de desempenho" que bloqueia qualquer adição que deixe a página mais lenta e medimos as Core Web Vitals de usuários reais após o lançamento, não apenas no laboratório. O resultado é um site que abre rápido, se posiciona melhor no Google e transforma visitantes em clientes em vez de perdê-los no primeiro segundo.

Conclusão

Velocidade é uma vitória dupla: melhor posição no Google e maior conversão de visitantes. Comece medindo suas páginas mais importantes com o PageSpeed Insights e o Search Console, corrija suas três maiores causas de lentidão e depois meça novamente. Melhorar um único segundo no tempo de carregamento pode ser mais barato e ter impacto mais rápido do que dobrar seu orçamento de publicidade.

Fontes

  • Google Search Central — Understanding Core Web Vitals and Google Search results: developers.google.com
  • web.dev — métricas e limites das Core Web Vitals (LCP, INP, CLS): web.dev