What would be the right configuration in RevenueCat in the following two scenarios...
What would be the right configuration if I have a non-consumable in-app purchase and an Auto Renewable Subscription? Do I need two separate Entitlements with an Offering on each one?
What would be the right configuration if I have a non-consumable in-app purchase and two Auto Renewable Subscriptions (a monthly and yearly)? Do I need two Entitlements, one for the Auto Renewable Subscriptions which would contain two Offerings and one for the non-consumables which would contain one offering?
Thanks!
Entitlements should be thought of as access levels (e.g. "Pro", "Pro Plus"), and Offerings are different ways to purchase that access level (e.g. "Monthly", "Annual", "Lifetime"). For your specific questions:
If the non-consumable and subscription IAP unlock the same content
in your app then you would have one Entitlement (e.g. "pro") with
two Offerings (e.g. "lifetime" and "monthly").
Similar to #1, if all the products unlock the same content then you
would have one Entitlement (e.g. "pro") with three Offerings (e.g.
"lifetime", "monthly" and "annual").
Related
Guideline 3.1.1 - Business - Payments - In-App Purchase
We still noticed that your app includes or accesses paid digital content, services, or functionality by means other than in-app purchase, which is not appropriate for the App Store. Specifically:
The courses can be purchased in the app using payment mechanisms other than in-app purchase.
- Your app accesses digital content purchased outside the app, such as , but that content isn't available to purchase using in-app purchase.
- Your app includes intermediary currencies, such as points, coins, or gems, without using in-app purchase. Please note that the cost of the intermediary currency cannot be included in the purchase price of the app.
- Once the user's free trial has expired, the subscription is not available for purchase using in-app purchase and the user is directed to payment mechanisms other than in-app purchase.
- Your app includes or accesses paid services for buying and selling non-fungible tokens (NFTs), or related paid services, such as minting, listing, or transferring, with mechanisms other than in-app purchase.
Next Steps
The paid digital content, services, or subscriptions included in or accessed by your app must be available for purchase using in-app purchase.
Apps that offer paid digital services and content across multiple platforms may allow customers to access the content they acquired outside the app as long as it is also available for purchase using in-app purchase. See Guideline 3.1.3(b) Multiplatform Services for more information.
If you have any additional information to provide regarding the digital content and services in your app and how the guidelines apply to them, please reply to this message in App Store Connect and let us know. If there is information you'd like us to consider in our review of future submissions, please feel free to include it in the App Review Information section of App Store Connect.
Is there some new subscription mechanism requirement on iOS? So far we handled the subscriptions without involving Apple, but this (https://developer.apple.com/appstore/in-app-purchase/subscriptions.html) is saying something different:
If you offer auto-renewable subscriptions, you can also use other
methods to acquire digital subscribers outside of your app. You can
sell digital subscriptions on your website or provide free access to
content for existing subscribers. In these cases there is no revenue
sharing since Apple was not involved in the transactions. Developers
keep 100% of the revenue. If you would like to make a subscription
offer outside of the app, the same (or better) subscription price must
be offered inside the app for users who wish to subscribe from within
the app. In addition, you may not provide links in your apps which
allow the customer to purchase content or subscriptions outside of the
app.
I understand the In-app purchase is mandatory for one-time payments, but so far we were not forced to offer subscriptions over In-app purchase mechanism...
BR
STeN
My historical understanding as well as my understanding of that specific text is that, yes, they require you to offer the IAP subscription inside your app since you're offering it outside as well. I think you've just gotten lucky so far that they haven't noticed.
I am using mkstorekit 4 in my app for In-App features. It seems good in kinds of consumable, non-consumable and auto renewable subscription. But today i tried to implement non-renewing subscription with mkstorekit 4. But am not able to do that. Here any one knows how to implement non-renewing subscription and how to configure the product id's in mkstorekit 4 plist, Then please tell me.
Thanks,
loganathan
On the first run, the app registers with your server and get back a unique_token. Store it on server and client side.
Upon every purchase submit to your server the unique_token and store the association between unique_token and the purchased product.
If the user register with your service (login & pass) send also the unique_token and associate the product id to the user directly.
When you design your database keep in mind that a user can buy 2 different products on 2 different devices, register on one of them and then login on the other one.
The app we are creating delivers information which updates on a daily basis, how to provide a free taster is unclear to me. Can you help?
Info on Non-Renewing Subscription from p149 of the iTC developer Guide, p151 states Inn-App purchase cannot be free.
https://itunesconnect.apple.com/docs/iTunesConnect_DeveloperGuide.pdf
■ Non-Renewing Subscriptions have been used in the past for services with a limited duration. An example of this would be a magazine or newspaper that requires users to renew their own subscriptions. Non-renewing subscriptions can still be offered, but auto-renewable subscriptions are now preferred for the following reasons:
When creating an auto-renewable subscription, you can easily set up the various durations that you want to offer. Non-renewing subscriptions do not have this feature, so you must provide the information some other way. As this is often done in the display name, you end up with a separate listing for every possible duration. By contrast, auto-renewable subscriptions allow you to have a single listing where the user simply chooses one of the durations that you offer.
Because a non-renewing subscription requires a user to renew each time, your app must contain code that recognizes when the subscription is due to expire. It must also prompt the user to purchase a new subscription. An auto-renewable subscription eliminates these steps.
As part of iOS, an auto-renewable subscription will automatically be delivered to all devices associated with the user’s Apple ID. To make device-syncing available for a non-renewing subscription, you would have to create your own delivery system.
You could sell your app for free on the store. Then offer a non-renewing subscription, but only show the option to the user after a month has passed (or whatever period you choose). You should administer the subscription from your own server so that you can verify receipts, and keep track of expiration dates even if a user deletes your app and re-installs it. Using your server will also give you a way to sync the subscription across all the devices a user owns (which is required by Apple. They essentially insist that you implement an optional username/password system to allow a user to restore their subscription to other devices).
Warning: Don't use the words 'trial' or 'demo' in your app or description. This is against Apple's policies. Also, don't make your app dead if the user chooses not to buy a subscription after a month. This will also likely get you rejected. You should continue to provide some functionality.
Distribute a free lite version with function limit, or try in app purchase.
We want to sell digital content through subscription model in our app. Is it possible to support a subscription bundle? Let's say content in question is magazine subscription for $0.99 a month. Is it possible to support a bundle of subscription such that user can subscribe to any three magazine by buying a bundle for let's say $1.99? Or is it possible to support eat-all-you-can model - $3.99 for subscribing to all magazines in our app?
According to the official documents from Apple, yes you can. What you need to do is design your iAP store and items according to Apple's requirements.
Getting Started with In App Purchase
on iPhone OS (Version 2.0)
...
Subscriptions
Subscriptions and subscription
renewals to content or services can be
offered to customers for purchase. You
can offer customers the opportunity to
renew their content or service
subscriptions using In App Purchase,
but be sure to define a reasonable
renewal frequency to avoid bothering
users with unwelcome reminders. Be
aware that you are responsible for
both tracking subscription expirations
and for renewal billing; the App Store
does not monitor subscription duration
and does not offer an automatic
billing mechanism. Be sure to indicate
when an item is a subscription when
entering its product information into
iTunes Connect.
Both of these features are supported, they are called consumable and non-consumable in-app purchases.