Illustrative scenario
An event business selling online and at the venue
This is a composite scenario, not a client case study. It is included to show how the decision changes when real people, constraints and failure cases are present.
A bilingual events company sells advance tickets to international visitors, invoices sponsors and takes walk-up payments from customers in Japan. Stripe is a natural candidate for online checkout and payment links. PayPay may reduce friction at the venue for customers who already use it. The system succeeds only if each payment produces a consistent order reference, refund path and accounting record.
Source note: Product features and public plan information were reviewed against vendor materials in September 2026. Plans and prices change, so confirm current terms with each vendor before buying.
At a glance
| Stripe | PayPay for Business | |
|---|---|---|
| Vendor | Stripe Inc. (US) | PayPay Corporation (Japan/SoftBank) |
| Payment method | Credit/debit cards, bank transfers, BNPL | QR code (PayPay app scan) |
| Primary use case | Online / e-commerce / subscriptions | In-person / retail / restaurant |
| Transaction fee | A percentage of each card payment, higher for international cards | A percentage of each payment, with no fixed per-transaction fee |
| Monthly fee | None | None |
| Settlement | 2 business days (fast payout) | Typically monthly, fast option available |
| Foreign founder signup | Very easy - no Japan corporate required | Requires Japan corporate account |
| Subscription billing | Native - Stripe Billing is excellent | Not supported |
| API / developer access | Best-in-class | Basic API for POS integration |
| User base (Japan) | : (cardholders, not app users) | 60M+ registered users |
| Foreign cards | Full support | Not designed for foreign cardholders |
| Dispute / fraud tools | Stripe Radar (excellent) | Basic |
Both providers publish their merchant fees, and PayPay has changed its rates and run new-merchant promotions several times. Check the current rates on the pricing pages linked at the end of this comparison.
Why these aren't competitors
The framing of "Stripe vs PayPay" is fundamentally wrong. They're different rails for different situations. A restaurant that wants to accept both credit cards (online menu orders via Stripe) and QR codes (in-person) needs both. A SaaS product has no use for PayPay. A convenience store equivalent has no use for Stripe subscriptions.
The decision is about stack composition, not a binary choice. Stripe handles the "customer not present" layer - online purchases, recurring billing, digital invoices. PayPay handles the "customer present" layer - QR scans at physical locations. Most businesses with both digital and physical touchpoints need both systems.
This comparison exists because people search for it and frame it as an either/or - but the honest answer is "they're complementary." The real decisions are: which online payment processor (Stripe vs PAY.JP vs GMO PG) and which in-person QR solution (PayPay vs LINE Pay vs Square).
Stripe: the foreign founder's on-ramp
Stripe is the easiest way for foreign founders in Japan to start accepting payments online. Opening a Japan bank account as a foreign national is hard. Opening a Stripe Japan merchant account requires: a Japan address, phone number, and bank account - but it's achievable within 1-2 weeks without a corporate registration in most cases (individual 個人事業主 works).
The API is best-in-class globally. Subscription billing, payment links, Stripe Checkout, and invoicing are all available. For digital products and services, Stripe is the unambiguous right answer. The documentation quality, developer experience, and international card support are unmatched in the Japan market.
Stripe handles complex billing scenarios out of the box: usage-based pricing, proration, dunning management, tax collection, multi-currency. For any business model more complex than "one-time payment," Stripe saves months of development time compared to building on top of a Japan-local processor.
PayPay: the Japan QR landscape
PayPay is not the only QR payment in Japan. d払い, au PAY, 楽天ペイ and contactless options such as iD and QUICPay all compete. But PayPay has the largest share of QR code payments. If you're going to support one QR option for in-person Japan, PayPay is it. The merchant sign-up requires a Japan corporate bank account and business registration.
The fee structure has changed several times, and there have been promotional periods with lower rates for new merchants, so confirm the current rate directly with PayPay. PayPay charges a percentage of each payment with no fixed fee on top.
For consumer-facing businesses in Japan, PayPay QR codes are increasingly table stakes. The user base of 60M+ represents a significant portion of the Japanese consumer market, particularly in urban areas. Not accepting PayPay can mean losing sales to competitors who do.
Online payment alternatives in Japan
Stripe is not the only option for online payments in Japan. PAY.JP is a Japan-native Stripe alternative with a similar API and slightly different fee structure. GMO Payment Gateway covers more Japanese local payment methods (convenience store payment, bank transfer 振込, and carrier billing).
For B2C businesses where Japanese consumers expect to pay at a convenience store or via bank transfer, PAY.JP or GMO PG may be better fits than Stripe alone. Stripe focuses on cards and modern payment methods; Japanese consumers still use cash-equivalent payment methods for online purchases.
The decision usually comes down to: international developer experience (Stripe wins) vs local payment method coverage (GMO PG wins) vs Japan-tuned API design (PAY.JP wins). Most startups start with Stripe and add local processors later as they scale in the Japan market.
In-person payment alternatives
If PayPay doesn't fit (e.g., you need more payment methods in one device), Square Japan is the strongest alternative - it handles contactless, chip, and QR in one device with clear pricing. Coiney/Stripe Terminal is an option for developer-controlled in-person payments.
For a standalone retail business that wants simplicity, Square Japan is often better than PayPay because it consolidates multiple payment methods. One terminal, one reconciliation process, one vendor relationship. PayPay is QR-only, so you still need a separate solution for credit cards.
The trade-off: PayPay reaches 60M+ users who have the app installed and prefer QR payments. Square reaches everyone with a credit card but doesn't tap into the QR-native user behavior. The ideal setup for high-volume retail is often PayPay QR + Square terminal side by side.
Decision framework for Japan payment stack
Work through these in order to determine your payment stack:
- Primarily digital/online product or service? → Stripe (or PAY.JP)
- Primarily in-person Japan retail/restaurant? → PayPay + Square or PayPay + contactless NFC
- Both online and in-person? → Stripe for online + PayPay for in-person
- Need Japanese local payment methods (convenience store, bank transfer)? → Add GMO PG or PAY.JP in addition to Stripe
- Foreign founder just starting out in Japan? → Start with Stripe; add PayPay when you have a Japan corporate bank account
Most healthy Japan payment stacks are multi-vendor by necessity. The mistake is trying to find one solution that does everything when the market is designed around specialized providers for different payment contexts.
Frequently asked questions
Can Stripe process PayPay payments?
No - Stripe and PayPay are separate payment networks. You cannot process PayPay through Stripe. Some POS systems (like Square Japan) are starting to aggregate multiple QR codes, but Stripe specifically is credit card and bank transfer only in Japan.
What are the actual fees - is PayPay really cheaper than Stripe?
Per payment, PayPay's standard merchant rate has generally been lower than Stripe's rate for domestic cards. But the comparison is less useful than it looks. Stripe is built for online card payments, subscriptions and invoices, while PayPay's strength is QR payments from customers who already have the app, mostly in person. PayPay also offers online payments, but it only reaches customers who use PayPay. Choose each for the transactions it handles well, then compare fees within that use.
I'm a foreign founder - can I use PayPay as a business?
Registering as a PayPay merchant requires a Japan bank account in your business's name. If you're a 個人事業主 (sole proprietor) with a Japan bank account, you can apply. If you're a 法人 (corporation), you need a corporate bank account. The main barrier for foreign founders is the Japan bank account requirement, not the PayPay application itself.
What about Shopify Payments for e-commerce in Japan?
Shopify Payments (Stripe-powered) is available in Japan and is the easiest option if you're building on Shopify. It removes the need to set up Stripe separately. For non-Shopify e-commerce, Stripe direct is the cleaner integration. Shopify also integrates with PayPay through the Shopify POS and payment apps ecosystem.
Is cash still relevant for Japan business?
Yes - Japan remains heavily cash-based despite QR payment growth. Cash usage in Japan is higher than most OECD countries. For any physical retail or food service business, cash handling is still a reality. The QR/cashless percentage of transactions has grown significantly post-COVID but cash is not going away in the near term. Build your payment stack to accommodate both.
What's the fastest way to start accepting payments in Japan as a foreign founder?
Create a Stripe account - you can start accepting test payments in minutes and go live within 1-2 weeks with a Japan bank account. For in-person payments, PayPay merchant application takes 2-4 weeks and requires a Japan bank account. The fastest combined stack: Stripe for online (set up week 1), PayPay for in-person (set up week 2-4 once you have a Japan bank account).
Check the source