Velocidade do site em 2026: Core Web Vitals, limites oficiais e nosso caso com o blog no celular
O servidor respondia em 0,23 segundo, mas no celular os artigos simplesmente não apareciam. Os limites oficiais das Core Web Vitals, o que o Google diz sobre o efeito na busca e nosso caso: capas de ~2 MB para 213 KB e o que verificar.
Quais métricas de velocidade o Google considera essenciais?
As Core Web Vitals são três métricas. LCP (carregamento): o maior elemento deve aparecer em até 2,5 segundos. INP (resposta): a página deve reagir às ações em até 200 milissegundos. CLS (estabilidade visual): deslocamento de layout de 0,1 ou menos. São medidas no percentil 75 dos carregamentos, separadamente em celular e computador, e a página só passa se as três estiverem boas. O INP substituiu o FID em 2024. O web.dev diz que métricas estáveis não mudam mais de uma vez por ano, então os «novos limites de 2026» citados em alguns blogs não são confirmados pelo Google.
A velocidade afeta o ranking?
O Google diz que as Core Web Vitals, junto com outros aspectos da experiência na página, se alinham ao que seus sistemas de classificação buscam recompensar, e recomenda fortemente boas pontuações. O Google não dá um peso separado à velocidade, então ela não é um botão mágico, mas uma das condições. Os dados reais de usuários estão no relatório Core Web Vitals do Search Console.
O que encontramos no nosso próprio site?
Em 11 de novembro de 2026 abrimos o blog da Metriverra num celular e os artigos demoravam «muito» para carregar. As medições mostraram que o servidor respondia em 0,23 segundo: o problema não era ele. A lista de 19 artigos era um único bloco com animação de entrada que disparava quando 12 % do bloco estava visível. No celular, o bloco tinha 8.509 pixels de altura e a tela 844, só 9,9 %: o limite nunca era atingido e os artigos ficavam invisíveis. Além disso, as capas eram enviadas em tamanho cheio, cerca de 2 MB por lista. Removemos a animação da lista, dividimos em páginas de 10 e 9 artigos e passamos a enviar capas reduzidas: 12 capas pesavam 213 KB em vez de cerca de 2 MB.
O que verificar no seu site?
Abra o relatório Core Web Vitals do Search Console e comece pelas páginas móveis. Teste as páginas numa janela móvel real, não só o tempo de resposta do servidor: conteúdo escondido até um script rodar simplesmente não será visto. Envie imagens no tamanho da tela (srcset) e adie o carregamento das que estão abaixo da primeira tela, mas não da imagem principal. Reserve espaço para as imagens para o layout não pular. E lembre que scripts e tags pesados pioram a resposta, ou seja, o INP.
O que fazer agora
- Abra o relatório Core Web Vitals do Search Console e comece pelas URLs móveis.
- Teste as páginas-chave numa janela móvel: o conteúdo aparece sem esperar animações e scripts?
- Envie imagens no tamanho da tela e cópias reduzidas para listas e cards.
- Não adie a imagem principal da primeira tela, só as de baixo.
- Verifique as métricas após cada mudança grande no site, não uma vez por ano.
O Metriverra mostra diariamente o comportamento dos visitantes e as conversões, para você comparar rejeições e vendas antes e depois de mudar a velocidade.
Em resumo
- Limites do Google: LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1 no percentil 75.
- Métricas estáveis mudam no máximo uma vez por ano; «novos limites de 2026» não são confirmados.
- Google: Core Web Vitals se alinham ao que os sistemas de classificação recompensam.
- Nosso caso: servidor a 0,23 s, mas artigos invisíveis no celular por causa de uma animação.
- Capas da lista: ~2 MB → 213 KB.
Fontes: web.dev — Web Vitals · Google Search Central — Understanding Core Web Vitals and Google search results
