Restrição inicial
A loja tinha uma forma familiar de WooCommerce: catálogo a funcionar, um checkout que não podia falhar, vários scripts de marketing, um tema com anos de overrides e Core Web Vitals móveis a vermelho nos templates críticos.
O risco comercial era concreto. Qualquer otimização que tocasse carrinho, pagamento, stock, impostos ou sessão tinha de passar por staging, medição e rollback.
Diagnóstico
O primeiro passo separou famílias de templates: homepage, categoria, produto, carrinho, checkout e conteúdo. Cada família tinha limites de desempenho diferentes, por isso um score único esconderia os gargalos reais.
Os custos maiores acumulavam-se: scripts de terceiros cedo demais, CSS não usado, deriva de tamanho de imagens, falhas de cache em páginas que podiam ser cacheadas com segurança, e wc-ajax=get_refreshed_fragments sem cache em cada carregamento a inundar o pool PHP-FPM sob carga.
Decisão de arquitetura
O projeto não começou com um rewrite. A primeira decisão foi proteger a correção do checkout e só depois mover superfícies seguras para caching mais forte e rendering mais leve.
A Cloudflare tratou regras de edge, limites de cache, redirects, filtragem de bots e observabilidade. WordPress e WooCommerce mantiveram-se a fonte comercial da verdade. Alterações de frontend foram delimitadas por família de template, não por uma limpeza genérica do tema.
Modelo de entrega
O trabalho foi entregue em lotes curtos: baseline, auditoria de scripts, correções de imagem e layout, política de cache, isolamento do checkout, validação em staging, rollout em produção e medição pós-lançamento.
Cada lote tinha caminho de rollback. Isso importa mais do que um lançamento dramático quando a receita passa pelo mesmo checkout que está a ser otimizado.
Intervalos de resultado
Medição 30 dias após o deploy na loja B2B confidencial da UE: LCP 5,4s para 1,8s (-66%), TTFB de checkout 2,1s para 0,4s (-80%), bloqueio da main-thread 1 200ms para 180ms (-85%), abandono carrinho-para-checkout 42% para 34% (-19%).
A lição reutilizável: recuperar desempenho em WooCommerce é menos perseguir um score perfeito e mais escolher a fronteira certa entre páginas comerciais cacheáveis e fluxos transacionais vivos.