Hospedagem para uma loja WooCommerce: os requisitos que realmente importam

WooCommerce transforma o WordPress numa loja online completa, o que significa que a sua hospedagem agora tem de fazer dois trabalhos exigentes ao mesmo tempo: servir um sistema de gestão de conteúdos e executar uma loja transacional. Um blog tolera uma página lenta; uma loja não — um carrinho lento ou um tempo limite no pagamento custa-lhe a venda. Este guia percorre os requisitos que afetam de verdade uma loja WooCommerce, para que possa avaliar qualquer hospedagem por conta própria, em vez de confiar num ranking de marketing.

Por que uma loja é mais pesada do que um blog

Um blog WordPress típico pode colocar quase todas as páginas em cache e servi-las como HTML estático. Uma loja não pode fazer isso nas páginas que mais importam. Carrinho, pagamento, «minha conta» e qualquer visualização com sessão iniciada são dinâmicas e por utilizador, por isso contornam a cache de página e atingem o PHP e a base de dados em cada pedido. Acrescente a pesquisa de produtos, a filtragem por facetas, a lógica de cupões, as verificações de stock e as chamadas aos gateways de pagamento, e o servidor está a fazer trabalho real exatamente nas páginas onde a velocidade se converte em receita.

É por isso que uma hospedagem que parece adequada para um site institucional pode sofrer com uma loja: o gargalo passa de «consegue servir HTML rapidamente?» para «consegue executar PHP e consultas à base de dados rapidamente, para muitos compradores em simultâneo?».

Os requisitos que importam

Compare as hospedagens nestas dimensões concretas em vez de em adjetivos como «ultrarrápido».

Versão do PHP e recursos

Execute uma versão do PHP atualmente suportada — as versões mais recentes são consideravelmente mais rápidas e ainda recebem correções de segurança, enquanto as versões em fim de vida não. Para além da versão, dois limites do lado do servidor afetam diretamente as lojas WooCommerce:

• memory_limit — o WooCommerce recomenda um limite de memória PHP generoso; importar produtos, gerar relatórios ou executar muitos plugins pode esgotar um limite demasiado apertado.
• max_execution_time e os limites de upload — as tarefas demoradas (importações de produtos em massa, CSV grandes) falham silenciosamente quando são demasiado baixos.

Confirme que a hospedagem o deixa aumentar estes valores, idealmente por site, em vez de o prender aos valores predefinidos do compartilhado.

Desempenho da base de dados

O WooCommerce é intensivo em base de dados. Encomendas, produtos, sessões e especialmente as tabelas wp_options e de metadados são consultadas constantemente. Prefira uma hospedagem num MySQL ou MariaDB moderno com armazenamento NVMe/SSD — a velocidade do disco reflete-se diretamente nos tempos de consulta e, portanto, na latência do pagamento. Em catálogos maiores, a capacidade de usar o High-Performance Order Storage do WooCommerce (tabelas de encomendas dedicadas) ajuda a base de dados a escalar; é uma definição do WooCommerce, mas só compensa numa hospedagem que não esteja já carente de CPU e de I/O.

Margem de RAM e CPU

A memória costuma ser o primeiro recurso a esgotar-se numa loja. Cada worker PHP que trata um pedido dinâmico consome RAM, e um pagamento muito movimentado significa vários workers ao mesmo tempo. Pouca memória e os pedidos formam fila ou são terminados; o sintoma que o comprador vê é um carrinho a rodar. A CPU importa para essas mesmas páginas dinâmicas e para o trabalho em segundo plano (cron, e-mails de encomenda, indexação da pesquisa). Dimensione ambos com margem para os picos de tráfego — uma venda relâmpago ou uma menção numa newsletter pode multiplicar os utilizadores em simultâneo em minutos.

Cache bem feita

A cache é a maior alavanca individual para a velocidade de uma loja, mas tem de ser consciente da loja:

• Cache de página para as páginas de catálogo e de conteúdo — pode ser colocada em cache de forma agressiva.
• Exclusões de cache para o carrinho, o pagamento e as páginas de conta — estas nunca devem ser servidas desatualizadas, ou um comprador vê o carrinho de outra pessoa.
• Cache de objetos (Redis ou Memcached) para colocar em cache os resultados das consultas à base de dados e os objetos PHP — é o que mantém as páginas dinâmicas rápidas em escala. Verifique se a hospedagem oferece uma cache de objetos persistente.
• Cache de opcode (OPcache) ativada, para que o PHP compilado seja reutilizado entre pedidos.

SSL, segurança e considerações de PCI

Uma loja lida com dados pessoais e encaminha pagamentos, por isso o HTTPS é obrigatório, não opcional — a maioria das hospedagens inclui certificados automatizados gratuitos, por isso confirme-o. Se recolhe os dados dos cartões no seu site, herda obrigações de PCI-DSS; usar um gateway de pagamento alojado (em que os dados do cartão são introduzidos do lado do fornecedor) mantém a maior parte dessa carga longe do seu servidor. Procure predefinições sensatas: uma firewall de aplicações web, uma análise automatizada de malware e um isolamento para que a violação de um vizinho não consiga chegar à sua loja.

Backups e staging

Uma loja online é um sistema transacional vivo — perder a tabela de encomendas é perder dinheiro e a confiança dos clientes. Exija backups diários automatizados que incluam tanto os ficheiros como a base de dados, com um restauro fácil com um clique. Um ambiente de staging é quase tão importante: as atualizações do WooCommerce, do WordPress e dos plugins podem quebrar o pagamento, por isso convém testá-las numa cópia antes de tocarem em clientes reais.

Escalabilidade

O tráfego de uma loja é irregular por natureza — lançamentos, saldos, picos sazonais. Pergunte como o plano escala: pode adicionar RAM e CPU sem reconstruir o site? Existe um caminho de upgrade claro de um plano pequeno para um maior, ou para um VPS, à medida que o catálogo e as encomendas crescem? Uma hospedagem que pode redimensionar a pedido vence uma em que crescer significa uma migração dolorosa.

Compartilhado vs WordPress gerido vs VPS

Opção	Ideal para	A ter atenção
Hospedagem compartilhada	Uma loja acabada de criar com poucos produtos e pouco tráfego, com um orçamento apertado.	Vizinhos ruidosos, limites de CPU/processos, muitas vezes sem cache de objetos — rapidamente ultrapassada assim que as encomendas arrancam.
WordPress/WooCommerce gerido	Donos que querem uma cache consciente da loja, staging e atualizações tratadas por eles.	Preço mais alto; por vezes restrições de plugins ou tarifação por visita — leia os limites.
VPS (autogerido ou gerido)	Lojas em crescimento que precisam de RAM/CPU garantidas, configuração à medida e espaço para crescer.	É você (ou um plano gerido) que assume a administração do servidor, a afinação e a segurança.

Para quem é

• Em pleno lançamento, catálogo pequeno: um plano compartilhado de qualidade ou um gerido de entrada é suficiente — concentre o orçamento numa versão do PHP suportada, SSL e backups.
• Vendas constantes, catálogo em crescimento: passe para uma hospedagem WooCommerce gerida ou um VPS pequeno para obter uma cache de objetos, staging e recursos garantidos.
• Tráfego elevado, vendas relâmpago, catálogo grande: um VPS (ou superior) com CPU/RAM dedicadas, cache de objetos Redis e um caminho de escalabilidade claro — as páginas de pagamento dinâmicas precisam de margem real.

Como decidir

Parta da loja, não de uma lista das «melhores hospedagens». Confirme uma versão do PHP suportada com um limite de memória generoso, armazenamento de base de dados NVMe/SSD, uma cache consciente da loja com uma cache de objetos persistente, SSL gratuito, backups automatizados de ficheiros e base de dados, um ambiente de staging e um caminho limpo para escalar. Faça corresponder esses requisitos ao seu tráfego real e ao tamanho do catálogo, e depois escolha o plano mais pequeno que os cubra com margem — poderá crescer para um VPS ou um nível superior à medida que as encomendas aumentam.