Wix · website-builder stores
Payments as a settings screen
On a website builder, you don't install payment code; you pick from the providers the builder supports and connect an account. It's the quickest way to start selling, and the choices are the builder's, not yours.
- Payment provider ACards, UPI, net bankingConnected
- Payment provider BAccount verification in progressPending review
- Manual paymentBank transfer instructions shown at checkoutOff
- Cash on deliveryCollected by the courierOff
The trade you make with a builder
A builder handles hosting, security updates and the checkout itself. In exchange, you work within its options: the providers it supports in your country, the checkout it designs, and the integrations it allows. For most small stores that's a very good trade. It becomes a constraint only when your payment needs outgrow the list.
| Builder (such as Wix) | Self-hosted (such as WooCommerce) | |
|---|---|---|
| Which providers you can use | Those the builder supports for your country | Any with a plugin, or your own integration |
| Checkout design | The builder's, with some settings | Fully yours |
| Security updates | The builder's job | Yours |
| When something breaks | Builder's support and the provider's | You, your developer, the plugin author |
| Time to first payment | Short, once the provider approves your account | Longer: plugin, testing, hosting |
Compare: WooCommerce guide and Shopify guide.
Setting up, step by step
The builder's part takes minutes. The provider's part, verifying your business and bank account, takes longer, so start it before you plan to launch.
Have the same documents ready as for any payment account: business registration, PAN, bank account details and the identity of the owners. See the onboarding page for what providers commonly ask.
- 1Check the listWhich providers the builder supports in India, and which methods each offers.
- 2Open the provider accountComplete its business checks; this is the slow step.
- 3Connect in payment settingsSign in to the provider from the builder's payments screen.
- 4Set store detailsBusiness name customers will see, currency, refund policy page.
- 5TestA real small order, a failed payment and a refund.
Beyond the product checkout
Builder sites often sell more than products: appointments, classes, event tickets, memberships. These usually share the same payment settings, but not every provider supports every one, especially recurring payments.
Bookings
Pay in full, pay a deposit, or pay at the appointment. Decide your no-show policy first.
Paid plans
Recurring charges need a provider that supports recurring payments and India's mandate rules.
Events
Ticket sales with refunds if the event changes; say so on the ticket page.
Recurring payments in India: subscription payments guide.
What customers see, and why it matters
Customers decide whether to trust a small store in seconds. On a builder site, a handful of details, most of them settings rather than code, make the difference between a completed payment and an abandoned cart.
The name on the payment page and on the customer's bank statement should be one they recognise. If your brand and your registered business name differ, say so on the checkout page, so a customer doesn't mistake a genuine charge for fraud.
Recognisable business name. On the payment page and in confirmation emails.
Policies linked at checkout. Refunds, shipping and cancellation, in plain language.
Contact details. A phone number or email a customer can reach before and after paying.
Clear order confirmation. Order number, amount, what happens next.
Getting paid out, and checking it
The builder records orders; the provider collects the money and pays it to your bank account on its settlement cycle, net of its charges. Those are two different records, and on a small store it's easy to assume they agree without ever checking.
Once a week, compare the builder's paid orders with the provider's settlement report and your bank credits. It takes minutes when done regularly, and it's how you catch a refund that was recorded but not sent, or a payout that didn't arrive.
| Compare | With | Catches |
|---|---|---|
| Paid orders in the builder | Provider's payments list | Orders marked paid without a payment |
| Provider's settlement report | Bank credits | Missing or short payouts |
| Refunds in the builder | Provider's refunds list | Refunds never actually sent |
More on settlement cycles: settlement handbook.
Test like a customer, on a phone
Builder previews usually show the desktop site. Most of your customers will pay on a phone, often switching to a UPI app and back. Place real test orders on a phone before launch and after every change to payment settings.
- 1Pay by UPI on a phoneDoes the UPI app open, and does the order confirm on return?
- 2Close the browser after payingIs the order still marked paid?
- 3Fail a payment on purposeCan the customer try again without starting over?
- 4Refund the test ordersAnd check the money comes back.
Digital products, courses and downloads
Builders make it easy to sell things with no shipping: e-books, templates, online courses, recorded classes. Payment works the same way, but the risks move: a customer who has already downloaded a file can still dispute the payment, and there's no delivery proof to show.
State clearly before payment what the customer gets and whether refunds are possible once it's downloaded. Keep the builder's download or access records; they're your evidence if a payment is disputed.
Describe exactly what's delivered. Format, length, access period.
State the refund position before payment. Especially for instant downloads.
Keep access records. Download or login logs support dispute responses.
Watch for repeat disputes. The same customer disputing several purchases is a pattern.
Selling abroad from a builder site
Builders often let you show prices in several currencies with a setting. Accepting the payment is a different matter: it depends on whether your connected provider accepts international cards and currencies for your business, and on India's rules for payments received from abroad. Confirm with the provider before advertising to overseas customers, and see the international payment gateway handbook.
Cash on delivery and manual payments
Offline options sit alongside online ones in most builders. Cash on delivery can lift orders from customers wary of paying online, but refused deliveries cost you shipping both ways, and the courier's cash has to be reconciled and remitted. Manual bank-transfer instructions work for larger B2B orders but need someone to match each transfer to its order.
Limit cash on delivery. By order value or area, where the builder allows.
Confirm before dispatch. A call or message for high-value COD orders.
Reconcile courier remittances. Weekly, order by order.
Nudge towards online. A payment link after ordering can convert COD orders.
Signs you're outgrowing the builder's payments
A method you need isn't offered
And a workaround with links has become the normal flow.
Checkout can't do what you sell
Custom pricing, B2B credit terms, split payments to partners.
Reconciliation is manual
Payouts don't match orders without spreadsheets.
Your systems need the data
Orders and payments must flow into your ERP or accounting.
None of these means you must move. They mean it's worth pricing what moving would cost against what staying costs.
Where Peneu fits
This page doesn't say Peneu appears in Wix's payment settings or in any website builder's app market, and no payment method or fee is claimed. Whether Peneu can be used with a Wix site, and how, is confirmed during onboarding. Payment links from a provider can be shared from any site: payment links handbook.
Wix payment questions
How do I accept payments on a Wix site?
From the site's payment settings, by connecting one of the payment providers Wix supports for your country and completing that provider's account checks. Which providers appear, and what they offer, is decided by Wix and changes over time; check its current help pages.
Can I use any payment provider with Wix?
Only those the builder supports. Unlike a self-hosted store, you can't install arbitrary payment code into a builder's checkout. If the provider you want isn't in the list, a payment link from that provider is sometimes a workaround for specific cases.
Can I take payments for bookings and services, not just products?
Builders usually let bookings, events and paid plans use the same payment settings as the store. Check that the provider you connect supports each of them, particularly recurring payments for plans.
Should I offer cash on delivery?
It can help in markets where customers hesitate to pay online, but it brings returns of unpaid orders and cash to reconcile with the courier. Many stores offer it with limits, or encourage online payment at checkout.
When should a store move off a website builder?
When you need things the builder can't do: a payment method it doesn't support, a custom checkout flow, deep integration with your own systems, or more control over performance. Moving is a project; plan for orders, customers and URLs.
How long until I can take payments on a new Wix store?
The builder side takes minutes. The provider has to verify your business and bank account first, and how long that takes depends on the provider and how complete your documents are. Start the provider application early.
Why doesn't my payment show as paid?
Check the provider's dashboard first. If the payment succeeded there but not on the order, contact the builder's and provider's support with the order number and payment reference. If it's pending, UPI payments can take a while to reach a final status.
Can I connect more than one payment provider on Wix?
Builders often allow several payment options side by side, such as one provider for cards and UPI plus manual methods like cash on delivery. Which combinations are possible depends on the builder's current settings for your country.
What name will customers see on their bank statement?
Usually a name set by your payment provider, based on your business details, not your site's design. Check it during setup, and if it differs from your brand, mention the statement name on your checkout page.
Do I need a registered business to take payments on a builder site?
Payment providers verify who they pay out to, and most ask for business registration documents, PAN and a bank account in the business's name, though some also onboard individuals and sole proprietors. What's needed depends on the provider and your business type; check before you build the store around one.
Does Peneu have a Wix app?
This page doesn't say Peneu is available in any website builder's payment settings or app market. Whether Peneu can be used with a Wix site, and how, is confirmed during onboarding.
Last reviewed . Examples, amounts and screens marked illustrative are not Peneu figures.