Velocidade & Experiência

Core Web Vitals e Performance Técnica para SEO Real.

A velocidade do site não é apenas um fator de ranqueamento no Google: é o alicerce da experiência do usuário, da taxa de conversão e da eficiência de rastreamento dos robôs de busca.

Monitore métricas reais e elimine gargalos antes que afetem o tráfego.

Os Três Pilares dos Core Web Vitals

O Google utiliza os Core Web Vitals como métricas essenciais para quantificar a experiência de navegação em páginas web no mundo real:

Carregamento

LCP (Largest Contentful Paint)

Mede o tempo até que o maior elemento visual (imagem de destaque ou bloco de texto principal) seja renderizado. O ideal recomendado é ≤ 2,5 segundos.

Interatividade

INP (Interaction to Next Paint)

Substituiu o FID. Avalia a capacidade de resposta geral da página observando a latência de todas as interações do usuário durante toda a visita. Meta: ≤ 200 ms.

Estabilidade

CLS (Cumulative Layout Shift)

Quantifica o deslocamento inesperado de elementos na tela enquanto o conteúdo carrega (como botões pulando ou banners carregando tardiamente). Meta: ≤ 0,1.

Dados de Laboratório vs. Dados de Campo (CrUX)

Uma nota 100 no Lighthouse não garante que seus usuários tenham uma boa experiência. É fundamental entender a diferença:

• Dados de Laboratório (Lab Data): Testes sintéticos executados sob condições controladas de rede e processador. Úteis para depuração e detecção antecipada de regressões durante o desenvolvimento.

• Dados de Campo (Field Data / CrUX): Métricas reais agregadas de usuários que navegam no seu site em diferentes dispositivos, conexões e regiões geográficas. É essa experiência real agregada pelo Chrome User Experience Report que o algoritmo do Google leva em conta.

O que o Sitemapy analisa na sua performance

  • • Tempo de Resposta Inicial do Servidor (TTFB).
  • • Tamanho total de recursos transferidos (CSS, JS, imagens e fontes).
  • • Scripts de terceiros bloqueando a thread principal do navegador.
  • • Elementos causadores de Cumulative Layout Shift (CLS).
  • • Oportunidades de cache HTTP e compressão Brotli / Gzip.

Exemplo: a foto do banner empurra o texto e derruba o LCP

A home carrega um JPEG de 1,8 MB sem width e height. O título aparece, depois o banner empurra o botão. O LCP passa de 2,5 s e o CLS sobe. O rastreador também gasta tempo baixando um arquivo que o usuário mal vê no celular.

O que o diagnóstico encontra

  • LCP alto por imagem de destaque pesada
  • CLS por mídia sem dimensão reservada
  • INP alto por script de terceiro na thread principal
  • TTFB alto antes mesmo do HTML útil

O que o Sitemapy publica

  • Lista de URLs em que a mídia pesa mais que o conteúdo
  • Indicação de lazy load só abaixo da dobra
  • Relação entre peso da página e o que o sitemap pede para rastrear
  • Nova medição depois da troca de arquivo ou de cache

Perguntas frequentes

Nota 100 no Lighthouse garante ranking?

Não. O Google usa a experiência real dos visitantes, o relatório CrUX, junto com relevância e links.

Qual meta prática de LCP, INP e CLS?

LCP até 2,5 s, INP até 200 ms e CLS até 0,1. Acima disso a página está lenta ou instável para uma parcela grande dos usuários.

Imagem em WebP resolve tudo?

Reduz bytes. Sem dimensão no HTML e com lazy load no banner principal, o LCP continua ruim.

Monitore a performance do seu site continuamente

Identifique scripts pesados, imagens sem dimensões e lentidão no servidor com relatórios claros e acionáveis.