Otimização Core Web Vitals WooCommerce

Os Core Web Vitals (CWV) são as 3 métricas de performance da Google: LCP (Largest Contentful Paint, abaixo de 2,5 s = good), INP (Interaction to Next Paint, abaixo de 200 ms = good, substituiu o FID em 2024), CLS (Cumulative Layout Shift, abaixo de 0,1 = good). Desde 2021, estas métricas estão integradas no algoritmo de ranking da Google. Uma loja em "poor" numa das 3 é sistematicamente despromovida em móvel face aos concorrentes em "good". O impacto mede-se em perda de posições e de conversão em móvel.

Três causas principais: (1) o conjunto típico de plugins (30-60 plugins ativos) carrega muitos assets CSS / JS em cada página; (2) o núcleo do WordPress + WooCommerce têm consultas SQL complexas nas páginas de catálogo, sobretudo sem object cache; (3) os page builders (Elementor, Divi, WPBakery) acrescentam uma camada pesada de JS e classes CSS por todo o lado. A boa notícia: tudo isto se corrige, e é possível atingir CWV em "good" em lojas WooCommerce sem partir tudo.

Varia consoante o seu ponto de partida. Numa loja mal otimizada (LCP de 5 s, pontuação Lighthouse de 30/100): atingimos tipicamente um LCP abaixo de 2 s e uma pontuação de 80+/100 em 2-4 semanas de trabalho. Numa loja razoável (LCP de 3 s, pontuação de 60/100): passamos a "good" nas 3 métricas em 1-2 semanas. Os ganhos não são mágicos: são resultados reproduzíveis, baseados em táticas concretas (critical CSS, preload, lazy loading, TTFB, HPOS).

Auditoria + plano de ação orçamentado: a partir de 2 500 € (5 dias, entregável PDF + recomendações priorizadas). Auditoria + correções prioritárias: a partir de 4 500 € (auditoria + 5-10 dias de correções no top 3 das otimizações). Otimização completa (auditoria + todas as correções em todos os eixos): a partir de 8 000 €. O orçamento especifica as correções incluídas consoante a sua loja.

Sim, por defeito: é um dos casos mais frequentes. Elementor / Divi / WPBakery acrescentam uma camada de complexidade que sabemos otimizar: lazy loading condicional (não carregar nas páginas de checkout), carregamento diferido (carregar após a interação), remoção dos assets não utilizados, substituição por alternativas mais leves. Se um page builder continuar a ser um bloqueio importante, assinalamos o problema e listamos as alternativas (Gutenberg nativo, blocos personalizados).

Sim, é crucial no WooCommerce. Action Scheduler bloqueado = tarefas que se acumulam + performance que se afunda: auditamos e desbloqueamos. Migração para HPOS (High-Performance Order Storage): se ainda estiver em legacy postmeta, planeamos a migração no âmbito da otimização (ou num orçamento separado se o esforço for significativo). O HPOS traz tipicamente -30 a -60% de TTFB nas páginas de admin e nas consultas de encomendas.

Efeito bola de neve: (1) o SEO móvel passa a good e sobe 3-10 posições em palavras-chave competitivas; (2) a taxa de conversão em móvel aumenta 5-25% (os utilizadores deixam de fugir durante o carregamento); (3) a taxa de rejeição desce 10-30%; (4) como o LCP é também um sinal de confiança, o CPC dos anúncios melhora (Quality Score do Google Ads). Para a maioria das lojas, o investimento paga-se em poucos meses.

Acompanhamento incluído durante 30 dias após a entrada em produção: monitorização diária dos CWV através da API PageSpeed Insights e do CrUX (Chrome User Experience Report), relatório semanal das métricas ao longo de 30 dias, ajustes se algumas páginas ficarem na zona laranja. Passados esses 30 dias, é possível continuar em manutenção aplicacional (ver Manutenção WooCommerce) com monitorização dos CWV incluída.