Otimização Core Web Vitals PrestaShop

Os Core Web Vitals (CWV) são as 3 métricas de performance da Google: LCP (Largest Contentful Paint, < 2,5s = good), INP (Interaction to Next Paint, < 200ms = good, substituiu o FID em 2024), CLS (Cumulative Layout Shift, < 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.

Depende do seu ponto de partida. Numa loja mal otimizada (LCP de 5s, pontuação Lighthouse de 30/100): atingimos tipicamente um LCP < 2s e uma pontuação de 80+/100 em 2-4 semanas de trabalho. Numa loja razoável (LCP de 3s, 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).

Auditoria + plano de ação orçamentado: a partir de 2 500 € (5 dias, entregável PDF + recomendações por prioridade). 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 em função da sua loja.

5 eixos principais: (1) LCP — geração de critical CSS para a página inicial e as categorias, preload das imagens hero, otimização do TTFB do servidor (cache, OPcache, compressão), lazy loading limpo das imagens abaixo da dobra; (2) INP — auditoria dos scripts JS de terceiros, remoção dos trackers parasitas, defer / async dos scripts não críticos, otimização dos handlers de eventos; (3) CLS — reserva do espaço das imagens (width/height), das fontes (font-display swap + preload), dos banners; (4) TTFB — cache, FastCGI, OPcache, otimização de consultas; (5) JS bundling — modulepreload, tree-shaking, remoção das bibliotecas não utilizadas.

Muito pouco, se for bem feito. O critical CSS é extraído sem tocar no tema. O preload faz-se através de uma meta no head. O lazy loading utiliza os atributos nativos do HTML5. O TTFB é melhorado do lado do servidor (cache PHP, MySQL) sem tocar no design. O aspeto visual mantém-se idêntico — ganha em performance sem mudar a aparência.

Sim, é frequente. Otimizamos os módulos de terceiros através de: (1) lazy loading condicional (não carregar o slider nas páginas de checkout); (2) carregamento diferido (carregar após 3s de inatividade); (3) remoção dos assets não utilizados; (4) substituição por alternativas mais leves. Se um módulo continuar a ser um bloqueio, assinalamos o problema no relatório e listamos as alternativas possíveis.

Somado, é um efeito bola de neve: (1) o SEO móvel passa a good e sobe 3-10 posições em palavras-chave competitivas (conforme o setor); (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) sendo 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 rentabiliza-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 PageSpeed Insights API e do CrUX (Chrome User Experience Report), relatório semanal das métricas ao longo dos 30 dias, ajustes se algumas páginas continuarem na zona laranja. Passados esses 30 dias, é possível continuar com um contrato de manutenção aplicacional (ver Manutenção PrestaShop) com monitorização dos CWV incluída.