Loja Magento 2 lenta: como melhorar a nota no Google PageSpeed e Core Web Vitals (do Lighthouse ao SQL)

Primeiro, meça do jeito certo

O PageSpeed Insights mostra duas coisas diferentes: dados de campo (o que visitantes reais sentiram nos últimos 28 dias) e o teste de laboratório do Lighthouse. O Google usa os dados de campo para avaliar a experiência; o Lighthouse serve para encontrar a causa.

Meço as páginas que vendem: home, categoria, produto, carrinho e checkout. Cada tipo de página tem gargalos diferentes, e otimizar só a home quase nunca resolve.

• LCP (maior elemento visível): bom até 2,5 s
• CLS (estabilidade do layout): bom até 0,1
• INP (resposta à interação): bom até 200 ms
• TTFB (tempo até o primeiro byte): o termômetro do backend

Frontend: o relatório do Lighthouse, item a item

No Magento 2 com Luma ou tema derivado, os vilões se repetem. Eu abro o relatório e trato cada oportunidade como uma tarefa, em ordem de impacto:

• Imagem do LCP sem prioridade: banner ou foto do produto carregando tarde, sem dimensões ou sem formato moderno (AVIF/WebP).
• Bloqueio de renderização: CSS gigante no head, fontes sem preload e JavaScript síncrono de terceiros.
• Árvore de dependências do RequireJS: dezenas de módulos carregados antes da página ficar usável. Bundling mal configurado piora, não melhora.
• Knockout.js trabalhando demais: componentes de minicart, customer-data e widgets renderizando de novo a cada seção recarregada, o que pesa no INP.
• CLS: blocos de promoção, cookies e avaliações empurrando o conteúdo depois que a página aparece.

Backend: onde o TTFB alto nasce

Se o servidor demora para entregar o HTML, nenhum ajuste de frontend salva o LCP. No Magento, TTFB alto quase sempre vem de cache que não funciona ou de consultas pesadas.

• Full Page Cache sendo invalidado por blocos não cacheáveis (um único cacheable="false" no layout derruba o cache da página inteira).
• Queries SQL lentas em coleções de catálogo, atributos EAV e índices desatualizados. O slow query log e o EXPLAIN mostram onde falta índice.
• Redis mal dimensionado para cache e sessão, ou sessões ainda em arquivo.
• Plugins e observers de extensões rodando em toda requisição, inclusive onde não precisam.

Por que a nota oscila (e o que é meta realista)

O Lighthouse em modo mobile simula um aparelho intermediário em rede lenta, então a nota varia alguns pontos entre execuções. Por isso comparo várias rodadas e, principalmente, acompanho os dados de campo.

Uma loja Magento cheia de integrações pode, sim, ter Core Web Vitals no verde. A meta que importa não é um número bonito no print: é o visitante real carregar e comprar sem esperar.

Como eu conduzo uma otimização

• Medição inicial das páginas-chave (laboratório + campo).
• Lista priorizada por impacto: frontend e backend juntos.
• Correções em lotes pequenos, com deploy e nova medição a cada lote.
• Relatório de antes e depois, com o que foi feito e o que ainda vale fazer.