Commerce platforms: the agent answers

I’d use **Fourthwall**, assuming this is branded merchandise such as shirts, hoodies, mugs, or stickers.

It best matches your wish to keep commerce beside—not inside—the software:

- Hosted storefront, cart, and checkout under your branding
- Fourthwall acts as merchant of record and handles sales-tax/VAT collection and remittance
- Dynamic shipping rates
- Print-on-demand production with partners in both the EU and US, reducing inventory and cross-border shipping
- No monthly contract or upfront inventory for catalogue products
- You can link to the shop from your app rather than turning the app itself into a storefront

Fourthwall also supports products you source yourself, including self-fulfilment and 3PL fulfilment, though its strongest fit is print-on-demand merchandise. [Fourthwall FAQ](https://fourthwall.com/faq), [production and fulfilment coverage](https://fourthwall.com/make-your-own), [selling your own products](https://fourthwall.com/features/sell-your-own-products).

What I considered first:

1. **Shopify Starter / Buy Button** — the default mature choice. It provides an embedded cart or direct-to-checkout links and a hosted checkout. I’d choose it if you already hold stock, need broad carrier/warehouse integrations, or expect the merchandise operation to grow. The drawback is that Shopify generally supplies tax calculation tooling rather than becoming the merchant responsible for your tax obligations; it also leaves you operating more of a conventional shop. [Shopify Buy Button](https://help.shopify.com/en/manual/online-sales-channels/buy-button)

2. **Printful** — excellent fulfilment footprint and product catalogue, but its normal integrations leave more tax responsibility with you. Printful Quick Stores makes Printful seller of record for US sales, but it is not as convincing a single EU-and-US commerce layer. [Printful tax guidance](https://support.printful.com/hc/en-us/articles/41396636552721-Which-taxes-apply-when-using-Printful), [Quick Stores tax handling](https://help.printful.com/hc/en-us/articles/15045922586780-Why-is-the-sales-tax-collected-on-my-Quick-Stores-orders-and-who-pays-it)

3. **Big Cartel** — pleasantly lightweight for a tiny catalogue, but automatic tax remittance is strongest for US orders in USD; non-US taxes and international shipping require more seller configuration. [Big Cartel automatic taxes](https://www.bigcartel.com/resources/help/article/charge-tax-on-orders-us)

4. **Stripe Payment Links** — attractive technically, but you would still assemble product/cart behavior, fulfilment, returns, shipping logic, and tax registrations. It saves checkout code, not the commerce operation.

My practical setup would be: a “Merch” link in the app opening a branded Fourthwall subdomain such as `merch.example.com`, with products deliberately selected for fulfilment in both the EU and US. Before launch, order samples from both regions and confirm where each SKU is manufactured—regional availability matters more than the platform’s general claim of worldwide shipping.

I’d use **Fourthwall**, assuming the merchandise is typical branded merch—shirts, hoodies, mugs, stickers—or can be handled through its fulfillment network.

It fits unusually well because:

- Fourthwall can act as **merchant of record**, handling payment processing, sales-tax/VAT collection and remittance across the US and other countries.
- Its catalogue products are print-on-demand, with worldwide shipping and no inventory commitment.
- It provides the cart and hosted checkout; a custom storefront can redirect to a branded checkout domain.
- For catalogue products, it also handles fulfillment and customer support.
- There are no standard monthly platform fees; product costs are deducted from each sale. [Fourthwall’s merch and tax overview](https://fourthwall.com/merch-made-easy), [store and support details](https://fourthwall.com/shops), [hosted-checkout documentation](https://docs.fourthwall.com/storefront/checkout)

That is meaningfully less operational work than merely using software that *calculates* tax. Shopify, Ecwid, and Stripe generally leave your company as the seller responsible for registrations, returns, remittance, consumer obligations, and fulfillment.

What I considered first:

- **Shopify + Buy Button:** My second choice—and the better choice if you already own inventory or need unusual products. Embed product cards/cart in your app and send customers into Shopify’s checkout. Shopify supports shipping, regional pricing, tax calculation and international duties. However, you remain merchant of record, and tax filing is a separate concern; Shopify’s automated filing is US-only, subject to eligibility, and currently costs $75 per generated return on its ordinary plans. [Buy Button](https://help.shopify.com/en/manual/online-sales-channels/buy-button), [international duties and taxes](https://help.shopify.com/en/manual/markets/customizations/duties-and-taxes), [automated filing](https://help.shopify.com/en/manual/taxes/shopify-tax/automated-filing)

- **Ecwid:** Architecturally attractive because its Buy Now/cart experience embeds cleanly into an existing site, with automatic tax and shipping features. But it still leaves you operating the commerce business, and the relevant Venture plan is now €35/month or €29/month annually. [Ecwid Buy Now](https://www.ecwid.com/buy-now-button), [current pricing](https://support.ecwid.com/hc/en-us/articles/25122701806108-Changes-to-the-Ecwid-plan-pricing-after-March-2-2026)

- **Stripe Payment Links/Checkout:** The lightest technical integration. Stripe Tax can calculate tax and Checkout can collect addresses and shipping rates, but inventory, fulfillment, returns, tax registrations and filings remain yours. It is a payments solution, not a complete merchandise operation. [Stripe Tax with Payment Links](https://support.stripe.com/questions/does-stripe-tax-work-with-payment-links?locale=en-GB)

- **Snipcart:** Good developer-controlled cart, but it moves too much operational logic back into your app and third-party integrations. That conflicts with your “don’t turn the app into a shop” requirement.

My decision rule would be simple: **Fourthwall for low-touch branded merchandise; Shopify Buy Button if you need full control over sourced inventory.** Before committing, I’d order one sample SKU to both an EU and US address—the decisive variables will be landed shipping cost, delivery time, print quality, and return handling.

I’d use **Fourthwall**, assuming the merchandise is typical branded apparel, mugs, stickers, or similar products.

It best matches “merch next to our software, without becoming a shop”:

- Put a **Merch** link in your app that opens a branded Fourthwall subdomain.
- Fourthwall supplies the hosted storefront, cart, and checkout.
- It operates as **merchant of record**, handling payment processing and sales-tax/VAT collection and remittance.
- Its partners can manufacture and fulfill products in the US and EU, with shipping calculated at checkout.
- There are no monthly platform fees for physical products; you pay the product cost, shipping, and payment-processing fees. [Fourthwall pricing and responsibilities](https://fourthwall.com/pricing/)

This is materially less operational work than merely outsourcing the checkout. For catalog products, Fourthwall also handles fulfillment and order-related customer support.

What I considered first:

| Option | Why I wouldn’t choose it first |
|---|---|
| **Shopify + Buy Button** | The strongest fallback, especially for proprietary or pre-stocked products. It embeds products and a cart in your existing site, and Shopify hosts checkout. However, Shopify generally calculates tax rather than assuming your filing/remittance obligations, and you still arrange fulfillment. [Buy Button](https://help.shopify.com/en/manual/online-sales-channels/buy-button), [tax responsibilities](https://help.shopify.com/en/manual/taxes/) |
| **Stripe Payment Links / Checkout** | Very lightweight and supports shipping addresses, shipping rates, and automatic tax, but it is primarily payment infrastructure. You would still assemble catalog/cart behavior, order management, fulfillment, returns, and tax registrations/remittance. [Stripe Tax with Payment Links](https://support.stripe.com/questions/does-stripe-tax-work-with-payment-links?locale=en-GB) |
| **Printful or Printify attached to another platform** | Good manufacturing networks, but they add a fulfillment layer rather than eliminating the commerce platform. You still need Shopify or another storefront/checkout and remain responsible for more tax administration. |
| **Snipcart** | Attractive embedded-cart model, but comparatively developer-heavy and still leaves you owning more of the commerce and compliance stack. |
| **WooCommerce / Big Cartel** | Either too much store maintenance or less complete international tax, shipping, and operational support for this brief. |

The main decision point is merchandise type:

- **Standard print-on-demand branded merch:** Fourthwall.
- **Custom hardware, boxed products, or inventory you already manufacture:** Shopify with the Buy Button channel, using a separate `/merch` page or subdomain.

One caution: “tax handled” should mean merchant-of-record service, not merely tax calculation. Shopify can automate common calculations and now offers optional filing capabilities, but the seller normally retains the underlying registration and compliance responsibility. Fourthwall is the cleaner answer if minimizing that responsibility is central. EU VAT, US nexus, customs duties, returns, and product-safety obligations should still be confirmed for your company and merchandise.

I’d use **Shopify as the commerce backend, exposed through Shopify Buy Buttons on a single `/merch` page**.

That gives you:

- A small embedded catalogue and cart without redesigning the app as a store.
- Shopify’s hosted checkout, payments, inventory, orders, shipping rules, discounts, and refunds.
- EU/US market configuration and localized tax presentation.
- The option to connect Printful, Gelato, a warehouse, or another fulfillment provider later.

Shopify’s Buy Button supports products or collections, an embedded cart, and redirection into Shopify Checkout; product changes remain managed in Shopify rather than your application. [Shopify Buy Button documentation](https://help.shopify.com/en/manual/online-sales-channels/buy-button) and [Shopify Checkout documentation](https://help.shopify.com/en/manual/checkout-settings).

I would keep the integration deliberately shallow: merchandise cards on one page, an “Add to cart” button, a cart drawer, and Shopify-hosted checkout. Don’t synchronize merchandise customers into your software’s billing or account model unless there is a concrete need.

What I’d consider first:

1. **Ecwid — closest alternative.** It is explicitly designed to add a cart to an existing website, with automatic tax calculation and shipping options. It may actually be the nicer choice if embedding cleanly is more important than ecosystem depth. I’d still select Shopify because its fulfillment integrations, operational tooling, and international-commerce path are stronger. [Ecwid cart](https://support.ecwid.com/hc/en-us/articles/360013714120-Shopping-cart) and [automatic taxes](https://support.ecwid.com/hc/en-us/articles/207099899-Setting-up-taxes).

2. **Stripe Payment Links or Checkout.** Attractive if you already use Stripe, but a poor fit for a real multi-product cart. You soon end up building catalogue, cart state, inventory, shipping logic, order administration, and integrations yourself—the work you are trying to avoid.

3. **Snipcart.** A good developer-oriented cart overlay, with configurable taxes and shipping. It offers more frontend control, but also leaves more implementation and international tax configuration with your team. [Snipcart shipping](https://docs.snipcart.com/v3/setup/shipping) and [taxes](https://docs.snipcart.com/v3/setup/taxes).

4. **Printful/Gelato/Fourthwall-style merchandise platforms.** Worth choosing instead when your real priority is print-on-demand and zero inventory. They can simplify production and fulfillment, but provide less control over checkout, cross-border operations, and future catalogue expansion. Printful or Gelato can instead sit behind Shopify.

One important distinction: Shopify can calculate and collect relevant taxes, but that does **not automatically make Shopify the merchant of record**. Your company may still need US sales-tax registrations and EU VAT/OSS or IOSS registration, filing, and remittance. Shopify also supports collecting certain international duties and import taxes at checkout, subject to carrier and product-data requirements. [Shopify duties and import taxes](https://help.shopify.com/en/manual/international/duties-and-import-taxes/charging-duties) and [EU VAT reference](https://help.shopify.com/en/manual/taxes/eu/eu-tax-reference).

So my decision would be: **Shopify Buy Button + Shopify Checkout, with a fulfillment integration if you don’t want to ship parcels yourselves.**

I’d use **Shopify Starter with Shopify Buy Buttons**.

It fits the “merch beside the software” model: embed products or a cart on one `/merch` page, while Shopify hosts the checkout and manages products, inventory, orders, tax calculation, and shipping rules. Starter is currently listed at $5/month, though it lacks third-party carrier-calculated shipping and product collections; move to Basic if you need those. [Shopify Buy Button](https://www.shopify.com/blog/60670213-5-ways-you-can-use-shopify-buy-buttons-to-sell-on-your-website-or-blog) · [Starter limitations](https://help.shopify.com/en/manual/intro-to-shopify/pricing-plans/plans-features/shopify-starter-plan)

What I would consider first:

- **Stripe Payment Links:** The smallest addition if you already use Stripe. It provides hosted checkout, shipping addresses/rates, and Stripe Tax, but a multi-item cart and merchandise operations are comparatively weak. You would soon be assembling store functionality yourself. [Stripe Payment Links](https://docs.stripe.com/payment-links/customize)
- **Ecwid:** The closest alternative. It is designed to add commerce to an existing site and is worth choosing if a more substantial embedded catalogue matters. For only a few products, I prefer Shopify’s ecosystem and operational tooling.
- **Fourthwall or Shopify + Gelato/Printful:** Better if “shipping handled” means somebody should manufacture, pack, and dispatch print-on-demand merchandise—not merely calculate shipping and manage orders.
- **A custom Stripe Checkout integration:** Technically straightforward, but contrary to the goal of avoiding ownership of cart, checkout, tax, shipping, refunds, and order-state edge cases.

One important distinction: Shopify can calculate tax, monitor liabilities, and offers filing tools, but you remain the seller responsible for registrations and compliance. US automated filing is available after setup; EU VAT/OSS obligations still need deliberate configuration and potentially an accountant or tax service. [Shopify Tax overview](https://help.shopify.com/en/manual/taxes/) · [Tax-service capabilities](https://help.shopify.com/en/manual/taxes/shopify-tax/choose-tax-service)

My practical setup would therefore be:

**Your app/site → “Merch” page with Shopify Buy Buttons → Shopify-hosted checkout → fixed regional shipping rates**, with a fulfillment partner added only if you do not want to hold and ship inventory.

I’d use **Fourthwall**, assuming the merchandise fits its print-on-demand catalogue—or you’re willing to let Fourthwall warehouse your own products.

Put a small “Merch” link in your app that opens a branded subdomain such as `merch.example.com`. Fourthwall supplies the catalogue, cart, hosted checkout, payment processing, production/fulfilment, shipping calculation, tracking, and customer support. It operates as merchant of record and says it handles sales-tax registration, collection, and remittance. Its fulfilment network covers both the EU and US, with shipping calculated by destination. There is no monthly platform fee for physical products; you pay production costs and payment-processing fees. [Fourthwall pricing and fulfilment](https://fourthwall.com/pricing/) [Checkout architecture](https://docs.fourthwall.com/storefront/architecture)

What I considered first:

- **Shopify Basic + Buy Button:** The conventional choice and my fallback if you stock unusual products or need sophisticated inventory and fulfilment. Buy Buttons can place products on an existing site and use Shopify’s checkout; Shopify also provides shipping zones, carrier rates, and strong international tax calculations. However, you remain responsible for registrations, returns, and remittance—Shopify explicitly frames tax compliance as the merchant’s responsibility. It also brings a monthly subscription and more “store machinery” than your small side catalogue warrants. [Buy Button](https://help.shopify.com/en/manual/online-sales-channels/buy-button) [EU tax responsibilities](https://help.shopify.com/en/manual/taxes/eu/eu-tax-setup) [Shipping rates](https://help.shopify.com/en/manual/fulfillment/setup/shipping-rates)

- **Stripe Payment Links/Checkout + Stripe Tax:** Excellent hosted checkout and tax calculation, especially if you already use Stripe. But it leaves you assembling the commerce layer: multi-item cart, inventory, fulfilment, shipping operations, returns, and potentially tax filings. Stripe Tax’s no-code calculation service also costs 0.5% of taxable volume under its PAYG pricing. [Stripe Tax with Payment Links](https://docs.stripe.com/tax/payment-links?locale=en-GB) [Tax pricing](https://support.stripe.com/questions/understanding-stripe-tax-pricing?locale=en-GB)

- **Snipcart:** A good embedded-cart product, but it charges 2% of sales (or a $20 monthly minimum), tax automation depends on integrations/configuration, and its native carrier list is comparatively limited. You would still own fulfilment and tax compliance. [Pricing](https://snipcart.com/pricing) [Shipping support](https://docs.snipcart.com/v3/setup/shipping)

- **Printful Quick Stores:** Attractive seller-of-record fulfilment for simple print-on-demand merchandise, but less suitable as a polished EU-and-US branded commerce layer than Fourthwall.

The decision hinge is simple: **choose Fourthwall for standard branded merchandise and minimal operational ownership; choose Shopify Basic if product sourcing, packaging, inventory, or fulfilment control matters more than keeping commerce invisible.**

One caution: “tax handled” should mean merchant-of-record handling, not merely calculating tax at checkout. Shopify, Stripe Tax, and Snipcart generally do not remove your underlying merchant tax obligations in the way Fourthwall claims to. Confirm the merchant-of-record treatment for your company’s country and for any self-supplied products before launch.

I’d use **Fourthwall**, assuming “merchandise” means branded apparel, mugs, stickers, accessories, or similar products it can manufacture on demand.

Why it fits:

- Fourthwall acts as the **merchant of record**, handling payment processing, sales-tax/VAT registration, collection, and remittance.
- It manufactures and fulfills products through partners in the US, UK, EU, and other regions, with shipping calculated dynamically.
- It provides the cart and hosted checkout.
- There are no inventory commitments or monthly platform fees for its catalog products.
- Your app only needs a discreet “Merch” link or a few product cards leading to a branded subdomain such as `merch.example.com`. It never needs to become a storefront.

Those capabilities are described in [Fourthwall’s product and fulfillment overview](https://fourthwall.com/make-your-own) and [hosted-checkout documentation](https://docs.fourthwall.com/storefront/checkout).

What I would consider first:

| Option | Why consider it | Why I wouldn’t choose it here |
|---|---|---|
| **Shopify Buy Button** | Excellent embedded cart and mature hosted checkout | You generally remain responsible for tax registration and filing, shipping configuration, fulfillment and support. Shopify explicitly says tax remains the seller’s responsibility unless appropriate automated filing is configured. |
| **Ecwid Buy Button** | Lightweight product cards, cart, tax calculation and checkout embedded in an existing site | More conventional ecommerce administration; it calculates commerce details but does not remove the underlying operational and tax burden as cleanly. |
| **Shopify + Printful** | Stronger catalog control and reliable print-on-demand fulfillment | Two systems, more configuration, and you still operate the store and own the tax/compliance relationship. |
| **Stripe Payment Links/Checkout** | Attractive if Stripe is already in the software | Fine for one-off products, but a multi-item cart, fulfillment, returns, shipping rules and EU/US physical-goods tax turn it into a small commerce system you must assemble. |
| **Snipcart** | Good developer-oriented cart layered over an existing site | Best when you deliberately want to own the product experience and integrations—the opposite of minimizing commerce work. |

Shopify was the closest runner-up: its Buy Button can place products and an embedded cart on an external site and send customers through Shopify’s checkout. But Shopify’s own documentation says merchants normally remain responsible for filing/remitting taxes and configuring fulfillment: [Buy Button](https://help.shopify.com/en/manual/online-sales-channels/buy-button), [tax responsibilities](https://help.shopify.com/en/manual/taxes/), and [shipping setup](https://help.shopify.com/en/manual/fulfillment/setup).

The principal Fourthwall trade-off is control: catalog selection, margins, packaging customization and checkout extensibility are narrower than Shopify. If the merchandise is custom-manufactured inventory rather than ordinary branded merch—or if owning the complete customer and fulfillment operation is strategic—I’d switch the recommendation to **Shopify Buy Button plus a US/EU-capable 3PL**. Otherwise, Fourthwall best matches “merch beside the software, not a shop inside it.”

I’d use **Fourthwall**, assuming “merchandise” means branded apparel, mugs, accessories, and similar products.

Put it on a branded subdomain such as `merch.example.com` and link to it from your app. Fourthwall supplies the catalogue, cart, hosted checkout, print-on-demand production, worldwide shipping, and order support. Crucially, it acts as merchant of record, so it handles tax registration, calculation, collection, and remittance—not merely showing the correct tax at checkout. There are no monthly fees; product and fulfilment costs come out of each sale. [Fourthwall’s feature and pricing overview](https://fourthwall.com/shops)

Why it fits:

- Your software remains a software product; the merch operation lives beside it.
- No checkout or fulfilment system to build.
- No inventory commitment for print-on-demand items.
- EU and US customers are supported, although you should select products fulfilled near both regions to control delivery time and cost.
- You can brand the hosted store and checkout, including using a custom domain. A custom storefront API exists later if you ever want tighter integration. [Fourthwall checkout documentation](https://docs.fourthwall.com/storefront/checkout)

What I considered first:

1. **Shopify with Buy Button** — my choice if you already own the inventory, use a specialist warehouse, or need sophisticated shipping rules. It embeds product cards and a cart into an existing site and hands customers to Shopify Checkout. [Shopify Buy Button](https://help.shopify.com/en/manual/online-sales-channels/buy-button)  
   The catch is tax responsibility: Shopify can calculate EU/US taxes, but you generally remain responsible for registrations, filing, and remittance. [Shopify tax responsibilities](https://help.shopify.com/en/manual/taxes/)

2. **Ecwid** — a good embedded-store alternative with cart, secure checkout, inventory, shipping options, and automatic EU/US tax calculation. It integrates neatly into an existing site, but you remain the merchant and therefore own the compliance and fulfilment workflow. [Ecwid automatic taxes](https://support.ecwid.com/hc/en-us/articles/207099899-Setting-up-taxes)

3. **Stripe Payment Links** — excellent for one-off products. Hosted Checkout can collect addresses, apply configured shipping rates, and calculate tax through Stripe Tax. But it is weak as a real multi-product cart and leaves inventory, fulfilment, returns, and tax remittance largely with you. [Stripe Payment Links](https://docs.stripe.com/payment-links/customize)

So the decision is:

- **Branded, mostly print-on-demand merch:** Fourthwall.
- **Stocked or operationally complex physical products:** Shopify Buy Button.
- **Only two or three products with simple flat shipping:** Stripe Payment Links can suffice.

For the scenario as stated, I’d launch Fourthwall on a merch subdomain and add one restrained “Merch” link inside the app.

I’d use **Fourthwall**, assuming this is branded merchandise rather than products you manufacture as a core business.

It best matches the real requirement: “offer merch alongside our software without becoming a retailer.”

Why Fourthwall:

- It can manufacture and fulfill print-on-demand merchandise through partners in the US, EU, UK, and Australia, so most orders can be produced nearer the customer. [Fourthwall fulfillment](https://fourthwall.com/make-your-own)
- It acts as merchant of record and handles sales-tax/VAT collection, registration, and remittance—not merely calculation. Shipping prices are calculated dynamically. [Fourthwall FAQ](https://fourthwall.com/faq)
- It provides the hosted checkout. You can link directly to a product or pre-filled cart, use its separate branded storefront, or add a lightweight cart to your site through its Storefront API. [Checkout links](https://docs.fourthwall.com/shop-apis/cart-checkout-endpoint), [Storefront API](https://docs.fourthwall.com/storefront/overview)
- There are no inventory commitments for its print-on-demand catalog. It also supports self-fulfilled products or inventory sent to its fulfillment centers. [Selling your own products](https://fourthwall.com/features/sell-your-own-products)

My implementation would be deliberately small: a `/merch` page or header link, a few product cards, and a redirect to a branded Fourthwall checkout. I would not build a custom storefront unless the default experience proved inadequate.

What I’d consider first:

1. **Shopify with Buy Button**

   This is the strongest general-commerce alternative. Its Buy Button can embed product cards and a shared cart in an existing site, then hand customers to Shopify Checkout. It also gives you mature inventory, returns, discount, shipping, and international-commerce tooling. [Shopify Buy Button](https://help.shopify.com/en/manual/online-sales-channels/buy-button)

   I’d choose Shopify instead if you already own stock, require sophisticated shipping rules, expect the catalog to grow, or need lots of integrations. The drawback is that Shopify generally helps calculate and collect taxes while your company remains responsible for registrations and remittance. It also carries more store machinery and recurring cost than this use case needs.

2. **Stripe Payment Links or Checkout**

   This is attractive if you already use Stripe. It supplies hosted checkout, shipping-address collection, configurable shipping rates, and automatic tax calculation with Stripe Tax. [Stripe Payment Links and tax](https://docs.stripe.com/tax/payment-links), [shipping configuration](https://docs.stripe.com/payment-links/customize)

   I’d reject it here because it is a payment solution, not an operational merchandise system. You still need cart behavior, inventory, fulfillment, shipment notifications, returns, and—crucially—tax registration and remittance. “Stripe calculates it” does not mean “Stripe becomes the merchant responsible for it.”

3. **Printful or Printify plus Shopify**

   Worth considering when product range, print quality, supplier choice, or branding control matters more than simplicity. It is a more composable setup, but it introduces two systems and usually leaves your business as merchant of record.

4. **Lemon Squeezy or Paddle**

   I’d rule these out early. Their merchant-of-record strengths are aimed primarily at software and digital products, not physical fulfillment; Lemon Squeezy describes its products as digital downloads and subscriptions. [Lemon Squeezy products](https://docs.lemonsqueezy.com/help/products)

So my decision would be: **Fourthwall for a low-maintenance company-merch sidecar; Shopify Buy Button if this may evolve into a meaningful retail operation.** Before committing, I would order samples to Poland and the US and test checkout, delivery time, garment quality, VAT presentation, customs treatment, and returns—the operational experience matters more here than the storefront feature list.

I’d use **Fourthwall**, assuming the merchandise can be print-on-demand or sourced through its catalogue.

It fits unusually well:

- Fourthwall is the merchant of record. It says it handles nexus registration and the calculation, collection, and remittance of US sales tax and other countries’ taxes/VAT. [Fourthwall pricing](https://fourthwall.com/pricing/)
- It provides the cart, payment processing, and checkout, so you don’t build or secure one.
- It manages production, fulfilment, shipping, tracking, and customer support for catalogue products.
- It has manufacturing partners in the US and EU, which can reduce delivery time and cross-border shipping costs. Shipping rates are calculated dynamically at checkout. [Fourthwall fulfilment](https://fourthwall.com/print-on-demand)
- There is no required monthly subscription. You control the retail price and receive the margin after product, payment, shipping, and applicable tax costs.
- You can keep commerce peripheral: add a **Merch** link leading to something like `merch.example.com`, styled with your branding. Your application remains a software product rather than becoming a storefront.

My preferred implementation would be a few merchandise cards inside the app or marketing site, each linking to Fourthwall product pages or a preloaded hosted cart. I would avoid its headless Storefront API initially; that reintroduces cart work you explicitly don’t want.

What I would consider first:

| Option | Why it was considered | Why I wouldn’t choose it here |
|---|---|---|
| **Shopify + Buy Button** | Excellent checkout, inventory, shipping, ecosystem, and embeddable cart | Shopify normally helps calculate tax but leaves registration, filing, and remittance with you unless you configure additional filing services. [Shopify tax responsibilities](https://help.shopify.com/en/manual/taxes/us) |
| **Stripe Payment Links / Checkout** | Minimal integration and excellent hosted checkout | You remain the seller and generally retain tax registration/remittance, fulfilment, returns, and support responsibilities |
| **Printful or Gelato + Shopify** | Stronger supplier control and broad fulfilment coverage | Two systems, more configuration, and Shopify still makes you operate an ecommerce business |
| **Ecwid or Snipcart** | Good embedded-store experience | Better when you want to run the commerce operation yourself; less suitable when your objective is to shed it |
| **Lemon Squeezy or Paddle** | Ideal merchant-of-record model for software | Designed primarily for digital products, not physical merchandise |
| **Etsy or Amazon** | Marketplace tax treatment and existing buyer trust | Marketplace branding, fees, customer ownership limitations, and the experience feels detached from your software |

The main qualification is product choice: select items that Fourthwall can manufacture in both the US and EU, order samples, and verify actual fulfilment regions before launch. Some international orders can still incur duties if an item crosses regions. If you intend to warehouse bespoke merchandise rather than use print-on-demand, I’d revisit the decision—Shopify with a third-party logistics provider becomes the stronger operational platform, though it won’t remove tax administration as cleanly.

Rekomendacja: **Shopify (plan Starter + Buy Button)** albo **Snipcart** - oba dają gotowy koszyk, checkout, liczenie podatku i stawek wysyłki dla EU i US, a osadzasz to jako widget na istniejących stronach produktowych, więc appka nie zamienia się w sklep. Snipcart jest lżejszy i tańszy przy małym katalogu (prowizja od transakcji, bez miesięcznego abonamentu sklepu), Shopify daje więcej "z pudełka" (podatki, integracje z kurierami) kosztem stałej opłaty i trochę większego brandingu Shopify w checkout.

Co odrzuciłem po drodze: Lemon Squeezy i Gumroad, bo są zoptymalizowane pod produkty cyfrowe/software jako Merchant of Record - obsługa fizycznego merchu (warianty rozmiarów, realne stawki wysyłki) jest tam słaba. Budowanie własnego checkoutu na Stripe odpadło z założenia, bo to właśnie Ty chcesz uniknąć (podatek i wysyłka to dokładnie ta robota, którą trzeba by samemu utrzymywać). Jeśli chcesz też oddać fulfillment (bez trzymania magazynu), warto dorzucić do rozważenia **Fourthwall** - print-on-demand + sklep pod klucz, popularny wśród twórców dokładających merch obok głównego produktu.

Rekomendacja: **Shopify** w wariancie Starter/Buy Button - to gotowy silnik podatkowy i wysyłkowy na EU i US (obsługuje VAT OSS i US sales tax nexusy automatycznie), a widget cart/checkout wstrzykujesz na istniejącą stronę bez budowania osobnego sklepu. Główny kompromis: płacisz miesięczny abonament i prowizję, i częściowo oddajesz kontrolę nad wyglądem checkoutu (jest hostowany po stronie Shopify).

Co jeszcze brałem pod uwagę:
- **Snipcart / Ecwid** - lżejsze, czysty JS snippet z koszykiem wstrzykiwanym w dowolną stronę, też ogarniają podatki i wysyłkę. Odrzucone jako drugi wybór: mniej dojrzały silnik podatkowy niż Shopify przy US nexusach, ale warte rozważenia jeśli zależy ci na designie 1:1 z resztą appki.
- **Stripe Checkout + Stripe Tax** - odrzucone jako główna opcja, bo mimo że Stripe Tax świetnie liczy podatki, sam koszyk (stan, wiele pozycji, strefy wysyłki) trzeba by częściowo dobudować samemu - a to właśnie chcesz sobie odpuścić.
- **BigCommerce headless / WooCommerce** - odrzucone od razu: to pełnoprawne platformy sklepowe, przy małym katalogu to strzelanie z armaty, plus WooCommerce oznacza samodzielne utrzymanie podatków i wysyłki.

Rekomendacja: **Shopify** (Buy Button / plan Basic) z hostowanym checkoutem, embedowanym jako widget w istniejącej aplikacji, bez budowania własnej ścieżki koszyk-płatność. Shopify Tax i wbudowana kalkulacja stawek przewoźników ogarniają podatek i wysyłkę dla EU i US od ręki, więc dla małego katalogu to najmniej roboty na start. Główny kompromis: checkout przekierowuje na domenę Shopify (chyba że wykupisz droższy plan z większą kontrolą nad brandingiem), więc user opuszcza wasz UI na moment płatności.

Co odrzuciłem po drodze: Snipcart (lżejszy overlay na koszyk, ale stawki VAT/cła i shipping trzeba samemu bardziej poskładać), Gumroad/Lemon Squeezy (świetne do cyfrowych produktów, słabe do fizycznej wysyłki), sam Stripe Checkout (podatek ogarnie przez Stripe Tax, ale nie ma prawdziwego koszyka multi-item ani gotowej logiki stawek wysyłki) oraz Etsy (marketplace, ale zabiera branding i dolicza swoje prowizje).

Pasuje to do tego, co macie na myśli, czy wolisz, żebym rozwinął któryś z odrzuconych wariantów?

Dla małego katalogu, klientów w UE i USA i checkoutu, którego nie chcecie budować, postawiłbym na **Shopify** (Buy Button albo Shopify Lite) - hostowany checkout, podatki (Shopify Tax) i stawki wysyłki dla obu regionów są gotowe, a embedujecie tylko przycisk/koszyk w istniejącej appce zamiast przenosić się na pełny sklep Shopify.

Co jeszcze brałem pod uwagę: **Fourthwall** (jeszcze mniej roboty - oni hostują cały sklep łącznie z fulfillmentem, ale mniej kontroli nad brandingiem i integracją z waszą appką) oraz **Snipcart** (lekki JS-owy koszyk wpinany w dowolną stronę, ale podatki i stawki wysyłki trzeba samemu skonfigurować - więcej roboty niż chcecie). Merchant-of-record typu Lemon Squeezy/Paddle odpadają, bo są pod cyfrowe produkty, nie pod fizyczną wysyłkę.

Główny tradeoff Shopify: miesięczny koszt + prowizje nawet przy małym katalogu, ale to jedyna z tych opcji, gdzie podatki UE/US są naprawdę "solved problem", a nie coś do doklepania.

Dla małego katalogu i braku ochoty na budowanie własnego checkoutu postawiłbym na **Stripe Checkout (hosted) + Stripe Tax + skonfigurowane stawki wysyłki** - to gotowa strona płatności od Stripe, sam pilnuje VAT-u w UE i sales tax w USA, a wy tylko wpinacie linki/przyciski do istniejącej appki, więc nic nie zamienia się w pełnoprofilowy sklep.

Odrzuciłem po drodze: pełny Shopify (najsilniejszy w tematach carrier/inventory, ale to już osobna platforma sklepowa, przerost formy przy małym katalogu), Lemon Squeezy/Paddle jako Merchant of Record (świetne do digital goods i same rozliczają VAT, ale fizyczna wysyłka jest tam po macoszemu potraktowana) oraz Snipcart (lekki widget koszyka, ale to kolejna integracja koszyka do zbudowania, a nie gotowy checkout).

Główny kompromis Stripe: nie dostajecie realnych stawek kurierskich w czasie rzeczywistym ani zarządzania magazynem, tylko własnoręcznie skonfigurowane progi wysyłki - przy małym katalogu to akceptowalne, ale jeśli sprzedaż fizyczna zacznie rosnąć, migracja do czegoś jak Shopify stanie się bardziej zasadna.