Woo keeps the real order. Stripe gets a clean payment object.

VeilPay sits between WooCommerce and Stripe as a minimization layer. Your catalog, SKUs, fulfillment details, and customer order context stay in WooCommerce. Stripe gets the smallest practical payload to collect payment.

At a glance
01
Woo creates the pending order

Products, tax, shipping, stock, and customer data stay in WooCommerce.

02
VeilPay receives a signed intent

Only reference, amount, currency, and a neutral descriptor move forward.

03
Stripe hosts the payment page

Customers pay on Stripe, not on Woo or VeilPay.

04
Webhook resolves the order state

Woo marks the order paid after a signed event maps back to the original reference.

Step 1
Customer checks out in WooCommerce

Nothing about your storefront or checkout UI changes. Taxes, shipping, account rules, and stock deductions stay where they are.

Step 2
WooCommerce records the real order

The canonical order includes full line items, customer details, totals, internal notes, and fulfillment data.

Step 3
VeilPay creates a generic Stripe payment

One payment item, one amount, one currency, one opaque reference. No SKU list and no product naming trail.

Step 4
Stripe confirms, Woo reconciles

The success event maps the opaque reference back to the pending Woo order and updates status.

Field categoryDefault Woo to StripeVeilPay
Product namesSentOmitted
SKUs and variantsSentOmitted
Line-item breakdownSentCollapsed to one total
Storefront success URLSentReplaced with VeilPay route
Woo order recordKept in WooKept in Woo

Walk through the handoff on your own store.

Send us your store URL and what you want the demo to prove. We will tailor the walkthrough around your WooCommerce payment flow.

No newsletters. Just demo follow-up.