Loja lenta não é só incômodo — é venda perdida. Cada segundo extra no carregamento do catálogo derruba a taxa de conversão, e um checkout que trava faz o cliente desistir a um clique do pagamento. Trabalho com WooCommerce há mais de uma década e este é o roteiro que uso para diagnosticar e acelerar lojas na prática.
Por que a loja WooCommerce é mais difícil de acelerar que um site comum
Um site institucional pode ser quase todo servido por cache de página: o HTML é gerado uma vez e entregue pronto milhares de vezes. Uma loja não tem esse luxo nas partes que mais importam:
- Carrinho, checkout e minha-conta são dinâmicos — mudam por usuário e por sessão, então o cache de página é ignorado. Cada visita executa PHP e consulta o banco de dados.
- Cart fragments: o WooCommerce dispara uma chamada AJAX (
wc-ajax=get_refreshed_fragments) em praticamente todas as páginas para atualizar o mini-carrinho — em lojas com tráfego, isso vira uma carga constante no servidor. - Catálogo com filtros e busca gera consultas pesadas, principalmente com muitos produtos e variações.
Tradução: na loja, a qualidade da hospedagem e do PHP importa muito mais. Plugin de cache ajuda no catálogo e nas páginas de conteúdo, mas não salva um checkout rodando em servidor fraco — como explico no guia geral de otimização WordPress.
Sintoma → causa → correção
| Sintoma | Causa provável | Correção |
|---|---|---|
| Tudo lento, o tempo todo (TTFB > 600 ms) | Hospedagem subdimensionada, PHP desatualizado | Upgrade/migração, PHP 8.x, OPcache |
| Catálogo ok, mas carrinho/checkout lentos | Servidor fraco para páginas não-cacheáveis | Mais CPU/RAM, cache de objetos (Redis) |
| Loja trava em picos de acesso | Cart fragments + falta de cache de objetos | Otimizar/desativar fragments onde não precisa, Redis |
| Páginas de produto pesadas (vários MB) | Imagens sem otimização, sliders, page builder | WebP, dimensões corretas, lazy load, enxugar o template |
| Busca e filtros demoram | Consultas pesadas, tabelas inchadas | Índices, limpeza de banco, busca dedicada |
| Admin e atualização de estoque arrastados | Banco de dados degradado, cron acumulado | Limpeza de revisões/transients/sessões, wp-cron via servidor |
O checkout: onde a lentidão custa mais caro
O funil inteiro converge para uma página que não pode ser cacheada. Três cuidados que fazem diferença real:
- Meça o checkout separadamente. PageSpeed na home diz pouco — cronometre do “finalizar compra” até o carregamento completo do formulário, logado e com produto no carrinho.
- Enxugue scripts de terceiros no checkout. Pixels, chats e pop-ups não têm o que fazer ali; cada um compete com o gateway de pagamento. Scripts podem ser condicionados para não carregar nessa página.
- Cache de objetos (Redis) é o melhor amigo da loja. Ele não cacheia a página — cacheia as consultas repetidas ao banco que o WooCommerce faz em toda requisição dinâmica. É a otimização com melhor custo-benefício em lojas médias e grandes.
Dica de quem faz isso todo dia: antes de contratar “mais otimização”, confira se o problema não é gargalo de plugin. Já vi checkout ganhar 2 segundos só removendo um plugin de frete que consultava API externa a cada recarregamento da página.
Catálogo e páginas de produto
- Imagens: a maior parte do peso. WebP/AVIF, tamanho certo por contexto (thumb ≠ zoom) e lazy load abaixo da dobra. Veja também os limites de Core Web Vitals que o Google usa para ranquear.
- Cache de página + CDN para o catálogo: páginas de produto e categoria são cacheáveis para visitantes anônimos — a maioria do seu tráfego de Google.
- Variações em excesso: produtos com centenas de variações geram consultas e HTML gigantes; muitas vezes vale reestruturar.
Hospedagem para WooCommerce: o mínimo aceitável
Não existe loja rápida em hospedagem de R$ 10/mês compartilhada com centenas de sites. O mínimo que recomendo para uma loja profissional: PHP 8.2+, OPcache ativo, MySQL/MariaDB atualizado, suporte a Redis e recursos dedicados de CPU/RAM. Em projetos maiores, arquiteturas com CDN e infraestrutura em nuvem (como os casos do meu portfólio, com TTFB de ~0,16 s) mudam o patamar do negócio.
Os 5 erros que mais encontro em lojas lentas
- Plugin para tudo. Loja com 40+ plugins ativos onde 10 fazem trabalho redundante (dois de SEO, três de “otimização”, dois construtores de página). Cada um adiciona consultas, scripts e pontos de conflito. Uma auditoria honesta costuma cortar um terço deles sem perder função nenhuma.
- Tema “multiuso” carregando o que a loja não usa. Temas genéricos vêm com construtores, sliders e bibliotecas inteiras habilitadas por padrão. O DOM fica gigante e o JavaScript trava a interação — o que reprova a loja no INP dos Core Web Vitals.
- Fotos de produto direto da câmera. Imagens de 4–8 MB no catálogo, redimensionadas pelo navegador. É o erro mais barato de corrigir e um dos que mais pesam.
- wp-cron acumulando tarefas. Em lojas com tráfego, o agendador padrão dispara em requisições de visitantes e atrasa páginas. Mover para cron de servidor é ajuste pequeno com efeito perceptível.
- Ninguém mede depois que a loja entra no ar. A loja foi lançada rápida e degradou plugin a plugin, produto a produto. Sem medição mensal, a lentidão só é notada quando a conversão já caiu.
O efeito direto no caixa
Estudos de mercado repetem a mesma direção há anos: cada segundo a mais de carregamento derruba a conversão em dobro de dígito percentual, e a maioria dos abandonos móveis acontece em páginas que passam de 3 segundos. Numa loja que fatura R$ 50 mil/mês com conversão de 1,5%, recuperar meio ponto percentual de conversão perdida por lentidão significa mais de R$ 15 mil/mês — a otimização se paga na primeira semana. É esta conta que recomendo fazer antes de decidir se “está bom assim”.
Quando vale chamar um especialista
Se a sua loja apresenta lentidão persistente no checkout, quedas em picos de venda ou o faturamento estagnou junto com a velocidade, o custo de não agir é maior que o da consultoria. Eu faço um diagnóstico gratuito da sua loja — identifico onde está o gargalo (servidor, plugins, banco, imagens ou arquitetura) e te digo exatamente o que corrigir primeiro. Solicite o diagnóstico gratuito →
Perguntas frequentes
Por que minha loja WooCommerce é lenta se eu já uso plugin de cache?
Porque carrinho, checkout e área do cliente não são cacheáveis — dependem do servidor e do PHP a cada requisição. O plugin de cache acelera o catálogo para visitantes anônimos, mas não resolve gargalos de hospedagem, banco de dados ou plugins pesados.
Desativar cart fragments quebra a loja?
Não, se for feito com critério: dá para desativar apenas fora das páginas de loja, mantendo o mini-carrinho funcional onde importa. Em templates que não exibem mini-carrinho, desativar é ganho puro.
Quanto custa acelerar uma loja WooCommerce?
Começa com um diagnóstico gratuito. A partir dele, otimizações pontuais podem ser contratadas por hora, e projetos maiores (migração de hospedagem, Redis, CDN) são orçados por escopo — você aprova antes.
Vale a pena migrar de hospedagem?
Se o TTFB passa de 600 ms de forma consistente mesmo com cache, quase sempre sim. A migração bem feita é transparente para o cliente e costuma ser o maior salto único de performance em lojas.