I was wondering how best to handle in-app purchases for mobile native?
Is there a best approach at the moment through Stripe using a native Webview element or alternative as I’m aware Apple/Google want their % commission which I’m not sure would work with Stripe?
In-app purchases is not an option at the moment. They’re saying the closed beta isn’t far out.
Using Stripe for IAP is now possible in some jurisdictions (e.g. US and EU), but regulations vary so it’s a bit complicated.
U.S.: You must link to an external website, opening the Stripe payment flow in Safari. You cannot offer the option of accepting payments within the app.
Other markets: Again, it varies. I believe some jurisdictions now allow even payments within the app itself because of local laws, but honestly not worth the hassle providing a different mechanism for each market individually. You also need to provide Apple with details on your income and pay a 27% commission.
If you can, best option in my opinion is to offer services for free until you’re able to implement IAP through Google and Apple directly, say something like “free for early access users”, and maybe use that as an opportunity to obtain some traction early on.
I’m sorry, but what you are saying is not correct. I had my app sent for review to Apple store. It had the Stripe payment option, so that when you click on subscribe, you are taken to an external website. This is NOT allowed by Apple, if you want to offer your app outside of the US. I had several conversations and they just said, no - you need to have the merchant agreement and you have to use their own In-app-payment. More here Overview for configuring in-app purchases - Configure in-app purchase settings - App Store Connect - Help - Apple Developer
Read again. I wrote U.S. only. Other markets vary, including EU due to the DMA law, but these are complex workarounds, they’re often radically different between markets, and in many countries they aren’t allowed at all.