# Velocidade do site e SEO: Os 3 Core Web Vitals que pesam

A <strong>velocidade site SEO</strong> é fator de ranqueamento via Core Web Vitals: site lento perde posição e visita. Segundo o <a href="https://web.dev/articles/vitals" rel="noopener" target="_blank">web.dev (2024)</a>, 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 <a href="https://full.services/glossario/core-web-vitals/">Core Web Vitals</a> 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 <a href="https://full.services/seo-wordpress/">SEO no WordPress</a> 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.

<table id="etapas-velocidade-site-seo">
  <caption>Velocidade e SEO: etapas, objetivo e validação de campo</caption>
  <thead>
    <tr>
      <th scope="col">Etapa</th>
      <th scope="col">Objetivo</th>
      <th scope="col">Check de validação</th>
    </tr>
  </thead>
  <tbody>
    <tr><th scope="row">Medir os Core Web Vitals</th><td>Saber o ponto de partida real</td><td>LCP, CLS e INP de campo anotados</td></tr>
    <tr><th scope="row">Atacar o LCP</th><td>Carregar o elemento principal rápido</td><td>LCP abaixo de 2,5 s</td></tr>
    <tr><th scope="row">Estabilizar o layout</th><td>Reduzir o CLS</td><td>CLS abaixo de 0,1</td></tr>
    <tr><th scope="row">Otimizar a base</th><td>Hospedagem, cache e imagens</td><td>Ganho no campo, não só no lab</td></tr>
  </tbody>
</table>

## 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 <a href="https://pagespeed.web.dev" rel="noopener" target="_blank">PageSpeed Insights</a> em condição ideal e ainda aparece em vermelho no relatório do <a href="https://full.services/glossario/google-search-console/">Search Console</a>, 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 <a href="https://full.services/glossario/plugin-de-cache/">plugin de cache</a> 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 <a href="https://developer.chrome.com/docs/crux" rel="noopener" target="_blank">relatório CrUX</a> e no relatório de Core Web Vitals do Search Console. Anote o <a href="https://full.services/glossario/lcp/">LCP</a>, o <a href="https://full.services/glossario/cls/">CLS</a> 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 <a href="https://full.services/glossario/webp/">WebP</a>. 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 <a href="https://full.services/glossario/cdn/">CDN</a> 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 <a href="https://full.services/planos">planos da FULL</a> e veja o <a href="https://full.services/solucoes/wp-rocket">WP Rocket no plano</a> 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 <a href="https://full.services/guias/guia-de-seo-para-wordpress/">guia de SEO para WordPress</a> 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.

<h2 id="faq">Perguntas frequentes sobre velocidade e SEO</h2>

<details>
<summary>A velocidade do site é mesmo fator de ranqueamento no Google?</summary>
<p>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.</p>
</details>

<details>
<summary>É possível ranquear bem com um site lento se o conteúdo for ótimo?</summary>
<p>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.</p>
</details>

<details>
<summary>Por que a nota alta no PageSpeed não melhora meu ranqueamento?</summary>
<p>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.</p>
</details>

<details>
<summary>Qual o pré-requisito mais importante antes de otimizar a velocidade para SEO?</summary>
<p>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.</p>
</details>

<details>
<summary>Como confirmar que a melhoria de velocidade já afetou o SEO do site?</summary>
<p>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.</p>
</details>

## 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 <a href="https://full.services/academy/">FULL Academy</a> 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.
