Dear Mobile Beta,
Is there any news or update on when In App Purchases will be available, as we are waiting to build out our app for this!
All the best
Top priority post launch. No timeline yet, but sometime later this summer if I had to give a rough estimate
3 Likes
Why can’t you just:
Send the user to a view (modal) of a page that displays a webview (use paid Webview plugin to display any url) of a stripe checkout url (or any payment url) which is dynamic to the view’s property which you set upon direction to the view.
Let the user make the payment, set a “When” condition for the webview page URL becomes the redirect URL provided, then send the user to previous view.
Works a charm.
We currently have payments in our app that have been approved by the App Store.
However, I believe the approval was granted because the payments are for services provided outside of the app.
If the payments were for the app itself or digital content within the app, I suspect they would have been rejected.
That said, I’ve heard that recent regulatory changes — especially in the EU with the Digital Markets Act (DMA) — are starting to impact how Apple handles external payments.
From what I understand, Apple may be required to allow developers to link to or use alternative payment methods in more cases going forward, particularly for apps distributed in the EU.
I’m curious if anyone else has experience with this or knows more about how these changes might affect payment rules in the near future?
2 Likes
Tomorrow I will implement the system you explained and send it for review again. Thanks for the information.
Happy to help. Let me know if you run into any issues, i’ve got it working seemlessly.
The latest changes that Apple has been forced to make allow you to link to external payment if it falls under the IAP umbrella, provided you also have IAP in place. This means you can get around the 30% cut, but doesn’t resolve the need to have IAP set up. Providing this functionality is our top priority post launch so you all can begin to monetize your apps.
4 Likes
Hi,
i’m very interested in this solution you are mentioning.
In my app, users would e allowed to pay for getting access to digital content in app.
I’ve heard that the stores will reject the publication of the app if it doesn’t have in-app purchases, can you confirm this? did you manage to publish the app using that payment method you explained?
thank you so mch for your help!
Yep sure did! Works a charm. Still don’t understand the need for in-app purchases if you using stripe. You can check out my app to see for yourself (head to an item and click Buy) - Ragpiq
It depends on your app’s business model. If you are selling physical goods and services, you don’t need in app purchases. However, if you are selling digital goods, like content within an app, or subscriptions, you will need to offer in app purchases per Apple & Google’s rules
3 Likes
@nick.carroll any update on when we will be able to implement IAP?
4 Likes
Can we use RevenuaCat in the meanwhile, or is that not possible too?
Perfect, thank you so much.
actually i’ve almost build the solution, but i’m struggling with a thing:
in my app, the user can choose 3 different (digital) products to buy, each one has different fields, eg. name, and amount.
The workflow i’ve build so far is like this:
- the user chooses the plan in a page in native mobile
- once it clicks the CTA, it goes to another page in native mobile, and this page contains a webview, pointing to a page created in web with 1- a recap of the order and plan chosen 2- a cta containing the triggers by stripe plugin
- once the user clicks on the CTA, the “charge the current user” workflow activates, and the stripe module appears.
everything works, exept that i can’t find a way to tell the stripe plugin the parameters of the plan the user choose. How can i do that? Where?
Hope the issue is clear, and hope you can help me!
thank you so much
1 Like
I’m definitely waiting for this too. In fact, I’m waiting to launch my app until it’s available. Hopefully not too much longer; don’t know which will happen sooner (IAP or me being done 
)
If Bubble is smart they will implement RevenueCat. With these new products it is always the same story. People think…how hard can in app payments and management of entitlements be? Well, very hard. That’s why there is RevenueCat.
Do some research yourself and you will understand why there is still no full in app payment in bubble mobile and why it is very likely not coming anytime soon.
1 Like
I am almost certain that Apple will not accept your app with this solution. Apple is very clear on when you must use in app payment and when you can use stripe. In your case it seems that you have no other option than to use in app payment.
Double check, ask around, ask AI before putting all this effort in for nothing
Remember that IAP is just a small part. The hard part is entitlement management. Look for instance at RevenueCat and ask AI why something like RevenueCat exist and you will get the idea.
Hi everyone,
I’ve read through the solutions here and want to confirm:
I have an app with a paid subscription (monthly or annual) model for a premium version. Since no one knows when IAPs will be available, my idea is to have a CTA redirecting the user to an external website with a Stripe checkout link. So far, so good.
What I’m struggling with is changing the user’s Premium data type (yes/no) from “no” to “yes” when they complete the payment. Also, how do they switch back to “no” when they cancel their subscription? Thanks!
You’d need to set up a webhook to listen for the result of the Stripe transaction.
2 Likes
Just to confirm, I need to deploy the app for the webhook to work, correct? I tried to use the Stripe test mode but not very successfully.
Also would webhook be a solution for subscription managememt? When the user’s already signed up, I want to shot a CTA “Manage Subscription” leading to Stripe browser page but, again, need to link it to their app account