Pular para o conteúdo

Consultor SEO | Juan Moura

Início » Blog » Core Web Vitals: o que são, como medir e otimizar a velocidade do site

Core Web Vitals: o que são, como medir e otimizar a velocidade do site

  • por

Os Core Web Vitals são três métricas que o Google usa para medir a qualidade da experiência do usuário em um site. Elas medem velocidade de carregamento (LCP), interatividade (INP) e estabilidade visual (CLS).​

A performance técnica se tornou tão importante quanto o conteúdo para o ranqueamento, afetando tempo de permanência, conversões e credibilidade da marca. Desde 2021, o Google as incorporou como fator oficial de classificação.​

Otimizar os Core Web Vitals não é opcional para quem quer visibilidade orgânica consistente. Estudos mostram que sites otimizados têm 24% menos chances de perder visitantes durante o carregamento.​

Este guia explica o que são os três componentes dos Core Web Vitals e quais otimizações geram o maior impacto. Você vai entender como cada métrica afeta o SEO e como implementar melhorias que beneficiam tanto o Google quanto seus usuários.

O que são os Core Web Vitals e como eles medem a velocidade do site?

Os Core Web Vitals são indicadores criados pelo Google para avaliar a qualidade da experiência de um site.
Eles medem o que realmente importa para o usuário: velocidade de carregamento, tempo de resposta e estabilidade visual.

Em outras palavras, mostram se o seu site é rápido, se responde bem aos comandos e se o conteúdo aparece de forma estável, sem aquelas mudanças irritantes que fazem o botão escapar do clique.

Essas métricas são medidas de forma prática, com base em dados reais de navegação, e não apenas em testes de laboratório.
Por isso, refletem o que o público sente de verdade ao visitar o seu site, e também o que o Google entende sobre essa experiência.

Quando um site tem bons resultados nos Core Web Vitals, ele tende a manter o usuário por mais tempo, reduzir a taxa de rejeição e conquistar posições melhores nos resultados de busca.
Afinal, o Google quer recomendar páginas que entreguem uma navegação rápida e fluida, algo que melhora diretamente a satisfação de quem está buscando.

E o que é o CrUX do Google?

O CrUX, sigla para Chrome User Experience Report, é a base de dados pública do Google que reúne informações reais sobre o desempenho dos sites.
Ele coleta métricas de milhões de usuários que navegam com o navegador Chrome e mostra como o público está, de fato, experimentando cada página.

Em vez de analisar apenas o código ou o servidor, o CrUX mostra o que acontece na prática: quanto tempo o site leva para carregar, como ele reage aos cliques e se mantém estável durante a navegação.
É a forma mais fiel de entender a percepção do usuário.

Esses dados são usados em ferramentas como o PageSpeed Insights, o Lighthouse e o próprio Google Search Console, ajudando a identificar o que precisa ser ajustado para melhorar o desempenho técnico.

Quando um site apresenta bons números no CrUX, significa que ele está entregando uma experiência satisfatória para quem realmente importa: o visitante.
E isso é o que o Google mais valoriza.

Time to first byte (TTFB)

O Time to First Byte, ou TTFB, mede quanto tempo o navegador leva para receber o primeiro byte de resposta do servidor.
Em termos simples, é o momento entre o clique do usuário e o início do carregamento da página.

Quando esse tempo é alto, o visitante sente que o site está “travado”.
Isso pode acontecer por problemas de hospedagem, falta de cache ou até um servidor sobrecarregado.
Segundo o Google Developers, o ideal é manter o TTFB abaixo de 200 milissegundos para garantir uma boa experiência.

O TTFB é como o primeiro atendimento de uma empresa: se demora demais para começar, o cliente já fica desconfiado.
É o primeiro sinal que o Google observa para entender se o seu site é ágil e confiável.

First Contentful Paint (FCP)

O First Contentful Paint, ou FCP, mostra o tempo que o navegador leva para exibir o primeiro elemento visível na tela, como um texto, uma imagem ou um ícone.
É aquele instante em que o usuário sente que algo está acontecendo.

Quanto mais rápido o FCP, menor a chance de abandono.
O Google recomenda que esse tempo seja de até 1,8 segundo.
Acima disso, a página parece lenta e causa frustração.

O segredo para um bom FCP está na otimização de imagens, no uso de cache e na eliminação de scripts que bloqueiam o carregamento.
Um visitante que vê conteúdo rápido tende a confiar mais no site e seguir até o final da jornada, inclusive na compra.

Time to interactive (TTI)

O Time to Interactive, ou TTI, mede o tempo que a página leva para se tornar realmente utilizável, ou seja, quando o visitante pode clicar, rolar e interagir sem travamentos.

Em muitos sites, o conteúdo aparece rápido, mas ainda não está pronto para uso.
Isso acontece quando há scripts pesados rodando em segundo plano, o que atrasa a resposta dos botões e menus.
O ideal é que o TTI seja o mais próximo possível do FCP, mostrando que o site está pronto quase no mesmo instante em que carrega.

Um bom TTI transmite sensação de fluidez e confiança.
O usuário percebe que o site responde bem, o que reduz a taxa de rejeição e melhora o engajamento.

Total blocking time (TBT)

O Total Blocking Time, ou TBT, é a métrica que calcula o tempo total em que o navegador fica bloqueado durante o carregamento, impedindo o usuário de interagir com a página.
Ele é uma forma de entender por que o site “parece pesado” mesmo quando o conteúdo já está visível.

O Google considera um TBT menor que 200 milissegundos como excelente.
Valores mais altos indicam que o site está sobrecarregado por scripts, plugins ou arquivos JavaScript mal otimizados.

Reduzir o TBT melhora a responsividade geral do site e impacta diretamente no INP, um dos Core Web Vitals mais importantes.
Quando o TBT é baixo, tudo funciona com mais leveza e o visitante sente isso de imediato.

Qual a importância de uma boa velocidade do site?

A velocidade do site vai muito além da experiência técnica.
Ela influencia diretamente nas vendas, na percepção de marca e até na confiança do cliente.
No ambiente digital, cada segundo é uma oportunidade de manter ou perder um visitante.

Estudos comprovam essa relação.
De acordo com a Deloitte, uma redução de 0,1 segundo no tempo de carregamento pode aumentar as conversões em 8% e o valor médio do pedido em 9%.

Outro dado relevante vem da Akamai, que mostrou que 53% dos usuários em dispositivos móveis abandonam páginas que demoram mais de 3 segundos para carregar.

E segundo uma análise publicada pela NitroPack, melhorias de poucos milissegundos na performance geraram aumentos significativos nas conversões de vários segmentos.

Esses números mostram que tempo é lucro.
Quando o site carrega rápido, o visitante permanece mais tempo, navega com conforto e tende a comprar sem hesitar.
Além disso, o Google reconhece essa boa experiência, o que reforça a visibilidade e a credibilidade da marca.

Velocidade é sobre respeito ao tempo do cliente.
E quando um site entrega isso, o resultado é natural: mais confiança, mais conversões e um posicionamento sólido no digital.

Quais são os Core Web Vitals (CWV)?

Os Core Web Vitals são três métricas principais criadas pelo Google para avaliar a experiência do usuário em um site. Cada uma delas mede um aspecto essencial da performance: carregamento, interatividade e estabilidade visual. Juntas, formam a base técnica que define se o seu site é realmente rápido e confortável de navegar.​

Vamos entender cada uma.

MétricaO que medeBomMelhoria NecessáriaRuimImpacto
LCP (Largest Contentful Paint)Velocidade de carregamento do maior elemento visível≤ 2,5s2,5s a 4s> 4sPrimeira impressão; usuário percebe se o site está respondendo
INP (Interaction to Next Paint)Tempo de resposta a interações do usuário≤ 200ms200ms a 500ms> 500msNavegação fluida; sensação de agilidade ao clicar e interagir
CLS (Cumulative Layout Shift)Estabilidade visual; movimento inesperado de elementos≤ 0,10,1 a 0,25> 0,25Credibilidade; evita cliques perdidos e frustração

Largest Contentful Paint (LCP)

O LCP mede quanto tempo leva para o maior elemento visível da página aparecer na tela do usuário. Pode ser uma imagem, um vídeo, um bloco de texto ou qualquer outro elemento que ocupe uma parte significativa da viewport.​

O Google considera bom quando esse tempo fica abaixo de 2,5 segundos, adequado entre 2,5s e 4s, e ruim acima de 4 segundos. Atrasos nesse indicador fazem o visitante perceber o site como lento, mesmo que o resto do conteúdo carregue depois, resultando em altas taxas de rejeição.​

O LCP mede apenas elementos que estão visíveis na tela do usuário (viewport). Isso inclui imagens (mesmo dentro de SVGs), vídeos, elementos com imagem de fundo carregada via CSS url() e blocos de texto. Elementos fora da janela de visualização ou que se estendem para fora dela não são considerados no cálculo

Interaction to Next Paint (INP)

O INP mede o tempo entre uma interação do usuário e a próxima atualização visual na página. Diferente de seu antecessor (FID), ele avalia todas as interações durante a vida útil da página, não apenas a primeira, capturando a experiência geral de responsividade.​

O Google considera bom quando o INP fica abaixo de 200 milissegundos, adequado entre 200ms e 500ms, e ruim acima de 500 milissegundos. Quando a resposta visual é lenta, o usuário percebe a página como pesada e pode realizar cliques duplicados, achando que nada está acontecendo.​

O INP mede todas as interações do usuário: cliques de mouse, toques em dispositivos touchscreen e pressões de teclas do teclado. O navegador registra o tempo desde que o usuário dispara a interação até que o navegador pinte o próximo frame com o feedback visual. O valor final do INP reflete a pior interação durante toda a sessão do usuário.

Cumulative Layout Shift (CLS)

O CLS mede a estabilidade visual de uma página calculando a soma de todas as mudanças inesperadas de layout que ocorrem durante seu carregamento e interação. Uma mudança de layout acontece quando um elemento visível muda de posição ou tamanho, movendo o conteúdo ao seu redor.​

O Google considera bom quando o CLS fica abaixo de 0,1, adequado entre 0,1 e 0,24, e ruim acima de 0,25. Mudanças inesperadas de layout causam cliques perdidos, leitura interrompida e frustração, especialmente em dispositivos móveis onde o espaço é limitado.​

O CLS não mede um único evento, mas a soma de todas as mudanças de layout não esperadas durante a vida útil da página. O navegador calcula cada mudança de layout individual multiplicando a “fração de impacto” (tamanho do elemento em relação à viewport) pela “fração de distância” (distância que o elemento se move). O valor final do CLS é a soma acumulada de todas essas pontuações.

Como saber os seus dados de velocidade do site (CWV)?

Antes de otimizar, é essencial entender onde o seu site realmente está.
Saber como ele se comporta para o usuário real é o primeiro passo para melhorar qualquer indicador de Core Web Vitals.

A boa notícia é que o próprio Google oferece ferramentas gratuitas e completas para isso.
Cada uma delas mostra um tipo de dado diferente, e o ideal é usar mais de uma para ter uma visão precisa.

1. PageSpeed Insights

O PageSpeed é a ferramenta mais prática para começar.
Basta inserir a URL e, em poucos segundos, você verá relatórios com o LCP, INP e CLS, além de dicas de otimização específicas.
Ela exibe dados de laboratório e de campo, ou seja, mostra tanto o desempenho simulado quanto o real, baseado no Chrome User Experience Report (CrUX).

O resultado vem com pontuações por cores (verde, amarelo e vermelho), o que facilita a leitura até para quem não é técnico.
É um ótimo ponto de partida para entender se o seu site está dentro dos parâmetros ideais.

2. Google Search Console

Dentro do Search Console, há uma aba chamada “Métricas da experiência”.
Lá, você encontra relatórios de Core Web Vitals agrupados por tipo de dispositivo, desktop e mobile, com URLs classificadas como “Boas”, “Necessitam de melhorias” ou “Ruins”.
O diferencial é que essas métricas vêm de usuários reais, e não de testes pontuais.

Além disso, o Search Console permite acompanhar a evolução ao longo do tempo, algo essencial para medir o impacto das melhorias técnicas no desempenho geral do site.

3. Lighthouse

O Lighthouse é uma ferramenta integrada ao navegador Google Chrome.
Ele oferece uma análise técnica mais detalhada, ideal para desenvolvedores ou equipes que querem diagnósticos precisos.
Além das métricas de CWV, o Lighthouse avalia acessibilidade, boas práticas de SEO e performance geral.

Você pode executá-lo diretamente no navegador, abrindo o site, clicando com o botão direito e selecionando “Inspecionar > Lighthouse”.
Em poucos segundos, o relatório mostra oportunidades claras de otimização, com impacto estimado em segundos e milissegundos.

4. WebPageTest

O WebPageTest é ideal para testes avançados.
Ele permite simular diferentes dispositivos, tipos de conexão e regiões do mundo.
Isso ajuda a entender como o site responde a diferentes condições de acesso e quais elementos estão causando lentidão.

Os relatórios são detalhados e mostram, em ordem cronológica, tudo o que é carregado na página e quanto tempo cada item leva.

5. GTmetrix

O GTmetrix combina análises do Google Lighthouse e do WebPageTest em uma interface simples e visual.
Ele mostra o tempo total de carregamento, pontuações de desempenho e prioridades de melhoria com gráficos fáceis de interpretar.
É excelente para quem quer acompanhar a performance de forma contínua, já que permite criar relatórios automáticos e históricos de comparação.

Além disso, o GTmetrix mostra métricas de Core Web Vitals e indica exatamente quais scripts, imagens ou arquivos estão impactando o tempo de resposta.

Como melhorar o seu Core Web Vitals?

Melhorar os Core Web Vitals é mais simples quando você entende onde estão os gargalos.
Cada métrica LCP, INP e CLS, depende de ajustes diferentes, mas o objetivo é o mesmo: tornar a navegação mais fluida e o carregamento mais rápido.

Essas melhorias não exigem sempre mudanças profundas.
Muitas vezes, pequenos ajustes de estrutura, servidor e conteúdo já transformam a experiência do usuário e o desempenho no Google.

1. Otimize imagens e vídeos

Imagens pesadas estão entre as maiores causas de LCP alto.
Use formatos modernos, como WebP e AVIF, que reduzem o tamanho sem perder qualidade.
Ferramentas como TinyPNG ou Squoosh ajudam a comprimir arquivos facilmente antes do upload.

Evite também carregar vídeos grandes na página inicial.
Prefira incorporar vídeos de forma leve, usando lazy loading para carregar apenas quando o usuário rolar até eles.
Assim, o carregamento inicial fica muito mais rápido.

2. Reduza e adie scripts JavaScript

Scripts pesados afetam diretamente o INP e o TBT, tornando o site lento e com respostas atrasadas.
Analise o que é realmente necessário e remova o que não tem função clara.
Scripts de chat, pixels de remarketing e ferramentas externas podem ser adiados para carregar depois que a página estiver visível.

O ideal é que o JavaScript essencial seja carregado primeiro e o restante, de forma assíncrona.
Essa simples mudança já melhora a sensação de velocidade e a capacidade de interação.

3. Melhore o tempo de resposta do servidor

Um TTFB alto compromete todo o restante do desempenho.
Escolher uma boa hospedagem, usar CDN (Content Delivery Network) e configurar cache no servidor são passos que fazem muita diferença.

Com uma CDN, o conteúdo é distribuído em servidores ao redor do mundo, reduzindo a distância entre o visitante e os arquivos do site.
Isso é essencial para quem tem público em diferentes regiões.

Além disso, revise plugins e sistemas do CMS.
Muitos sites lentos têm servidores potentes, mas sobrecarregados por extensões desnecessárias.

4. Evite movimentações visuais inesperadas

O CLS está diretamente ligado à estabilidade da página.
Para reduzir esse problema, defina sempre dimensões fixas para imagens, banners e vídeos.
Quando o navegador já sabe o espaço que cada elemento ocupará, o layout deixa de “pular” durante o carregamento.

Também vale evitar anúncios ou pop-ups que aparecem de forma repentina.
Eles não apenas atrapalham o CLS, como prejudicam a experiência do usuário e podem reduzir conversões.

5. Use cache e carregamento progressivo

O cache é o melhor amigo da velocidade.
Quando o navegador armazena parte dos recursos, a segunda visita ao site é muito mais rápida.
Configurar cache no servidor e no navegador ajuda a manter o tempo de carregamento baixo, mesmo em conexões mais lentas.

Outra prática eficaz é o carregamento progressivo.
Com ele, os elementos mais importantes (como textos e imagens acima da dobra) aparecem primeiro, enquanto o restante é carregado em segundo plano.
Isso cria a sensação de que o site é rápido, mesmo quando há muito conteúdo.

Perguntas frequentes

Antes de encerrar, vale revisar algumas dúvidas que costumam surgir quando o assunto é Core Web Vitals.
Mesmo quem já trabalha com SEO técnico ou gestão de sites costuma se confundir com alguns detalhes, e tudo bem, o tema é cheio de nuances.

Seu site tem problemas técnicos de SEO?

Responda estas 10 perguntas para descobrir a gravidade dos problemas técnicos do seu site

As respostas abaixo foram pensadas para esclarecer os pontos mais comuns de forma direta, sem jargões e com base nas orientações mais atuais do Google.
Assim, você entende o essencial e pode aplicar na prática, sem precisar ser desenvolvedor.

O que é uma boa pontuação de Core Web Vitals?

Uma boa pontuação é aquela que segue as recomendações mais recentes do Google para cada métrica.
O Largest Contentful Paint (LCP) deve ocorrer em até 2,5 segundos para oferecer uma boa experiência de carregamento.
O Interaction to Next Paint (INP) é considerado bom quando fica até 200 milissegundos, aceitável entre 200 e 500 milissegundos e precisa de melhoria acima disso.
Já o Cumulative Layout Shift (CLS) deve ser menor que 0,1, garantindo que a página permaneça estável durante o carregamento.

Esses parâmetros ajudam a manter o site rápido, previsível e agradável de navegar, o tipo de experiência que o Google valoriza e o usuário lembra.

O Core Web Vitals afeta o ranqueamento no Google?

Sim.
Os Core Web Vitals são parte do conjunto de fatores de Page Experience, usados pelo Google para entender a qualidade da experiência que o site oferece.
Isso não significa que desempenho técnico substitui conteúdo, mas ele complementa.
Quando um site é rápido, acessível e estável, o Google tende a priorizá-lo, especialmente em dispositivos móveis.

É possível melhorar os Core Web Vitals sem mudar de servidor?

Sim, em muitos casos.
Grande parte das melhorias vem de ajustes simples, como otimizar imagens, adiar scripts e usar cache.
Mas, se o servidor for lento ou estiver sobrecarregado, ele pode continuar prejudicando o TTFB.
Nesses casos, vale revisar a infraestrutura de hospedagem e, se necessário, migrar para uma opção mais eficiente.

Como saber qual métrica está mais afetando meu site?

As ferramentas como PageSpeed Insights e Google Search Console mostram exatamente qual métrica está com desempenho abaixo do esperado.
O ideal é começar pela que estiver em vermelho, pois ela costuma causar o maior impacto negativo na experiência e no posicionamento.
Resolver primeiro os maiores gargalos gera ganhos perceptíveis mais rápido.

As métricas do Core Web Vitals mudam com o tempo?

Sim, e isso é natural.
O Google atualiza periodicamente os critérios de avaliação e pode introduzir novas métricas conforme o comportamento dos usuários evolui.
Por isso, é importante revisar os relatórios com frequência.
Manter o site tecnicamente atualizado é a melhor forma de garantir que ele continue competitivo nos resultados de busca.

Conclusão

Os Core Web Vitals impactam direto a experiência do usuário, o ranqueamento nos resultados de busca e as taxas de conversão. Melhorar esses indicadores faz parte de uma estrutura técnica maior que envolve arquitetura, acessibilidade e dados estruturados.​

Otimizar Core Web Vitals isoladamente oferece ganhos limitados se o restante da base técnica não estiver sólida. Por isso, vale aprofundar outros pilares que trabalham em conjunto: uma estrutura de site em HTML robusta garante clareza desde o código, enquanto o robots.txt e o sitemap.xml orientam o Google no rastreamento correto.​

Schema Markup adiciona contexto semântico que faz seu conteúdo se destacar nos resultados. Cada um desses elementos trabalha em sinergia, formando a base de um site tecnicamente otimizado.​

Estudos mostram que sites com Core Web Vitals “Bom” geram até 89% mais conversões comparado a sites com performance ruim. Quando você domina essa base, a performance deixa de ser um desafio isolado e se torna parte natural da estratégia.​

Quer estruturar seu site com uma base técnica completa que potencialize visibilidade, experiência e conversão? Conheça minha consultoria em SEO Técnico e descubra como transformar cada aspecto do seu site em um ativo competitivo.