Você tem um blog, publica conteúdo com regularidade, segue as orientações de SEO que encontra por aí, mas quando abre o Google PageSpeed Insights para analisar o seu site, a pontuação que aparece na tela te deixa com aquela sensação de que algo está errado e você não sabe exatamente o que fazer para corrigir. Isso te parece familiar?
Se sim, você está no lugar certo. Neste artigo eu vou te explicar de forma clara e direta o que são os Core Web Vitals, o que cada métrica significa, qual é o papel do Speed Index e do TBT dentro do PageSpeed Insights, por que tudo isso impacta o posicionamento do seu blog no Google e, principalmente, o que você pode fazer na prática para otimizar o seu blog WordPress e resolver cada problema apontado no relatório.
Não vou te encher de siglas sem contexto. Meu objetivo é que você termine esse artigo sabendo exatamente o que está acontecendo com o seu blog, o que o Google está avaliando e por onde começar a melhorar cada ponto fraco.
O Que São Core Web Vitals
Core Web Vitals são as três métricas oficiais que o Google usa para medir a experiência real que um visitante tem ao acessar uma página da internet. Elas foram introduzidas como fator de ranqueamento em 2021 e continuam sendo, em 2026, um dos sinais técnicos mais relevantes para o posicionamento orgânico.
As três métricas oficiais que formam os Core Web Vitals são LCP, INP e CLS. Cada uma mede um aspecto diferente da experiência do usuário: velocidade de carregamento, responsividade às interações e estabilidade visual.
É importante entender que o Google coleta essas métricas a partir de dados reais de usuários que acessam o seu blog pelo Chrome, o que é chamado de dados de campo. Esse é o dado que realmente influencia o ranqueamento, e não a pontuação numérica de laboratório que você vê no PageSpeed Insights.
Para blogueiros que monetizam com AdSense, os Core Web Vitals são duplamente importantes. Um blog lento perde visitantes antes mesmo de eles lerem o primeiro parágrafo, reduzindo as impressões e os cliques nos anúncios. E um blog mal pontuado tende a ranquear pior no Google ao longo do tempo. Em resumo, Core Web Vitals ruins custam dinheiro real para o seu blog todos os meses.
A Diferença Entre Métricas Oficiais e Métricas Diagnósticas
Esse é o ponto que mais gera confusão, e vou te explicar de uma vez por todas.
Quando você abre o relatório do PageSpeed Insights, ele mostra uma série de métricas. Mas nem todas têm o mesmo peso. Existe uma distinção fundamental entre o que é um Core Web Vital oficial e o que é uma métrica diagnóstica.
| Categoria | Métricas | Para Que Serve |
|---|---|---|
| Core Web Vitals oficiais | LCP, INP, CLS | Dados de campo usados pelo Google como fator de ranqueamento |
| Métricas diagnósticas | FCP, TTFB, TBT, Speed Index | Ajudam a identificar problemas, mas não são fatores de ranqueamento diretos |
As métricas diagnósticas são extremamente úteis porque te mostram onde está o gargalo que está puxando os Core Web Vitals para baixo. Mas o ranqueamento em si é determinado pelos três Core Web Vitals oficiais medidos em dados reais de usuários.
O Que Significa Cada Métrica no PageSpeed Insights
LCP — Largest Contentful Paint (Core Web Vital Oficial)
O LCP mede o tempo que leva para o maior elemento visível da página aparecer completamente na tela do visitante. Esse elemento costuma ser a imagem de destaque do artigo ou um bloco de texto grande no início da página.
Quando o visitante abre o seu artigo e fica olhando para uma tela em branco esperando a imagem principal aparecer, é o LCP que está com problema. De acordo com o Web Almanac 2025, apenas 62% das páginas mobile no mundo atingem um bom LCP, tornando essa a métrica mais difícil de ser aprovada entre os três Core Web Vitals oficiais.
| Resultado | Classificação |
|---|---|
| Até 2,5 segundos | Bom |
| Entre 2,5 e 4 segundos | Precisa melhorar |
| Acima de 4 segundos | Ruim |
As causas mais comuns de LCP alto em blogs WordPress são imagens pesadas sem compressão, hospedagem com servidor lento e ausência de pré-carregamento da imagem principal da página.
INP — Interaction to Next Paint (Core Web Vital Oficial)
O INP mede o tempo que o seu blog leva para responder visualmente depois que o visitante realiza qualquer interação na página, como clicar em um menu, em um botão ou em um link. Ele substituiu o antigo FID (First Input Delay) em março de 2024 e é muito mais exigente, pois avalia todas as interações da página e não apenas a primeira.
Se o visitante clica em algo no seu blog e sente aquela pequena travada antes da resposta aparecer, é o INP que está ruim. Segundo o Web Almanac 2025, 77% das páginas mobile atingem um bom INP, mas blogs WordPress com excesso de plugins costumam ter dificuldade nessa métrica.
| Resultado | Classificação |
|---|---|
| Até 200ms | Bom |
| Entre 200ms e 500ms | Precisa melhorar |
| Acima de 500ms | Ruim |
Scripts JavaScript em excesso são a principal causa de INP ruim. Cada plugin que carrega scripts desnecessários na página está consumindo capacidade de resposta do navegador do visitante.
CLS — Cumulative Layout Shift (Core Web Vital Oficial)
O CLS mede a estabilidade visual da página durante e após o carregamento. Sabe quando você está lendo um artigo, vai clicar em algo e de repente tudo se desloca porque uma imagem ou um anúncio carregou depois? Isso é CLS alto, e é uma das experiências mais frustrantes para qualquer visitante.
Segundo o Web Almanac 2025, o CLS é o Core Web Vital com melhor desempenho global, com 81% das páginas mobile aprovadas. Ainda assim, blogs que exibem anúncios do AdSense sem espaço reservado costumam ter problemas graves nessa métrica.
| Resultado | Classificação |
|---|---|
| Até 0,1 | Bom |
| Entre 0,1 e 0,25 | Precisa melhorar |
| Acima de 0,25 | Ruim |
TBT — Total Blocking Time (Métrica Diagnóstica)
O TBT, ou Tempo Total de Bloqueio, é uma métrica de laboratório que mede o tempo total em que a página ficou bloqueada e incapaz de responder às interações do usuário, entre o FCP e o momento em que a página se torna completamente interativa.
Aqui está um ponto importante que a maioria dos tutoriais não explica: o INP é uma métrica de campo, ou seja, ela só pode ser medida com dados de usuários reais. Ferramentas de laboratório como o Lighthouse e o PageSpeed Insights não conseguem simular interações reais do usuário. Por isso, o TBT é a métrica que o PageSpeed Insights usa como estimativa do INP em ambiente de laboratório. Quando você melhora o TBT, você está na prática melhorando o INP.
| Resultado | Classificação |
|---|---|
| Até 200ms | Bom |
| Entre 200ms e 600ms | Precisa melhorar |
| Acima de 600ms | Ruim |
Um TBT alto quase sempre indica excesso de JavaScript bloqueante, ou seja, scripts que travam a thread principal do navegador e impedem que a página responda ao usuário enquanto ainda está carregando.
Speed Index (Métrica Diagnóstica)
O Speed Index mede a velocidade com que o conteúdo visível da página é exibido progressivamente durante o carregamento. Diferente do LCP, que mede um único elemento, o Speed Index avalia como o carregamento visual da página como um todo evolui ao longo do tempo.
Pense assim: uma página com Speed Index baixo vai exibindo os elementos visuais de forma progressiva e fluida, dando ao visitante a sensação de que o site é rápido, mesmo antes de estar completamente carregado. Uma página com Speed Index alto demora a mostrar qualquer coisa na tela, deixando o visitante olhando para um espaço vazio por mais tempo do que deveria.
| Resultado | Classificação |
|---|---|
| Até 3,4 segundos | Bom |
| Entre 3,4 e 5,8 segundos | Precisa melhorar |
| Acima de 5,8 segundos | Ruim |
Um Speed Index alto costuma ser causado por recursos bloqueantes no carregamento inicial da página, como CSS pesado, scripts que não estão sendo carregados de forma assíncrona e imagens sem lazy loading configurado corretamente.
FCP — First Contentful Paint (Métrica Diagnóstica)
O FCP mede o tempo até o primeiro elemento de conteúdo aparecer na tela do visitante, seja um texto, uma imagem ou qualquer outro elemento visível. É a primeira impressão que o seu blog causa, o momento em que o visitante finalmente vê que algo está acontecendo na tela.
| Resultado | Classificação |
|---|---|
| Até 1,8 segundos | Bom |
| Entre 1,8 e 3 segundos | Precisa melhorar |
| Acima de 3 segundos | Ruim |
Um FCP lento geralmente indica problemas com o TTFB ou com o carregamento de recursos críticos como CSS e fontes que bloqueiam a renderização inicial da página.
TTFB — Time to First Byte (Métrica Diagnóstica)
O TTFB mede o tempo desde o momento em que o navegador faz a requisição da página até o servidor começar a entregar os primeiros dados. É a base de tudo. Se o TTFB está ruim, ele vai puxar para baixo o FCP, o LCP, o Speed Index e praticamente todas as outras métricas em cascata.
| Resultado | Classificação |
|---|---|
| Até 800ms | Bom |
| Entre 800ms e 1,8 segundos | Precisa melhorar |
| Acima de 1,8 segundos | Ruim |
Um TTFB alto quase sempre está relacionado à qualidade da hospedagem ou à ausência de um sistema de cache eficiente. Hospedagens lentas geram um TTFB ruim que nenhuma outra otimização consegue compensar completamente.
Como Verificar os Core Web Vitals do Seu Blog
Antes de sair otimizando qualquer coisa, você precisa saber qual é a situação atual do blog. Existem duas formas principais de fazer isso.
A primeira é acessar o Google PageSpeed Insights, colar a URL de uma página do seu blog e analisar o relatório gerado. Ele mostra tanto dados de laboratório quanto dados de campo, quando o Google tiver dados suficientes do seu blog, e detalha cada métrica com sugestões de correção.
A segunda é acessar o Google Search Console e ir até o relatório de Experiência da Página. Esse relatório mostra como o Google está avaliando o seu blog em escala, analisando múltiplas páginas ao mesmo tempo e classificando cada URL como boa, precisando de melhoria ou ruim nos Core Web Vitals.
Sempre priorize o relatório de mobile. O Google usa o mobile-first indexing, o que significa que ele rastreia e avalia o seu blog principalmente pela versão acessada em celulares. Se o seu blog está lento no mobile, isso impacta o posicionamento independentemente de como ele performa no desktop.
Um Exemplo Real de Blog com Nota Máxima no PageSpeed
Falar sobre otimização é uma coisa. Mostrar o resultado aplicado na prática é outra completamente diferente, e é exatamente isso que separa quem realmente domina o assunto de quem apenas reproduz teoria.
O blog onde você está lendo este artigo foi construído e otimizado seguindo as mesmas boas práticas que estou ensinando aqui. Não são configurações genéricas copiadas de tutoriais aleatórios. São decisões técnicas tomadas com conhecimento e na ordem certa, testadas e validadas ao longo de anos trabalhando com blogs monetizados com AdSense.

Veja as métricas reais medidas diretamente neste site:
Métricas Mobile:
| Métrica | Resultado | Classificação |
|---|---|---|
| Desempenho geral | 100 | Excelente |
| First Contentful Paint (FCP) | 1,0 s | Bom |
| Largest Contentful Paint (LCP) | 1,8 s | Bom |
| Total Blocking Time (TBT) | 0 ms | Perfeito |
| Cumulative Layout Shift (CLS) | 0 | Perfeito |
| Speed Index | 2,1 s | Bom |
Métricas Desktop:
| Métrica | Resultado | Classificação |
|---|---|---|
| Desempenho geral | 100 | Excelente |
| First Contentful Paint (FCP) | 0,3 s | Excelente |
| Largest Contentful Paint (LCP) | 0,3 s | Excelente |
| Total Blocking Time (TBT) | 0 ms | Perfeito |
| Cumulative Layout Shift (CLS) | 0 | Perfeito |
| Speed Index | 0,6 s | Excelente |
TBT zero e CLS zero tanto no mobile quanto no desktop. LCP de 1,8 segundos no mobile, dentro da faixa verde do Google. No desktop, um LCP de apenas 0,3 segundos, que é um resultado que a grande maioria dos blogs nunca vai atingir sem saber exatamente o que está fazendo. Nota 100 no desempenho mobile, que é o critério mais exigente e o que o Google efetivamente prioriza no ranqueamento em 2026.
Esses números não surgem por acaso e não são fruto de uma única configuração mágica. Eles são o resultado de um conjunto de decisões técnicas aplicadas com precisão: escolha da hospedagem certa, tema otimizado, configuração de cache, compressão e conversão de imagens para WebP, carregamento assíncrono de scripts, fontes hospedadas localmente e anúncios configurados sem provocar deslocamento de layout.
Se você quer aprender o passo a passo completo para deixar o seu blog com esse mesmo nível de otimização, isso é exatamente o que eu ensino no curso Monetizando Blogs com o Google AdSense 4.1. O módulo de Core Web Vitals foi criado para te guiar desde o diagnóstico até a correção de cada métrica, com aulas práticas gravadas diretamente no blog, mostrando cada ajuste sendo feito na tela.
Já são centenas de alunos que aplicaram o passo a passo e conseguiram super otimizar os seus blogs, aprovando todas as métricas no PageSpeed e construindo uma base técnica sólida para ranquear e monetizar com o AdSense de forma consistente. O resultado que você está vendo aqui é o mesmo que os seus alunos estão conquistando na prática.
Os Principais Problemas que Derrubam a Pontuação do Seu Blog
Agora que você entende o que cada métrica mede, veja o que geralmente está causando os problemas em blogs WordPress. Esses são os vilões mais comuns:
Imagens sem otimização: Imagens pesadas que não foram comprimidas e não estão sendo servidas em formato moderno como WebP ou AVIF são responsáveis por grande parte dos problemas de LCP e Speed Index. Uma imagem de 3MB onde caberia uma de 150KB é um erro muito comum em blogs que cresceram sem uma rotina de otimização de mídia.
Excesso de plugins: Cada plugin ativo no WordPress carrega scripts e estilos adicionais. Quando você tem 20 ou 30 plugins instalados, o peso acumulado impacta diretamente o TBT, o INP e o FCP. Menos plugins bem escolhidos é sempre melhor do que muitos plugins mediocres.
Ausência de cache: Sem um sistema de cache configurado corretamente, o servidor precisa processar cada página do zero toda vez que alguém a acessa. Isso aumenta o TTFB e compromete todas as métricas que dependem da velocidade inicial de resposta do servidor.
Hospedagem de baixa qualidade: Esse é o fator que muitos blogueiros ignoram por ser o mais incômodo de resolver. Uma hospedagem barata e compartilhada com servidores sobrecarregados vai gerar um TTFB alto e um Speed Index ruim independentemente de qualquer outra otimização que você faça. É o alicerce de tudo, e um alicerce ruim compromete toda a construção.
JavaScript bloqueante: Scripts de terceiros como ferramentas de analytics, widgets de redes sociais e scripts de publicidade carregados de forma inadequada bloqueiam a thread principal do navegador, aumentam o TBT e prejudicam diretamente o INP e o Speed Index.
Fontes externas sem pré-carregamento: Carregar fontes do Google Fonts sem as diretivas corretas causa tanto FCP alto quanto CLS, porque o navegador troca de uma fonte genérica para a fonte real durante o carregamento, provocando um deslocamento visual perceptível para o visitante.
Anúncios do AdSense sem espaço reservado: Quando os blocos de anúncio carregam sem que a página tenha reservado o espaço físico para eles, os elementos se deslocam e o CLS sobe. Esse é um dos problemas mais comuns em blogs monetizados e um dos mais simples de corrigir quando você sabe o que fazer.
Veja, você pode gostar de ler sobre: Como Monetizar Blog com AdSense em 2026: Guia Completo para Ser Aprovado e Ganhar Dinheiro
Como Otimizar o Seu Blog WordPress na Prática
Corrija o LCP e o Speed Index Otimizando as Imagens
Comprima todas as imagens antes de fazer o upload para o WordPress. Use ferramentas como o Squoosh para reduzir o tamanho sem perda de qualidade visível. O formato WebP é o mais recomendado em 2026, com o AVIF sendo uma alternativa ainda mais eficiente para imagens que não precisam de suporte a navegadores mais antigos.
Para melhorar especificamente o LCP, configure a imagem principal do artigo com prioridade de carregamento alta. No WordPress, isso é feito marcando a imagem como de alta prioridade de busca nas configurações do tema ou adicionando o atributo fetchpriority=”high” diretamente no código da imagem de destaque.
Sempre defina a largura e a altura das imagens. Isso é fundamental para evitar CLS, porque o navegador já sabe o espaço que a imagem vai ocupar antes mesmo de ela carregar, eliminando o deslocamento visual durante o carregamento da página.
Reduza o TBT e Melhore o INP Controlando o JavaScript
Faça uma auditoria dos seus plugins. Desative e delete todos os que não estão cumprindo uma função ativa e essencial no dia a dia do blog. Para os que você mantiver, verifique se eles carregam scripts de forma assíncrona, usando os atributos defer ou async, para não bloquear o carregamento da página.
Scripts de terceiros como popups, widgets de redes sociais e ferramentas de chat devem ser carregados apenas quando necessário, de preferência após a interação do usuário ou depois que a página principal já estiver completamente carregada e interativa.
Configure um Plugin de Cache para Resolver o TTFB e o FCP
Um bom plugin de cache transforma as páginas dinâmicas do WordPress em arquivos estáticos que são entregues muito mais rapidamente ao visitante, reduzindo o TTFB e melhorando o FCP e o Speed Index. Plugins como WP Rocket, LiteSpeed Cache e W3 Total Cache são os mais utilizados com resultados consistentes. Configure a minificação de CSS e JavaScript e ative o lazy loading para imagens dentro do plugin de cache.
Use um CDN para Melhorar o TTFB Globalmente
Uma CDN distribui os arquivos estáticos do seu blog por servidores ao redor do mundo, entregando cada arquivo a partir do servidor mais próximo do visitante. Isso reduz o TTFB de forma significativa e melhora o Speed Index e o LCP. O Cloudflare tem um plano gratuito bastante robusto para blogs e é a opção mais popular para quem está começando com otimização de performance.
Elimine o CLS Configurando Espaços Reservados para Anúncios
Use CSS para definir uma altura mínima nos contêineres de anúncio do AdSense, garantindo que a página não sofra deslocamento quando o anúncio carregar. Para banners de 728×90, reserve pelo menos 90px de altura no contêiner. Para blocos de 300×250, reserve os 250px correspondentes. Essa é uma das correções mais rápidas e que mais impactam o CLS em blogs monetizados.
Hospede as Fontes Localmente para Resolver o FCP e o CLS
Se você usa Google Fonts, hospede as fontes localmente no seu próprio servidor ao invés de carregá-las diretamente do CDN do Google. Isso elimina uma requisição externa, melhora o FCP e elimina o deslocamento causado pela troca de fontes durante o carregamento. O plugin OMGF (Optimize My Google Fonts) faz isso de forma automática no WordPress sem exigir nenhum conhecimento técnico avançado.
A Diferença Entre a Pontuação do PageSpeed e os Core Web Vitals Reais
Um ponto fundamental que vale reforçar: a pontuação numérica do PageSpeed Insights, aquele número de 0 a 100, é baseada em simulações de laboratório realizadas em condições controladas. Ela é muito útil para diagnóstico e para identificar o que melhorar, mas o que o Google realmente usa para ranquear o seu blog são os dados de campo coletados de visitantes reais.
Isso significa que você pode ter uma nota alta no PageSpeed e ainda assim ter Core Web Vitals ruins nos dados de campo, se os visitantes reais do seu blog estão usando conexões lentas ou dispositivos mais antigos. E o inverso também acontece: uma nota 70 no PageSpeed não significa necessariamente que seu blog está mal nos Core Web Vitals reais.
Sempre consulte os dados de campo no Google Search Console. Eles são a fonte mais confiável para entender como o Google está de fato enxergando a experiência do seu blog no dia a dia.
Veja, você pode gostar de ler sobre: Top 5 Melhores Cursos de Google AdSense para Blogs em 2026
Core Web Vitals, Aprovação no AdSense e Monetização
Para quem quer monetizar com AdSense, existe uma relação direta entre os Core Web Vitals e os resultados financeiros do blog. Um blog com LCP alto perde visitantes antes mesmo de eles verem o primeiro anúncio. Um CLS alto causado por anúncios mal configurados prejudica a experiência e aumenta a taxa de rejeição. Um INP ruim faz o blog parecer travado e afasta o visitante antes de uma segunda visita.
Além disso, um blog com métricas de desempenho muito ruins pode ter dificuldades na aprovação inicial no AdSense, pois sinaliza para o Google que a experiência do usuário é precária. Saber configurar os anúncios de forma tecnicamente correta, reservando espaços e carregando os scripts de forma assíncrona, é tão importante quanto atrair tráfego para o blog.
Conclusão
Core Web Vitals não são um detalhe técnico que você pode deixar para depois. Eles são um critério real de ranqueamento que o Google usa para decidir quais blogs aparecem nas primeiras posições das buscas, e têm impacto direto tanto no tráfego orgânico quanto na receita com AdSense.
As três métricas oficiais, LCP, INP e CLS, medem respectivamente a velocidade de carregamento do maior elemento visível, a responsividade às interações e a estabilidade visual da página. As métricas diagnósticas, como TBT, Speed Index, FCP e TTFB, não são fatores de ranqueamento diretos, mas são essenciais para entender onde estão os gargalos que estão puxando os Core Web Vitals para baixo.
O caminho para melhorar passa por otimizar imagens, configurar cache, reduzir plugins desnecessários, usar um CDN, hospedar fontes localmente, reservar espaço para os anúncios e monitorar os dados reais no Search Console. Você não precisa de uma nota 100 no PageSpeed, mas precisa garantir que LCP, INP e CLS estejam na faixa verde nos dados de campo. Faça isso e o seu blog vai responder com mais tráfego, mais tempo de permanência dos leitores e mais receita com o AdSense.
Perguntas Frequentes (FAQ) Sobre Core Web Vitals
Quais são os três Core Web Vitals oficiais que o Google usa para ranquear os blogs?
Os três Core Web Vitals oficiais em 2026 são LCP (Largest Contentful Paint), que mede a velocidade de carregamento do maior elemento visível da página; INP (Interaction to Next Paint), que mede a responsividade às interações do usuário; e CLS (Cumulative Layout Shift), que mede a estabilidade visual durante o carregamento. São essas três métricas, coletadas de dados de usuários reais, que o Google usa como fator de ranqueamento.
O que é TBT e por que ele aparece no PageSpeed Insights se não é um Core Web Vital oficial?
O TBT (Total Blocking Time) é uma métrica diagnóstica de laboratório que mede o tempo total em que a página ficou bloqueada e incapaz de responder a interações entre o FCP e o momento em que a página se torna completamente interativa. Ele aparece no PageSpeed Insights porque o INP, que é um Core Web Vital oficial, só pode ser medido com dados de usuários reais e não pode ser simulado em laboratório. O TBT é a estimativa que o PageSpeed e o Lighthouse usam para representar o INP em ambiente controlado. Melhorar o TBT significa, na prática, melhorar o INP.
O Speed Index é um Core Web Vital?
Não. O Speed Index é uma métrica diagnóstica de laboratório que mede a velocidade com que o conteúdo visível da página é exibido progressivamente durante o carregamento. Ele não é um Core Web Vital oficial e não é usado diretamente como fator de ranqueamento. No entanto, é um indicador valioso para identificar problemas de carregamento visual que podem estar prejudicando o LCP e a experiência geral do visitante.
Qual nota no PageSpeed Insights é boa o suficiente para um blog WordPress monetizado com AdSense?
O Google classifica como bom qualquer pontuação acima de 90 pontos. Para blogs monetizados com AdSense, o ideal é buscar pelo menos 70 pontos no mobile e acima de 85 no desktop, garantindo que LCP, INP e CLS estejam dentro da faixa verde nos dados de campo do Search Console. Lembre-se que a pontuação numérica do PageSpeed é baseada em simulação de laboratório e não é exatamente o que o Google usa para ranquear. O que importa mesmo são os dados de campo coletados de usuários reais.
Anúncios do AdSense prejudicam os Core Web Vitals do blog?
Sim, se não forem configurados corretamente. A principal métrica afetada é o CLS, porque quando os blocos de anúncio carregam sem que a página tenha reservado o espaço físico para eles, os elementos da página se deslocam e o CLS sobe. O INP e o TBT também podem ser afetados pelos scripts do AdSense caso não sejam carregados de forma assíncrona. A solução é sempre reservar via CSS o espaço correspondente ao tamanho do anúncio antes que ele carregue, garantindo que a página não sofra deslocamento visual.
