Velocidade do Site e Core Web Vitals 2026: Como os Segundos Afetam as Vendas
Um utilizador decide se fica num site nos primeiros 2–3 segundos. Cada segundo extra de carregamento é uma fatia de visitantes que saíram sem esperar. A velocidade não é um "bónus simpático para programadores" — é uma alavanca direta sobre a conversão e o posicionamento nos motores de busca. Explicamos as métricas Core Web Vitals em termos humanos e damos um checklist do que fazer com elas.
Porque a velocidade é dinheiro, não estética
O padrão é confirmado por estudos em grandes plataformas: quanto mais tempo uma página demora a carregar, menor a probabilidade de compra. Passar o tempo de carregamento de 1 para 3 segundos aumenta visivelmente a fatia de pessoas que fecham o separador; no telemóvel o efeito é ainda mais acentuado. A lógica é simples: um site lento cansa as pessoas, gera desconfiança ("se aqui tudo se arrasta, será que a minha encomenda chega sequer?") e empurra-as para o concorrente que está a um clique de distância.
Outra razão é a pesquisa. O Google conta oficialmente os Core Web Vitals como um dos sinais de posicionamento. Em igualdade de circunstâncias, um site mais rápido fica mais acima. E, como escrevemos no artigo sobre otimização GEO, as páginas lentas também acabam pior nas respostas de pesquisa por IA.
As três métricas Core Web Vitals em palavras simples
Core Web Vitals é um conjunto de indicadores do Google que descrevem a sensação real de uma página. Em 2026 são três:
- LCP (Largest Contentful Paint) — a rapidez com que aparece o principal. O tempo que o maior elemento no ecrã (normalmente a imagem principal ou o título) demora a ficar visível. Bom — abaixo de 2.5 segundos. Responde à pergunta "quando é que o utilizador vê que a página carregou".
- INP (Interaction to Next Paint) — a rapidez com que responde. Com que rapidez o site reage às ações: carregou num botão — quanto tempo até algo acontecer. Bom — abaixo de 200 milissegundos. Em 2024 o INP substituiu oficialmente a antiga métrica FID e mede a capacidade de resposta com mais precisão.
- CLS (Cumulative Layout Shift) — estabilidade do layout. O quanto os elementos "saltam" durante o carregamento. Toda a gente conhece o incómodo: aponta para um botão e um banner salta para o lugar dele. Bom — um valor abaixo de 0.1.
Pode verificar os seus próprios valores gratuitamente no PageSpeed Insights ou no relatório Core Web Vitals do Google Search Console — aí vê dados reais de utilizadores reais, não apenas um teste de laboratório.
Checklist de aceleração: o que dá o maior efeito
- Imagens. A causa mais comum de LCP lento. Formatos modernos (WebP/AVIF), o tamanho certo para o ecrã, lazy loading do que está abaixo da dobra e
width/heightpara o layout não saltar. - Tipos de letra. Alojar os tipos de letra localmente em vez de um terceiro,
font-display: swape pré-carregar o peso principal — o texto aparece de imediato, sem "piscar". - Scripts. Menos JavaScript pesado, carregamento diferido de analítica e widgets, remover o que ninguém usa. É o JS sobrecarregado que mais vezes estraga o INP.
- Cache e compressão. Gzip/Brotli, cache no navegador dos recursos estáticos, uma CDN onde for necessário. As visitas seguintes tornam-se instantâneas.
- Alojamento. Uma resposta lenta do servidor arrasta tudo o resto. Às vezes a forma mais rápida de acelerar um site é mudá-lo: escrevemos sobre a escolha no artigo VPS vs alojamento partilhado.
- Código limpo em vez de "ferramentas tudo-em-um". Um site num template pesado de construtor com uma dúzia de plugins perde quase sempre para uma maquetação personalizada e arrumada. É por isso que criamos sites chave na mão com velocidade 90+ como padrão.
Um erro comum: "aceleramos isto depois"
A velocidade é mais barata de incorporar no início, na arquitetura. Depois de um site já estar montado num template pesado com uma dúzia de extensões, cada otimização transforma-se em combater as consequências e custa mais do que o próprio desenvolvimento. Se o seu site já é lento — isso não é uma sentença: na maioria dos casos é realista acelerá-lo bastante no âmbito da manutenção, sem reescrever de raiz. Mas um projeto novo é mais honestamente construído rápido desde o início.
Conclusão
Core Web Vitals não é um capricho do Google — é uma tentativa de medir o que o cliente já sente de qualquer forma: rápido, responsivo, sem saltos. Mantenha o LCP abaixo de 2.5 s, o INP abaixo de 200 ms, o CLS abaixo de 0.1 — e terá mais contactos a partir do mesmo tráfego. Quer saber onde estão os seus estrangulamentos? Fazemos uma auditoria de velocidade gratuita e mostramos o que dá o maior ganho.