A velocidade site SEO é fator de ranqueamento via Core Web Vitals: site lento perde posição e visita. Segundo o web.dev (2024), o LCP precisa ficar abaixo de 2,5 s no 75o percentil para passar. CLS abaixo de 0,1 e INP abaixo de 200 ms completam a meta. O dado de campo manda, não a nota de laboratório.
Os Core Web Vitals são o que transformou a velocidade do site de simples experiência do usuário em sinal de ranqueamento. Quando a página demora a aparecer ou pula durante o carregamento, os Core Web Vitals registram isso e o Google entende que a experiência é ruim, o que pesa contra a posição. Este tutorial faz parte do conteúdo da FULL sobre SEO no WordPress e mostra como medir e melhorar a performance com foco no que o buscador realmente usa. A gente vê no suporte da FULL que site lento ranqueia abaixo do potencial mesmo com bom conteúdo, porque a experiência ruim afasta o visitante antes de ele ler qualquer coisa.
Como Core Web Vitals viram fator de ranqueamento
A velocidade entra no ranqueamento desde 2021, quando o Google promoveu os Core Web Vitals a sinal oficial de SEO, medindo três coisas: carregamento (LCP, meta abaixo de 2,5 s), estabilidade visual (CLS, abaixo de 0,1) e responsividade (INP, abaixo de 200 ms). Não é a nota bonita de uma ferramenta, é a experiência real de quem acessa.
Cada métrica olha um ângulo do problema: o LCP cobra um servidor rápido e uma imagem de topo leve, o CLS cobra layout estável e o INP cobra resposta ágil ao clique. A tabela abaixo resume as quatro etapas para melhorar a velocidade com foco em SEO e como validar cada uma antes de seguir, atacando o que o Google de fato mede e não o que só parece rápido no papel.
| Etapa | Objetivo | Check de validação |
|---|---|---|
| Medir os Core Web Vitals | Saber o ponto de partida real | LCP, CLS e INP de campo anotados |
| Atacar o LCP | Carregar o elemento principal rápido | LCP abaixo de 2,5 s |
| Estabilizar o layout | Reduzir o CLS | CLS abaixo de 0,1 |
| Otimizar a base | Hospedagem, cache e imagens | Ganho no campo, não só no lab |
Por que a nota de laboratório engana
A nota de laboratório engana porque o Google ranqueia pelos Core Web Vitals de CAMPO, não pela simulação. Um site tira 95 no PageSpeed Insights em condição ideal e ainda aparece em vermelho no relatório do Search Console, porque o campo soma aparelhos antigos e conexões móveis variadas.
O laboratório mede um carregamento perfeito; o campo mede milhares de carregamentos reais ao longo de 28 dias, no 75o percentil dos visitantes. A gente vê no suporte da FULL que essa confusão é a número um: o dono comemora a nota e não entende por que a posição não sobe. A regra prática é simples, otimize olhando o relatório de campo e use o laboratório só para diagnosticar qual recurso está pesando no carregamento.
Antes de começar: O que medir e ter pronto
Antes de otimizar, separe quatro acessos e tenha o retrato inicial dos Core Web Vitals, porque mexer sem medir leva a ajustar o que não move o ranqueamento. Quem pula essa etapa costuma perseguir a nota de laboratório enquanto o dado de campo, o que conta para o Google, segue ruim por semanas sem ninguém perceber.
- A medição atual de campo dos Core Web Vitals, para comparar antes e depois com número.
- Acesso ao Search Console, que entrega o relatório oficial de Core Web Vitals do site.
- Um plugin de cache e um de SEO, para entregar HTML pronto e acompanhar a indexação.
- A versão do PHP e a hospedagem, já que a base pesa mais que qualquer ajuste fino.
- A lista das páginas de mais tráfego, que são as prioritárias para otimizar primeiro.
A gente vê no suporte da FULL que quem prioriza as páginas de maior tráfego colhe ganho de SEO mais rápido do que quem tenta otimizar o site inteiro de uma vez.
Passo a passo: Como melhorar a velocidade para SEO
Melhorar a velocidade para SEO segue quatro passos na ordem de impacto: medir o campo, atacar o LCP, estabilizar o layout e otimizar a base. A regra de ouro é mirar o dado de campo a cada mudança e não a nota de laboratório, porque só o campo conta para o ranqueamento. Siga a sequência abaixo e meça depois de cada etapa.
Passo 1: Meça os Core Web Vitals de campo
Comece medindo os dados reais de usuários no relatório CrUX e no relatório de Core Web Vitals do Search Console. Anote o LCP, o CLS e o INP de partida. O campo reflete a experiência real; o laboratório é só simulação. Guarde esse retrato inicial para comprovar o ganho depois com número, não com sensação.
Passo 2: Ataque o LCP com hospedagem e imagens
O LCP, tempo até o maior elemento aparecer, costuma ser o vilão acima de 2,5 s. Reduza-o com hospedagem rápida, PHP recente, cache de página ativo e imagens em formato WebP. A imagem do topo é quase sempre o elemento de LCP, então definir largura, altura e prioridade de carregamento nela rende muito. Hospedagem lotada sem cache empurra o TTFB para cima e arrasta o LCP junto.
Passo 3: Estabilize o layout para reduzir o CLS
O CLS mede o quanto a página pula enquanto carrega, e a meta é ficar abaixo de 0,1. Defina largura e altura para todas as imagens, reserve espaço para banners e anúncios e evite injetar conteúdo acima da dobra depois que a página já apareceu. Imagem sem dimensão definida mais banner injetado no topo é a receita clássica de layout instável. A correção costuma ser simples: dimensionar a mídia corretamente no HTML.
Passo 4: Otimize a base e monitore o campo
Por fim, ataque a fundação: hospedagem de qualidade, cache bem configurado, menos plugins e uma CDN como a Cloudflare para público distribuído. A base rende mais que mil micro-ajustes. Como pro-tip de quem faz isso muito, otimize primeiro as páginas de maior tráfego, porque o ganho de SEO aparece mais rápido onde já há visita. Acompanhe o campo no Search Console por semanas.
Erros que derrubam a velocidade e o ranqueamento
Os três erros mais comuns são confiar só na nota de laboratório, ignorar o LCP da imagem do topo e empilhar dois plugins de cache que conflitam entre si. Cada um desperdiça esforço ou chega a piorar a velocidade, e evitá-los garante que a otimização vire ganho real de posição no Google.
Um caso clássico que chega no suporte da FULL: o dono comemora a nota 95 do PageSpeed, mas o site segue em vermelho no relatório do Search Console porque o campo conta outra história. Outro tropeço frequente é instalar um plugin de cache sobre o cache do servidor LiteSpeed, que já entrega HTML pronto, e acabar servindo página desatualizada ao visitante. Use uma fonte de otimização de cada vez, valide sempre com o relatório de campo e nunca tome a nota de laboratório como prova de que o ranqueamento vai subir nas próximas semanas.
Quanto custa manter o site rápido em escala
Manter performance e SEO em dia custa caro quando você soma licenças avulsas: cada plugin premium de cache, otimização de imagem e SEO sai por dezenas de dólares ao ano, por site. A gente vê no suporte da FULL que quem cuida de vários sites perde tempo e dinheiro gerenciando licença a licença.
O plano PRO da FULL resolve isso com um bundle de 16 plugins premium gerenciados a partir de R$849, o que dá cerca de R$85 por site, ativados em qualquer hospedagem sem trocar de host. Você escolhe o servidor e o plano PRO entrega cache, otimização de imagem e SEO em cima dele, como camada complementar. Confira os planos da FULL e veja o WP Rocket no plano para a parte de cache de página.
Como confirmar que Core Web Vitals melhoraram o SEO
Para confirmar o ganho, acompanhe dois relatórios em paralelo nas semanas seguintes: o de Core Web Vitals e o de desempenho do Search Console. O sinal mais direto é o relatório de Core Web Vitals saindo de “ruim” ou “precisa melhorar” para “bom”, com a posição das páginas otimizadas subindo em paralelo.
Cruze os dois relatórios: se as URLs migram para “bom” e a posição sobe, funcionou. A janela de campo do CrUX é de 28 dias, então a cor do relatório só muda semanas depois da mudança, e quem espera resultado no dia seguinte conclui errado que a otimização não funcionou. Quer ir além da medição? O guia de SEO para WordPress da FULL aprofunda o tema com mais exemplos. Acompanhe a tendência ao longo das semanas, não o número de um único dia.
Perguntas frequentes sobre velocidade e SEO
A velocidade do site é mesmo fator de ranqueamento no Google?
Sim, é fator confirmado desde 2021 pelos Core Web Vitals. O Google mede LCP abaixo de 2,5 s, CLS abaixo de 0,1 e INP abaixo de 200 ms como sinal de boa experiência. Não é o fator mais forte, conteúdo ainda manda, mas funciona como critério de desempate e de retenção. A gente vê no suporte da FULL que site lento perde visita por abandono antes mesmo de ranquear.
É possível ranquear bem com um site lento se o conteúdo for ótimo?
Sim, dá para ranquear com um site um pouco lento se o conteúdo for muito superior, porque conteúdo segue como fator mais forte. Mas a velocidade é desempate: entre dois conteúdos parecidos, o mais rápido vence e o lento perde visita por abandono. A gente vê no suporte da FULL que site lento com bom conteúdo ranqueia abaixo do potencial. Melhorar a velocidade não substitui o conteúdo, destrava posições que o site já merecia.
Por que a nota alta no PageSpeed não melhora meu ranqueamento?
Porque o Google ranqueia pelo dado de campo, não pela nota de laboratório do PageSpeed, que é uma simulação em condição ideal. Confira o relatório de Core Web Vitals do Search Console, que mostra o campo de usuários reais. É comum a nota de laboratório passar de 90 e o campo ficar em vermelho, por causa de aparelhos e conexões variados. Otimize pensando no campo, não na nota.
Qual o pré-requisito mais importante antes de otimizar a velocidade para SEO?
Meça os Core Web Vitals de campo antes de mexer em qualquer coisa, porque sem o número de partida você não sabe o que melhorou nem se atacou a métrica certa. Use o Search Console e o relatório CrUX, que mostram o dado real. A gente vê no suporte da FULL que quem mede o campo antes foca no que o Google usa, enquanto quem só olha o laboratório otimiza a vaidade e não vê a posição subir.
Como confirmar que a melhoria de velocidade já afetou o SEO do site?
Acompanhe o relatório de Core Web Vitals migrando URLs para o status “bom” e cruze com a posição no relatório de desempenho nas semanas seguintes. Os dados de campo do CrUX confirmam o ganho real de experiência. Como a janela do CrUX é de 28 dias, o efeito demora semanas para aparecer. A gente vê no suporte da FULL que muita gente desiste cedo demais e perde o ganho que estava a caminho.
Próximos passos para velocidade que rende SEO
Velocidade e SEO andam juntos: meça os Core Web Vitals de campo, ataque o LCP, estabilize o layout e otimize a base, sempre olhando os Core Web Vitals reais e não a nota de laboratório. O erro que mais engana é comemorar a nota 95 do PageSpeed enquanto o campo, o que o Google usa, segue ruim. A gente vê no suporte da FULL que site rápido no campo ranqueia e converte melhor, e que a maior parte do ganho vem de hospedagem, cache e imagens, nessa ordem, e não de mil micro-ajustes. Priorize as páginas de mais tráfego e acompanhe a tendência por semanas, não por dias. Para continuar aprendendo, o FULL Academy reúne os tutoriais, guias e reviews de WordPress em um só lugar. Meça o campo, ataque a base e acompanhe a tendência ao longo do tempo.
















