WooCommerce, PrestaShop ou Medusa: loja self-hosted em 2026

Para a maioria das lojas brasileiras que já usam WordPress, WooCommerce é o ponto de partida mais pragmático. PrestaShop encaixa melhor quando o comércio é o sistema central. Medusa vale para produto muito customizado e equipe de engenharia. A ressalva é igual nos três: software livre não elimina hospedagem, integração, backup e alguém responsável quando o checkout falha.

A pergunta não é apenas qual plataforma custa menos. É quem resolve o incidente quando uma venda não entra no sábado à noite. Esse é o Dono do Alerta: a pessoa, equipe ou fornecedor que responde por checkout, atualização, banco de dados, certificado e recuperação.

Uma loja self-hosted pode reduzir dependência de uma plataforma pronta. Também entrega mais decisões para você. Antes de escolher, separe o software da operação. WooCommerce, PrestaShop e Medusa são caminhos bem diferentes para vender online.

Comparação rápida: o que cada caminho pede

A tabela não coloca preço porque não existe um valor honesto e universal. Catálogo, tráfego, tema, extensões, gateway, suporte e promoção mudam o total. Shopify, Nuvemshop e Loja Integrada mantêm páginas oficiais de planos, mas os valores e condições precisam ser conferidos na data da contratação.

Antes da primeira venda: o custo que não aparece na licença

O core de uma plataforma pode ter licença aberta. Isso não torna a loja gratuita. Uma operação pronta para vender ainda precisa de hospedagem, domínio, certificado, gateway, tema, extensões, backup, atualização e uma rota de recuperação.

A diferença prática é simples. Uma plataforma hospedada troca parte da autonomia por uma camada operacional já mantida. Uma stack própria troca parte da assinatura por trabalho técnico recorrente. Nenhuma das duas escolhas é automaticamente superior.

WooCommerce: a escolha mais direta para quem já vive no WordPress

WooCommerce faz sentido quando o conteúdo e a loja já convivem no WordPress. Ele reduz a mudança de contexto para quem sabe administrar páginas, plugins e usuários nesse CMS. Mas continua exigindo ambiente atualizado.

A documentação oficial recomenda WordPress 6.9 ou superior, PHP 8.3 ou superior, MySQL 8.0 ou MariaDB 10.6, HTTPS e limite de memória WordPress de 256 MB ou mais. Ela também alerta que versões legadas de PHP e MySQL podem funcionar, mas chegaram ao fim de vida e podem expor o site a vulnerabilidades. Veja os requisitos de servidor do WooCommerce.

Para o Brasil, o caminho de pagamento pode ser mais familiar. O Mercado Pago mantém documentação específica para WooCommerce, com instalação do plugin, cartões, Pix, Checkout Pro, reembolsos e notificações. Isso confirma que existe uma rota documentada. Não confirma que toda combinação de tema, plugin e versão funcionará sem teste.

Outro ponto é o HPOS, sistema de armazenamento de pedidos do WooCommerce. A documentação oficial do HPOS informa que extensões de terceiros precisam declarar ou implementar compatibilidade individual. Antes de atualizar uma loja que vende, confirme o estado dos plugins que participam do pedido, do pagamento e do frete.

Quando escolher WooCommerce: você já opera WordPress, encontra integrações brasileiras verificadas e tem alguém para cuidar de atualizações, backup e falhas.

Quando evitar: sua equipe não quer administrar plugins, não possui procedimento de restauração e precisa colocar a primeira venda no ar sem assumir infraestrutura.

Se a decisão já é rodar WordPress ou WooCommerce com responsável técnico, a oferta Hostinger VPS do Runzos é uma rota para avaliar infraestrutura própria. Não trate VPS como atalho para uma loja sem operação.

PrestaShop: quando a loja deixa de ser um plugin do site

PrestaShop é mais coerente quando a loja é o centro da operação, não um recurso acrescentado a um site institucional. Ele segue na pilha PHP e SQL, mas possui ecossistema e administração próprios. Isso pode organizar uma operação de comércio dedicada. Também cria uma superfície técnica separada do WordPress.

A documentação do PrestaShop 9 recomenda PHP 8.5. Ela exige, no mínimo, MySQL 5.7 ou MariaDB 10.2 e recomenda memory_limit de pelo menos 512 MB por script. Apache 2.4 ou superior e Nginx 1.0 ou superior aparecem como opções suportadas. Consulte os requisitos oficiais do PrestaShop 9 antes de dimensionar o ambiente.

Essa exigência não define uma VPS universal. Requisitos da aplicação não calculam tamanho de catálogo, imagens, acessos, cache, tema ou integrações. O plano correto depende da operação real. Prometer uma configuração mínima fixa para toda loja seria inventar precisão.

PrestaShop pode ser uma boa escolha para equipe que quer um back-office de e-commerce próprio e aceita aprender seu ecossistema. Não é uma resposta para quem só quer evitar mensalidade. A manutenção de módulos, segurança e restauração continua com o operador.

Quando escolher PrestaShop: a loja é o sistema principal e há disponibilidade para manter uma aplicação de comércio dedicada.

Quando evitar: o time só conhece WordPress, precisa de publicação rápida ou ainda não definiu quem responde por módulo, banco e incidente.

Para quem prefere suporte nacional em uma operação WordPress ou VPS, vale analisar a oferta Turbo Cloud no Runzos. A escolha de infraestrutura não substitui a validação do checkout e da restauração.

Medusa: liberdade de produto, conta de engenharia

Medusa não é apenas outra loja PHP. É uma arquitetura de comércio headless, isto é, backend e frontend podem ser tratados separadamente. Essa separação abre espaço para fluxos de compra e interfaces muito personalizados. Em troca, aumenta a coordenação técnica.

A documentação de deploy do Medusa informa que a aplicação precisa de hospedagem compatível com servidor Node.js e se conecta a PostgreSQL, Redis e outros serviços relevantes. Para uma experiência ideal, a própria documentação recomenda plano com pelo menos 2 GB de RAM. O guia oficial de Docker do Medusa mostra containers separados para backend, Postgres e Redis, além do requisito de Node.js 20.19.0 ou superior. Veja também a visão oficial de deploy do Medusa.

Isso não é um defeito. É o preço da flexibilidade. Uma equipe de produto pode preferir controlar o frontend e integrar serviços por código. Um solo builder, porém, precisa assumir mais componentes antes mesmo de validar o catálogo.

O core do Medusa usa licença MIT, enquanto materiais Enterprise identificados pelo projeto seguem licença ou acordo separado. A licença aberta ajuda a entender o modelo do projeto. Ela não paga banco, cache, deploy, observabilidade ou o tempo de quem mantém tudo funcionando.

Pagamentos exigem cuidado extra no Brasil. O módulo de pagamentos do Medusa trabalha com serviços de terceiros, como Stripe. Há uma página comunitária de Mercado Pago marcada como WIP e testada apenas para cartão de crédito e débito no Uruguai. Ela não é evidência para prometer Pix, boleto ou adequação brasileira. Antes de recomendar Medusa para venda local, faça um teste de checkout com o provedor, a moeda e o fluxo que sua loja realmente usará.

Quando escolher Medusa: existe demanda real por comércio muito customizado e uma equipe que assume Node.js, PostgreSQL, Redis, integração e monitoramento.

Quando evitar: a prioridade é abrir uma primeira loja brasileira com o menor número de partes para manter.

Cenário simulado: uma loja pequena com um solo builder

Imagine uma pequena loja brasileira que já usa WordPress para conteúdo. O catálogo é inicial, a venda precisa aceitar Pix e há uma única pessoa responsável por backup e por investigar um checkout que falhe. Este não é um case real nem uma promessa de resultado. É uma simulação para deixar a decisão concreta.

Nesse cenário, WooCommerce tende a reduzir a troca de contexto, desde que essa pessoa teste o plugin de pagamento, as extensões e a restauração. PrestaShop passa a fazer sentido se a loja deixar de ser complemento do site e exigir um back-office dedicado. Medusa só entra quando um fluxo de compra ou frontend muito customizado justificar manter Node.js, PostgreSQL, Redis e a integração local. Sem esse responsável técnico, a plataforma hospedada reduz a quantidade de partes sob cuidado do solo builder.

Se sua equipe já trabalha com containers e quer avaliar uma opção brasileira para stack própria, a oferta Servla VPS do Runzos pode entrar na pesquisa de infraestrutura. Ela não torna Medusa uma solução sem engenharia.

O trabalho que cada escolha devolve para você

O ponto ignorado em muitos comparativos é o incidente. O cliente não vê se o problema está no gateway, no tema, na extensão de frete, no certificado ou no banco. Ele só vê que não conseguiu pagar.

Em WooCommerce, a operação deve testar atualizações de extensões ligadas ao pedido. Em PrestaShop, deve manter módulos e ambiente PHP/SQL compatíveis. Em Medusa, deve acompanhar aplicação, banco, Redis e integrações. Em todos os três, backup sem teste de restauração é uma esperança, não um plano.

Plataformas hospedadas não eliminam sua responsabilidade por catálogo, atendimento e configuração. Elas reduzem a quantidade de infraestrutura que você precisa operar. Para validação sem responsável técnico, isso costuma valer mais que a liberdade inicial de uma stack própria.

Qual escolher em cada estágio?

Estou validando uma loja ou ainda não tenho responsável técnico

Prefira uma plataforma hospedada. Ela permite concentrar esforço em catálogo, oferta e atendimento. Compare preços e meios de pagamento diretamente nas páginas oficiais no dia da contratação. Não copie números antigos de blogs, pois planos e promoções mudam.

Já uso WordPress e tenho alguém para manter a operação

WooCommerce é a escolha recomendada. Ele aproveita uma base conhecida e possui rota documentada para Mercado Pago. A recomendação é condicional: teste pagamento, frete, e-mails, atualização e restauração antes de depender da loja em uma campanha.

A loja é o centro do negócio e a equipe aceita um ecossistema próprio

PrestaShop merece avaliação. Ele separa a operação de comércio do site de conteúdo e pode fazer sentido para uma equipe dedicada. A contrapartida é manter uma aplicação, módulos e ambiente que não são apenas um plugin do WordPress.

O checkout e o frontend são parte do produto

Medusa é a opção indicada, desde que exista engenharia para sustentá-la. Escolha-o por necessidade de produto e customização, não para economizar a primeira mensalidade. O número de serviços e a validação de pagamentos locais tornam esse caminho menos adequado para uma loja pequena sem time técnico.

FAQ sobre WooCommerce, PrestaShop e Medusa

WooCommerce precisa de VPS?

Não existe uma regra única. WooCommerce precisa de ambiente WordPress suportado, HTTPS e recursos compatíveis com a operação. A necessidade de VPS depende de catálogo, tráfego, tema, cache, extensões e do suporte que você precisa. O ponto decisivo não é apenas o servidor. É ter atualização, backup restaurável e alguém que responda a uma falha de checkout.

Medusa é melhor que WooCommerce?

Não de forma geral. Medusa é indicado quando a arquitetura headless e a personalização justificam Node.js, PostgreSQL, Redis e uma integração de pagamentos testada. WooCommerce é mais direto para quem já opera WordPress e encontra plugins brasileiros compatíveis. A escolha deve seguir o estágio do negócio e a capacidade de manutenção.

PrestaShop aceita pagamentos brasileiros?

A adequação depende do módulo, do provedor e da versão usada. Não é seguro prometer Pix, boleto ou cartão para toda instalação sem validar a documentação específica e o checkout real. Antes de contratar infraestrutura, teste o fluxo que sua loja precisa oferecer ao cliente brasileiro.

Quando não usar loja self-hosted?

Não use quando não há dono do alerta. Se ninguém sabe restaurar backup, validar atualização ou investigar pagamento recusado, a economia aparente pode virar perda de vendas. Uma plataforma hospedada tende a ser mais adequada para validar demanda ou operar sem equipe técnica disponível.

Veredito: escolha a responsabilidade que você consegue assumir

WooCommerce vence para a maior parte dos brasileiros que já trabalham com WordPress e conseguem manter uma operação técnica mínima. PrestaShop é uma escolha mais focada quando o e-commerce é o sistema central. Medusa é uma decisão de produto e engenharia, não um plano barato para começar.

A pergunta final é objetiva: se uma venda falhar hoje, quem atende o alerta? Se a resposta é clara, uma loja própria pode trazer controle útil. Se a resposta ainda não existe, comece pela operação mais simples e deixe a infraestrutura avançada para depois.