Como Diagnosticar e Resolver Lentidão Severa no WooCommerce

Quando uma loja WooCommerce começa a demorar vários segundos para responder a cada clique ou simplesmente sai do ar em picos de tráfego, o impacto nas conversões e na reputação da marca é imediato. Diferente de um site institucional, o e-commerce possui trechos dinâmicos — como carrinho, checkout e área do cliente — que não podem ser atendidos por um cache de página estático comum.

Se o seu servidor atinge 100% de uso de CPU ou as conexões PHP-FPM esgotam rapidamente, o problema quase sempre reside em consultas ineficientes ao banco de dados, autoload descontrolado na tabela wp_options ou requisições AJAX desnecessárias. A seguir, analisamos os pontos críticos para diagnosticar e solucionar a lentidão extrema no WooCommerce.

1. Identificando o Gargalo Real: Diagnóstico sem Suposições

Antes de instalar novos plugins de otimização, é fundamental medir onde o tempo de processamento está sendo consumido (TTFB – Time to First Byte).

Ferramentas de Auditoria Recomendadas

• Query Monitor: Plugin essencial em ambiente de homologação para identificar consultas lentas, chamadas à API externa bloqueantes e consumo excessivo de memória por requisição.
• Slow Query Log do MySQL: Ativação do log de consultas que demoram mais de 0.5s para identificar gargalos reais sob tráfego simultâneo.
• APM (Application Performance Monitoring): Ferramentas como New Relic ou Tideways para traçar o tempo gasto em funções PHP e chamadas ao banco de dados.

2. Otimização do Banco de Dados: O Ponto Fraco Tradicional

O ecossistema WordPress armazena metadados de pedidos, produtos e clientes nas tabelas wp_posts e wp_postmeta. Conforme a loja cresce, consultas simples passam a realizar varreduras completas em tabelas com milhões de linhas.

Limpeza do Autoload na Tabela wp_options

Opções configuradas com autoload = 'yes' são carregadas em absolutamente todas as requisições PHP do WordPress. Em lojas lentas, é comum encontrar essa tabela com mais de 2 MB de dados em autoload gerados por plugins antigos, transients não expurgados ou logs de sessões.

Para auditar o tamanho do autoload:
sql
SELECT SUM(LENGTH(optionvalue)) / 1024 AS autoloadsizekb
FROM wpoptions
WHERE autoload = ‘yes’;

O ideal é manter esse valor abaixo de 800 KB. Plugins abandonados ou transients acumulados devem ter o autoload desativado ou ser removidos.

Migração para o HPOS (High-Performance Order Storage)

Se a sua loja ainda utiliza o modelo legado de pedidos baseado em posts, a ativação do HPOS (disponível a partir do WooCommerce 7.1) cria tabelas dedicadas (wp_wc_orders, wp_wc_order_addresses, etc.). Isso reduz a concorrência de leitura e escrita nas tabelas centrais do WordPress e diminui drasticamente o tempo de resposta no checkout e painel.

3. O Problema do AJAX Cart Fragments

Um dos maiores vilões de escalabilidade no WooCommerce padrão é a chamada /?wc-ajax=get_refreshed_fragments. Por padrão, a cada carregamento de página, o WooCommerce dispara essa requisição assíncrona para atualizar a contagem de itens no mini-carrinho, contornando qualquer cache de borda e forçando a inicialização completa do núcleo do WordPress no servidor.

Em implementações que realizo, avalio a substituição desse comportamento por scripts que lêem o estado do carrinho via sessionStorage ou cookies locais, desativando o script nativo quando o carrinho estiver vazio ou integrando soluções de atualização sob demanda apenas após o evento added_to_cart.

4. Cache de Objeto Persistente (Redis / Memcached)

Como o WooCommerce não pode aplicar cache estático de HTML em áreas logadas ou sessões com itens no carrinho, a carga recai sobre o banco de dados. É aqui que entra o cache de objeto persistente.

A implementação do Redis em conjunto com um drop-in robusto (object-cache.php) armazena os resultados de consultas frequentes diretamente na memória RAM, eliminando viagens redundantes ao MySQL para buscar metadados de produtos, configurações e inventário.

5. Fluxo Recomendado de Resolução Técnica

1. Ambiente de Staging: Clone a loja para reproduzir os testes com segurança.
2. Auditoria de Consultas: Execute o Query Monitor e analise o tempo de execução por hook do WooCommerce.
3. Higienização de Dados: Expurgue transients antigos, logs de ações de background (wp_actionscheduler) e reduza o autoload da wp_options.
4. Ativação do HPOS e Redis: Garanta compatibilidade com as extensões instaladas e habilite o armazenamento otimizado.
5. Ajuste de Recursos PHP/MySQL: Configure limites adequados de pm.max_children no PHP-FPM e dimensione o buffer pool do InnoDB para manter os índices do banco em memória.

Precisa de Apoio Especializado na Sua Loja?

Identificar por que um WooCommerce trava sob carga exige análise técnica aprofundada de infraestrutura, código e arquitetura de dados. Se a sua operação está sofrendo com quedas frequentes ou lentidão no checkout, entre em contato para uma consultoria técnica e auditoria de performance personalizada.