VELOCIDADE DO SITE E CORE WEB VITALS.
Um site lento ou que fica pulando perde clientes antes que eles leiam uma palavra. O Google mede essa experiência com três Core Web Vitals. Veja o que elas significam, como testar seu site de graça e as correções que costumam fazer mais diferença num site de pequena empresa.
O QUE MUDOU RECENTEMENTE
- O Google trata o sequestro do botão voltar como spam — Bloquear o botão voltar do navegador agora é uma prática de spam nomeada.
Este guia trata do que continua valendo. O blog acompanha as mudanças conforme elas chegam.
AS TRÊS MÉTRICAS
O Google descreve as Core Web Vitals como um conjunto de métricas que medem a experiência real do usuário em desempenho de carregamento, interatividade e estabilidade visual.2 O Interaction to Next Paint (INP) substituiu o First Input Delay como Core Web Vital em 2024.1
| Métrica | O que mede | Bom |
|---|---|---|
| Largest Contentful Paint (LCP) | Carregamento: quando o conteúdo principal aparece [1] | 2.5 segundos ou menos [1][3] |
| Interaction to Next Paint (INP) | Responsividade: a rapidez com que a página reage a toques, cliques e digitação [1] | 200 milissegundos ou menos [1][3] |
| Cumulative Layout Shift (CLS) | Estabilidade visual: o quanto a página fica pulando enquanto carrega [1] | 0.1 ou menos [1][3] |
O web.dev recomenda medir no 75º percentil dos carregamentos, separadamente para celular e desktop.1 O Search Console classifica LCP até 4 s, INP até 500 ms e CLS até 0.25 como “precisa de melhorias” e qualquer valor acima como “ruim”.3
ELAS AFETAM O RANKING?
O Google diz que boas Core Web Vitals estão alinhadas com o que seus principais sistemas de ranking buscam recompensar, como parte de uma experiência de página mais ampla.2 É um fator entre muitos. Uma página rápida com conteúdo raso ou inútil não vai superar uma resposta melhor, então trate a velocidade como uma forma de manter os visitantes que você já conquista.
COMO TESTAR SEU SITE
| Ferramenta | O que mostra | Atenção |
|---|---|---|
| PageSpeed Insights | Dados de campo de usuários reais do Chrome (CrUX) mais dados de laboratório do Lighthouse, para celular e desktop [4] | Os dados de campo cobrem os últimos 28 dias, então as correções demoram a aparecer; resultados de laboratório e de campo podem divergir [4] |
| Relatório Core Web Vitals do Search Console | Grupos de URLs parecidas classificados como Good, Needs improvement ou Poor (bom, precisa de melhorias, ruim), com base em dados de usuários reais [3] | Sites pequenos podem ver “No data available” (sem dados disponíveis) quando não há dados suficientes do CrUX [3] |
Ainda sem dados de campo? Use os resultados de laboratório do PageSpeed Insights como guia e teste suas páginas mais importantes: início, serviços e contato.
CORREÇÕES COMUNS PARA PEQUENAS EMPRESAS
- Diminua as imagens. Comprima as fotos e use formatos de imagem modernos.5 Uma foto direto da câmera do celular costuma ser bem maior do que a tela precisa.
- Não use lazy-load na imagem principal. O web.dev diz para nunca usar lazy-load na sua imagem de LCP, e o atributo
fetchprioritypode dizer ao navegador quais recursos importam mais.5 - Dê tamanho às imagens e embeds. Inclua os atributos
widtheheight, ou reserve o espaço com oaspect-ratiodo CSS, para o conteúdo não se deslocar.6 - Planeje as web fonts. A troca de fonte pode mover o texto enquanto a fonte carrega; escolha uma fonte reserva parecida.6
- Corte scripts de terceiros. Widgets de chat, rastreadores e embeds se acumulam. O web.dev diz para remover um script se ele não agrega valor claro, e para carregar scripts de terceiros de forma assíncrona, a menos que precisem rodar antes da página renderizar.7
- Deixe os handlers de clique leves. Para o INP, o web.dev recomenda fazer o mínimo de trabalho possível nos callbacks de eventos e dividir tarefas longas.8
- Use uma hospedagem decente e uma CDN. O web.dev recomenda uma rede de distribuição de conteúdo para reduzir a distância que os arquivos percorrem.5
Velocidade é uma parte de um site utilizável. Nosso guia de acessibilidade de sites cobre a outra metade: pessoas que usam teclado, leitor de tela ou zoom.
FAQ
Minha nota no PageSpeed é baixa, mas o Search Console diz Good. Qual está certo?
Os dois podem estar. A nota vem de um teste de laboratório simulado; o Search Console usa visitantes reais ao longo do tempo. O Google explica que dados de laboratório e de campo podem ser diferentes.4
Preciso de um 100 perfeito?
Não. Mire nos limites “bons” acima nas suas páginas principais e depois dedique seu tempo ao conteúdo e aos clientes.
Um site mais rápido garante mais leads?
Ninguém pode prometer isso. A velocidade tira o atrito; sua oferta, suas avaliações e seu follow-up é que fazem a venda.
FONTES
- web.dev, Web Vitals.
- Google Search Central, Understanding Core Web Vitals and Google search results [entendendo as Core Web Vitals e os resultados da Pesquisa Google].
- Search Console Help, Core Web Vitals report [relatório Core Web Vitals].
- Documentação do PageSpeed Insights, About PageSpeed Insights [sobre o PageSpeed Insights].
- web.dev, Optimize Largest Contentful Paint [otimize o LCP].
- web.dev, Optimize Cumulative Layout Shift [otimize o CLS].
- web.dev, Efficiently load third-party JavaScript [carregue JavaScript de terceiros com eficiência].
- web.dev, Optimize Interaction to Next Paint [otimize o INP].
CONTINUE LENDO
AGENDE UMA LIGAÇÃO DE ESTRATÉGIA
Não sabe por que seu site parece lento? Mande o link e a gente mostra o que está segurando ele.