App Store payments guide

Stripe or in-app purchase: which can an AI-built app use?

It depends on what you sell, not on how the app was built. Physical goods and real-world services use a checkout like Stripe, and digital features used in the app use Apple's and Google's in-app purchase in most of the world. The United States is the main exception: apps there can link out to a web checkout, under different rules at each store.

Facts checked against Apple's, Google's and the builders' own documentation.

Can an app built with AI use Stripe?

Yes, for some things. Picture this hypothetical: your web app has a Stripe checkout for its Pro plan, and it works. You convert it to a native app and submit it. The checkout that was fine on the web now puts you against Guideline 3.1.1, because Pro unlocks features inside the app. The AI didn't cause that. The product you sell did.

“If you want to unlock features or functionality within your app, (by way of example: subscriptions, in-game currencies, game levels, access to premium content, or unlocking a full version), you must use in-app purchase.”
Apple App Review Guideline 3.1.1
“If your app enables people to purchase physical goods or services that will be consumed outside of the app, you must use purchase methods other than in-app purchase to collect those payments, such as Apple Pay or traditional credit card entry.”
Apple App Review Guideline 3.1.3(e)
The first question for any product: is it used in the real world, or inside the app?

So one app can use both. A hypothetical gym app could sell in-person classes through Stripe and a library of workout videos through in-app purchase.

What does Apple allow for digital and physical goods?

Apple sends digital features to in-app purchase and real-world purchases away from it, then lists specific exceptions in Guideline 3.1.3. Find your product here:

Premium features, subscriptions, credits
Rule
3.1.1
How it's paid
In-app purchase
Physical goods, services used outside the app
Rule
3.1.3(e)
How it's paid
Not in-app purchase: Apple Pay or card entry, which can be Stripe
A live service between two people, such as tutoring, a medical consultation or fitness training
Rule
3.1.3(d)
How it's paid
You may use other methods
A live one-to-few or one-to-many service
Rule
3.1.3(d)
How it's paid
In-app purchase
Boosts for posts in a social app
Rule
3.1.3(g)
How it's paid
In-app purchase
Digital gift cards
Rule
3.1.1
How it's paid
In-app purchase. Physical gift cards that are mailed may use other methods
Content people already bought, in magazines, newspapers, books, audio, music or video apps
Rule
3.1.3(a)
How it's paid
Reader apps can give access without selling in the app
Sales only to organizations, for their staff or students
Rule
3.1.3(c)
How it's paid
Enterprise users can access what was bought. Consumer, single user or family sales use in-app purchase
A free companion to a paid web tool for VoIP, cloud storage, email or web hosting
Rule
3.1.3(f)
How it's paid
No in-app purchase needed, if nothing is sold or promoted in the app

Two details catch AI-built apps. Credits bought through in-app purchase may not expire (3.1.1), which matters if you sell AI credits. And people who paid on your website can still use what they bought in the app, as long as those items are also available as in-app purchases (3.1.3(b)).

If a guide sends you to Guideline 3.1.5 for physical goods, check the current text. Today 3.1.5 covers cryptocurrencies: wallets, mining, exchanges, coin offerings. The physical goods rule is 3.1.3(e).

What does Google Play's Payments policy require?

Google draws nearly the same line. In-app features and digital content use Google Play's billing system, and physical goods and services must not use it.

Items such as virtual currencies, extra lives and add-ons
Must not use Play billing
Buying or renting physical goods, such as groceries, clothing or electronics
Subscription services, such as fitness, dating, education or video
Must not use Play billing
Physical services, such as transport, cleaning, airfare, gym memberships, food delivery and tickets for live events
App functionality, such as an ad-free version or new features
Must not use Play billing
Credit card or utility bill payments
Cloud software and services, such as storage and business software
Must not use Play billing
Peer-to-peer payments, online auctions and tax exempt donations

Outside its listed exceptions, the policy also says apps may not lead users to another payment method. That covers the store listing, promotions, in-app webviews, buttons and sign-up flows. For digital features, a Stripe page opened in a webview counts.

What about the EU, UK, Japan and Brazil?

Other payment options exist in several other markets too, though not at every store, and each has its own program and terms, so check before you build. This is what each store says as of November 2, 2026:

EU / EEA
Apple
From October 1, 2026, apps can offer alternative payment options alongside In-App Purchase, on new business terms
Google Play
Billing choice program, since June 30, 2026
UK
Apple
No Apple program yet. The Next Web reported on June 30, 2026 that the UK regulator proposed allowing outside payment links, still under consultation
Google Play
Billing choice program, since June 30, 2026
Japan
Apple
Alternative payments and out-of-app offers with an entitlement, under the Developer Program License
Google Play
Billing choice program, since September 30, 2026
Brazil
Apple
Payments outside In-App Purchase from iOS 26.5, under the same license section
Google Play
Not listed as an available market
Australia
Apple
No Apple program yet. The Next Web reported on October 25, 2026 that a federal court ordered Apple to allow other payment systems and links from March 1, 2027, and that Apple plans to appeal
Google Play
Billing choice program, since September 30, 2026
Elsewhere
Apple
No outside links without an entitlement that covers that storefront (3.1.1(a))
Google Play
Play billing, unless a program covers that market

Apple's license puts its commission on alternative payments in Japan and Brazil at 21%, or 10% for Small Business Program members and for auto-renewals after the first year. In its billing choice markets, Google's listed service fee for alternative billing is 10% on auto-renewing subscriptions and on your first $1M in annual earnings. Standard rates on other transactions are 20% for new installs and 25% for existing ones.

Is Stripe cheaper than in-app purchase?

Sometimes, but the gap is smaller than it looks, and for digital goods you may not get the choice. These are the store rates:

  • Apple takes 15% under the App Store Small Business Program. Developers new to the store and those up to $1M in proceeds the prior calendar year can qualify, and you have to enroll. Passing $1M in the current year ends the lower rate on future sales.
  • Outside that program, Apple says you receive 70% of a subscription's price in a subscriber's first year and 85% after that. Its license sets lower commissions in some storefronts, including the EU, Japan, Brazil, China mainland and Taiwan.
  • In the US, UK, EEA, Japan and Australia, Google's service fee starts at 10% on your first $1M in annual earnings, and 10% applies to all auto-renewing subscriptions. Play billing adds a 5% billing fee in those markets, which doesn't apply to alternative billing or external web links. In other markets, Google still lists 15% on your first $1M and on subscriptions, and 30% above $1M.

With a linked or alternative checkout you also pay your processor, and you take on support, refunds and disputes yourself. Google's external links program requires all three.

Which should you use, and can you do it yourself?

If your app sells digital features to people in more than one country, start with in-app purchase, because it is allowed everywhere. Add a US link later if the numbers justify the work. You can sort this out yourself:

  1. List every paid thing in your app and mark it physical, real-world or digital.
  2. Keep your Stripe checkout for the physical and real-world items.
  3. Move the digital items to store products. Our guide to adding subscriptions walks through it.
  4. For digital items, remove any upgrade button, webview or wording that leads to Stripe, in the app and in its listing, unless you're on the US storefront or enrolled in a program that covers that market.
  5. Check the rule again before launch. Apple revised its guidelines in February, June and October 2026.

You don't need us for a physical-goods app whose checkout is already right. Moving digital plans to in-app purchase is part of the native conversion we do, if you'd rather hand it over.

How we help

We take your AI-built app the last mile.

We convert your web app into a native React Native and Expo app. On our Launch plans we also move paid digital features to Apple's and Google's in-app purchase and do the store work. You can preview the native version on your phone for free first.

How we ship AI-built apps →

Common questions about Stripe and in-app purchase

Yes, for physical goods and services used outside the app, where Apple requires a method other than in-app purchase. For digital features, Stripe only fits as a link out on the US storefront or in markets where Apple offers an alternative payment option.

No. Neither store's payment rules mention how an app was built. They depend on what you sell and where you sell it.

Yes, if the booking is used in the real world. Guideline 3.1.3(e) covers services consumed outside the app, and Google Play lists physical services such as gym memberships and tickets for live events as not using its billing.

Yes, on iOS, if those items are also available as in-app purchases in the app. That is Guideline 3.1.3(b), for multiplatform services.

That is still in court, so don't build your pricing on the current answer. The Next Web reported that the Ninth Circuit left room for a cost-based fee and that the Supreme Court took Apple's appeal in June 2026.

No, today's Guideline 3.1.5 covers cryptocurrencies. Physical goods and services used outside the app are in Guideline 3.1.3(e).

More AI-built guides

All guides →

Start here

Tell us about your app. We'll handle the rest.

Share your app's link and how to reach you. We'll try out your app and come back within two business days with how we'd get it into the stores.

  • Start with just a link: no source code needed yet
  • NDA before you share code, if you want one
  • Flat fee, no add-ons mid-project
  • Approved or your money back

A project link from Lovable, Rork, Bolt or any builder, or a preview link.

We reply within two business days. No spam, ever.