Performance e Core Web Vitals em WordPress
Melhorar os Core Web Vitals de um site WordPress é reduzir o tempo de carregamento do maior elemento visível (LCP), a resposta aos cliques (INP) e os saltos de layout (CLS). Na prática passa por cache, CDN, imagens otimizadas, menos CSS e JavaScript e, muitas vezes, por sair de construtores de páginas pesados.
Em resumo
- Os Core Web Vitals medem três coisas: o tempo até ao maior elemento visível (LCP), a resposta à interação (INP) e a estabilidade visual (CLS).
- Os limiares do Google para uma boa experiência são LCP até 2,5 s, INP até 200 ms e CLS até 0,1, medidos em utilizadores reais.
- Em WordPress, os maiores ganhos vêm de cache de página, CDN, imagens bem dimensionadas e menos CSS e JavaScript.
- Construtores de páginas pesados são uma causa frequente de lentidão; às vezes a solução é sair deles.
- Este site tem 100 de desempenho no PageSpeed em telemóvel, com LCP de 1,8 s e bloqueio de 0 ms.
A performance faz parte da consultoria SEO porque afeta a experiência, as conversões e a forma como o Google avalia as páginas. É também um dos primeiros pontos da auditoria SEO técnica.
O que são os Core Web Vitals?
| Métrica | O que mede | Bom | Causas comuns em WordPress |
|---|---|---|---|
| LCP | Tempo até ao maior elemento visível aparecer | até 2,5 s | Servidor lento, imagem principal pesada, CSS a bloquear |
| INP | Rapidez de resposta a cliques e toques | até 200 ms | Excesso de JavaScript, plugins e scripts de terceiros |
| CLS | Saltos de layout durante o carregamento | até 0,1 | Imagens sem dimensões, anúncios, fontes, banners |
| TTFB | Tempo de resposta do servidor (apoio) | até 0,8 s | Sem cache de página, alojamento fraco, base de dados pesada |
O Google usa dados de utilizadores reais do Chrome (relatório CrUX), não só o teste de laboratório do PageSpeed. Por isso meço os dois: o laboratório mostra a causa, os dados reais mostram o efeito.
Como se acelera um site WordPress?
- Servidor e cache: alojamento adequado, cache de página e CDN, para que o HTML chegue em milissegundos.
- Imagens: formatos modernos (WebP, AVIF), tamanhos certos para cada ecrã e carregamento diferido abaixo da dobra.
- CSS: remover o que não é usado e carregar primeiro o essencial.
- JavaScript: adiar scripts de terceiros (analytics, chat, cookies) até haver interação e retirar o que não faz falta.
- Fontes: alojar localmente, pré-carregar as principais e usar font-display.
- Plugins e tema: rever o que está instalado e trocar componentes pesados por soluções leves.
- Base de dados: limpar revisões, transientes e dados de plugins antigos.
Experiência real. Este site saiu do Elementor para um tema próprio. No PageSpeed em telemóvel (13 de outubro de 2026), a homepage teve 100 de desempenho, LCP de 1,8 s, bloqueio total de 0 ms e CLS de 0. A base de dados passou de cerca de 170 MB para 16 MB na limpeza.
No caso SEO Conference, o site reorganizado e mais leve chegou a Core Web Vitals acima de 95.
Que ferramentas uso?
PageSpeed Insights e Lighthouse para o laboratório, o relatório CrUX e o Search Console para os dados reais, o separador Performance do Chrome para analisar o INP e, na otimização, FlyingPress, Cloudflare ou QUIC.cloud, conforme o alojamento.
Perguntas frequentes
Os Core Web Vitals fazem subir no Google?
Contam como um dos sinais de experiência de página, mas não compensam conteúdo fraco. O maior efeito costuma estar nas conversões: um site rápido vende e gera mais contactos.
Um plugin de cache resolve tudo?
Resolve parte. Se o tema ou o construtor carrega muito CSS e JavaScript, a cache acelera o servidor mas não o browser. Aí é preciso mexer no que a página carrega.
Preciso de mudar de alojamento?
Às vezes. Se o servidor demora mais de um segundo a responder mesmo com cache, o alojamento é o limite. Primeiro meço, depois recomendo.
Quanto tempo demora a ver melhorias nos dados reais?
O laboratório mostra o efeito no próprio dia. Os dados reais do Chrome usam uma janela de 28 dias, por isso a melhoria completa aparece ao fim de cerca de um mês.
