Por que meu site WooCommerce é tão lento?

Uma loja WooCommerce lenta não é um problema – geralmente são três ou quatro lojas menores empilhadas umas sobre as outras, e é exatamente por isso que “instalar um plugin de cache” por si só raramente resolve o problema. Esta é a sequência de diagnóstico que executamos quando um cliente diz que sua loja está lenta, na ordem que realmente encontra a causa mais rapidamente.

Diagnosticar antes de consertar qualquer coisa

Antes de tocar em plug-ins ou hospedagem, obtenha números reais. Execute sua página inicial e uma página de produto por meio do Google PageSpeed ​​Insights e observe duas coisas especificamente:Tempo até o primeiro byte (TTFB)e o detalhamento do que está bloqueando a renderização. TTFB acima de 600ms quase sempre aponta para um problema de hospedagem ou do lado do servidor – nenhuma quantidade de otimização de front-end corrige um servidor lento. Se o TTFB for rápido, mas a página ainda parecer lenta para carregar, é mais provável que o problema seja front-end: imagens, scripts de bloqueio de renderização ou CSS/JS injetado por plug-in.

Essa única verificação economiza horas – ela informa se você deve começar com seu host ou com sua pilha de plugins, que são correções muito diferentes.

Hospedagem: a causa raiz mais comum

WooCommerce executa PHP em cada solicitação que atinge o banco de dados - páginas de produtos, carrinho e checkout em particular são dinâmicos, não estáticos, portanto, hospedagem compartilhada com trabalhadores PHP limitados e dificuldades de alocação de CPU sob qualquer tráfego real. Se o seu TTFB estiver consistentemente lento, mesmo em uma página sem plug-ins pesados ​​ativos, a hospedagem é muito provavelmente a sua resposta, e não um sintoma a ser contornado.

O que verificar:

• Versão PHP.Versões mais antigas do PHP (7.xe abaixo) são mensuravelmente mais lentas que as versões atuais do PHP 8.x para o mesmo código. Confirme se seu host está executando uma versão atual – geralmente é uma alteração gratuita com um clique no painel de controle de hospedagem.
• Hospedagem WooCommerce compartilhada vs. gerenciada.A hospedagem compartilhada genérica otimizada para sites de folhetos não foi criada para a carga de banco de dados gerada pelo WooCommerce. WooCommerce gerenciado ou hospedagem WordPress gerenciada normalmente inclui cache no nível do servidor e alocação de recursos ajustada para esta carga de trabalho específica.
• Localização do servidor.Se a maioria dos seus clientes estiver em uma região e seu servidor estiver em outro lugar, essa viagem de ida e volta adiciona latência real antes que um CDN possa ajudar.

Auditoria de plug-in: qualidade em vez de quantidade

“Muitos plugins” é uma causa real de lentidão, mas a contagem importa menos do que o que cada plugin realmente faz em cada carregamento de página. Um plugin utilitário leve que roda apenas no administrador não custa nada na loja. Um construtor de páginas mal codificado ou um plugin que consulta o banco de dados em cada solicitação de front-end custa tempo real em cada página, em cada visita.

Para auditar:

1. Instale o Query Monitor (gratuito) e carregue sua página mais lenta. Ele mostra exatamente quais plug-ins estão disparando consultas ao banco de dados, quantos e quanto tempo cada uma leva.
2. Desative plug-ins que você não está usando ativamente – ferramentas de SEO antigas, construtores de páginas abandonados, funcionalidades duplicadas ao trocar de ferramentas ao longo do tempo. A maioria das lojas acumula vários destes.
3. Para plug-ins que você mantém, verifique se eles oferecem uma configuração “desativar no front-end” ou “carregar somente onde necessário” – muitos plug-ins populares carregam seus ativos em todo o site por padrão, mesmo quando o recurso é usado apenas em uma página.

Inchaço do banco de dados

WordPress e WooCommerce gravam no banco de dados muito mais do que a maioria dos proprietários de sites imagina: publicam revisões em cada edição de conteúdo, transientes expirados que nunca são limpos, dados de carrinho abandonados e registros de sessão de cada tentativa de checkout, concluída ou não. Ao longo de um ou dois anos, um banco de dados WooCommerce não mantido pode realmente triplicar de tamanho com conteúdo que fornece valor contínuo zero.

Um banco de dados inchado retarda cada consulta, o que retarda cada página – isso se agrava com problemas de consulta em nível de plug-in, em vez de existir separadamente deles. Execute uma limpeza de banco de dados (limite revisões posteriores, limpe transientes expirados e revise metadados órfãos) em uma programação recorrente, não apenas uma vez.

Problemas específicos do WooCommerce que a maioria dos guias ignora

Os conselhos gerais sobre velocidade do WordPress omitem algumas coisas específicas de como o WooCommerce funciona:

• Fragmentos de carrinho e checkout.WooCommerce atualiza "fragmentos de carrinho" via AJAX em cada carregamento de página por padrão, mesmo páginas sem interação com o carrinho - esta é uma solicitação em segundo plano que a maioria dos proprietários de sites não sabe que está em execução. Ele pode ser desativado seletivamente ou limitado às páginas que realmente precisam dele.
• Manipulação de sessão no banco de dados.Por padrão, o WooCommerce armazena os dados da sessão no banco de dados, em vez de em um armazenamento mais rápido. Em armazenamentos de tráfego mais alto, mover sessões para cache de objetos (Redis ou Memcached, se seu host oferecer) remove um gargalo real.
• Consultas de produtos relacionados e de upsell.Eles executam consultas não triviais ao banco de dados para calcular recomendações do tipo "você também pode gostar". Em catálogos grandes sem indexação adequada, isso por si só pode tornar as páginas de produtos significativamente mais lentas.
• O cache de página inteira entra em conflito com o checkout.As páginas de checkout e de carrinho nunca devem ser veiculadas a partir de um cache estático, mas configurações de plug-in de cache excessivamente amplas às vezes as armazenam em cache de qualquer maneira, causando dados de carrinho desatualizados. Confirme se seu plug-in de cache exclui explicitamente as páginas de carrinho, checkout e conta.

Cache, imagens e correções de última milha

• Configurar cache de páginapara tudo, exceto páginas de carrinho, checkout e conta, usando um plug-in de cache confiável ou a camada de cache integrada do seu host.
• Habilitar cache de objetos(Redis ou Memcached) se o seu host oferecer suporte - isso acelera solicitações dinâmicas, de login e específicas do WooCommerce que o cache de página por si só não ajuda.
• Compactar e redimensionar imagensantes do upload e veicular formatos modernos (WebP ou AVIF) – a fotografia do produto geralmente é o maior ativo em qualquer página de comércio eletrônico.
• Adicionar um CDNpara servir ativos estáticos (imagens, CSS, JS) de um servidor geograficamente mais próximo de cada visitante.
• Adie ou remova JavaScript não utilizado, principalmente scripts analíticos e de marketing carregados de forma síncrona no cabeçalho - essas são vitórias comuns e fáceis que as auditorias de plug-ins costumam revelar.

Quando a otimização deixa de ser suficiente

Às vezes, todas as correções nesta lista são aplicadas e a loja ainda é mais lenta do que deveria ser - geralmente porque o tema em si é pesado, a pilha de plugins suporta carga e não pode ser cortada ainda mais sem perder a funcionalidade real, ou a loja realmente superou o que o WooCommerce em seu nível de hospedagem atual pode oferecer. Nesse ponto, a conversa honesta muda de “otimizar o WooCommerce” para “o WooCommerce ainda é a plataforma certa para o tráfego e tamanho do catálogo desta loja”. NossoGuia de otimização de velocidade do Shopifyé um ponto de comparação útil se você estiver avaliando essa decisão, e abordamos o lado prático da mudança em nossoGuia de migração WooCommerce para Shopify.

Se você preferir que outra pessoa execute este diagnóstico completo e corrija o que encontrar,Devmerx cuida do trabalho de desempenho do WordPress- revisão de hospedagem, auditoria de plugins, limpeza de banco de dados e configuração de cache, com escopo e preço fixo após uma rápida olhada em seu site.

Perguntas frequentes

Por que meu site WooCommerce ficou repentinamente mais lento após adicionar produtos?

Catálogos maiores significam consultas maiores ao banco de dados, especialmente para filtragem, pesquisa e cálculos de produtos relacionados que não foram otimizados para escala. O que parecia bom em 200 produtos pode desacelerar visivelmente em 2.000 se sua hospedagem e pilha de plug-ins não foram construídas com o crescimento em mente.

A hospedagem compartilhada é realmente a principal causa da lentidão do WooCommerce?

É a causa mais comum que vemos, especialmente quando o TTFB é lento, mesmo em páginas com poucos plugins. Nem sempre é a única causa – o inchaço de plugins e de banco de dados são comuns junto com ele – mas a hospedagem geralmente é a primeira coisa que vale a pena descartar.

Quantos plug-ins são demais para WooCommerce?

Não há um número fixo. Um site com 40 plug-ins leves e bem codificados pode superar um site com 10 plug-ins mal codificados. Audite o que cada plug-in realmente faz no front-end, em vez de direcionar uma contagem específica.

Um plugin de cache corrigirá um checkout lento?

Não - o checkout nunca deve ser servido a partir de um cache estático, pois ele precisa refletir o carrinho ativo e os dados da sessão. Um plugin de cache acelera seu catálogo e páginas de conteúdo, não a finalização da compra. A velocidade de checkout vem da qualidade da hospedagem, manipulação de sessões e limpeza de scripts.

Quando devo considerar abandonar totalmente o WooCommerce?

Quando você aplica correções de hospedagem, plug-in, banco de dados e cache e a loja ainda apresenta baixo desempenho em relação ao tráfego e ao tamanho do catálogo, ou quando a carga de manutenção contínua (patches de segurança, conflitos de plug-in, gerenciamento de servidor) está custando mais tempo do que vale em relação a uma plataforma gerenciada.