Escolher um servidor para o WooCommerce

A documentação oficial do WooCommerce pede PHP 8.3 ou mais recente, MySQL 8.0 ou MariaDB 10.6 ou mais recente, HTTPS e um limite de memória do WordPress de pelo menos 256 MB. Não indica valor para a RAM do servidor. Para uma loja pequena, começar com 2 a 4 GB de RAM é razoável (uma regra prática que varia com a loja). À medida que os produtos e as encomendas crescem, cresce também a carga na base de dados e no processador.

Uma loja não se comporta como um blogue. As páginas de carrinho e de pagamento são diferentes para cada visitante, por isso não podem ser guardadas em cache, e as encomendas são gravadas na base de dados o dia todo. Para o mesmo tráfego, uma loja precisa por isso muitas vezes de mais recursos do que um blogue.

Os requisitos oficiais

O documento de requisitos de servidor do WooCommerce (uma recomendação oficial) indica:

• PHP 8.3 ou mais recente.
• MySQL 8.0 ou mais recente, ou MariaDB 10.6 ou mais recente.
• Suporte para HTTPS.
• Um limite de memória do WordPress de 256 MB ou mais.
• Apache ou Nginx como servidor web.
• Suporte para cadeias multibyte (mbstring) se a sua loja não for em inglês. O documento trata isto como um requisito que depende da loja, e uma loja turca pertence a esse grupo.

O valor de 256 MB é um teto para um pedido PHP, não a RAM do servidor. Se necessário, adicione esta linha a wp-config.php:

define( 'WP_MEMORY_LIMIT', '256M' );

Versões mais antigas, como o PHP 7.4, aparecem no documento apenas como alternativa legada e não são recomendadas.

Porque é que uma loja é diferente de um blogue

• Páginas que não podem ser guardadas em cache. O guia de cache do WooCommerce diz para manter o carrinho, o pagamento e as páginas de conta fora da cache, porque mostram dados específicos de cada visitante. Alguns cookies, como os do carrinho, também devem ser excluídos. Verifique se o seu plugin de cache o faz.
• Carga de escrita. Criar encomendas, atualizar o stock e guardar sessões escrevem constantemente na base de dados. Um blogue escreve raramente, enquanto uma loja escreve o dia todo.
• Tarefas em segundo plano. O WooCommerce executa o trabalho diferido (e-mails, webhooks, pagamentos de subscrições) através de uma fila de tarefas integrada chamada Action Scheduler. A fila é acionada pelo WP-Cron, por isso, numa loja com pouco tráfego, as tarefas podem correr com atraso. Configurar no servidor uma tarefa cron que execute o WP-Cron de forma agendada (juntamente com a definição DISABLE_WP_CRON) elimina essa dependência. Pode ver a fila em WooCommerce > Status > Scheduled Actions.

Dados de encomendas e HPOS

O High-Performance Order Storage (HPOS) guarda as encomendas em tabelas próprias, feitas para o efeito, em vez das tabelas gerais de publicações do WordPress. É a predefinição das instalações novas desde o WooCommerce 8.2. As lojas mais antigas não mudam sozinhas. Ativa-o em WooCommerce > Settings > Advanced > Features, e um modo de compatibilidade mantém as duas estruturas sincronizadas. Para o servidor, o essencial é isto: a estrutura está otimizada para encomendas, mas a base de dados continua a precisar de memória e de disco.

Tamanho inicial

Estes valores são regras práticas e variam com a loja. Não são uma promessa firme.

O número de plugins, o tamanho das imagens e a carga súbita durante uma campanha contam tanto como o número de produtos. Uma cache de objetos (como o Redis) reduz a carga na base de dados, mas precisa de memória. Comece pequeno e depois cresça, verificando nas horas de pico o resultado de free -h e top.

Razões comuns para uma loja ficar lenta

• Imagens de produtos grandes e sem compressão.
• Plugins sem uso e scripts extra que correm em todas as páginas.
• Sem cache de objetos, a mesma consulta à base de dados é executada vezes sem conta.
• Uma versão antiga do PHP que já não recebe manutenção.

Corrigir isto vem muitas vezes antes de aumentar. Quando aumentar não resolve, o problema está normalmente na configuração.

Cópias de segurança: uma cópia diária pode não bastar por si só

Na Seturack, o servidor tem cópia de segurança todas as noites e os últimos 7 dias são mantidos. Numa loja, as encomendas chegam o dia todo, por isso só isso pode ficar curto. Se restaurar, as encomendas feitas desde a última cópia perdem-se. Faça um despejo da base de dados com mais frequência e copie-o para outro lugar:

mysqldump --single-transaction -u USER -p DATABASE | gzip > orders-$(date +%F-%H%M).sql.gz

Numa tarefa agendada, não coloque a palavra-passe na linha de comandos. Use um ficheiro ~/.my.cnf com permissões 600. Num servidor WooCommerce pronto, a aplicação corre no Docker, por isso execute os comandos da base de dados a partir de dentro do contentor. A base de dados aí é MariaDB. O contentor pode não incluir o mysqldump, por isso use o mariadb-dump. As imagens dos produtos estão na pasta wp-content/uploads, por isso copie-a também.

O que preparar além do tamanho

• HTTPS. É obrigatório para o WooCommerce. Um servidor WooCommerce pronto abre por HTTPS num endereço derivado do seu IP com o sslip.io. Para ligar o seu próprio domínio, veja este artigo.
• E-mail. Instale um plugin de SMTP para que os e-mails das encomendas saiam. A instalação não configura o envio de e-mail.
• Atualizações. Depois da instalação, as atualizações do WordPress, do WooCommerce e dos seus plugins ficam ao seu cuidado. Crie um instantâneo a partir do painel antes de uma grande atualização. Um instantâneo não substitui uma cópia de segurança, apenas permite voltar ao ponto anterior.

Um servidor com WooCommerce pré-instalado fica pronto em cerca de 3,5 a 4 minutos e pode aumentá-lo a partir do painel à medida que a loja cresce. Veja a página do servidor WooCommerce.