# Core Web Vitals 2026: passar o PrestaShop a verde (cache, Critical CSS, imagens de nova geração) > LCP, INP, CLS: os Core Web Vitals são fatores de classificação diretos. Aqui fica a cadeia de otimização completa para passar uma loja PrestaShop a verde em 2026: cache de página completa, Critical CSS, imagens WebP e AVIF e facetas rápidas. - Página: - Idioma: pt - Publicado em: 2026-06-15 - Atualizado em: 2026-06-15 - Outros idiomas: [fr](https://www.datafirefly.com/2026/06/15/core-web-vitals-2026-optimiser-prestashop-cache-critical-css-images/index.md), [en](https://www.datafirefly.com/en/2026/06/15/core-web-vitals-2026-optimize-prestashop-cache-critical-css-images/index.md), [es](https://www.datafirefly.com/es/2026/06/15/core-web-vitals-2026-optimizar-prestashop-cache-critical-css-imagenes/index.md), [de](https://www.datafirefly.com/de/2026/06/15/core-web-vitals-2026-prestashop-optimieren-cache-critical-css-bilder/index.md), [it](https://www.datafirefly.com/it/2026/06/15/core-web-vitals-2026-ottimizzare-prestashop-cache-critical-css-immagini/index.md), [pl](https://www.datafirefly.com/pl/2026/06/15/core-web-vitals-2026-optymalizacja-prestashop-cache-krytyczny-css-obrazy/index.md), [nl](https://www.datafirefly.com/nl/2026/06/15/core-web-vitals-2026-prestashop-optimaliseren-cache-critical-css-afbeeldingen/index.md) - Índice: Os Core Web Vitals já não são um tema de nicho para programadores. Desde que a Google os tornou fator de classificação direto, um LCP de 4 segundos ou um CLS que salta custa posições nas pesquisas de produto, e portanto vendas. Em 2026, o INP substituiu o FID e endurece ainda mais o jogo em telemóvel. A boa notícia: uma loja PrestaShop pode passar a verde sem refundição, desde que ataque as três métricas pela ordem certa. Este artigo detalha a cadeia de otimização completa: o que pesa de facto no LCP, no INP e no CLS, e as alavancas técnicas que fazem passar o estado da Search Console de «A melhorar» a «Bom». ## Compreender o que mede cada métrica **LCP (Largest Contentful Paint)** mede o tempo de exibição do maior elemento visível, muitas vezes a imagem principal da página de produto ou o visual hero da página inicial. **INP (Interaction to Next Paint)** mede a reatividade: o intervalo entre um clique e a resposta visível da página, arrastado pelo JavaScript. **CLS (Cumulative Layout Shift)** mede a estabilidade visual: qualquer elemento que «empurra» o conteúdo a posteriori (imagem sem dimensões, faixa injetada) degrada a pontuação. ## Etapa 1: a cache de página completa, a maior alavanca do LCP O PrestaShop regenera o HTML a cada visita se nada o guardar em cache. Num alojamento partilhado, o TTFB (time to first byte) explode e puxa o LCP para cima. Uma cache de página completa serve o HTML já construído em poucos milissegundos. É, de longe, a alavanca com mais impacto no LCP, antes mesmo de tocar nas imagens. Associada à geração de **Critical CSS** (o CSS mínimo necessário para mostrar a zona acima da dobra, injetado inline, com o resto carregado em diferido), elimina-se o render-blocking que atrasa a primeira renderização. É exatamente o que reúne : cache de página, Critical CSS e otimizações avançadas num único módulo, sem improviso no servidor. ## Etapa 2: as imagens de nova geração (WebP e AVIF) Numa loja, as imagens representam muitas vezes 70 % do peso das páginas. Servir JPEG ou PNG em 2026 é deixar 30 % a 60 % de peso inútil. O WebP e sobretudo o AVIF oferecem a mesma qualidade visual por uma fração do peso, um ganho direto no LCP em telemóvel. A regra: conversão automática em tempo real, serviço local (sem dependência de uma CDN paga de terceiros) e fallback para os navegadores antigos. Do lado do PrestaShop, faz essa conversão automaticamente e 100 % em local. Se a loja corre em WooCommerce, o equivalente é o , com a mesma lógica e sem subscrição. ## Etapa 3: dominar o CLS e o INP O CLS resolve-se reservando o espaço: dimensões explícitas ou aspect-ratio em cada imagem e iframe, tipos de letra carregados com font-display swap e fallback métrico. O INP ganha-se aligeirando o JavaScript: diferir os scripts não críticos, evitar sliders e popups pesados no carregamento. Um caso clássico que arrasta os dois: uma galeria de produto ou um vídeo mal integrado, tema que detalhámos na . ## O caso particular das páginas de facetas As páginas de categoria filtradas (navegação por facetas) são muitas vezes as piores alunas: recarregamentos completos, URL não indexáveis, JavaScript pesado. Um motor de facetas pensado para o desempenho e o SEO, como , resolve os filtros do lado do servidor com landing pages indexáveis e renderização rápida, em vez de degradar o INP a cada clique num filtro. ## Conclusão: otimizar pela ordem, medir continuamente A sequência vencedora é clara: cache de página completa e Critical CSS primeiro (impacto máximo no LCP), depois imagens de nova geração, depois estabilidade (CLS) e reatividade (INP). Meça antes e depois na Search Console com dados de campo (CrUX), e não só no Lighthouse em laboratório. Para aprofundar o método com código real, a nossa vai mais longe, e todos os nossos guias estão reunidos na categoria Leia também: [o guia completo dos Core Web Vitals](https://www.datafirefly.com/pt/2026/05/01/core-web-vitals-guia-completo-prestashop-wordpress-2026/) e [a checklist técnica LCP, INP e CLS](https://www.datafirefly.com/pt/2026/05/09/desempenho-prestashop-8-checklist-core-web-vitals-2026-lcp-inp-cls/).