Criar loja WooCommerce: hospedagem, tema e plugins que o projeto exige

Criar uma loja WooCommerce é montar quatro camadas que, numa plataforma por assinatura, viriam juntas: o WordPress, o plugin WooCommerce, a hospedagem e o tema. Por cima delas entram as extensões, cada uma resolvendo um requisito do catálogo, do checkout ou das integrações. A liberdade é maior, e a responsabilidade também: alguém precisa atualizar, testar e guardar cópias de tudo isso depois do lançamento. Este guia é para quem já considera o WooCommerce e quer decidir a arquitetura e os responsáveis antes de pedir orçamento. Não é um tutorial de instalação; o passo a passo técnico está na documentação oficial, listada nas fontes.

Se você ainda está entre o WooCommerce e uma plataforma hospedada, vale antes comparar WooCommerce e Shopify pelos mesmos critérios de controle técnico e manutenção.

Qual é o papel de cada peça numa loja WooCommerce?

A documentação da WooCommerce resume a base em uma frase: cada loja Woo é construída sobre um site WordPress. A partir daí, cada camada tem uma função e um dono diferentes.

Duas diferenças em relação a uma plataforma por assinatura pesam na decisão. A primeira é a hospedagem: a documentação oficial descreve a opção gerenciada, em que o provedor cuida de instalação e atualizações, e a hospedagem própria, em que você contrata um servidor, instala o WordPress e adiciona o plugin. A segunda é o servidor em si. Os requisitos publicados para o WooCommerce 10.8 em diante, consultados em 20/10/2026, pedem WordPress 6.9 ou superior, PHP 8.3 ou superior, MySQL 8.0 ou MariaDB 10.6 ou superior, suporte a HTTPS e limite de memória de 256 MB ou mais. A página informa que versões antigas ainda funcionam, mas já chegaram ao fim de vida e podem expor a loja a riscos de segurança. Confira esses itens com a hospedagem antes de contratar o plano.

O núcleo cobre mais do que parece. A documentação lista seis tipos de produto nativos (simples, variável, agrupado, virtual, baixável e externo), além de categorias, tags e atributos. Assinaturas, associações, kits, cursos e reservas aparecem como extensões pagas. Essa linha entre o que é nativo e o que é extensão é o ponto de partida da lista de dependências.

Como montar a lista de requisitos sem acumular plugins?

O erro mais caro numa loja WooCommerce é instalar um plugin para cada ideia. Cada extensão acrescenta código que precisa ser atualizado, pode conflitar com outra e pode carregar scripts em páginas onde não é usada. A saída é inverter a ordem: primeiro o requisito escrito, depois a verificação do que o núcleo resolve, e só então a extensão.

Para cada requisito, responda quatro perguntas:

1. Qual regra de negócio isto atende? “Calcular frete por CEP com transportadora” é requisito; “plugin de frete” não é.
2. O núcleo resolve? Variações com estoque próprio, cupons, zonas e classes de frete e impostos manuais são nativos.
3. Se não resolve, qual extensão, de quem, com que custo e com que compatibilidade declarada? A documentação de atualização orienta conferir o campo “testado até a versão do WooCommerce” de cada extensão, tema e meio de pagamento.
4. O que acontece se a extensão for removida? Algumas guardam dados próprios (assinaturas, campos de produto). Saber disso antes evita surpresa numa troca futura.

Separe os requisitos em três grupos, porque cada um tem riscos diferentes:

• Catálogo: tipos de produto, variações, atributos para filtros, kits, produtos personalizados, importação inicial.
• Checkout: meios de pagamento disponíveis no Brasil, Pix e cartão, cálculo de frete, campos de cadastro exigidos para nota fiscal, e-mails de pedido.
• Integrações: ERP ou emissor de nota, marketplace, logística, ferramentas de medição.

Para o checkout, a documentação oficial é escrita a partir dos Estados Unidos: a sugestão de meio de pagamento e a extensão de frete recomendada são pensadas para outros mercados. No Brasil, o meio de pagamento e o cálculo de frete dependem dos plugins oferecidos pelos próprios intermediadores e transportadoras, e cada um entra na lista com finalidade e responsável. Se o catálogo pede campos que o cliente preenche ou opções que mudam o preço, o planejamento é outro, e está detalhado no guia sobre produtos personalizados no WooCommerce.

O SEO também entra aqui, e não depois do lançamento: estrutura de URLs, categorias, dados estruturados e velocidade dependem de escolhas de tema e de plugins. O guia sobre SEO no projeto da loja virtual lista o que precisa estar no escopo.

Demonstração: diagrama da instalação e lista de dependências

O material abaixo é uma demonstração. A loja é fictícia: uma marca de acessórios com cerca de cem produtos, variações de cor, venda por cartão e Pix, frete por CEP e envio de pedidos a um ERP. Ele mostra como documentar a arquitetura; os nomes genéricos entre colchetes devem ser substituídos pelas ferramentas que o seu projeto escolher.

LOJA WOOCOMMERCE (DEMONSTRAÇÃO)

[Domínio da marca] ──> [Certificado SSL / HTTPS]
        │
        v
[Hospedagem] ── PHP, banco de dados, backup do servidor
        │
        v
[WordPress] ── usuários, páginas, mídia, atualizações
        │
        v
[WooCommerce] ── catálogo, variações, carrinho, checkout, pedidos, cupons
        │
        ├── [Tema] ── página inicial, categoria, produto, carrinho
        │
        ├── [Plugin do meio de pagamento] ──> intermediador (cartão e Pix)
        ├── [Plugin de frete] ──> transportadora (cotação por CEP)
        ├── [Conector do ERP] <──> ERP (produtos, estoque, pedidos)
        ├── [Plugin de SEO] ── títulos, sitemap, dados estruturados
        ├── [Cache] ── páginas públicas; carrinho e checkout fora do cache
        └── [Backup] ──> armazenamento externo à hospedagem

[Homologação] ── cópia da loja para testar atualizações antes da produção

A coluna “Se for removida” é a que mais ajuda na conversa com fornecedores: ela mostra quais dependências são críticas e quais são substituíveis. Qualquer plugin que não consiga preencher a coluna “Finalidade” sai da lista.

Quem cuida de atualizações, backups e monitoramento depois do lançamento?

Numa loja WooCommerce, o fornecedor da plataforma não faz isso por você. A documentação oficial pede o site atualizado e backups regulares, e o guia de atualização detalha a rotina: cadência mensal funciona para a maioria das lojas, com atualização antecipada quando sai correção de segurança; backup atual antes de qualquer atualização, incluindo banco de dados e a pasta wp-content; e teste em cópia de homologação, com a orientação explícita de não testar atualizações direto na loja em produção.

Transforme isso numa matriz de responsabilidades e coloque-a no contrato:

A frequência mensal vem da recomendação da própria documentação de atualização; ajuste-a ao número de extensões e ao risco da operação. O ponto que não pode ficar em aberto é o nome em cada linha. “A agência cuida” sem definição de período e escopo é a origem da maioria dos problemas em lojas próprias.

Os acessos seguem a mesma lógica: hospedagem, domínio, administrador do WordPress e contas de pagamento em nome da empresa do lojista, com acessos individuais para quem presta serviço.

Condições e limites

Os requisitos de servidor citados valem para o WooCommerce 10.8 em diante e foram consultados em 20/10/2026; eles mudam a cada versão. A documentação oficial não discute testes de aceite da loja, então o roteiro de testes precisa ser escrito no escopo. Extensões de terceiros têm suporte e compatibilidade definidos pelos próprios desenvolvedores. Impostos e emissão de nota fiscal no Brasil exigem orientação contábil e, em geral, integração com sistema externo.

Próximo passo

Com a arquitetura e os responsáveis definidos, o passo seguinte é colocar cada peça numa conta de 12 meses: o guia sobre o custo total de uma loja WooCommerce separa licença, implantação, infraestrutura e extensões. Se você quer uma proposta que já traga a lista de dependências com finalidade e a matriz de responsabilidades, conheça a nossa criação de loja com WooCommerce.