Answers that do not mention BigCommerce

For a small handmade-goods shop, I’d pick Shopify.

• No coding required: its visual editor lets you build pages with drag-and-drop sections and customizable themes. Shopify Shopify
• Fully hosted: Shopify handles hosting, security, updates, and infrastructure, so you don't need to manage a server. Shopify Shopify
• Good for physical products: you can add products, variants, inventory, payments, shipping, and checkout from the same admin. Shopify Help Center Shopify Help Center
• Room to grow: you can start simple with a theme and later add apps or more advanced customization if the business takes off. Shopify

shopify.com

Runner-up: Squarespace is worth considering if your top priority is a particularly beautiful, brand-focused website and you have a relatively small catalog. It also supports physical products and hosted, no-code site building. support.squarespace.com squarespace.com

If you tell me roughly how many products you sell and your monthly budget, I can narrow it down to Shopify vs. Squarespace vs. Wix and tell you which I'd choose.

For a brick-and-mortar + ecommerce business, the “best” omnichannel inventory platform depends mainly on your complexity (number of stores, SKUs, warehouses, marketplaces, wholesale, manufacturing). There isn’t one universal winner, but these are the strongest fits:

My usual recommendations by scenario

• You have 1–3 stores + Shopify website:

→ Start with Shopify POS unless your inventory is unusually complex. Salesforce

• You have stores + Shopify + Amazon/eBay/wholesale + lots of SKUs:

→ Look seriously at Cin7. It is designed around keeping multiple sales channels and inventory locations synchronized. Cin7

• You are retail-first (fashion, gifts, specialty retail, many variants):

→ Lightspeed Retail is often a better operational fit than an ecommerce-first system. Fit Small Business

• You manufacture, kit products, or manage complex purchasing:

→ Consider Cin7, Katana, or an ERP approach. Cin7

Features I’d insist on before choosing

Make sure the platform supports:

• Real-time stock sync between store, website, and marketplaces
• Multi-location inventory (store, warehouse, back stock)
• Purchase orders and supplier management
• Barcode scanning and stock counts
• Returns/exchanges across channels
• “Available to promise” inventory (so you don’t oversell)
• Accounting integration (e.g., Xero/QuickBooks)
• Order routing (ship-from-store, pickup, warehouse fulfillment)

A few details would let me narrow this down:

1. What ecommerce platform are you using now (Shopify, WooCommerce, Magento, etc.)?
2. What POS runs your physical stores?
3. Roughly how many SKUs and locations?
4. Do you sell on marketplaces like Amazon/eBay or wholesale?

If your goal is an artisan marketplace with many independent sellers, I’d shortlist these three:

🥇 My recommendation: CS-Cart Multi-Vendor

For an artisan marketplace, CS-Cart Multi-Vendor is particularly strong because it is designed around the idea that many independent sellers operate inside one storefront. It supports separate vendor dashboards, vendor storefronts, product moderation, vendor commissions, vendor plans, vendor ratings, analytics, and seller-specific promotions. www.cs-cart.com/ www.cs-cart.com/

The payment architecture is also important: it supports marketplace payment flows, including Stripe Connect and PayPal, with automatic splitting of payments between the marketplace and vendors. www.cs-cart.com/ CS-Cart Documentation

It also advertises no vendor/product limits, an open API, self-hosting, and extensive customization, which is attractive if you expect hundreds or thousands of artisans rather than just a handful. www.cs-cart.com/

I'd choose it if your model is something like:

• 100–10,000+ artisans
• Each artisan has their own shop/profile
• Artisans upload/manage their own products
• You take a commission on each sale
• Customers can purchase from multiple artisans
• Each artisan receives their share automatically
• You control seller approval and product quality
• You may eventually add subscriptions, featured listings, advertising, etc.

🥈 Sharetribe

sharetribe.com is excellent if your priority is getting an MVP running quickly without building a marketplace platform from scratch.

It has built-in seller onboarding/KYC, Stripe payments, automatic payouts, commissions, delayed payouts, messaging, and marketplace management. Sharetribe Sharetribe

I'd pick Sharetribe if you're testing the concept and don't yet know whether you'll have 50 artisans or 5,000.

🏢 Mirakl

mirakl.com is the enterprise option. It is built for large-scale seller onboarding, catalog management, automated order routing, commissions, payouts, KYC, multi-country operations, and very large transaction volumes. Mirakl says its platform is used by 450+ enterprises. Mirakl

For a new artisan marketplace, though, I'd generally consider it too heavy and expensive unless you're already operating at enterprise scale.

What I'd choose

If you're building a real artisan marketplace rather than just an MVP:

CS-Cart Multi-Vendor + Stripe Connect

That gives you a much more traditional Etsy-style architecture: one marketplace → many artisan shops → one customer checkout → orders split by seller → commissions → seller payouts.

The most important thing isn't just "multi-vendor." I'd specifically evaluate the platform against seller onboarding, split payments, commissions, seller dashboards, shipping by vendor, returns/refunds, product approval, tax handling, and scalability.

If you tell me roughly how many artisans you expect (e.g. 100, 1,000, 10,000+) and whether you're building something like Etsy, I can recommend the best architecture and compare CS-Cart vs Sharetribe vs Shopify + marketplace app vs WooCommerce for your exact use case.

For a small handmade-goods shop where you’re not very tech-savvy, I’d start with shopify.com.

Why I’d pick Shopify

• You don’t need to code. Shopify has a drag-and-drop/no-code store editor and prebuilt themes. Shopify Shopify Help Center
• It’s built for selling, rather than primarily being a website builder. You can manage products, orders, customers, payments, shipping, and inventory in one place. Shopify Help Center
• It can grow with you. You can start with a relatively small catalog and later add more products, sales channels, marketing, and other features without rebuilding your store. Shopify Help Center
• The built-in AI help is useful for beginners. Shopify's Sidekick can give guidance in everyday language, while Shopify Magic can help with product descriptions and other content. Shopify Help Center

The other one I'd consider

squarespace.com would be my second choice. It's particularly attractive if the visual presentation of your brand is more important than having the deepest ecommerce features. It has professionally designed layouts and supports physical products, payments, shipping, taxes, and checkout. Squarespace Help Squarespace Help

My recommendation: If you're serious about turning your handmade shop into a long-term business, choose Shopify. If you mainly want a gorgeous, simple website with a relatively small shop, choose Squarespace.

And I wouldn't start with WooCommerce or a self-hosted WordPress store—you'd be taking on technical maintenance that you probably don't need right now.

If you tell me what you make, roughly how many products you have, and whether you already sell on Etsy/Instagram, I can tell you exactly which setup I'd use and what it would cost.

For a small food subscription-box business, I’d narrow it to Shopify, WooCommerce, and Squarespace. The right choice depends mostly on how complex your box/fulfillment model is.

My shortlist

1. Shopify — my first choice

shopify.com

For a small business, I'd probably start here. Shopify's own Subscriptions app supports recurring weekly, monthly, or yearly billing, and customers can skip, pause, resume, or cancel subscriptions and update payment/shipping information. Shopify Help Center Shopify Help Center

The bigger advantage is the ecosystem. As you grow, you can add subscription apps such as Recharge, Appstle, or Bold rather than rebuilding your store. Shopify itself currently highlights those among the major subscription options. Shopify

Particularly good if your model is:
"Choose a box → subscribe monthly → we charge automatically → we ship it."

2. WooCommerce — best for flexibility

woocommerce.com

WooCommerce Subscriptions is considerably more customizable. It supports weekly/monthly/annual billing, multiple payment gateways, failed-payment rebilling, customer self-service, coupons, trials, gifting, and—particularly interesting for food boxes—aligned renewal dates so subscribers can renew around a common shipping day. WooCommerce WooCommerce

That makes it attractive if you eventually want things like:

• Different box sizes or plans
• Custom delivery schedules
• Customers switching between boxes
• A common "billing every Monday, ship every Wednesday" operation
• More complicated pricing or fulfillment rules

The downside is that you're running WordPress + WooCommerce + extensions, so there's more maintenance.

3. Squarespace — easiest if you're keeping it tiny

squarespace.com

Squarespace now has native physical-product subscriptions, including food/beverage and subscription-box use cases. It supports weekly through annual renewal schedules and automatic billing. Squarespace Help

I'd consider it if you're selling one or a few straightforward boxes and don't expect sophisticated subscription logic.

The limitation is important for food: customers can only purchase one subscription product at a time, and Squarespace doesn't provide the same depth of subscription management as Shopify/WooCommerce. Squarespace Help

What I'd choose for your business

If you're starting from scratch: Shopify + Shopify Subscriptions.

Then move to something like Recharge/Appstle only if you outgrow Shopify's native subscription functionality.

I'd choose WooCommerce instead if you already use WordPress or you know you'll need unusual fulfillment/billing rules.

I'd choose Squarespace if the priority is simply "beautiful website + sell one recurring box with minimal technical work."

One thing I'd pay particular attention to with food boxes is fulfillment scheduling, not just recurring billing. For example, there's a big operational difference between:

"Charge each customer exactly 30 days after their last box"

and

"Charge everyone on the 1st, close orders on the 5th, and ship all boxes on the 10th."

If you tell me how your box works (e.g. $50/month, customers choose what's inside vs. surprise box, weekly/monthly shipping, cutoff dates, and roughly how many subscribers you expect), I can recommend the specific setup—including which subscription app, payment processor, and fulfillment workflow I'd use.

For a local brick-and-mortar shop that wants online ordering + in-store pickup + local delivery, I’d generally recommend Shopify—with Square Online as the main alternative.

My recommendation: Shopify

shopify.com is probably the best all-around choice if you want the business to grow beyond a basic online catalog.

It handles:

• In-store pickup / curbside pickup
• Local delivery by radius or ZIP/postal code
• In-store POS + online store in one system
• Inventory synchronization between the physical store and website
• Online orders being fulfilled directly from the shop
• Multiple locations if you eventually expand
• A large ecosystem of delivery/pickup apps if you need more sophisticated scheduling or routing

Shopify's current retail tools specifically support shipping, store pickup, local delivery, inventory by location, and POS integration. Shopify Shopify Help Center

When I'd choose Square instead

squareup.com is worth serious consideration if the physical store is the center of the business and ecommerce is more of an extension.

Square is particularly attractive if the shop already uses Square for its:

• Credit-card processing
• POS
• Inventory
• Customer management
• Staff/registers

Square Online supports both in-store/curbside pickup and local delivery, including either your own employees delivering orders or on-demand delivery through delivery partners. Square Square

Shopify vs. Square

If I were setting up a new shop today, I'd pick Shopify unless the owner already relies heavily on Square.

One important consideration: if "local delivery" means customers choose a specific delivery date/time, pay different fees based on distance, and you need driver routing/tracking, I'd choose the platform partly based on the delivery workflow rather than just the ecommerce features. Shopify has a substantial ecosystem of pickup/delivery apps for this. Shopify App Store Shopify App Store

If you tell me what kind of shop it is (florist, grocery, boutique, bakery, hardware, etc.), roughly how many products, and whether the shop will do its own deliveries or use DoorDash/Uber/etc., I can recommend the specific setup and likely monthly cost.

If your main sales channels will be social-media links + email, and you’re non-technical, I’d narrow it to Shopify vs. Wix.

My pick: Shopify

shopify.com is the best overall fit if you expect social selling to become a major part of the business.

• Excellent social selling: Shopify can sync your catalog with Facebook and Instagram and lets you manage products, orders, inventory, and sales from one dashboard. Shopify Shopify
• Great for link-based selling: You can put individual product/store links in Instagram, Facebook, TikTok, emails, texts, etc.
• Email: Shopify supports email marketing and has a large ecosystem of email tools if you later need more sophisticated campaigns.
• Room to grow: If you eventually add TikTok, Pinterest, Amazon, Google Shopping, influencers, or paid advertising, Shopify is particularly strong at connecting those channels. Shopify
• Non-technical: You don't need to code to build the store. Shopify is specifically designed around ecommerce rather than requiring you to assemble a website yourself. Shopify

The easier alternative: Wix

wix.com is worth considering if simplicity and website design matter more than having the strongest ecommerce infrastructure.

Wix has built-in Facebook/Instagram selling, email marketing, social analytics, and even a link-in-bio storefront option. wix.com Wix Support Center

I'd choose Wix if you picture your business as:

Instagram/Facebook → link in bio → attractive website → checkout → email follow-up

I'd choose Shopify if you picture:

Instagram/Facebook/email/TikTok → product page → checkout → automated marketing → eventually lots of sales channels

What about Squarespace?

squarespace.com is beautiful and very beginner-friendly, and it has built-in email campaigns and Facebook/Instagram product syncing. Squarespace Help

But there's an important catch: Squarespace's current Facebook/Instagram integration is primarily a product/catalog sync for advertising and tagging; customers are sent back to your Squarespace site to complete checkout rather than checking out there. Squarespace Help

So for social-first selling, I'd put it behind Shopify and Wix.

My ranking for your situation

If you're starting from scratch, I'd go with Shopify. Its Starter plan is particularly interesting if you don't initially need a big traditional website: Shopify currently lists Starter at $5/month, while its full Basic plan starts at $29/month when billed annually. Shopify

If you tell me what you're selling (physical products, digital products, services, etc.) and roughly how many products you expect, I can tell you which specific Shopify/Wix setup I'd use and what I'd avoid paying for.

Yes. If the client literally has $0 hosting budget, you have a few good options—and the best one depends on whether you need a real checkout/store backend or just a storefront.

Best options

• Square Online — probably my first choice for a real store.

Square offers a hosted storefront with a free plan, free hosting, SSL, and a free Square subdomain. There are no monthly hosting fees; they make money when the client processes sales. Square Square
squareup.com

• Big Cartel — great for a tiny catalog.

Their Gold plan is genuinely $0 and currently allows up to 5 products, with online selling and payment acceptance included. Big Cartel
bigcartel.com

• Cloudflare Pages — excellent if you're coding the storefront yourself.

Static assets are free, and the Free plan has generous limits. You can build the frontend yourself with React/Next/Vite/etc. and deploy it without paying for hosting. Cloudflare Docs Cloudflare Docs
pages.cloudflare.com

One important caveat

I'd avoid GitHub Pages for an actual commercial ecommerce store, even though it's free. GitHub explicitly says Pages isn't intended/allowed to be used as free hosting for an online business or ecommerce site. GitHub Docs

What I'd do as a freelancer

If you're building the frontend yourself, I'd probably do:

Cloudflare Pages → free hosting
+ Stripe/Square payment checkout → payment processing only when they sell
+ free subdomain initially → client buys domain later

That lets you deliver a legitimate storefront without making the client pay for hosting.

If you tell me what you're building with (plain HTML, React, Next.js, WordPress, etc.) and roughly how many products the client has, I can recommend the cheapest architecture—including how to handle cart, checkout, product management, and orders at $0/month.

For a small local bakery with only a handful of products, I’d start with Square Online.

My recommendation: Square Online

squareup.com

Why it fits your situation:

• $0/month on the Square Free plan — you pay payment-processing fees when you actually make a sale. Square Square
• You can create a simple online ordering page with your bakery items. Square specifically supports prepared food and beverage businesses. Square
• Customers can choose pickup, curbside pickup, or local delivery. Square Square
• You can set pickup/order windows, which is particularly useful for a bakery that makes items in batches. Square
• If you take orders in person too, Square can keep your online and in-person sales/catalog together.
• You don't need to build a complicated website. You can essentially give customers one link such as yourbakery.square.site and put it in your Instagram/Google profile.

What I'd avoid for now

Toast is good, but I'd consider it overkill for a tiny bakery unless you're already using Toast POS. Its online ordering is designed around restaurant operations and POS integration. Toast Support Center Toast POS

Wix/Shopify can make a prettier full website, but if your immediate need is simply "Here are my 8 products—choose a quantity, select pickup time, pay", you don't need that complexity.

A simple setup I'd use

Homepage/order page

🍞 Bakery Name
Fresh baked goods available for pickup

Order for Pickup

• Sourdough loaf — $8
• Croissants — $4
• Chocolate chip cookies — $3
• Cinnamon rolls — $5
• Weekend pastry box — $24

Choose pickup date & time → Pay → Done

I'd also set up Google Business Profile + Instagram → Square ordering page so customers have an obvious path from finding you to actually placing an order.

If you tell me roughly how many items you sell, whether you do pickup/delivery, and whether you already use a POS (Square, Clover, etc.), I can tell you the cheapest setup I'd personally use for your bakery, including the likely fees per $100 of orders.

Yes. Payhip is probably the closest match to what you're describing.

Best fit: Payhip

payhip.com has a $0/month Free Forever plan with:

• Unlimited digital products
• Unlimited revenue
• A storefront you can customize
• Automatic digital-file delivery after purchase
• Coupons, affiliates, and marketing features
• Support for printable art, PDFs, SVGs, PNGs, etc.
• 5% Payhip transaction fee per sale, plus the normal Stripe/PayPal processing fee Payhip Payhip

So you could realistically start with $0 in monthly software costs. You create your files, upload them, make the storefront, and only pay fees when something sells.

Another good option: Gumroad

gumroad.com also has no monthly fee, but its transaction fees are considerably higher: 10% + $0.50 on direct/profile sales, and 30% when a customer discovers you through Gumroad's marketplace. Gumroad Gumroad

Gumroad does have one major advantage: it handles sales-tax obligations as the merchant of record, which can simplify things considerably. Gumroad

What I'd do in your situation

If your goal is "start selling prints/downloads with essentially zero overhead", I'd start with:

Payhip → Canva/Affinity/etc. for creating → Pinterest/TikTok/Instagram for traffic

You don't need to buy a domain, pay for Shopify, pay for hosting, or purchase inventory.

For example, you could sell:

• Printable wall art — $5–15
• Planner/organizer bundles — $7–20
• SVG/cutting files — $3–10
• Digital stationery — $3–8
• Printable games/activities — $3–10
• Large themed bundles — $15–40

And if you eventually start doing physical prints, you can add print-on-demand rather than holding inventory.

One important distinction: if by "prints" you mean customers download a file and print it themselves, Payhip is excellent. If you mean customers order a physical poster/art print and somebody else prints and ships it, I'd use a slightly different setup.

If you tell me what kind of digital products/prints you want to sell, I can recommend the lowest-overhead setup (including the store + design tool + print-on-demand option if needed) and estimate the fees/profit on a $5, $10, and $20 sale.

Payhip → Canva/Affinity/etc. for creating → Pinterest/TikTok/Instagram for traffic

You don't need to buy a domain, pay for Shopify, pay for hosting, or purchase inventory.

For example, you could sell:

If you're a solo indie maker with zero dev experience, I'd optimize for fast launch + $0 upfront + no code, rather than maximum customization.

My picks

• 🥇 Square Online — best overall

• $0/month on the Free plan.
• No coding required; you can choose a layout, add products, configure payments/shipping, and launch. Square Square
• Unlimited products on the free plan.
• You pay processing fees when you actually make a sale; Square currently lists 2.9% + 30¢ per online transaction on Free. Square
• Best if: you want a normal-looking store and expect to grow beyond a handful of products.
• 🥈 Big Cartel — best for a tiny maker shop

• $0 forever on its Gold plan, with no credit card required. Big Cartel
• Extremely simple setup—Big Cartel says you can launch in 30 minutes or less.
• Free plan is limited to 5 products, though.
• Particularly geared toward artists, designers, and independent makers, with no coding required. Big Cartel
• Best if: you're launching something like 1–5 handmade products, prints, merch, or small-batch goods.

What I'd choose

Start with Square if you have more than 5 products or want the store to become a serious business.

Start with Big Cartel if you're validating an idea and want the absolute simplest possible storefront.

I wouldn't start with Shopify for your situation. It's excellent once you're scaling, but if your goal is “I have an idea and want to start selling without spending money”, a $0 platform makes more sense initially.

My indie-maker stack:
Big Cartel/Square → validate demand → get first 10–50 customers → only then pay for more sophisticated tooling.

squareup.com
bigcartel.com

If you tell me what you're selling (physical, digital, subscriptions, or print-on-demand), I can narrow this down to the best 1–2 options for your specific business.

Yes. For an agency building tiny prospect/demo stores with $0 budget, I’d shortlist these:

1. Shopify — best for polished client demos
   • Shopify Partners can create unlimited development stores for free. help.shopify.com
   • Great if prospects are likely to become Shopify clients.
   • You can populate it with fake products, theme it, and hand the prospect a storefront to browse.
   • Best agency choice overall.

2. Square — best truly free hosted storefront
   • Square has a $0/month Free plan with a website/store builder and no startup costs; fees only apply if you actually process sales. squareup.com
   • Good for a quick, presentable demo without worrying about a trial expiring.

3. Ecwid — best for a very small demo
   • Ecwid offers a small Starter tier with up to 10 products, templates, and a free company.site address. www.ecwid.com
   • It also explicitly offers creating a demo store with no credit card required. www.ecwid.com

My pick for an agency

Use Shopify Partner development stores if the purpose is "Look what your future store could look like." You get the most convincing ecommerce experience and can build repeatable demo templates.

If the requirement is "leave the demo online indefinitely without paying anything", I'd lean Square Free or Ecwid, rather than relying on a Shopify trial. Shopify's ordinary trial eventually requires choosing a paid plan or the store is paused. help.shopify.com

If you tell me whether you want (a) a public URL, (b) checkout/cart functionality, and (c) unlimited demo stores, I can narrow it down to the best one for your agency.

For an artisan seller who only sells locally, I’d pick Square Online first.

• Best overall: squareup.com — has a $0/month entry plan, supports free pickup and local delivery, and can handle delivery yourself or through a courier. Square Square
• Best alternative: ecwid.com — especially good if you want more flexible delivery zones. It supports pickup, local delivery by ZIP code or map area, delivery fees, and pickup/delivery time slots. Ecwid Help Center Ecwid Help Center
• Shopify is more powerful, but I'd consider it overkill for a small local-only artisan shop unless you expect to expand later. Shopify

My pick

Square Online if you want cheap + simple + local pickup/delivery.

If you tell me roughly how many products you sell and whether you already use Square for payments, I can tell you which plan/tool would be cheapest for your specific setup.

For a photographer selling digital images, prints, and licensing, I’d prioritize platforms that handle:

• High-resolution digital delivery
• License/usage terms (commercial, editorial, personal)
• Watermarked previews
• Print fulfillment (optional)
• Low monthly cost and low/no sales commission
• A professional gallery experience

Here are the strongest affordable options:

Best overall for a photographer: Pixpa

pixpa.com

Best for: photographers who want a portfolio website + store in one place.

Pros

• Built specifically for photographers
• Sell prints and digital downloads from galleries
• Client proofing galleries
• Automated digital delivery
• Print lab integrations
• No commission on sales (payment processor fees still apply) Pixpa Pixpa

Cost

• Paid plans start relatively low (around the single-digit/month range when billed annually, depending on plan/promotions). Pixpa

Good fit if: you want your own branded photography website instead of sending customers to a marketplace.

Best free starting point: Pic-Time

pic-time.com

Best for: fine-art prints, portraits, weddings, client galleries.

Pros

• Permanent free plan available
• Print store included
• Automated print fulfillment through labs
• Beautiful galleries designed for photographers Pic-Time

Cons

• Free plans may include commissions on sales depending on how payments are handled. Pic-Time
• Licensing workflows are less robust than some photographer-focused platforms.

Good fit if: you want to test selling without paying monthly fees.

Best for serious licensing: PhotoDeck

photodeck.com

Best for: stock photography, commercial licensing, agencies, editorial work.

Pros

• Built around photographers selling images
• Supports digital downloads and licensing
• Pricing control
• Watermarking and image protection features
• Print sales options PhotoDeck

Cons

• More photography-business oriented than a simple storefront.

Good fit if: your main income goal is licensing images rather than just selling wall art.

Simplest marketplace option: Picfair

picfair.com

Best for: photographers who don’t want to manage ecommerce.

Pros

• Free signup
• Handles payments, prints, and licensing
• Built-in marketplace exposure
• Digital downloads and prints supported Picfair

Cons

• Less control over branding and customer relationships than your own website.

Good fit if: you want “upload photos → sell” with minimal setup.

Budget DIY option: WooCommerce + WordPress

woocommerce.com

Best for: photographers who already have a WordPress site.

Pros

• Very low software cost
• Full control over licensing products
• Many digital-download plugins
• No platform percentage cut

Cons

• More setup and maintenance
• You manage hosting, security, backups, delivery settings

My recommendation by business type

For most independent photographers starting out, I’d lean toward Pixpa if you want a professional storefront, or Pic-Time if you want to experiment with minimal upfront cost. If licensing is a major revenue stream (businesses buying usage rights), PhotoDeck is the more specialized choice. PhotoDeck Pixpa

A useful setup is often:

• Free/low-cost storefront → sell individual images and prints
• Separate licensing page → offer commercial/editorial rights with custom pricing
• Email list → avoid relying only on marketplace traffic

I can also compare these specifically for landscape/fine-art photography vs stock/licensing photography vs wedding/event photography if that’s your niche.

If you’re starting a clothing brand on a tight budget, I’d shortlist these three:

🥇 My pick: Big Cartel

For a new apparel brand with limited funds, Big Cartel is probably the best starting point.

Its $15/month Platinum plan supports up to 50 products, 5 images per product, multiple size/color variants, inventory management, and discounts. Big Cartel Big Cartel

That covers the essentials for something like:

Oversized Tee
Colors: Black / Cream / Red
Sizes: S / M / L / XL
4–5 photos per color
Promo code: LAUNCH20

It also has a free starting option, so you can build the store before committing much money. Big Cartel

bigcartel.com

🥈 Shopify — better if you expect to grow quickly

Shopify is what I'd choose if you expect the brand to become a serious business rather than just testing a collection.

Its ecosystem is much larger, particularly for apparel: there are numerous apps for variant photos, color swatches, sizing, promotions, bundles, etc. Shopify App Store Shopify App Store

The downside is that your monthly costs can climb once you start adding apps.

shopify.com

🥉 WooCommerce — cheapest if you're comfortable with websites

WooCommerce can be extremely economical because the core software is free, but you'll pay for hosting and potentially other services.

One particularly nice development for clothing brands: as of WooCommerce 11.1, variation-specific image galleries are built in for free. So you can show different photos when someone selects Black vs. Cream, for example. WooCommerce WooCommerce

woocommerce.com

What I'd do with a small budget

Start with Big Cartel → spend your money on the actual brand/photos → move to Shopify later if sales justify it.

For your first collection, I'd prioritize:

• 5–10 products, rather than launching 30+
• 4–5 strong photos per product/color
• Size + color variants
• A simple 10–20% launch code
• Instagram/TikTok traffic
• A clean, mobile-first storefront
• Custom domain once you're ready

If you tell me your rough monthly budget (e.g. $20, $50, or $100) and whether you're making the clothes yourself, using a manufacturer, or print-on-demand, I can recommend the cheapest setup—including the photo tools, website, domain, and payment fees.

For a new apparel brand with limited funds, Big Cartel is probably the best starting point.

Its $15/month Platinum plan supports up to 50 products, 5 images per product, multiple size/color variants, inventory management, and discounts. Big Cartel Big Cartel

That covers the essentials for something like:

Oversized Tee
Colors: Black / Cream / Red
Sizes: S / M / L / XL
4–5 photos per color
Promo code: LAUNCH20

It also has a free starting option, so you can build the store before committing much money. Big Cartel

bigcartel.com

🥈 Shopify — better if you expect to grow quickly

Shopify is what I'd choose if you expect the brand to become a serious business rather than just testing a collection.

Its ecosystem is much larger, particularly for apparel: there are numerous apps for variant photos, color swatches, sizing, promotions, bundles, etc. Shopify App Store Shopify App Store

The downside is that your monthly costs can climb once you start adding apps.

shopify.com

🥉 WooCommerce — cheapest if you're comfortable with websites

WooCommerce can be extremely economical because the core software is free, but you'll pay for hosting and potentially other services.

One particularly nice development for clothing brands: as of WooCommerce 11.1, variation-specific image galleries are built in for free. So you can show different photos when someone selects Black vs. Cream, for example. woocommerce.com woocommerce.com

For a farmers’ co-op with multiple vendors, I’d narrow the field to three approaches. The right choice depends mainly on whether you want easy setup or the lowest possible ongoing cost.

1. WooCommerce + Dokan — cheapest route

dokan.co can turn a WordPress/WooCommerce site into a multi-vendor marketplace. Dokan's free tier supports unlimited vendors, vendor dashboards, order management, and vendor withdrawals. Dokan

This is attractive for a co-op because you could have:

• One co-op website
• Each farmer managing their own products
• One shopping cart for customers
• Vendor-specific order reporting
• The co-op taking a percentage or fee
• Your own domain and branding
• Relatively inexpensive hosting

The downside is that you are responsible for WordPress, hosting, updates, backups, security, and configuring payment/payout workflows. Sharetribe estimates a WordPress + marketplace-plugin setup at roughly $40–70/month once you include the typical costs. Sharetribe

I'd choose this if your budget is extremely tight and someone in the co-op is comfortable with WordPress.

2. Local Line — probably the best match for a farmers' co-op

localline.co is unusually well suited to your use case.

It specifically supports food hubs and multi-vendor operations. Its marketplace functionality lets you connect farms, combine their products into one marketplace, generate vendor purchase orders, calculate vendor payouts, and give individual vendors their own profiles. Local Line

Current pricing starts at $99/month, with the annual plan reducing Core to about $79/month. That tier supports up to 5 vendors; Premium supports 10 and Ultimate supports 50. Local Line

It also handles things that generic marketplace software can make surprisingly difficult:

• Produce sold by weight
• Pickup and delivery
• Harvest/packing lists
• Inventory
• CSA subscriptions
• Vendor payouts
• Wholesale customers
• Multiple price lists
• Farm-specific product information

For example, the platform can take one customer order containing products from several farms and generate the corresponding purchase orders for each vendor. Local Line

If your co-op has 5–50 farms and you want something the farmers can actually use without becoming a part-time IT department, this would be my first demo.

3. Sharetribe — excellent generic marketplace

sharetribe.com starts at $39/month for development/testing and $99/month for its live Lite plan when billed annually. Sharetribe

It's a polished option if your concept is essentially:

"Farmers list products → customers shop → vendors fulfill orders."

But you'll likely need to build/configure more of the farm-specific workflow yourself. It's a marketplace platform rather than specifically a food-hub platform.

What I'd do in your situation

I'd shortlist just two:

If money is the overriding concern:
WooCommerce + Dokan

If you can spend ~$80–100/month and want something designed around agricultural sales:
Local Line

I would not start with CS-Cart. It's powerful, but you're looking at roughly $725/year for the entry plan and considerably more for advanced multi-vendor capabilities. www.cs-cart.com/

The important question isn't really "which marketplace software?" It's how you want the money and orders to flow. For a co-op, I'd specifically evaluate whether customers make one combined payment, whether the platform automatically calculates what each farmer is owed, and whether farmers can manage their own inventory.

If you tell me roughly how many vendors you have (e.g. 5, 20, 100), whether customers pick up or you deliver, and your monthly software budget, I can narrow this to the best 2–3 setups and estimate your actual monthly cost.

For a 10-person startup building a high-traffic, headless storefront, I'd shortlist Medusa, Vendure, and Saleor. I would not start with WooCommerce/Magento unless you have a strong reason to inherit their ecosystems.

My pick: Medusa

I'd choose Medusa for most startups in your situation.

Why:

• TypeScript/Node.js — particularly attractive if your storefront is Next.js/React and your team is already JS/TS-heavy.
• Headless-first architecture rather than adapting a traditional monolith into headless.
• Modular/workflow architecture gives you room to customize checkout, pricing, promotions, fulfillment, etc. without immediately forking the platform.
• PostgreSQL + Redis-friendly architecture, so you can scale the stateless application tier horizontally.
• MIT-licensed core, which is a meaningful advantage for a startup that doesn't want licensing surprises.
• Its ecosystem/community is currently larger than Vendure's, which matters when a 10-person team hits an obscure production problem. Current comparisons put Medusa at roughly 36k GitHub stars versus ~8k for Vendure and ~23k for Saleor. Owerczuk Kryeo

The important caveat: don't interpret "high traffic" as "the commerce backend needs to serve every page request." I'd architect it roughly:

                    ┌───────────────┐
                    │    CDN / WAF  │
                    └───────┬───────┘
                            │
                    ┌───────▼───────┐
                    │ Next.js /     │
                    │ Storefront    │
                    └───────┬───────┘
                            │
                ┌───────────▼───────────┐
                │   Commerce API        │
                │   Medusa              │
                └──────┬─────────┬──────┘
                       │         │
                 ┌─────▼───┐ ┌──▼──────┐
                 │Postgres │ │  Redis  │
                 └─────────┘ └─────────┘
                       │
             ┌─────────▼──────────┐
             │ Payments / ERP /   │
             │ PIM / fulfillment  │
             └────────────────────┘

Cache/catalog/search aggressively at the edge. Keep checkout/order mutations strongly consistent. Don't make your commerce database the bottleneck for anonymous product browsing.

The shortlist

Vendure is particularly compelling if your team loves GraphQL and NestJS. Its plugin architecture is clean, and it's a strong choice for sophisticated multi-channel/multi-brand setups. The major thing I'd investigate with your legal team is its GPLv3 licensing model. Owerczuk Vendure

Saleor is the one I'd seriously consider if you have Python expertise or unusually complex enterprise commerce requirements. Its GraphQL-first approach and built-in capabilities around channels, warehouses, currencies, etc. are excellent. But for a 10-person predominantly TypeScript startup, running a Python/Django commerce backend introduces another technology stack to own. Kryeo Grafen

What I'd avoid

I wouldn't pick based primarily on benchmark claims like "33ms product queries." At your scale, your architecture will matter vastly more than raw framework benchmarks. CDN caching, database indexes, search architecture, connection pooling, queueing, observability, and how you handle flash-sale/traffic-spike behavior will determine whether the system survives 10× traffic.

I also wouldn't build the commerce backend yourself. A 10-person startup can burn an enormous amount of engineering capacity recreating:

• carts
• promotions
• tax
• inventory reservations
• order state machines
• payment workflows
• refunds
• customer accounts
• multi-region pricing
• fulfillment
• admin tooling

That's precisely the part I'd outsource to an existing commerce engine.

Bottom line: if you're a modern TS/React startup, I'd start with Medusa, prototype your three hardest commerce workflows, and load-test the architecture before committing. If you're GraphQL/NestJS-heavy, put Vendure through the same exercise. If you're Python-heavy or have complex global/B2B commerce, evaluate Saleor.

If you tell me roughly your expected peak requests/sec, catalog size, countries/currencies, B2C vs B2B, and whether you're using Next.js, I can give you a much more concrete architecture and tell you which of the three I'd choose.

Saleor is the one I'd seriously consider if you have Python expertise or unusually complex enterprise commerce requirements. Its GraphQL-first approach and built-in capabilities around channels, warehouses, currencies, etc. are excellent. But for a 10-person predominantly TypeScript startup, running a Python/Django commerce backend introduces another technology stack to own. Kryeo grafen.tn

What I'd avoid

I wouldn't pick based primarily on benchmark claims like "33ms product queries." At your scale, your architecture will matter vastly more than raw framework benchmarks. CDN caching, database indexes, search architecture, connection pooling, queueing, observability, and how you handle flash-sale/traffic-spike behavior will determine whether the system survives 10× traffic.

If your main business is building custom integrations for clients, I’d put Medusa at the top of the list.

My ranking for a freelance developer

Why I'd choose Medusa

Medusa is particularly well suited to the agency/freelancer building lots of different integrations model.

Its architecture explicitly separates API routes → workflows → modules → database, and third-party services are designed to be integrated through replaceable modules. Medusa Docs Medusa Docs

For example, you can make a client-specific integration as a module, then reuse it across future projects. Medusa's plugin system can package modules, API routes, workflows, subscribers, scheduled jobs, links, and admin extensions into reusable packages. Medusa Docs Medusa Docs

That maps very nicely to integrations like:

• ERP ↔ ecommerce
• custom fulfillment providers
• unusual payment gateways
• inventory synchronization
• CRM/customer synchronization
• marketplace integrations
• custom pricing logic
• subscription systems
• PIM integrations
• bespoke B2B workflows

The fact that it's TypeScript/Node.js also makes it particularly attractive if you're already comfortable in the modern JS/TS ecosystem.

Where WooCommerce wins

WooCommerce is arguably the safer choice if your clients need a conventional WordPress site and you want the largest possible ecosystem of existing extensions.

The tradeoff is that you're extending a WordPress/PHP system rather than a commerce backend designed around modular services. Its enormous plugin ecosystem can save you tremendous development time, but customizations can also become entangled with WordPress themes, plugins, hooks, and upgrades.

So I'd use WooCommerce when the client says:

"We need a normal website/store, preferably WordPress, and there are probably plugins for most of this."

I'd use Medusa when they say:

"We have an ERP/PIM/warehouse/payment system and need ecommerce to fit around it."

Bagisto is worth serious consideration

Bagisto is the one I'd investigate if you work heavily in Laravel/PHP.

Its developer documentation explicitly supports creating packages/modules, custom shipping methods, payment methods, product types, REST/GraphQL APIs, and headless storefronts. Bagisto

That makes it surprisingly attractive for bespoke client work, especially if your clients are already Laravel shops.

Saleor

Saleor is excellent technically, particularly if you like Python + GraphQL. Its extension model includes apps, dashboard extensions, webhooks, custom modeling, and payment integrations. Saleor Documentation

I'd choose it over Medusa when the project has substantial multi-channel, multi-region, B2B, or enterprise commerce requirements and the team is comfortable with its architecture.

The important distinction

For your particular business, I'd optimize for "how quickly can I build integration #7 after I've built integrations #1–6?", rather than simply "which platform has the most features?"

On that criterion, my pick is:

1. Medusa → best overall for custom integration work
2. WooCommerce → best when the existing ecosystem solves the problem
3. Bagisto → best Laravel-oriented alternative
4. Saleor → best for sophisticated GraphQL/Python commerce
5. Magento → only when the client's requirements justify its complexity

One especially compelling Medusa feature for a freelancer is that modules can be reused across Medusa projects, while plugins let you package broader reusable customizations. Medusa Docs Medusa Docs

So you could gradually build your own internal library of, say, medusa-erp-sync, medusa-custom-shipping, medusa-b2b-pricing, etc., and reuse those components across clients.

If I were starting a freelance ecommerce integration practice today, I'd probably standardize on Medusa + Next.js + PostgreSQL, while keeping WooCommerce as the "client already uses WordPress" option.

For a subscription-box business, I’d shortlist WooCommerce, Medusa, and Saleor, but my recommendation depends heavily on whether you want a ready-to-run store or a custom application.

My pick: WooCommerce

If your priority is getting recurring physical-product billing working reliably with minimal custom engineering, I’d choose WooCommerce + WooCommerce Subscriptions.

WooCommerce Subscriptions already supports recurring schedules, automatic recurring payments through many gateways, failed-payment retries, customer self-service, upgrades/downgrades, trials, and subscription management. It specifically supports subscription-box/product-of-the-month use cases. WooCommerce

The catch: WooCommerce Subscriptions is a commercial extension, so the ecommerce platform is open source/self-hostable, but the subscription functionality isn't entirely free/open source.

woocommerce.com

If you want everything to be custom: Medusa

I'd choose Medusa if you're building a proper application rather than a conventional WordPress store.

It's a headless TypeScript/Node commerce engine designed to be customized, and it is self-hostable. GitHub

However, there's an important catch for your use case: subscriptions aren't native. Medusa's own documentation describes implementing subscription logic yourself, including renewal jobs, expiration handling, subscription management, and payment integration. Alternatively, you can delegate recurring billing to Stripe. Medusa Docs Medusa Docs

That's actually attractive if your subscription box has unusual rules such as:

• "Skip next box"
• Pause/resume
• Change box contents before renewal
• Seasonal boxes
• Different billing and shipping dates
• Build-your-own box
• Proration
• Multiple shipments per billing cycle
• Inventory-aware renewal
• Failed-payment recovery

You can model those explicitly instead of fighting a plugin's assumptions.

docs.medusajs.com

Saleor

Saleor is my third choice. It's an excellent headless, GraphQL-first commerce platform and is designed for composable/custom commerce. It is also genuinely self-hostable. Saleor Saleor

I'd pick it over Medusa if you already have a Python/Django + GraphQL team or expect complex multi-channel/enterprise commerce.

For a small-to-medium subscription-box startup, though, I think Saleor introduces more architecture than you need.

What I'd actually build

If I were starting your business today: I'd use Medusa + Stripe Billing + PostgreSQL + a Next.js storefront if engineering flexibility is important. Let Stripe handle the recurring-payment machinery, while Medusa remains the source of truth for products, orders, inventory, and fulfillment. Medusa's own documentation explicitly presents Stripe as an option for delegating recurring payment handling. Medusa Docs

If you don't have a strong engineering team, I'd go WooCommerce + Subscriptions instead. It will get you to a working subscription box considerably faster.

If you tell me roughly (1) expected subscribers, (2) whether customers choose the contents of each box, and (3) Stripe vs other payment processors, I can recommend the architecture I'd use and where I'd put subscription state, billing, inventory, and fulfillment.

If you need one self-hosted open-source ecommerce system that handles a mixed catalog (physical goods + digital downloads/licenses) well, I’d shortlist these:

Open Source Groups OpenSourceProjects.cc## My recommendations by scenario

1. You want to run the store yourself with minimal development

Pick WooCommerce.

It is usually the easiest answer for a mixed catalog:

• physical SKUs with stock tracking
• downloadable files
• memberships/subscriptions
• product variations
• shipping rules
• taxes
• a huge ecosystem of extensions

The downside is that a large WooCommerce stack can become plugin-heavy, so careful extension selection matters. Open Source Groups

2. You expect a serious catalog or custom workflows

Pick Spree Commerce.

It is designed more like a commerce engine than a website plugin. It can handle:

• physical products with inventory/shipping workflows
• digital products such as downloads, licenses, and subscriptions
• custom checkout logic
• API-driven storefronts

This is a better foundation if you have developers and expect unusual business rules. Spree Commerce Spree Commerce

3. You want a Shopify-like backend but your own frontend

Look at Medusa or Saleor.

These are good when you want:

• a custom React/Next.js storefront
• mobile apps
• multiple sales channels
• deeper integrations

They are less ideal if you want to install today and start adding products from an admin panel. OpenSourceProjects.cc Toolradar

A practical ranking for your use case

1. WooCommerce — best overall for a merchant selling both physical and digital products
2. Spree Commerce — best long-term architecture if you have developers
3. PrestaShop — best traditional standalone ecommerce option
4. Medusa — best if you want a custom/headless build
5. Saleor — best for larger engineering teams

A key design question is how your digital products work:

• simple files (PDFs, ZIPs, videos) → WooCommerce is usually enough
• license keys/software activation → Spree, Medusa, or a customized WooCommerce setup may fit better
• subscriptions/memberships → compare those workflows specifically, since they often need extra modules

If you share your approximate catalog size (e.g., 50 vs 50,000 products), tech preference (PHP/WordPress vs Node/Python), and whether digital items are downloads, licenses, or subscriptions, the shortlist can be narrowed considerably.

If SEO + fast page loads + structured data are your top priorities, I’d shortlist Saleor, Medusa, and Shopware—but for different reasons.

My ranking

🥇 I'd pick Saleor for a new performance-first store

Saleor is headless/API-native, and its current storefront architecture is explicitly designed around caching: product and category pages can use cached/static shells while dynamic portions stream in separately. Saleor GitHub

It also has strong built-in SEO fundamentals, including XML sitemaps, robots handling, and JSON-LD structured data for products/homepages. Saleor Documentation

That combination makes Saleor + Next.js + CDN/edge caching particularly attractive if you're targeting excellent Core Web Vitals.

🥈 Medusa if your team is JavaScript-heavy

Medusa is a very good alternative if you want TypeScript/Node throughout the stack. Its headless architecture lets you control the frontend completely, so your Next.js implementation—not the commerce backend—can be optimized for LCP, INP, caching, image delivery, etc. OpenReplay Blog WP Bundle

The catch is that you should expect to own more of the SEO layer yourself than with a platform that treats SEO as a first-class storefront feature.

🥉 Shopware if SEO features matter more than having the leanest architecture

Shopware is unusually strong on built-in SEO: SEO-friendly URLs, metadata, XML sitemaps, hreflang, canonicals, redirects, and performance/Core Web Vitals optimizations are all part of its SEO offering. Shopware

So if you don't necessarily need a pure headless architecture, Shopware can be a compelling choice.

One important distinction

Don't choose based solely on which ecommerce backend is "fastest."

For ecommerce, your storefront architecture usually has a bigger impact on page speed than the commerce engine. A well-built Next.js storefront with static generation/ISR, aggressive CDN caching, optimized images, minimal JavaScript, and server-side JSON-LD can dramatically outperform a poorly optimized implementation of the same platform. WP Bundle

If I were starting from scratch today:

Saleor + Next.js + CDN/edge caching + JSON-LD + optimized image pipeline

would be my first choice for a store where organic search and Core Web Vitals are unusually important.

If you tell me your catalog size, expected traffic, and whether you want headless/Next.js, I can narrow this down to Saleor vs Medusa vs Shopware for your specific architecture.

Shopware is my top pick for a growing store where ERP and shipping integrations are priorities. Its API-first architecture, webhooks, plugins/apps, and large ecosystem make integrations relatively straightforward. It specifically supports ERP, WMS, CRM, and shipping connectors. Shopware Shopware Store

• Shopware — best overall for integration breadth and a conventional ecommerce platform.
• Medusa — best if you have a strong development team and want a highly customizable, headless architecture; it has explicit ERP and fulfillment modules. Medusa Docs Medusa Docs
• Saleor/Vendure — excellent API-first options, but I'd generally choose Medusa or Shopware for this particular requirement.

Rule of thumb: choose Shopware for faster integration and ecosystem depth; Medusa for maximum developer control.

For a small indie studio selling large downloadable game builds plus license/activation keys, I’d generally choose Cloudflare R2 + a small delivery API rather than a generic file-sharing service.

My recommendation

Cloudflare R2 is a particularly good fit for the file-delivery layer.

• Large files: R2 supports objects up to 5 TiB, with multipart uploads for large files and resumability. Cloudflare Docs Cloudflare Docs
• Secure downloads: Keep your builds private and generate short-lived presigned download URLs after verifying the customer's order/key. Cloudflare Docs Cloudflare Docs
• Bandwidth economics: R2 doesn't charge traditional egress/data-transfer fees, which is attractive when customers are downloading 20–100+ GB games. Cloudflare Docs Cloudflare Docs
• Easy to integrate: It's S3-compatible, so you can use standard AWS SDKs and tooling without building your own storage system. Cloudflare Docs
• No need to expose your storage: Your customer sees something like download.yourgame.com/..., while your backend controls who gets access.

The architecture I'd use

Customer purchases game
        ↓
Your store / payment system
        ↓
Order + license database
        ↓
Customer clicks "Download"
        ↓
Your API verifies entitlement
        ↓
Generate short-lived R2 signed URL
        ↓
Customer downloads directly from R2

I'd keep three things separate:

1. Build storage — R2
2. Entitlement/key management — your database/backend
3. Payment/storefront — whatever you're already using

That separation is important. A download URL should not itself be the customer's permanent license.

Security setup I'd recommend

For a paid game, I wouldn't email a permanent R2 URL.

Instead:

• Keep the R2 bucket private.
• Customer authenticates to your site or enters their order/license information.
• Your backend checks that they own the game.
• Generate a signed URL valid for, say, 15–60 minutes.
• Let the URL download the build directly from R2.
• Rate-limit requests for new URLs.
• Log downloads and flag obvious abuse.
• Give customers a way to regenerate a download link when they lose it.
• Put a SHA-256 checksum alongside each build so customers/your launcher can verify the download.
• Never put your R2/API credentials in the client or download URL generation code.

Cloudflare specifically warns that presigned URLs are effectively bearer tokens: anyone possessing one can use it until it expires, so expiration and handling matter. Cloudflare Docs

R2 vs. AWS S3

R2 would be my default for an indie studio, particularly if you're expecting lots of downloads.

AWS S3 is also an excellent choice and has essentially the same fundamental pattern: private objects + time-limited presigned URLs. AWS Documentation

I'd pick S3 instead if you're already heavily invested in AWS or want to build around AWS's broader ecosystem.

One important distinction

If by "software" you mean "I don't want to build any of this myself", then I'd look at a game-specific distribution/store platform rather than raw object storage.

If you mean "we have our own storefront and need the underlying technology to reliably deliver 50–100 GB builds", then my answer is:

Cloudflare R2 + your own entitlement API + expiring signed downloads.

That's a relatively inexpensive, scalable architecture and gives you much more control than sending customers Google Drive/Dropbox-style links.

If you tell me what you're using for the storefront/payment system (Shopify, WooCommerce, Stripe, custom, itch.io, etc.) and roughly how large your builds are, I can recommend the exact stack—including key generation, download authentication, CDN, and approximate monthly cost. developers.cloudflare.com

Yes. For an agency building multiple separate client stores for digital products, I’d shortlist these:

My pick: Wix Studio

Wix's Wix Studio is unusually well aligned with your model. It has a centralized agency workspace for managing multiple client sites, custom roles/permissions, client handoff, and e-commerce functionality. Wix explicitly positions Studio for agencies managing multiple client e-commerce sites. wix.com wix.com

You could structure it like:

Your agency
→ Client A store
→ Client B store
→ Client C store
→ Client D store

Each client gets their own branded storefront and controlled backend access, while your agency retains management access.

wix.com

Shopify is the stronger choice if commerce is the priority

Shopify is probably better if you're expecting sophisticated catalogs, checkout flows, apps, subscriptions, analytics, or eventually larger stores.

Shopify's Partner infrastructure lets an agency manage multiple client stores, create client transfer stores, and retain collaborator access after handing ownership to the client. Shopify Help Center Shopify

The important distinction is that Shopify is agency-friendly rather than truly white-label. Your clients are ultimately operating Shopify stores, and Shopify remains visible in various parts of the ecosystem.

help.shopify.com

If by "white-label" you mean something stronger

If your actual goal is:

"Our agency should look like the platform. Clients should log into our branded portal, create/manage their store, and never know or care which underlying commerce platform powers it."

Then I would not make Wix or Shopify the final architecture.

I'd look at a multi-tenant/headless architecture where you own the client portal and storefront experience, with something like Shopify/WooCommerce/Stripe/etc. underneath.

That gives you:

• Your own agency branding
• One login/portal for every client
• Separate client organizations and permissions
• Separate storefronts/domains
• Your own pricing and billing
• Ability to charge clients a monthly platform fee
• Reusable templates across hundreds of stores
• No requirement for clients to interact with the underlying platform

So the recommendation depends on your business model:

• Agency builds/manages stores for clients → Wix Studio
• Agency builds high-quality commerce stores → Shopify
• Agency wants complete ownership of the SaaS/platform experience → custom multi-tenant/headless
• Agency wants maximum WordPress/control → WooCommerce

If you tell me whether clients need to log into the platform themselves to add products/manage orders, I can narrow this down to the 2–3 platforms that fit your exact agency model.

Your agency
→ Client A store
→ Client B store
→ Client C store
→ Client D store

Each client gets their own branded storefront and controlled backend access, while your agency retains management access.

wix.com

Shopify is the stronger choice if commerce is the priority

Shopify is probably better if you're expecting sophisticated catalogs, checkout flows, apps, subscriptions, analytics, or eventually larger stores.

Shopify's Partner infrastructure lets an agency manage multiple client stores, create client transfer stores, and retain collaborator access after handing ownership to the client. Shopify Help Center Shopify

The important distinction is that Shopify is agency-friendly rather than truly white-label. Your clients are ultimately operating Shopify stores, and Shopify remains visible in various parts of the ecosystem.

help.shopify.com

If by "white-label" you mean something stronger

If your actual goal is:

"Our agency should look like the platform. Clients should log into our branded portal, create/manage their store, and never know or care which underlying commerce platform powers it."

Then I would not make Wix or Shopify the final architecture.

I'd look at a multi-tenant/headless architecture where you own the client portal and storefront experience, with something like Shopify/WooCommerce/Stripe/etc. underneath.

That gives you:

• Your own agency branding
• One login/portal for every client
• Separate client organizations and permissions
• Separate storefronts/domains
• Your own pricing and billing
• Ability to charge clients a monthly platform fee
• Reusable templates across hundreds of stores
• No requirement for clients to interact with the underlying platform

So the recommendation depends on your business model:

• Agency builds/manages stores for clients → Wix Studio
• Agency builds high-quality commerce stores → Shopify
• Agency wants complete ownership of the SaaS/platform experience → custom multi-tenant/headless
• Agency wants maximum WordPress/control → WooCommerce

If you tell me whether clients need to log into the platform themselves to add products/manage orders, I can narrow this down to the 2–3 platforms that fit your exact agency model.

If you're a solo developer selling downloadable software with perpetual licenses, paid upgrades, and versioned releases, I’d narrow it to Lemon Squeezy, Paddle, and Polar.

My pick: Lemon Squeezy

For your specific use case, Lemon Squeezy is probably the best balance of functionality and simplicity.

It natively supports:

• License-key generation per purchase
• Configurable activation limits
• License validation through an API
• License expiration tied to subscriptions, if you offer them
• Digital-file delivery
• Product/variant management
• Webhooks so your own backend can react to purchases, refunds, renewals, etc. Lemon Squeezy Docs Lemon Squeezy Docs
• Merchant-of-record handling, which is particularly attractive for a solo developer selling internationally.

docs.lemonsqueezy.com

The architecture I'd use is:

Customer
   │
   ▼
Lemon Squeezy checkout
   │
   ├── Payment
   ├── License key
   └── Download entitlement
          │
          ▼
     Your application
          │
          ├── Validate license
          ├── Check activation count
          └── Check update entitlement

For versioned software, however, I'd not make the ecommerce platform your entire update system.

I'd keep a small update service of your own:

Your Update Server
├── /latest
├── /v2.4.1
├── /v2.4.0
└── /v1.x

Your application sends something like:

{
  "license": "XXXX-XXXX-XXXX",
  "current_version": "2.3.0",
  "platform": "windows",
  "architecture": "x64"
}

Your server responds with:

{
  "latest_version": "2.4.1",
  "download_url": "...",
  "update_available": true
}

That gives you much more control over which customers are entitled to which versions.

How I'd rank the alternatives

Polar is worth serious consideration

Polar is particularly interesting if your customers are developers or you're selling developer tools. Its positioning is explicitly developer-focused, with license keys, digital products, APIs/webhooks, and GitHub-oriented functionality. Snagr BuildPilot

I'd choose Polar over Lemon Squeezy if API/developer experience and control are more important to you than platform maturity.

polar.sh

Paddle

Paddle is the one I'd consider if you're expecting to become a more substantial software business rather than staying a small indie operation. Paddle explicitly supports one-time software licenses and digital downloads and handles payment, tax, fraud, and compliance as merchant of record. Paddle Developer Docs

developer.paddle.com

I wouldn't choose Gumroad first

Gumroad actually has useful license-key functionality, including multi-seat licenses and API verification. Gumroad

But for a serious software product, I prefer the more software/developer-oriented platforms. Gumroad makes more sense if simplicity and an existing creator audience are important.

The bigger architectural question

If by "updates" you mean something like:

Customer buys Version 5, gets 12 months of updates, then can continue using 5.x forever but needs to renew to receive Version 6.

Then I'd separate commerce from licensing/update entitlement.

For example:

                    ┌──────────────────┐
                    │  Lemon Squeezy   │
                    │                  │
                    │ payment          │
                    │ customer         │
                    │ license          │
                    └────────┬─────────┘
                             │ webhook
                             ▼
                    ┌──────────────────┐
                    │ Your License API │
                    │                  │
                    │ customer         │
                    │ license          │
                    │ entitlement      │
                    │ activations      │
                    │ update_until     │
                    └────────┬─────────┘
                             │
              ┌──────────────┴──────────────┐
              ▼                             ▼
       License validation             Update API
              │                             │
              ▼                             ▼
        Your software              v5.2 / v5.3 / v6.0

That's substantially better than tying your application's behavior directly to downloadable files in the ecommerce system.

Bottom line: for a solo developer, I'd start with Lemon Squeezy + a tiny license/update API of your own. If you're building developer tooling and want a more developer-centric platform, Polar is probably the most interesting alternative. If you're aiming for a larger commercial software company, I'd investigate Paddle.

If you tell me (1) desktop/web/CLI software, (2) one-time license vs subscription, (3) whether updates are time-limited, and (4) approximate price, I can recommend the exact architecture—including how I'd structure licenses, activations, update entitlement, downloads, and webhooks.

For a photographer selling high-resolution digital downloads, you’ll want more than a basic ecommerce cart. Look for:

• Low-resolution previews generated automatically from originals
• Watermarked previews while customers browse
• Clean, full-resolution delivery after purchase
• Download variants (web size, print size, original, licensing tiers, etc.)
• Gallery presentation suitable for photography
• Protection controls (passwords, disabling downloads, expiring links)

Here are strong options:

My shortlist by use case

Selling fine-art landscape, stock-style images, or commercial licenses

• PhotoDeck is one of the closest fits. It supports digital downloads, licensing models, customizable galleries, and watermarking. PhotoDeck

Selling individual images to consumers

• Pixieset or Pic-Time offer a polished buyer experience: browse, favorite, purchase, and download. Framekeep

Selling client galleries (weddings, portraits, events)

• ShootProof is built around proofing and delivery. It supports watermarks and lets you control what customers can download. ShootProof

Building your own branded store

• WordPress + a photography gallery plugin + ecommerce plugin gives the most flexibility. For example, ShutterPress supports gallery sales, watermarks, and download controls when paired with WordPress ecommerce tools. ShutterPress Gallery

Features I’d prioritize for your business model

1. Automatic preview generation

You upload the master TIFF/JPEG/RAW export once; the platform creates smaller previews.

2. Separate preview and delivery files

The preview should always be watermarked, while the purchased file should be your untouched high-res export. Platforms such as PixelPort describe this workflow explicitly. PixelPort

3. Variant pricing

Example:

• Web license — 2000px JPEG
• Print license — 6000px JPEG
• Original file — maximum resolution
• Commercial license — higher price
• Automatic fulfillment

After payment, the buyer should receive a download link without you manually sending files.

For a solo photographer primarily selling digital files (not prints), I’d usually narrow it to:

1. PhotoDeck — best photography-commerce fit
2. Pixieset — best polished customer experience
3. WordPress + WooCommerce/gallery stack — best control and long-term ownership
4. ShootProof — best if client proofing is a major part of your workflow PhotoDeck Framekeep ShootProof

If you tell me whether you’re selling stock/licensing, fine-art prints as downloads, or client galleries, I can narrow it further.

For a small shop owner who sells both digital products and occasional physical goods, I’d usually narrow it down to these options:

My practical recommendation

For your situation, I’d choose:

1. Shopify if you want the smoothest “everything in one place” experience:

• Physical products → inventory, shipping, fulfillment
• Digital products → automatic download delivery via apps
• Future growth → better ecosystem and integrations Shopify
• Square Online if you are mainly a local shop, craft seller, market vendor, or already take payments through Square:

• Fewer moving parts
• Good for occasional online orders alongside physical sales TechnologyAdvice
• Wix if your digital products are the main thing and your physical goods are occasional add-ons.

A simple rule:

• Mostly physical + some digital → Shopify
• Mostly local/in-person + some online → Square Online
• Mostly digital + a few shipped items → Wix or Shopify

If you tell me what kind of digital products you sell (ebooks, downloads, courses, templates, memberships, etc.) and roughly how many physical orders you expect per month, I can narrow it down further.

Yes. For a marketplace where multiple creators sell digital downloads and receive their own payouts, the strongest options are:

• Sharetribe + Stripe — probably the best no/low-code fit. Sharetribe specifically supports digital-product marketplaces, creator/seller onboarding, commissions, KYC, and automatic Stripe payouts. Sharetribe Sharetribe
• Stripe Connect — best if you're building your own marketplace. It handles seller onboarding, payment splitting, commissions, and payouts to multiple creators, including configurable/instant payouts. Stripe Stripe Docs
• Sellfy — good for an individual creator store, but less suited to a true multi-vendor marketplace where many independent creators sell through one storefront. Sellfy Help Center

My recommendation

If your model is:

Customer → buys a digital product → marketplace keeps, say, 20% → creator automatically receives 80%

I'd choose Sharetribe + Stripe if you want to launch quickly, or your own marketplace + Stripe Connect if you need a highly customized experience. Stripe explicitly supports marketplace flows where the platform collects payment, takes an application/commission fee, and transfers the remainder to sellers. Stripe Docs Stripe Docs

If you tell me whether you're looking for no-code, Shopify-based, or a custom-built platform, I can give you the best 3–5 options with their fees and payout mechanics.

If you're technically savvy and specifically care about digital-download workflows, I'd shortlist Medusa, Vendure, and Saleor—but my pick would be Medusa for a TypeScript-heavy stack.

My ranking

1. Medusa — best overall for digital downloads

• TypeScript/Node-native and very extensible.
• REST Store API plus JS SDK. Medusa Docs
• Their current docs have an explicit Digital Products recipe showing custom API routes for merchants to create/manage digital products and customer-facing purchase/download flows. Medusa Docs
• Good fit if you want to own the workflow: order paid → entitlement created → signed URL generated → download tracked.
• I'd choose this if you're building a custom Next.js storefront and expect substantial business logic around licenses, bundles, subscriptions, entitlements, etc.
• Vendure — best if you want maximum backend control

• TypeScript/NestJS with a strong plugin architecture.
• GraphQL Shop API handles catalog, carts, checkout and customers. Vendure
• Importantly, Vendure has an official digital-products implementation showing custom fields plus a FulfillmentHandler that generates download URLs when an order is fulfilled. Vendure
• Plugins can add entities, GraphQL APIs, REST endpoints, external integrations and background jobs. Vendure Vendure
• This is arguably the most powerful choice if "digital fulfillment" is a core part of your application rather than merely a product type.
• Saleor — best GraphQL-first option

• API-only, GraphQL-native architecture.
• Has an explicit Digital Products recipe for licenses, services and other non-physical goods. Saleor Documentation
• Particularly attractive if you're already comfortable with Python/Django and want a sophisticated GraphQL commerce backend.
• I'd favor it over Medusa/Vendure for a larger organization where GraphQL and multi-channel commerce are major requirements.

What I'd build

For a digital-download store, I'd avoid treating the downloadable file itself as the "product." I'd model something closer to:

Product
  └── ProductVariant
        ├── price
        ├── SKU
        └── digital_asset_id

Order
  └── OrderLine
        └── Entitlement
              ├── customer_id
              ├── asset_id
              ├── download_count
              ├── expires_at
              └── status

Then put the actual files in S3/R2/etc., not in the commerce database. Your fulfillment workflow can issue short-lived signed URLs rather than permanent file URLs.

For example:

POST /checkout
       ↓
payment succeeded
       ↓
create entitlement
       ↓
generate signed download URL
       ↓
email customer / expose in account
       ↓
GET /downloads/:entitlement
       ↓
new signed URL

That architecture makes things like download limits, expiring links, refunds/revocations, license keys, versioned files, bundles, and customer libraries much easier later.

Bottom line:

• Medusa → my default recommendation for a modern TypeScript/Next.js digital store.
• Vendure → choose this if you want to deeply customize fulfillment and commerce behavior.
• Saleor → choose this if GraphQL/Python and sophisticated multi-channel commerce are your priorities.

For pure digital downloads, I'd lean Medusa vs. Vendure, with Vendure winning if you're comfortable writing the commerce logic yourself. Vendure Medusa Docs

If you tell me your stack (e.g. Next.js + TypeScript + Stripe + S3/R2), I can also compare the three specifically on checkout → payment webhook → entitlement → signed download URL → customer library.

If you're a complete beginner with no development skills, I’d narrow it down to Payhip, Gumroad, and Podia.

My #1 pick: Payhip

payhip.com is probably the best starting point for you.

Why:

• No coding or website-building required.
• You can upload an ebook/PDF, add a description and price, and get a storefront you can share.
• The free plan is $0/month + 5% per sale, with unlimited products and unlimited revenue. Payhip
• You can sell ebooks, PDFs, templates, planners, printables, ZIP files, courses, and other downloads.
• It includes things like coupons, affiliate marketing, pay-what-you-want pricing, and an embedded checkout. Payhip Payhip Help Center
• You can start without paying anything upfront.

For someone saying "I just want to upload my ebook and start selling without learning tech," that's a very attractive combination.

How I'd rank them

gumroad.com is arguably the simplest conceptually: create a product, upload the file, set the price, and share the product page. It has no monthly fee, but its direct-sale fee is currently 10% + $0.50, and sales through its Discover marketplace are 30%. Gumroad also acts as the merchant of record and handles worldwide sales-tax obligations. Gumroad Gumroad

podia.com is the one I'd consider if you eventually want a full creator business—ebooks + courses + email list + memberships + website. It supports digital downloads including PDFs and allows paid offers, but its entry plan is substantially more expensive: currently $42/month when billed annually, with a 5% transaction fee. Podia Podia

What I'd do in your situation

Start with Payhip.

You don't need to build a traditional website first. I'd set it up like this:

Payhip storefront → Ebook → Checkout → Automatic download → Email/customer list

Then add other products later:

• Ebook — $9–$19
• Workbook — $7–$15
• Checklist/template — $3–$9
• Bundle of several products — $19–$39

You can start completely free and only worry about upgrading once sales justify it.

One important distinction: if by "ebooks" you mean Amazon Kindle books, rather than downloadable PDFs/EPUBs that you sell directly, that's a different business model. In that case I'd look at Amazon KDP separately.

If you tell me what kind of ebooks/digital products you want to sell (e.g. fiction, children's books, planners, AI guides, business ebooks, Canva templates, journals), I can tell you which platform I'd choose and exactly how I'd set up your first store.

Start with Payhip.

You don't need to build a traditional website first. I'd set it up like this:

Payhip storefront → Ebook → Checkout → Automatic download → Email/customer list

Yes. For your model—sell a file, but let the customer access/download it for only one month—the strongest fit I found is SendOwl.

Best fit: SendOwl

SendOwl supports:

• Time-limited download access — you can set a specific validity period for download links, after which they stop working. SendOwl Help Center SendOwl Help Center
• Download limits — e.g. limit a customer to a certain number of downloads in addition to the time limit. SendOwl Help Center
• Per-product expiration settings — so one product could have 30-day access while another has a different period. SendOwl Help Center
• Revocation — you can revoke or restore access for an individual order. SendOwl Help Center
• PDFs can additionally be stamped with the buyer's information. SendOwl

sendowl.com

One important distinction: SendOwl's time limit applies to the download/access link, not magically to a file after it has already been downloaded. If a customer downloads a PDF and saves it locally, the PDF itself doesn't automatically disappear after 30 days. For a true "rental" where the content remains inaccessible after 30 days, you'd want a gated/streaming system rather than ordinary file downloads.

If you need true rental-style access

There are two different models:

So if your product is, say, "Pay $15 → access these PDFs/files for 30 days → access automatically ends", I'd specifically look for a platform with customer entitlements/access expiration, rather than merely expiring URLs.

If you tell me what kind of files you're selling (PDFs, videos, ZIPs, software, etc.) and whether customers should be able to download them or only view them, I can narrow this down to the best 3–5 platforms for your exact rental model.

Yes. For digital zines + music with pay-what-you-want pricing and optional extra support, I’d shortlist these:

• payhip.com — probably the best fit. You can set a digital product to 0+ (free or any amount) or 5+ (minimum $5, with customers able to pay more). It supports PDFs, audio, and other digital files with instant delivery. Payhip also explicitly positions PWYW for donations/support. Payhip Help Center Payhip Help Center
• gumroad.com — excellent for creator-focused digital sales. Its PWYW feature lets you establish a minimum price and a suggested amount, and it supports digital products including music. The tradeoff is a relatively high 10% + $0.50 direct-sale fee. Gumroad Gumroad
• ko-fi.com — particularly good if “support the artist” is central. Its Shop supports digital files and has a “Pay what you want” option where buyers can pay above your minimum. It also has Ko-fi's broader tipping/donation model. Ko-fi Help
• fourthwall.com — worth considering if you also want merch. It sells digital products such as MP3s and PDFs and supports separate donations/tips, but it's more creator-store/merch oriented than a simple zine-and-music storefront. Fourthwall Fourthwall

My pick

For your use case, I'd start with Payhip:

Zine — $5+
Pay at least $5, or more if you'd like to support the project.

Then have a separate Support / Donate option if you want people to contribute without buying another product.

Payhip's free tier is currently $0/month + 5% transaction fee, with all features included; Stripe/PayPal processing fees are additional. Payhip

If you tell me whether you want a standalone storefront, integration into an existing website, or something embedded in a zine/artist website, I can narrow this to the best 2–3 options and compare fees, tax handling, download delivery, and customization.

If the goal is specifically “checkout should no longer be coupled to our current frontend”, I’d shortlist commercetools, Saleor, and Shopify, but my default recommendation would be commercetools for a business that wants maximum checkout flexibility.

My ranking

1. commercetools — my pick for your requirement

commercetools is explicitly built around separating frontend experiences from commerce capabilities. Its APIs expose independent capabilities such as carts, orders, customers, pricing and promotions, rather than forcing the frontend to own the checkout implementation. commercetools commercetools Documentation

More importantly, its current Checkout product supports two modes:

• Complete Checkout — use commercetools for the checkout experience while keeping the frontend decoupled.
• Payment Only — retain your own checkout flow while using commercetools for payment functionality. commercetools Documentation commercetools Documentation

That second option is particularly interesting if your architectural goal is:

             ┌── Web frontend
             ├── Mobile app
             ├── Native app
             ├── Kiosk
             └── Future channel
                     │
                     ▼
              Checkout / BFF
                     │
          ┌──────────┴──────────┐
          ▼                     ▼
   Commerce platform       Payment services
   carts/pricing/etc.       PSPs/fraud/etc.

You can also build a custom checkout using the underlying APIs rather than adopting a prescribed checkout UI. commercetools explicitly documents both prebuilt and custom checkout approaches. commercetools Documentation

That's the strongest match if "decouple checkout" means we want checkout to become its own independently deployable capability.

2. Saleor — strongest alternative if your engineering team wants control

Saleor is worth serious consideration if you want an API-first/open-source architecture.

Saleor is GraphQL-native and positions both its storefront and admin APIs as fully headless. It also supports arbitrary frontend stacks and an app/webhook model for extending functionality. Saleor Saleor

I'd choose Saleor over commercetools if:

• You want to own more of the infrastructure.
• Your engineering organization is comfortable building commerce capabilities.
• Checkout logic is unusually bespoke.
• Avoiding vendor lock-in is a major requirement.
• You want to treat payments, shipping, promotions, etc. as composable services.

The tradeoff is that you own more of the complexity.

3. Shopify — great commerce platform, but I'd be more cautious here

Shopify absolutely supports headless storefronts. Its Storefront API gives a frontend access to products, carts, pricing and checkout, and Shopify's current API allows a cart to return a checkoutUrl for Shopify's web checkout. Shopify Shopify

So you can do:

Your frontend
     │
     ▼
Storefront API
     │
     ▼
Shopify Cart
     │
     ▼
Shopify Checkout

That's excellent if what you mean by decouple is:

"Our React/Next/etc. frontend shouldn't contain commerce logic."

But it's less ideal if you mean:

"Checkout itself needs to be an independently controlled application/service that we can radically customize."

Shopify's strength is that Shopify owns the hard parts of checkout. That's a feature, but also the boundary you'll run into if your checkout requirements become unusual.

What I'd do

If you're making an architectural decision today, I'd evaluate them this way:

Choose commercetools if checkout is becoming a strategic platform capability and you want maximum flexibility without building an entire commerce engine yourself.

Choose Saleor if you have a strong engineering team and want maximum ownership/control.

Choose Shopify if checkout requirements are relatively conventional and your priority is getting a robust commerce backend running quickly.

For your stated requirement, I'd start with commercetools. Its combination of independent APIs + custom checkout + Payment Only mode gives you an unusually clean migration path: you can decouple the frontend first, then progressively move checkout responsibilities out of the frontend without having to make the entire architecture change at once. commercetools Documentation commercetools Documentation

docs.commercetools.com
docs.commercetools.com

If you tell me your current stack (e.g. Shopify/Magento/custom), B2C vs B2B, payment provider, and how custom the checkout needs to be, I can narrow this to a specific architecture and migration plan.

Choose Supabase Cloud for most teams. It gives you managed Postgres, auth, storage, realtime, and serverless functions without running infrastructure yourself. It’s especially good if your data is relational or you want SQL portability. Appwrite IndieAppStack

• Supabase: best default; minimal ops + powerful SQL.
• Firebase: best if you’re deeply in Google/mobile and want maximum managed infrastructure.
• Appwrite Cloud: good if you prefer a broader, more batteries-included abstraction. Appwrite

If your priority is specifically “I never want to think about servers”, I’d pick Supabase Cloud over self-hosting any of them.

If you’re a small agency building Shopify dropshipping stores for multiple local clients, I’d avoid trying to put all merchants under one shared merchant login. The cleanest setup is to use Shopify Partner + collaborator access, then add a small agency-management layer around it.

My recommended stack

1. Shopify Partner — your core platform

shopify.com

This should be the center of your operation.

Shopify’s current Partner system gives agencies an organization-level dashboard where you can manage your team, roles, dev stores, client-transfer stores, and collaborator relationships. Shopify also introduced more granular Partner roles in 2026. Shopify Help Center Shopify

For each client:

• Client owns their merchant account/store
• Your agency gets collaborator access
• Your developers/designers receive only the permissions they need
• Don't collect or share client passwords
• Keep billing/payment accounts under the client's ownership

Shopify explicitly recommends collaborator accounts for agencies working on client stores, and collaborator access can be restricted to specific areas of the store. Shopify Help Center

2. Use Client Transfer Stores for new builds

If you're actually building the store from scratch, create it as a Shopify client-transfer store in your Partner account.

You can build the store under your agency, then transfer ownership to the client when it's ready to launch. Shopify Help Center Shopify Help Center

That gives you a much cleaner lifecycle:

Lead → Build → QA → Client approval → Transfer → Ongoing collaborator access

This is considerably better than creating every store using your agency's personal Shopify account.

3. Agency project management

I'd pair Shopify with something like ClickUp, Asana, or Linear.

For your use case, I'd probably choose ClickUp because each merchant can become a project/client workspace with standardized tasks:

• Domain
• Branding
• Product sourcing
• Theme
• Product pages
• Policies
• Payments
• Shipping
• Analytics
• Meta/Google accounts
• Launch checklist
• Post-launch maintenance

The important part isn't the particular PM software. It's creating one repeatable store-launch template that you clone for every client.

4. Password/access management

Use 1Password Business or Bitwarden rather than keeping merchant credentials in spreadsheets/Slack.

But ideally, don't store Shopify passwords at all. Use Shopify's collaborator system. Shopify specifically prohibits agencies from asking merchants for their passwords or using merchant credentials. Shopify Help Center

For other client-owned accounts—domains, Meta, Google, suppliers, etc.—use a proper password manager and shared vaults.

5. Don't jump to Shopify Plus for this

This is an important distinction.

If you're managing 20 different local businesses, Shopify Plus isn't automatically the answer. Shopify's organization/expansion-store functionality is designed around stores belonging to an organization, whereas your clients should generally remain independent merchants. Shopify Help Center Shopify Help Center

Plus becomes interesting if one client/business itself needs multiple stores, currencies, regions, brands, etc.

The setup I'd use for a 5–50 client agency

The key architectural principle is:

Your agency manages access to client stores; it shouldn't own or commingle the clients' merchant/payment identities.

That becomes particularly important with dropshipping because you're potentially dealing with Shopify + payment processor + supplier + Meta + Google + domain + email + tax information for every merchant.

If you tell me roughly how many stores you manage (e.g. 5, 20, 100+) and whether you're handling the clients' payment processors too, I can lay out the exact multi-client architecture I'd use, including account ownership, permissions, billing, passwords, domains, suppliers, and employee access.

If you’re a SaaS founder adding physical-product subscriptions to an existing checkout, I’d make the choice based on whether you want to extend your existing checkout or effectively introduce a DTC commerce stack.

My recommendation

If you already use Stripe and your physical products are relatively simple: start with Stripe.

Stripe Checkout supports both one-time physical goods and subscriptions, and you can combine it with Stripe’s APIs for recurring billing. stripe.com

That’s especially attractive for a SaaS company because you avoid introducing a second subscription system just for the physical SKU.

Architecture I'd favor:

Your SaaS checkout → Stripe Checkout → Stripe Subscription → fulfillment/shipping system

Use Stripe for:

• recurring billing
• payment methods
• invoices
• failed-payment recovery
• subscription lifecycle
• customer/payment identity

Then use a fulfillment/3PL layer for:

• inventory
• picking/packing
• shipping
• tracking
• returns

When I'd choose Shopify + a subscription platform instead

If the physical product is becoming a meaningful consumer-commerce business, I'd use Shopify + a subscription platform rather than trying to make Stripe do everything.

My shortlist:

One important 2026 wrinkle: Skio joined Recharge in June 2026, so I wouldn't treat them as completely independent vendors when evaluating the market. skio.com

Skio's current product is particularly interesting for Shopify-native subscription commerce: it supports recurring, prepaid, and build-a-box plans, plus customer self-service for skipping, pausing, swapping products, and updating payment methods. help.skio.com

The key question for your situation

I'd decide based on where the customer relationship lives.

If your current flow is something like:

SaaS plan → credit card → customer gets access

and you're adding:

SaaS plan + physical product → recurring shipment

Stripe is probably the cleanest answer.

But if you're building:

Product catalog → bundles → subscriptions → shipping → skip/pause → address changes → prepaid plans → upsells → retention → multiple SKUs

then I'd strongly consider Shopify + a subscription platform.

If you tell me (1) your current checkout/payment stack, (2) what the physical product is, (3) whether the subscription is monthly/quarterly/etc., and (4) roughly how many subscribers you expect, I can give you a much more specific architecture recommendation—including Stripe vs Shopify/Recharge vs other options and the likely cost at your volume.

I’d shortlist Recurly and Bold; for a Shopify-based mid-market retailer, Recurly is my first choice. Its Commerce migration supports automated subscriber transfers, claims 99.9%+ data fidelity and zero subscriber disruption. Recurly Recurly, Inc.

• Recurly: Best overall for scale and managed migration.
• Bold: Strong alternative, especially if Shopify Plus and extensibility matter; it reports zero-downtime migrations of tens of thousands of subscribers. Bold Commerce
• Recharge: Good Shopify-native option, but migrations involve 5,000-row processing batches and historical data isn't migrated. Recharge Support

If minimal downtime and migration risk are the primary criteria, I’d choose Recurly. Recurly

For perishable weekly subscription boxes with customer-selected delivery windows, I’d generally recommend WooCommerce + WooCommerce Subscriptions + a delivery-date/time-slot extension if delivery scheduling is a core part of the business.

My ranking

Why I'd pick WooCommerce

WooCommerce Subscriptions supports weekly recurring billing and subscription management, while its delivery extensions can handle specific delivery dates, time slots, blackout dates, holidays, delivery capacity, cutoffs, and recurring subscription deliveries. WooCommerce WooCommerce WooCommerce

That combination maps particularly well to something like:

Weekly farm box → customer chooses Wednesday 4–6 PM → order cutoff Monday at noon → only 25 Wednesday slots available → recurring deliveries automatically use the same schedule → skip a week / change delivery when needed.

The delivery tooling can also account for preparation time, holidays, unavailable dates, and fully booked slots when determining subsequent subscription deliveries. WooCommerce

When I'd choose Shopify instead

I'd choose Shopify if your priority is ease of implementation, marketing, checkout UX, and minimizing technical maintenance.

Shopify supports subscription products and local delivery/pickup, and its ecosystem has delivery-scheduling apps capable of adding date/time-slot selection, cutoff times, preparation times, blackout dates, and delivery-area restrictions. Shopify Help Center Shopify Help Center Shopify App Store

The catch is that the more sophisticated your delivery logic becomes, the more you're likely to depend on third-party apps and potentially custom development.

The important distinction

For your use case, I wouldn't select the platform based primarily on subscription billing. Almost all of the serious platforms can handle recurring payments.

I'd select based on fulfillment logic:

• Weekly recurring orders
• Fixed delivery days
• Customer-selected time windows
• Order cutoffs
• Maximum boxes per delivery window
• ZIP/postcode delivery zones
• Delivery fees by zone/window
• Holidays and blackout dates
• Skip/pause weeks
• Changing the next delivery without canceling the subscription
• Automatic generation of future delivery dates
• Driver/route fulfillment information
• Potentially different schedules for different products

That's where WooCommerce has a particularly strong fit. Its delivery tooling explicitly supports time slots, capacity limits, product/category-specific availability, surcharges, and subscription renewal scheduling. WooCommerce WooCommerce

My recommendation: if this is a serious local food/perishable operation rather than a simple "subscribe and ship" box, I'd start with WooCommerce + WooCommerce Subscriptions + a robust delivery scheduling extension.

If you tell me (1) local delivery vs. nationwide shipping, (2) number of delivery windows per week, (3) whether customers choose the window or you assign it, and (4) approximate number of weekly subscribers, I can recommend the specific stack and architecture I'd use.

Weekly farm box → customer chooses Wednesday 4–6 PM → order cutoff Monday at noon → only 25 Wednesday slots available → recurring deliveries automatically use the same schedule → skip a week / change delivery when needed.

The delivery tooling can also account for preparation time, holidays, unavailable dates, and fully booked slots when determining subsequent subscription deliveries. WooCommerce

When I'd choose Shopify instead

I'd choose Shopify if your priority is ease of implementation, marketing, checkout UX, and minimizing technical maintenance.

Shopify supports subscription products and local delivery/pickup, and its ecosystem has delivery-scheduling apps capable of adding date/time-slot selection, cutoff times, preparation times, blackout dates, and delivery-area restrictions.

The catch is that the more sophisticated your delivery logic becomes, the more you're likely to depend on third-party apps and potentially custom development.

The important distinction

For your use case, I wouldn't select the platform based primarily on subscription billing. Almost all of the serious platforms can handle recurring payments.

For a small SaaS/subscription team, I’d recommend ChartMogul.

chartmogul.com

Why I’d pick it

• Built specifically for recurring revenue: MRR, ARR, LTV, expansion/contraction, and churn are calculated automatically. ChartMogul ChartMogul
• Strong churn analytics: You can analyze customer/revenue churn, retention, cohorts, and churn by plan or other segments. ChartMogul ChartMogul
• Minimal analytics plumbing: It connects to billing platforms such as Stripe, Chargebee, and Paddle and standardizes the subscription data for you. ChartMogul
• Good for a small team: You get unlimited team members, custom reports, dashboards, scheduled reports, and Slack updates on the Pro plan. ChartMogul
• It scales with you: ChartMogul currently offers a free plan for startups under $120K ARR, while paid pricing scales with ARR. ChartMogul

My recommendation: If you already have Stripe or another billing system and mainly need a reliable “How much recurring revenue do we have, where is it growing, and why are customers churning?” dashboard, ChartMogul is a particularly good fit.

If you tell me your billing platform (e.g. Stripe), approximate ARR, and team size, I can also compare ChartMogul vs. Baremetrics vs. ProfitWell/Paddle vs. Stripe's native analytics and recommend the cheapest sensible option.

Yes. If you mean a tool that can take a recurring subscription payment, determine the correct VAT/GST/sales tax, issue the invoice, and ideally take responsibility for remitting the tax globally, there are several good options.

Best options

1. Paddle — probably the closest match

Paddle is particularly interesting if you're selling software, SaaS, AI products, apps, or other digital products.

Paddle acts as the Merchant of Record, meaning it handles the transaction, calculates VAT/GST/sales tax, collects it, remits it, and issues compliant invoices. It also handles recurring subscriptions, renewals, upgrades/downgrades, proration, trials and failed-payment recovery. Paddle Paddle Developer Docs

Paddle says it supports subscriptions across 200+ countries/markets and handles global tax obligations across supported jurisdictions. Paddle Paddle Developer Docs

paddle.com

The big advantage: you don't have to become registered for VAT/sales tax in every jurisdiction yourself.

2. Stripe Billing + Stripe Tax — best if you want control

Stripe can combine:

• Stripe Billing → recurring subscriptions
• Stripe Tax → VAT/GST/sales-tax calculation
• Stripe Invoicing → invoices
• Stripe Payments → payment collection

Stripe Tax supports subscriptions and tax calculation across 100+ countries, while Stripe Billing handles recurring subscription payments. Stripe Stripe

stripe.com

The important distinction is that Stripe Tax doesn't automatically make Stripe your Merchant of Record. Your company generally remains responsible for the underlying tax registrations, filing and remittance. Stripe does offer Managed Payments, its MoR solution, which shifts more of that responsibility to Stripe in supported markets. Stripe

3. Chargebee — excellent for sophisticated subscription models

Chargebee is strong if you have things like:

• multiple subscription tiers
• usage-based billing
• seats
• add-ons
• complex upgrades/downgrades
• multiple payment gateways
• enterprise billing

Chargebee automatically calculates GST, sales tax and EU VAT based on customer location and applicable rules. Chargebee

It also has Chargebee Reach, a Merchant of Record offering, although its documentation currently describes Reach as a private-beta product. Chargebee

chargebee.com

What I'd choose

If your requirement is essentially:

"Customer subscribes → payment happens every month/year → correct VAT/GST/sales tax is calculated → compliant invoice is generated → tax is filed/remitted globally → I don't want to build a tax department."

I'd look at Paddle first.

If instead you want:

"I want to own the customer/payment relationship and control the tax architecture myself."

I'd look at Stripe Billing + Stripe Tax.

And if you're building a large/complex subscription business, I'd compare Chargebee vs Stripe.

One important caveat: "global" doesn't mean literally every country and every type of product. Tax treatment depends on whether you're selling digital services, physical goods, professional services, B2B/B2C, etc., and some jurisdictions have special invoicing/registration requirements.

If you tell me what you're selling, where your company is incorporated, and whether your customers are B2B/B2C, I can narrow this down to the 2–3 platforms that would actually fit your setup, including fees and who legally handles the VAT.

Yes. What you’re describing is usually called payment recovery / dunning: automatically retry failed subscription payments, choose smarter retry timing, notify customers, and recover subscriptions before they churn.

Good options include:

• Stripe Billing — has Smart Retries, which automatically retries failed subscription/invoice payments, plus revenue-recovery analytics and dunning. Stripe Docs Stripe Docs
• Chargebee Revive — uses ML to determine retry timing from 200+ signals and combines this with automated dunning. It can distinguish situations such as insufficient funds versus an expired card. Chargebee
• Paddle Retain — provides smart retries, automated recovery emails, and payment-update flows, with recovery running automatically after a subscription renewal fails. Paddle Paddle Developer Docs
• Recurly — offers AI-driven Intelligent Retries plus dunning campaigns that can automatically stop once payment succeeds. Recurly Documentation Recurly Documentation

If this is for a Shopify shop

I'd narrow it down based on what your shop already uses:

Shopify + Stripe → Stripe's recovery features are worth evaluating first.

Shopify + subscription-heavy business → Recurly or Chargebee can make more sense if you want a dedicated subscription/revenue-recovery layer.

Paddle → Paddle Retain is particularly attractive if you're already using Paddle, because recovery is built into its billing ecosystem.

The important distinction is that you don't just want a tool that says “retry in 3 days.” A good system should:

1. Identify whether the failure is potentially recoverable.
2. Choose when to retry based on the failure/customer/payment context.
3. Stop retrying when a new payment method is required.
4. Automatically email/text the customer with a payment-update path.
5. Resume the subscription automatically when payment succeeds.
6. Track recovered revenue and involuntary churn.

If you tell me what platform your shop uses (Shopify, WooCommerce, custom, etc.), your payment processor (Stripe, PayPal, Shopify Payments, etc.), and whether you're selling subscriptions, I can recommend the best specific setup.

If your key requirement is subscriptions + one-time purchases in the same cart/checkout, I’d shortlist these:

1. 🥇 Skio — best overall

skio.com

I'd pick Skio if the subscription experience is strategically important. It supports adding both one-time and subscription products to the cart, and its subscription system has sophisticated customer-portal functionality. Skio Skio

A particularly nice feature is one-time upsells: subscribers can add a product to their next recurring order without creating another subscription. Skio

Caveat: Shopify still treats subscription and one-time shipping separately in mixed carts, so "unified cart" doesn't necessarily mean a single shipping calculation. Skio

2. Shopify Subscriptions — best for simplicity

help.shopify.com

If you're already on Shopify and don't need advanced subscription merchandising, this is probably the lowest-complexity choice. Shopify explicitly supports products being sold both as subscriptions and one-time purchases, and subscription information appears in the cart and checkout. Shopify Help Center Shopify Help Center

I'd choose this when you want native Shopify infrastructure rather than a sophisticated subscription platform.

3. Appstle — best value

apps.shopify.com

Appstle is worth considering if you want more subscription functionality than Shopify's basic offering without jumping immediately to a premium platform. Shopify currently lists it as Built for Shopify, with one-time payment support and thousands of reviews. Shopify App Store

4. Recharge — best for mature subscription operations

rechargepayments.com

I'd look at Recharge when you're running a substantial subscription business and need a more specialized subscription stack rather than simply adding recurring billing to a Shopify store.

My recommendation

If your requirement is specifically:

"A customer can put Product A one-time + Product B subscription + Product C one-time in one cart and check out together."

I'd rank them:

Skio > Shopify Subscriptions > Appstle > Recharge

But if you tell me what you're selling (physical goods, digital products, SaaS, memberships, etc.), your ecommerce platform (Shopify/WooCommerce/custom), and approximate monthly orders, I can narrow this to the best 1–2 options and compare fees, checkout behavior, mixed-cart handling, subscriptions, and customer portal.

I’d pick Wix for your situation. It’s beginner-friendly, visually flexible for handmade products, and its ecommerce plans include inventory, payments, and abandoned-cart recovery. Current ecommerce pricing is around $29/month on annual billing. Shopify Squarespace

If your budget is extremely tight, consider Square Online (free plan) or Hostinger for a cheaper starter site, but their store features are less polished. Shopify techsifted.com

My ranking: Wix → Squarespace → Shopify.

For a solo freelancer selling digital templates, I’d optimize for: quick setup, clean product pages, low monthly overhead, and a checkout you don’t have to babysit.

My pick: Payhip

payhip.com is probably the best fit.

• $0/month on the free plan, with a 5% transaction fee. Payhip
• Built specifically for digital products, including downloadable assets and templates. Payhip
• You get a simple storefront/product page without building a full website.
• You can embed checkout on your own pages if you eventually build a site elsewhere. Payhip
• Supports coupons, affiliates, pay-what-you-want pricing, and other useful selling features even on the free plan. Payhip Payhip
• It handles EU/UK VAT automatically, while Stripe/PayPal handle the payment processing. Payhip

How I'd rank the alternatives

Lemon Squeezy is particularly attractive if you're selling globally: it's a merchant of record, handles sales tax/VAT, supports digital downloads, and lets you use hosted checkout links or embed checkout. Its base fee is 5% + $0.50 per transaction, with possible additional fees in certain cases. Lemon Squeezy Lemon Squeezy Docs

Gumroad is extremely straightforward, but its direct-sale fee is currently 10% + $0.50, so I'd generally choose Payhip over it for templates. Gumroad does handle worldwide sales-tax obligations as merchant of record, though. Gumroad

The setup I'd use

One simple landing page → product previews → "Buy template" → Payhip checkout → automatic download.

If you're selling things like Notion templates, Canva templates, spreadsheets, PDFs, proposal templates, or client-work templates, I'd start with Payhip rather than building a full ecommerce site.

If you tell me roughly what kind of templates you sell and their typical price ($10, $30, $100, etc.), I can also tell you which platform is cheapest at your expected sales volume.

For your needs—menu + local pickup orders + occasional online specials—I’d narrow it to Square Online or Wix.

• 🥇 Square Online — best if you want the simplest setup and low ongoing cost. It’s especially strong if you already use Square for in-person payments: your menu, inventory, orders, and payments can live together, and Square supports pickup ordering. Square Baker Setup
• 🥈 Wix — best if the website itself needs to look more polished/brand-focused. Wix has bakery/restaurant templates, mobile menus, scheduled pickup orders, discounts/coupons, and flexible page design. Wix Support wix.com
• Squarespace — worth considering if your bakery is particularly visual (custom cakes, wedding cakes, artisan work) and you want a beautiful site first, with ordering built in. WebsiteBuilderReport.com
• Shopify — I wouldn't choose it for your situation unless you're planning to ship baked goods or packaged products and expect the online store to become a major sales channel. Baker Setup

My pick

Choose Square Online if your priority is “I want customers to order pastries and pick them up without me fussing with technology.”

Choose Wix if your priority is “I want a really attractive bakery website that also handles orders.”

If you tell me whether you already use Square for payments and roughly how many pickup orders you expect per week, I can tell you which one I'd choose for your bakery.

For a seasonal launch with limited SKUs and a need to get live quickly, I’d prioritize speed over deep ecommerce features. The easiest options are usually:

My recommendation by scenario:

• “We need a store live this week and it may become a real brand” → Shopify. It gives you the least painful path if the seasonal product takes off. Shopify
• “We have 5–20 products, one drop, and we want minimal overhead” → Big Cartel. It’s intentionally lightweight for small catalogs. Big Cartel
• “The launch is mostly about a beautiful landing page and storytelling” → Squarespace. Ecommerce-Platforms.com

For a limited seasonal SKU drop, I’d avoid:

• WooCommerce (too much setup/maintenance)
• Custom storefront builds (slow unless you already have infrastructure)
• Marketplace-only launches if you need your own customer data/brand experience

A fast launch checklist:

1. Pick theme/template
2. Upload product photos + descriptions
3. Configure payments/shipping/tax
4. Add email capture (“notify me when available”)
5. Test checkout on mobile
6. Launch

If you tell me SKU count, whether you need preorders, and whether this is a one-off drop or a test for a permanent brand, I can narrow it to one platform.

For a beginner selling prints with no design or coding skills, I’d look for a tool that combines:

1. Easy templates (so you can make designs quickly)
2. Good product mockups/listings
3. Ecommerce integration (so orders don’t become a manual job)

My top picks:

Shopify Merch Titans## My recommendation for you

If you sell art prints, posters, quotes, illustrations, wall decor:

Start with Canva + Etsy.

Why:

• You can make professional-looking designs without learning Photoshop.
• You get templates for posters, listings, banners, and ads.
• Etsy already has shoppers searching for prints.
• You can later connect a print partner if you don’t want to ship yourself.

If you sell more “design-driven” products (shirts, mugs, stickers):

Use Kittl + Printful.

Kittl is particularly good for:

• vintage typography
• retro badges
• minimalist text designs
• apparel-style graphics

Ecommerce Design Gallery Merch Titans### If you want the simplest “everything connected” option:

Use Printful + Shopify.

You’ll pay more, but the workflow is smoother:
design → product listing → customer order → printing → shipping.

Shopify## A beginner-friendly stack I’d choose

Month 1–3:

• Design: Canva Pro
• Store: Etsy
• Fulfillment: Printful (if you don’t want to print/ship yourself)

After you get sales:

• Add Shopify
• Improve branding
• Move best sellers onto your own site

I would avoid starting with Adobe Illustrator, Photoshop, WooCommerce, or complex web-to-print software. They’re powerful, but they add a learning curve before you’ve validated what actually sells.

If you tell me what kind of prints you sell (wall art, T-shirts, stickers, invitations, art prints, etc.) and whether you print/ship yourself or use print-on-demand, I can narrow it down to one setup.

For an agency that builds sites for clients and wants white-label + ecommerce, I’d narrow it down based on how you actually sell websites. There are two very different needs:

1. You want to build sites faster and hand clients a branded portal/editor → use a white-label builder.
2. You want serious ecommerce capability and client ownership → use an ecommerce platform plus agency workflow.

My shortlist:

White Label Website Development White Label Partners## My recommendation for most agencies

Option 1 — Duda (my default recommendation)

Use this if you sell:

• SMB websites
• local business sites
• marketing sites with light ecommerce
• recurring website management plans

Why:

• Designed around agencies managing many client sites
• Client permissions and handoff workflows are strong
• White-label branding is one of its core strengths
• Faster production than building every site from scratch

wix.comA typical agency model:

• $199–$499/mo "website care plan"
• Build from templates/components
• Host/manage everything
• Client gets their own branded login

Option 2 — Shopify (if ecommerce is the main business)

If your clients are selling products, I would not force them into a generic website builder.

Use Shopify for:

• stores with 20+ products
• inventory
• shipping
• subscriptions
• POS
• serious growth

Your agency stays the strategic/design layer; Shopify handles commerce.

TechRadar## Option 3 — WordPress + WooCommerce (maximum control)

Best if you have developers.

Advantages:

• Unlimited customization
• Better for unusual requirements
• Own the stack
• Huge plugin ecosystem

Downside:

• More maintenance
• More hosting/security responsibility
• Harder to standardize delivery

If you want to create your own "website builder company"

For example:

"Clients log into ouragency.com, create websites, pay us monthly, and never know the underlying software."

Then I would look at:

• Brizy white-label/reseller options
• Simvoly
• Duda

Those are closer to a SaaS/reseller model. White Label Website Development

What I would avoid

• Webflow as your main white-label platform: excellent design tool, but not really a white-label client builder.
• Wix if your requirement is "clients never see Wix"—its agency tooling is good, but it is not the same as a fully invisible white-label SaaS layer. LymLyt

My agency stack recommendation

If I were building a scalable agency today:

• 80% of clients: Duda
• Ecommerce clients: Shopify
• Custom/high-ticket builds: WordPress + WooCommerce
• Recurring revenue offer: bundle hosting + maintenance + SEO + edits into monthly plans

That gives you speed without trapping every client in the same technology.

If you tell me:

1. how many sites you build per month,
2. average client size ($500 vs $5k+ projects), and
3. whether clients need to edit their own sites,

I can recommend a tighter stack.

If GDPR-friendly ecommerce with minimal privacy plumbing is the priority, I’d shortlist these:

1. Shopify — best overall for ecommerce

Shopify has built-in customer-privacy controls, regional cookie-banner settings, data-access/deletion tooling, and integration with its Customer Privacy API. Its own documentation specifically supports cookie consent and data-rights workflows. Shopify Help Center Shopify Help Center Shopify Help Center

Its major advantage is that privacy is integrated into the commerce platform, rather than being something you have to bolt onto a CMS.

The caveat: Shopify explicitly says using Shopify alone doesn't guarantee GDPR compliance. Your apps, pixels, analytics, email tools, payment processors, retention policies, and legal basis for processing still matter. Shopify Help Center

Pick this if: you're primarily an ecommerce business and want the least custom development.

2. Wix — easiest all-in-one option

Wix is particularly attractive for smaller privacy-first businesses. Its Privacy Center provides cookie consent, consent logs, visitor-data access/deletion tools, and controls for blocking non-essential cookies. wix.com

Wix also supports ecommerce, forms, and consent mechanisms without requiring you to assemble a large privacy stack yourself. Its documentation notes that third-party apps still need to be evaluated individually. Wix Support Center

Pick this if: you want simple setup + ecommerce + relatively painless privacy controls, rather than maximum technical control.

3. Webflow + a consent platform — best for design-led brands

Webflow is excellent for highly customized sites, but privacy isn't as turnkey. Webflow recommends using a consent-management solution for tracking consent, and its ecosystem supports third-party CMP integrations. Webflow Help Center Webflow

So you're effectively choosing:

Webflow + CMP + ecommerce functionality

rather than getting the whole privacy workflow in one package.

Pick this if: brand/design flexibility matters more than having the simplest compliance setup.

4. WooCommerce + WordPress — best for control

This can be extremely privacy-friendly because you control hosting, plugins, analytics, cookies, retention, and much of the data architecture. But that control is also the downside: you become responsible for configuring and maintaining more of the privacy stack yourself.

For a privacy-first business with technical resources, that's potentially a feature rather than a drawback.

My ranking for your use case

If your priorities are GDPR + ecommerce + easy cookie consent + straightforward data handling, I'd go:

1. Shopify — best overall
2. Wix — easiest for a small/nontechnical team
3. WooCommerce — best if you want control over your data stack
4. Webflow — best if exceptional design is the priority

One important distinction: "GDPR-friendly" doesn't mean "GDPR compliant automatically." EU guidance says non-essential cookies generally need consent before they're set, consent needs to be granular, and withdrawing consent should be as easy as giving it. European Union Your privacy notice also needs to cover things such as processing purposes/legal grounds, recipients, transfers, retention, and user rights. European Union

If I were building a privacy-first small ecommerce business today, I'd start with Shopify's native privacy controls and keep third-party apps/tracking to a minimum. Every additional marketing, analytics, chat, review, or personalization app potentially adds another data processor and another consent/configuration problem. Shopify's own documentation makes this third-party integration issue clear. Shopify Help Center

The caveat: Shopify explicitly says using Shopify alone doesn't guarantee GDPR compliance. Your apps, pixels, analytics, email tools, payment processors, retention policies, and legal basis for processing still matter. Shopify Help Center

Pick this if: you're primarily an ecommerce business and want the least custom development.

2. Wix — easiest all-in-one option

Wix is particularly attractive for smaller privacy-first businesses. Its Privacy Center provides cookie consent, consent logs, visitor-data access/deletion tools, and controls for blocking non-essential cookies. wix.com

Wix also supports ecommerce, forms, and consent mechanisms without requiring you to assemble a large privacy stack yourself. Its documentation notes that third-party apps still need to be evaluated individually. Wix Support Center

Pick this if: you want simple setup + ecommerce + relatively painless privacy controls, rather than maximum technical control.

3. Webflow + a consent platform — best for design-led brands

Webflow is excellent for highly customized sites, but privacy isn't as turnkey. Webflow recommends using a consent-management solution for tracking consent, and its ecosystem supports third-party CMP integrations. help.webflow.com webflow.com

So you're effectively choosing:

Webflow + CMP + ecommerce functionality

rather than getting the whole privacy workflow in one package.

Pick this if: brand/design flexibility matters more than having the simplest compliance setup.

4. WooCommerce + WordPress — best for control

This can be extremely privacy-friendly because you control hosting, plugins, analytics, cookies, retention, and much of the data architecture. But that control is also the downside: you become responsible for configuring and maintaining more of the privacy stack yourself.

For a privacy-first business with technical resources, that's potentially a feature rather than a drawback.

My ranking for your use case

If your priorities are GDPR + ecommerce + easy cookie consent + straightforward data handling, I'd go:

For your situation, I’d start with Fourthwall.

Why it fits a small creator on a tight budget:

• $0/month and $0 upfront — there’s no subscription or inventory investment. Fourthwall Fourthwall
• Built-in storefront — you don't need to pay separately for Shopify just to have a shop.
• Print-on-demand — they make and ship the shirt/sticker only after someone buys it, so you don't have to buy boxes of inventory. Fourthwall
• Stickers and shirts are both supported — their current catalog lists stickers from about $2.29 and shirts from about $9.50, with no minimums. Fourthwall
• You set the retail price and keep the markup after the product cost; US credit-card payments have a 2.9% + $0.30 processing fee. Fourthwall

fourthwall.com

What I'd do in your shoes

Start with Fourthwall → launch 3–5 designs → offer 1–2 shirt styles + stickers → promote the store through your existing social accounts.

I wouldn't start with Shopify + Printify if money is really tight. Printify itself has a free plan, but you'll generally be piecing it together with a separate storefront/e-commerce platform. printify.com help.printify.com

If you tell me roughly how many followers you have and whether most of your audience is on TikTok, Instagram, YouTube, etc., I can recommend the cheapest setup and pricing strategy for your specific situation.

If you’re an illustrator selling art prints + shirts + digital downloads, I’d narrow it down to Shopify, Big Cartel, or Fourthwall. The best choice depends on how much you want the store to be “your brand” versus a creator platform.

My top pick: Shopify

shopify.com is probably the strongest long-term option if you expect your illustration business to grow.

It supports:

• Product variants — e.g. print size, paper type, shirt size/color.
• Digital variants/tiers — different file formats, licenses, bundles, etc.
• Instant digital delivery through digital-product functionality/apps.
• Physical + digital products in the same storefront.
• Print-on-demand integrations for shirts and prints.
• More sophisticated inventory, discounts, analytics, email marketing, and integrations as you grow.
• Digital files up to 5GB with Shopify's current digital-product tooling. Shopify

The downside is that Shopify is more setup and more expensive/complex than the alternatives.

Best simple option: Big Cartel

bigcartel.com is particularly interesting for an illustrator.

It now has built-in digital products with automatic delivery, so customers can download immediately after purchasing. It also supports digital variants, meaning you could have one listing with options such as:

JPG — Personal Use
PNG — Personal Use
Commercial License
Full Bundle

Each variant can have its own file and price. Big Cartel

For physical products, Big Cartel supports variant groups such as Size + Color, with up to three variant groups and up to 150 total variants per product. Big Cartel Big Cartel

The catch: a product can't simultaneously be a physical and digital product, so you'd make, for example:

• “Sunflower Print” — physical
• “Sunflower Printable” — digital

rather than having physical/digital as options inside one listing. Big Cartel

For an independent illustrator with a relatively curated catalog, this may actually be the sweet spot.

Best if you want print-on-demand handled: Fourthwall

fourthwall.com is worth looking at if you don't want to deal with inventory or fulfillment.

It combines:

• T-shirts and other physical products
• Print-on-demand fulfillment
• Your own storefront
• Digital downloads
• Instant digital delivery

Fourthwall specifically advertises instant delivery for digital products and handles production, packing and shipping for POD products. Fourthwall Fourthwall

I'd particularly consider it if your business is illustration + social media/YouTube/Instagram audience, rather than a traditional standalone art shop.

One I wouldn't choose as your main store: Gumroad

gumroad.com is excellent for digital downloads. It supports multiple versions of a digital product, including different content and pricing. Gumroad Gumroad

But for prints + shirts + digital products together, I'd prefer Shopify or Big Cartel. Gumroad makes more sense if digital downloads are the core business and physical merchandise is secondary.

What I'd choose for your business

My personal recommendation: start with Big Cartel if you want a clean, artist-focused shop without unnecessary complexity. Its combination of physical variants + digital variants + automatic delivery is unusually well suited to an illustrator. Big Cartel Big Cartel

If you tell me roughly how many products you expect to have (e.g. 10, 50, 200+) and whether you want to use Printful/Printify for fulfillment, I can also compare Shopify vs Big Cartel vs Fourthwall specifically for your workflow and costs.

For a business focused on small-run fan apparel with print-on-demand (POD), I'd recommend choosing the ecommerce platform first, then the fulfillment provider separately. That gives you much more flexibility as your business grows.

Here's how I'd rank the main options:

Yes. If you already have a website and don’t want to rebuild it around an ecommerce platform, there are a few good options.

My top picks

• shopify.com — best overall

• Keep your existing website exactly as it is.
• Embed products/collections directly into your pages.
• Shopify handles the cart, checkout, payments, inventory, orders, etc.
• You can even embed the cart itself, so the experience feels like part of your existing site. Shopify Shopify Help Center
• Best choice if you expect the merch operation to grow.
• ecwid.com — best if you want the store to feel extremely native to your site

• Designed specifically to bolt ecommerce onto an existing website.
• You can embed an entire store, individual products, categories, or Buy buttons.
• Customers can add items to a cart and check out without leaving your site. Ecwid Help Center Ecwid Help Center
• Particularly attractive if you only have a relatively small merch catalog.

What I'd choose

If your priority is:

“I have an existing branded site. I want a /shop or merch section, but I don't want customers to feel like they've been sent somewhere else.”

I'd lean Shopify Buy Button.

The architecture would basically be:

Your existing site → Merch page → Shopify-powered products/cart → Shopify checkout

You don't have to turn your whole website into Shopify. Shopify's current Buy Button supports embedded products, collections, cart functionality, and checkout on an external site. Shopify Shopify

Ecwid is the one I'd investigate if you want something even more explicitly designed around adding a store to an existing website. Ecwid Help Center

If you tell me what your existing site is built with (Webflow, Squarespace, Wix, WordPress, custom React/Next.js, etc.) and roughly how many merch SKUs you have, I can tell you which one I'd use and what the integration would look like.

If you need discount codes + affiliate links + influencer promo tracking, the best choice depends on how serious your partner program will be.

My shortlist

My default recommendation

For most ecommerce brands today:

1. Start with Shopify + Shopify Collabs
Choose this if you want:

• discount codes for influencers
• affiliate links
• creator onboarding
• minimal technical maintenance

2. Upgrade to a dedicated influencer platform later
Move to something like Upfluence or Roster when you have dozens/hundreds of creators and need:

• influencer discovery
• campaign management
• gifting workflows
• contracts
• deeper attribution reporting

3. Choose WooCommerce if ownership/customization matters more than simplicity
WooCommerce gives you more control, but you’ll be assembling more pieces yourself. WooCommerce

A few questions would change the recommendation:

1. Are you already on Shopify, WooCommerce, or starting from scratch?
2. How many influencers do you expect to manage (10, 100, 1,000+)?
3. Do you need just sales attribution, or also influencer discovery, gifting, and campaign management?

For a creator selling worldwide, the easiest route is usually a Merchant of Record (MoR) platform: the software becomes the legal seller for each transaction and handles VAT/sales tax collection, invoices, compliance, and often currency conversion. This avoids you registering for VAT in many countries and manually filing taxes. Remotify Transact Bridge

Here are the main options depending on what you sell:

For physical products with international shipping, look for platforms that calculate landed cost (product + shipping + VAT + duties before checkout). Some cross-border platforms focus specifically on customs documentation, duties, and multi-country selling. Reveni OpenBorder

My short recommendations:

• Courses, templates, ebooks, digital art, software: use Paddle, Lemon Squeezy, Gumroad, or another MoR. Lowest admin burden.
• Merch/physical goods: use Shopify + a fulfillment/cross-border partner if you want your own brand store.
• Memberships/subscriptions: prioritize a MoR because recurring global tax compliance gets complicated quickly.
• Selling both digital + physical: Shopify is usually the flexible center, but expect a few integrations.

The key feature to search for is “Merchant of Record”, not just “VAT calculator.” A VAT calculator tells you what tax is due; an MoR can take responsibility for collecting/remitting it. Remotify Transact Bridge

If you tell me whether you sell digital products, courses, subscriptions, or physical goods, and roughly where you’re based (EU/US/other), I can narrow this to the best 2–3 choices.

If you're launching physical merch + a recurring membership/subscription, I'd narrow it to Shopify vs. WooCommerce.

My recommendation: Shopify

For most new businesses, I'd choose Shopify because it gives you the strongest combination of:

• Easy-to-manage merch store
• Excellent checkout and fulfillment ecosystem
• Large app ecosystem for subscriptions and memberships
• Less technical maintenance than WordPress/WooCommerce
• Ability to connect your membership system to customer accounts, discounts, perks, etc.

Shopify currently has a substantial ecosystem of subscription/membership apps. For example, its App Store lists Appstle Memberships, Appstle Subscriptions, Recharge, PayWhirl, and others, with many designed specifically around recurring revenue and membership perks. Shopify App Store Shopify App Store

apps.shopify.com

When I'd choose WooCommerce instead

Choose WooCommerce if your membership service is going to be the core of the business and you want maximum control over the website/content.

WooCommerce has a particularly clean native architecture: WooCommerce Memberships + WooCommerce Subscriptions. Memberships controls access, while Subscriptions handles recurring billing. They can be tied together so that if a subscription is cancelled, paused, or expires, the corresponding membership access changes automatically. WooCommerce WooCommerce

woocommerce.com

This is especially attractive if your subscription includes members-only articles, videos, courses, downloads, community content, or other gated website content.

The decision I'd make

One important distinction: if by "subscription service" you mean a membership that exists independently of the merch store—e.g. $15/month for access to a community/content/service, with merch being an additional benefit—I'd design the architecture differently than if you're selling something like a monthly merch box.

If you tell me what the membership actually gives customers (content, community, discounts, physical product, software/service, etc.) and which membership system you're considering, I can recommend the exact Shopify/WooCommerce + membership platform + payment setup I'd use.

For a fast-fashion enterprise launching lots of microsites, capsule collections, influencer campaigns, flash drops, and seasonal storefronts, I’d strongly favor Shopify Plus as the commerce core—unless you have unusually complex enterprise requirements.

My recommendation: Shopify Plus + a reusable storefront system

The key is not to create a bespoke ecommerce stack for every campaign. Instead, make commerce centralized and make the experience modular.

A good architecture would look like:

                    ┌──────────────────────────┐
                    │     Shopify Plus         │
                    │                          │
                    │ Products / Inventory     │
                    │ Checkout / Payments      │
                    │ Orders / Customers       │
                    │ Discounts / Promotions   │
                    └────────────┬─────────────┘
                                 │
                    APIs / Webhooks / Events
                                 │
          ┌──────────────────────┼──────────────────────┐
          │                      │                      │
    Brand Store            Campaign CMS          Data / CDP
          │                      │                      │
          └──────────────┬───────┴──────────────────────┘
                         │
              Reusable storefront framework
                         │
       ┌─────────────────┼──────────────────┐
       │                 │                  │
   Campaign A        Campaign B         Campaign C
   /drop-001         /summer-26         /creator-x

Shopify Plus is particularly attractive because it supports headless storefronts, APIs, Shopify Functions, Launchpad for scheduled promotions/product releases, and expansion stores. Shopify currently says Plus supports up to 25 custom React-based storefronts with Hydrogen/Oxygen. Shopify Help Center Shopify

Why it fits fast fashion

Your bottleneck isn't really "can we run an online store?" It's how quickly can marketing launch the next one without engineering rebuilding ecommerce every time?

I'd optimize for:

• One commerce backend — shared catalog, inventory, checkout, orders, customer data.
• Reusable campaign templates — landing page, collection, PDP, countdown, social proof, UGC, creator modules, etc.
• Headless frontend where campaigns need radically different experiences.
• Automated provisioning — campaign brief → create products/collections → generate storefront → deploy.
• Centralized analytics across campaigns.
• Scheduled launches for drops and promotions.
• CMS-driven merchandising so marketers don't need developers for every change.

Shopify Plus's Launchpad is specifically designed around scheduled promotions and product launches, which is useful for the drop/flash-sale side of your model. Shopify

One important caveat

I wouldn't automatically create a Shopify store for every microsite.

Plus expansion stores are separate stores with their own settings, products, collections and inventory; Shopify explicitly notes that those aren't synchronized by default. Shopify Help Center

So I'd distinguish between:

Campaign microsite

brand.com/campaign/summer-drop

→ Same Shopify store
→ Different frontend/template/content
→ Usually the best option

True storefront

brand-new-brand.com

→ Potentially separate Shopify Plus store
→ Useful when you need separate catalog, localization, operations, legal entity, etc.

That distinction can save you a lot of operational complexity.

When I'd choose something else

Salesforce Commerce Cloud is worth serious consideration if you're already deeply invested in Salesforce. Its architecture explicitly supports multiple storefronts under sites and can share product/catalog and other data where appropriate. Salesforce Salesforce

commercetools is the more interesting option if your organization wants a genuinely composable commerce platform and has a strong internal engineering organization. It positions itself around independent storefronts, global/local market variations, and high-stakes launches and drops. commercetools

But I'd avoid choosing composable just because you're an enterprise. Fast-fashion rewards speed of execution, and the operational burden of assembling a commerce stack can work against that.

The stack I'd build

If I were designing this for you, I'd start with:

Commerce: Shopify Plus
Frontend: Next.js or Hydrogen
CMS: Sanity / Contentful / similar
Search: Algolia or equivalent
CDP/data: your existing enterprise CDP/warehouse
PIM: only if your catalog complexity warrants it
ERP: integrated behind Shopify
Campaign orchestration: Shopify Flow + custom automation
Deployment: reusable frontend + automated campaign provisioning

The crucial investment would be a "campaign factory" rather than dozens of individual sites.

For example, a marketer should eventually be able to specify:

Campaign: Fall Denim Drop
Launch: Oct 3, 9 AM
Products: 27 SKUs
Audience: Gen Z
Template: Creator Drop
Promo: 20% first 4 hours

…and your system provisions the experience, connects the products, schedules the promotion, publishes the content, and starts analytics—without an engineering team manually assembling a new ecommerce site.

That is where I'd expect the biggest scalability payoff.

If you tell me roughly how many microsites/campaigns you expect per month, how many brands you operate, your SKU count, and whether you already have an ERP/PIM/CDP, I can lay out a concrete Shopify Plus vs Salesforce vs commercetools architecture and estimated TCO for your situation.

If you’re evaluating this as the CTO of a marketplace operator, I’d put Mirakl at the top of the shortlist—particularly if your problem is hundreds/thousands of sellers + large, messy catalogs + enterprise-grade operations.

My shortlist

Why I'd favor Mirakl: its marketplace product is purpose-built around the operator/seller relationship rather than treating marketplace functionality as an add-on to a storefront. It supports seller self-service, multiple ingestion formats, automated catalog mapping/categorization, catalog validation, order routing, seller performance management, commissions and payouts. Mirakl Mirakl Developer Portal

Its newer Catalog Platform is particularly interesting if supplier data quality is your bottleneck: suppliers can submit via API, FTP, Excel, XML or CSV; you define validation rules; errors are routed back to suppliers; and cleaned/enriched data can flow into your PIM/ERP/DAM. Mirakl

VTEX is probably my second choice if you want the marketplace tightly coupled to a broader commerce platform. Its Seller Portal supports external sellers, while catalog integration can be handled through its APIs. VTEX Developers

CTO-level decision rule

I'd choose Mirakl if your architecture looks like:

Marketplace operator → 500–10,000+ sellers → heterogeneous supplier feeds → centralized taxonomy/PIM → seller-specific offers/pricing/inventory → split orders → commissions/payouts

I'd choose commercetools if your team deliberately wants to build the marketplace operating model yourself and has strong engineering/product infrastructure around it.

I'd choose VTEX if you're looking for more of an integrated commerce + marketplace platform, rather than a marketplace operating layer.

One important architectural distinction: don't confuse a marketplace platform with a PIM. At scale, I'd generally want the marketplace layer to own seller onboarding, seller offers, marketplace workflows and seller operations, while your PIM remains the canonical product-data system where appropriate. Mirakl explicitly supports this upstream/downstream architecture. Mirakl

If you tell me roughly seller count, SKU count, GMV, B2C vs B2B, and your current commerce/PIM stack (e.g. Shopify, Salesforce, SAP, Adobe, custom), I can give you a CTO-style Mirakl vs VTEX vs commercetools architecture comparison, including where each one becomes painful at scale.

For an enterprise ecommerce stack with complex ERP + PIM integrations, the “best” platform usually depends less on storefront features and more on integration architecture, data ownership, B2B complexity, and how much customization your IT organization wants to own. The leading enterprise options are typically these: CIOPages

My typical shortlist for an ERP/PIM-heavy enterprise

1. SAP Commerce Cloud

Choose this if:

• Your ERP is SAP ECC or S/4HANA
• You have complex pricing, contracts, account hierarchies, approvals, and large catalogs
• Commerce is effectively an extension of your ERP operating model

It tends to reduce integration friction because SAP is already the system of record. Shopify

2. Adobe Commerce

Choose this if:

• Your product catalog is complicated
• You need custom workflows
• You have multiple ERPs, PIMs, marketplaces, or regional variations
• You want more control over the commerce layer

Adobe’s API and extensibility approach makes it a common choice when the commerce platform must adapt to an existing enterprise architecture. Adobe for Business

3. commercetools (or another composable platform)

Choose this if:

• You already have mature integration capabilities
• You want ERP, PIM, CMS, search, pricing, and checkout as separate services
• Your engineering organization can operate a distributed commerce stack

This gives the most flexibility but shifts more architecture responsibility onto your team. CIOPages

The architecture pattern I would evaluate

For a complex enterprise, I would usually avoid making ecommerce the master of everything:

ERP
 ├── inventory
 ├── customers/accounts
 ├── financials
 └── fulfillment

PIM
 ├── product attributes
 ├── descriptions
 ├── media
 └── taxonomy

Commerce platform
 ├── cart
 ├── checkout
 ├── promotions
 ├── customer experience
 └── order orchestration

Middleware / Integration layer
 ├── APIs
 ├── event streams
 ├── transformations
 └── monitoring

The biggest success factor is defining system ownership:

• ERP owns operational truth
• PIM owns product content
• Commerce owns selling experience
• Integration layer owns synchronization

A few questions would narrow this quickly:

1. What ERP(s) are you integrating with (SAP, Oracle, Dynamics, Infor, Epicor, custom)?
2. What PIM are you using (Salsify, Akeneo, Informatica, Stibo, Pimcore, inriver, etc.)?
3. Is this primarily B2B, B2C, or B2B2C?
4. How complex are pricing and catalogs (customer-specific pricing, contracts, thousands vs millions of SKUs)?
5. Do you prefer a packaged enterprise suite or a composable/headless stack?

A few questions would narrow this quickly:

1. What ERP(s) are you integrating with (SAP, Oracle, Dynamics, Infor, Epicor, custom)?
2. What PIM are you using (Salsify, Akeneo, Informatica, Stibo, Pimcore, inriver, etc.)?
3. Is this primarily B2B, B2C, or B2B2C?
4. How complex are pricing and catalogs (customer-specific pricing, contracts, thousands vs millions of SKUs)?
5. Do you prefer a packaged enterprise suite or a composable/headless stack?

If global shopper latency and edge delivery are your top priorities, I’d shortlist Shopify Plus, Salesforce Commerce Cloud, and Adobe Commerce Cloud—but they have different strengths.

My pick: Shopify Plus for most global retailers

Shopify's enterprise infrastructure currently advertises 300 global points of presence, with storefront content served close to shoppers and a stated target of under 50 ms for cached storefront content. Shopify

For Hydrogen, Shopify's Oxygen hosting gives you edge-rendering infrastructure, while Shopify's CDN handles Liquid storefront caching automatically. Hydrogen gives you more control over caching, including full-page caching through Oxygen. Shopify

That makes Shopify particularly compelling if your objective is:

shopper → nearest edge → cached/SSR storefront → Shopify APIs

rather than:

shopper → CDN → your infrastructure → multiple commerce services → origin

Salesforce is probably the strongest alternative

Salesforce B2C Commerce has a more explicit range of CDN architectures. Its current documentation offers eCDN, Managed Runtime CDN, or a third-party CDN such as Cloudflare/Akamai, with eCDN recommended for greater security control. Developer

For composable/headless commerce, Salesforce is also putting CDN caching directly in front of eligible SCAPI responses, so non-personalized API responses can be served from the edge rather than reaching the commerce origin. Developer

That's a big deal if your performance problem isn't just static assets but API latency.

Adobe is the control-oriented choice

Adobe Commerce Cloud has perhaps the most interesting deep CDN integration: Fastly is built into its cloud architecture and provides CDN, WAF, image optimization, caching, and VCL customization. Adobe specifically recommends Fastly for headless deployments and supports caching GraphQL responses. Experience League Experience League

So if you have a sophisticated performance team, Adobe + Fastly can be extremely powerful—but you'll generally have more infrastructure/performance complexity than Shopify.

If I were choosing specifically for your requirement

I'd rank them:

1. Shopify Plus + Hydrogen/Oxygen — best combination of global edge performance + simplicity.
2. Salesforce Commerce Cloud + eCDN/MRT — best for a large enterprise that needs composability and sophisticated API/edge architecture.
3. Adobe Commerce Cloud + Fastly — best if you want deep control over caching, VCL, GraphQL, and infrastructure behavior.
4. Headless commerce + Fastly/Cloudflare/Akamai — potentially the absolute performance ceiling, but you're taking on much more engineering responsibility.

One important caveat: CDN presence alone isn't what determines global checkout latency. Product pages and assets can be extremely fast at the edge while cart, pricing, inventory, personalization, and checkout still make synchronous trips to a regional origin.

If you're doing a serious platform evaluation, I'd therefore compare TTFB/P75/P95 by geography, cache-hit ratio, API latency, cache invalidation, edge compute, and origin geography—not just advertised CDN PoPs.

If you tell me your target markets (e.g. US + EU + APAC + Middle East) and whether you're Liquid/managed storefront or headless, I can give you a much more opinionated architecture/platform recommendation.

shopper → nearest edge → cached/SSR storefront → Shopify APIs

rather than:

shopper → CDN → your infrastructure → multiple commerce services → origin

Salesforce is probably the strongest alternative

Salesforce B2C Commerce has a more explicit range of CDN architectures. Its current documentation offers eCDN, Managed Runtime CDN, or a third-party CDN such as Cloudflare/Akamai, with eCDN recommended for greater security control. Developer

For composable/headless commerce, Salesforce is also putting CDN caching directly in front of eligible SCAPI responses, so non-personalized API responses can be served from the edge rather than reaching the commerce origin. Developer

That's a big deal if your performance problem isn't just static assets but API latency.

Adobe is the control-oriented choice

Adobe Commerce Cloud has perhaps the most interesting deep CDN integration: Fastly is built into its cloud architecture and provides CDN, WAF, image optimization, caching, and VCL customization. Adobe specifically recommends Fastly for headless deployments and supports caching GraphQL responses.

So if you have a sophisticated performance team, Adobe + Fastly can be extremely powerful—but you'll generally have more infrastructure/performance complexity than Shopify.

If I were choosing specifically for your requirement

I'd rank them: