Shopify Plus vs WooCommerce headless em 2026: custo, controlo, IA

#Shopify Plus vs WooCommerce headless em 2026: custo, controlo, IA

A pergunta “Shopify ou WooCommerce” mudou de forma. Em 2018 era plataforma vs personalizado. Em 2026 são dois stacks de comércio headless igualmente viáveis, com predefinições diferentes. Ambos servem no edge. Ambos integram IA. Ambos têm ferramentas headless de origem. A decisão é agora sobre controlo, custo total ao longo de cinco anos e estratégia de saída. Em Portugal, basta ver uma loja de moda no Continente a vender por MB WAY e Multibanco em paralelo: a escolha de gateway, e quem fica dono dela, pesa mais do que o logótipo da plataforma.

Este artigo âncora-se ao pilar de serviço headless WordPress e combina-se com o pilar Cloudflare Workers + WordPress, a economia do headless WordPress 2026 e a colocação no anel do Tech Radar.

#TL;DR

• Ambas as plataformas correm em headless em 2026; a história headless já não é um diferenciador.
• O custo a 5 anos depende mais do build de frontend, das integrações e das horas de engenharia do que da taxa da plataforma; não é o fator decisivo.
• O controlo do stack, do fornecedor de IA e dos dados favorece o WooCommerce.
• A simplicidade operacional, a amplitude de integração de pagamentos e a disponibilidade de competências na equipa favorecem o Shopify Plus.
• Estratégia de saída: o WooCommerce é mecanicamente mais simples.

#O que o Shopify Plus e o WooCommerce oferecem em 2026

Shopify Plus. Comércio alojado. A página de preços do Shopify Plus (consultada a 15 de outubro de 2026) indica 2100 EUR por mês num contrato de 3 anos ou 2250 EUR por mês num contrato de 1 ano para configurações padrão, e uma taxa de plataforma variável com base na receita para empresas mais complexas e de maior volume. Inclui a montra, o admin, o sistema de temas (Liquid) e a App Store. Processamento de pagamentos através da Shopify Payments à taxa predefinida da plataforma; com um fornecedor de pagamentos de terceiros, a Shopify cobra 0,20 por cento por transação, além das taxas do processador (mesma página de preços). Suporte headless via Hydrogen (baseado em React) e a Storefront API.

WooCommerce. Plugin open-source por cima do WordPress. Alojado por si (ou por um fornecedor de WordPress gerido), com tema feito por si, integrado com o gateway de pagamento à sua escolha. Headless via Store API em /wp-json/wc/store/v1/ para o carrinho e o checkout, e a WooCommerce REST API autenticada em /wp-json/wc/v3/ para o trabalho do lado do servidor. Framework de frontend: Astro 5+, Next.js 15 ou qualquer framework capaz de chamar REST.

O fosso funcional entre as duas estreitou-se todos os anos desde 2020. Em 2026, o catálogo, o carrinho, o checkout e os fluxos de encomenda em qualquer das plataformas estão em paridade funcional para a maioria dos casos de uso.

#Vantagens do Shopify Plus face ao WooCommerce

Amplitude de integração de pagamentos. Shopify Payments + Apple Pay + Google Pay + Klarna + Afterpay, mais de 100 fornecedores de cartões de crédito de terceiros. O WooCommerce tem as mesmas integrações disponíveis, mas cada uma é um plugin separado com a sua própria cadência de atualizações e perfil de segurança.

Conformidade com correções da plataforma. A conformidade PCI é problema da Shopify no Shopify Plus. O SOC 2 é problema da Shopify. Os patches são implementados sem a sua equipa tocar em servidores.

Disponibilidade de competências na equipa. Os engenheiros de Shopify Plus são mais fáceis de recrutar no mercado aberto. A linguagem de templating Liquid, a App Store e a Storefront API estão bem documentadas e estáveis.

Disponibilidade operacional. A Shopify indica um uptime médio de 99,99 por cento em toda a plataforma durante os maiores eventos de vendas do ano (preços do Shopify Plus). É uma média medida, não um contrato: a página de preços não menciona nenhum SLA. O uptime de uma loja WooCommerce é aquilo que o seu fornecedor de alojamento promete e o seu servidor de origem aguenta.

#Vantagens do WooCommerce face ao Shopify Plus

Controlo do stack. Escolha da framework de frontend, escolha do runtime de edge (nós usamos Cloudflare Workers), escolha do fornecedor de IA, escolha da base de dados, escolha do stack de analytics. Nada fica condicionado por uma decisão de plataforma.

Propriedade dos dados. Os dados de clientes, de encomendas e de produtos vivem todos na sua base de dados WordPress. Sem passo de exportação da plataforma. Sem limites de API só de leitura da plataforma sobre dados antigos.

Liberdade de fornecedor de IA. Anthropic Claude, OpenAI, Mistral, alojado localmente, tudo está aberto. O Shopify Plus tem o Magic e o Sidekick incorporados, mas troca limitada por fornecedores personalizados.

Fluxos de checkout personalizados. O WooCommerce suporta qualquer arquitetura de checkout, incluindo fluxos específicos de B2B, configuradores multi-etapa e pipelines de orçamento para encomenda. O checkout do Shopify Plus personaliza-se através de extensões de checkout: o checkout.liquid já não é suportado nos passos de informação, envio e pagamento, e a Shopify desativou-o nas páginas de agradecimento e de estado da encomenda a 28 de agosto de 2025. A superfície de personalização continua a ser menor do que o ecossistema de plugins do WordPress.

Estratégia de saída. Mude o WordPress + base de dados para outro alojamento, reescreva o frontend, e está fora. Sair do Shopify Plus significa reconstruir a camada de plataforma, o que é um trabalho de vários meses.

#Custo do Shopify Plus vs WooCommerce em cinco anos

As linhas de custo de uma loja de média dimensão e o que faz variar cada uma. Só as taxas do Shopify Plus são valores publicados:

O retrato de custo não é o fator decisivo. O que altera o custo total mais do que a escolha de plataforma é a qualidade de engenharia, a disciplina de âmbito e o número de integrações.

Não publicamos preços de serviço neste artigo. Os únicos valores acima são as taxas publicadas dos planos do Shopify. O preço é sempre individual.

#Quando compensa o Shopify Plus

Escolha o Shopify Plus quando a loja:

• Está em tráfego médio ou acima (mais de 1 milhão de visitantes mensais) e o uptime gerido pela plataforma importa mais do que o controlo do stack.
• Vende sobretudo B2C com fluxos de checkout convencionais.
• Tem uma equipa de comerciantes sem perfil de engenharia que precisa de uma UI de admin e de uma App Store.
• Vai integrar com o ecossistema mais amplo de parceiros da Shopify (POS, Markets, Audiences).
• Não tem equipa de engenharia interna nem uma avença técnica de longo prazo.

#Quando compensa o WooCommerce headless

Escolha o WooCommerce headless quando a loja:

• Tem fluxos invulgares de checkout ou de orçamento para encomenda.
• Precisa de integração de IA flexível quanto ao fornecedor (Claude, OpenAI, modelos próprios).
• Está inserida num site de conteúdo cujo workflow editorial corre em WordPress.
• Tem requisitos de SEO multirregião que beneficiam de controlo de URL por locale para além do Shopify Markets.
• Tem um perfil de conformidade (NIS2, DORA) que beneficia do controlo total do stack.
• Planeia uma estratégia de saída ou uma aquisição em que a portabilidade dos dados é valorizada.

#Arquitetura de referência para WooCommerce headless

Quando o projeto assenta em WooCommerce headless, a arquitetura de referência é:

• WordPress 6.7+ como back end editorial e origin do WooCommerce.
• Astro 5+ ou Next.js 15 como frontend headless, segundo a matriz de decisão Next.js vs Astro.
• Cloudflare Workers e Pages para renderização e cache no edge, segundo o pilar Cloudflare Workers + WordPress.
• ISR ou SSR por rota, segundo a regra de decisão ISR vs SSR.
• API Anthropic Claude e Model Context Protocol onde as funcionalidades de IA justificam o seu valor, segundo o artigo sobre tokens na web agêntica.

Quando o projeto assenta em Shopify Plus, continuamos a construir o frontend em Astro ou Next.js, apontamos à Storefront API e implemento no Cloudflare. A camada de CMS muda; a arquitetura de frontend e edge mantém-se.

#Como a WooCommerce Store API gere um carrinho headless

A interface do lado do cliente numa loja WooCommerce headless é a Store API, não a REST API em /wp-json/wc/v3/. A documentação da Store API descreve endpoints públicos para carrinho, checkout e produtos no namespace wc/store/v1, por exemplo GET /wp-json/wc/store/v1/products. Os grupos de rotas documentados abrangem o carrinho, os itens e cupões do carrinho, o checkout, as encomendas e os produtos com atributos, categorias, marcas, avaliações e etiquetas. Não é autenticada: não há chaves de API e só devolve dados do cliente atual. Não permite procurar outros clientes ou encomendas por ID nem alterar definições da loja.

Essa divisão decide onde o código corre. A WooCommerce REST API em wc/v3 autentica-se com consumer key e consumer secret por Basic auth, por isso pertence ao servidor: importação do catálogo no build, sincronização de encomendas com o ERP, ferramentas de backoffice. Um consumer secret enviado no JavaScript do browser pode ser lido por qualquer pessoa que abra o código-fonte da página.

As sessões da Store API baseiam-se em cookies por predefinição, e os endpoints de escrita, como atualizar a morada do cliente, exigem um nonce. Um frontend desacoplado noutro domínio usa antes tokens de carrinho: um pedido GET bem-sucedido ao endpoint do carrinho devolve um cabeçalho de resposta Cart-Token, e enviá-lo de volta como cabeçalho de pedido Cart-Token identifica o carrinho sem cookies e sem nonce.

A limitação de pedidos é opcional e está desativada por predefinição. O filtro woocommerce_store_api_rate_limit_options ativa-a, com um valor predefinido de 25 pedidos POST em 10 segundos, e os clientes bloqueados recebem um cabeçalho RateLimit-Retry-After. Um interruptor separado, só para o checkout, nas definições avançadas de funcionalidades do WooCommerce limita POST /checkout e a submissão da encomenda a 3 pedidos por 60 segundos. Um checkout headless público deve correr pelo menos com esse interruptor ligado.

#Como a Shopify Storefront API gere um carrinho headless

O acesso headless começa no canal Headless. Instalá-lo a partir da Shopify App Store e criar uma storefront gera um token de acesso público e um privado; uma loja pode ter até 100 storefronts e tokens ativos. A referência da Storefront API permite também acesso sem token a produtos, coleções, pesquisa, páginas, blogues e ao carrinho, com um limite de complexidade de consulta de 1000. Metacampos, metaobjetos, menus, etiquetas de produto e dados de clientes continuam a exigir token.

O carrinho vive na Shopify. O frontend chama mutações como cartCreate, cartLinesUpdate e cartBuyerIdentityUpdate e depois redireciona o comprador para o checkoutUrl do carrinho, que corre o checkout web da Shopify. Um build headless na Shopify substitui, portanto, a montra e não o checkout, e as alterações ao checkout passam por extensões de checkout.

Os limites funcionam de forma diferente da Admin API. A Shopify indica que o tráfego de compradores não é limitado; o de bots e crawlers é, com mais rigor quando os pedidos não são assinados. Um frontend renderizado no servidor deve enviar o IP do comprador no cabeçalho Shopify-Storefront-Buyer-IP. Sem ele, a Shopify não distingue compradores, o que pode levar a limitação e a respostas 430 Shopify Security Rejection. Ultrapassar a limitação do checkout devolve um erro 200 Throttled, e a Shopify recomenda uma fila de pedidos com backoff exponencial.

O Oxygen, a plataforma edge da Shopify para o Hydrogen, está disponível sem custo adicional nos planos pagos, incluindo o Plus. O Hydrogen também corre noutros runtimes JavaScript como Vercel, Netlify, Fly.io e Cloudflare Workers, depois de remover os pacotes específicos do Oxygen, desde que o alojamento ofereça uma Web Cache API e um método do tipo waitUntil.

#Como exportar os dados da loja para fora do Shopify Plus

O argumento da saída depende do que a Shopify deixa levar. A exportação de produtos no admin gera um ficheiro CSV em UTF-8 (Centro de Ajuda da Shopify). Uma exportação de todos os produtos ou de resultados filtrados chega por email, e não como transferência no browser, tal como uma página ou seleção em que algum produto tenha mais de 100 variantes. As imagens dos produtos não estão incluídas no ficheiro. As colunas de título e descrição SEO só vêm preenchidas onde alguém as personalizou manualmente; caso contrário, são exportadas vazias. Uma exportação que contenha milhares de variantes pode exceder o tempo limite, e a Shopify sugere dividi-la com filtros.

A exportação de encomendas segue o mesmo padrão (Centro de Ajuda da Shopify). Até 50 encomendas, ou a página atual, são transferidas diretamente; exportações maiores e exportações por data chegam por email a si e ao proprietário da loja, e no exemplo da própria Shopify uma exportação de 400 000 itens demora cerca de quatro horas. Uma encomenda com vários artigos continua em linhas extra, com muitos campos em branco. O histórico de transações no ficheiro contém apenas pagamentos capturados, sem dados de autorização, e os descontos automáticos não aparecem na coluna do código de desconto.

Para uma migração completa, as operações em massa da GraphQL Admin API são o caminho mais completo. Uma consulta em massa pode abranger qualquer campo do tipo connection no esquema da Admin API, corre de forma assíncrona e devolve um ficheiro JSON Lines, um objeto por linha, em que os elementos aninhados apontam para o elemento pai através do campo __parentId. O URL de transferência é assinado e expira ao fim de uma semana. A partir da versão 2026-01 da API, uma app pode correr até cinco consultas em massa por loja em simultâneo, e cada uma tem de terminar em 10 dias.

Os dois caminhos movem dados, não comportamento. Nenhum inclui código do tema, lógica das apps ou extensões de checkout, e é por isso que sair da Shopify significa reconstruir a camada de plataforma. Do lado do WooCommerce, os mesmos dados já estão na base de dados do WordPress, e a REST API autenticada em wc/v3 cria, lê, atualiza e apaga esses dados em JSON, pelo que uma migração por script funciona nos dois sentidos.

#Guias relacionados sobre WordPress headless e conformidade

Este artigo partilhado entre locales (EN + PL + DE segundo a estratégia 6.3) âncora-se ao pilar de serviço headless WordPress, à colocação no anel do Tech Radar, ao pilar WCAG / BFSG / EAA (a conformidade é um eixo de aquisição) e ao pilar NIS2 / DORA pela mesma razão. Para a comparação de um site de conteúdo não comercial, a escolha de framework é tratada na matriz de decisão Next.js vs Astro.