O panorama atual dos Core Web Vitals
Os Core Web Vitals são um conjunto de métricas definidas pelo Google para medir a experiência do usuário em páginas web. Em março de 2024, o Google finalizou a transição que havia sido anunciada: o INP (Interaction to Next Paint) substituiu oficialmente o FID (First Input Delay) como a terceira métrica do conjunto.
Para e-commerces, essa mudança tem implicações diretas. O FID media apenas a latência da primeira interação. O INP mede a responsividade de todas as interações durante a vida da página — cliques em filtros, adição ao carrinho, abertura de modais, scroll. Uma loja com bom FID pode ter INP ruim e agora isso importa para o Google.
INP: por que é mais difícil de controlar no e-commerce
O INP registra o percentil 98 de latência de todas as interações do usuário com a página. Para uma loja de e-commerce, isso inclui: clique em filtro de categoria, clique em tamanho/cor de produto, adição ao carrinho, abertura de galeria, interação com chat widget.
O que torna o INP difícil no e-commerce é que cada app e widget adiciona JavaScript que compete pelo thread principal. Um script de chat ao vivo carregado de forma síncrona pode bloquear a resposta a um clique de "adicionar ao carrinho" por 500ms+ — o que o INP vai capturar como uma interação ruim.
Problema real com INP: Lojas com muitos apps Shopify, plugins WooCommerce ou módulos Magento frequentemente têm INP ruim mesmo quando o LCP está dentro do limite. O diagnóstico exige análise do thread principal com Chrome DevTools ou WebPageTest.
LCP: ainda a métrica mais crítica para e-commerce
Apesar da mudança do INP, o LCP continua sendo a métrica com maior impacto direto em conversão. Para lojas de e-commerce, o elemento LCP quase sempre é a imagem hero da página inicial ou a imagem principal do produto.
O que mudou em 2025 em relação ao LCP é a precisão com que o Google mede dados de campo (CrUX). Mesmo que o seu Lighthouse mostre um LCP bom em laboratório, se os dados de usuários reais mostrarem LCP ruim, é o dado de campo que vai pesar no ranking.
Como melhorar LCP por plataforma
| Plataforma | Causa mais comum de LCP alto | Solução prioritária |
|---|---|---|
| Shopify | Imagem hero sem fetchpriority + apps bloqueantes | fetchpriority="high" + auditoria de apps |
| Magento | FPC desativado ou sem Varnish + imagens sem CDN | Ativar FPC + configurar Varnish + CDN |
| WooCommerce | Tema pesado + plugins sem lazy load + hosting lento | Otimizar tema + hosting VPS + CDN de imagens |
CLS: o problema invisível das lojas com banners e pop-ups
O Cumulative Layout Shift mede quanto o conteúdo visual "pula" durante o carregamento. Em e-commerces, os maiores causadores de CLS são: banners de cookie que aparecem depois do conteúdo, pop-ups de desconto que empurram conteúdo, imagens de produto sem dimensões definidas e iframes de avaliação que expandem ao carregar.
Correção mais eficaz: Sempre defina width e height em todas as imagens. Reserve espaço para banners e pop-ups com CSS min-height antes de carregá-los. Carregue iframes de terceiros de forma assíncrona e com dimensões reservadas.
O que priorizar na sua auditoria em 2025
Com três métricas para gerir, a sequência de prioridade para e-commerces costuma ser:
- 1º LCP — maior impacto em conversão e mais fácil de corrigir com otimizações de imagem e cache
- 2º INP — mais complexo, requer análise de scripts e pode envolver troca de apps
- 3º CLS — mais previsível, geralmente corrigido com ajustes de CSS e dimensionamento de imagens
Ferramenta recomendada: Use o WebPageTest (webpagetest.org) com a opção "Web Vitals" ativada. Ele mostra waterfall completo, identifica elementos LCP, mede INP simulado e aponta scripts que causam long tasks — tudo em uma interface gratuita.
Dados de campo vs. dados de laboratório
Essa distinção é fundamental para entender por que o PageSpeed Insights pode mostrar um score alto enquanto o Google Search Console aponta problemas de Core Web Vitals.
Dados de laboratório (Lighthouse, PageSpeed Insights) simulam um usuário em uma conexão e dispositivo específicos, sob condições controladas. São reproduzíveis e úteis para diagnóstico técnico.
Dados de campo (CrUX — Chrome User Experience Report) medem usuários reais com diferentes dispositivos, conexões e contextos. São esses dados que o Google usa para o ranking.
Seu objetivo deve ser melhorar os dados de campo — medidos no Google Search Console em "Experiência da Página". O Lighthouse é uma ferramenta de diagnóstico, não a métrica final.
Quer saber o estado real dos Core Web Vitals da sua loja?
Faço uma auditoria completa de LCP, INP e CLS com dados de campo e laboratório. Você recebe um relatório com causa raiz identificada e prioridades de correção — sem jargão técnico desnecessário.