16

I'm working with a client to build a newsstand app that uses auto-renewing subscriptions. I can't seem to figure out the correct logic for this. I understand in-app purchases but have never messed with a subscription before.

I can't seem to wrap my head around keeping track of this. It seems Apple wants this as difficult as possible.

I want to have an app that offers a new magazine every month as a single, non-consumable purchase, or allow them to subscribe.

I understand the concept of validating the receipt when the subscription is purchased, but what happens after that? Is the app re-checking the subscription every time it is launched to see if the subscription is current? After the initial purchase, where are the renewal receipts coming from?

I looked into Urban Airship which seems to keep track of this for you - but I didn't find a sample app or tutorial for implementing the subscriptions. Are there other services like this?

Brodie
  • 3,526
  • 8
  • 42
  • 61

1 Answers1

30

I want to have an app that offers a new magazine every month as a single, non-consumable purchase, or allow them to subscribe.

I think Apple created auto-renewable in-app purchases for precisely your situation. The analogy for auto-renewable is magazine subscription where the subscription renews at the end of each subscription period. For example, you might have a one year subscription of NYTimes where at the end of the subscription NYTimes bills you for another year to keep the subscription going.

Similarly, with iTunes auto-renewable, Apple will bill the subscribed users when their subscription expires unless the user unsubscribed before the expiration period. To work correctly, you--the developer--will need to check with iTunes to see if the user's subscription is still valid before granting them access to current months' newsstand content. In other words, you unlock the content after verifying the user's subscription receipt.

You store the user current receipt you get from iTunes somewhere (e.g., NSUserDefaults) after you get it from apple. To verify if the user's receipt is still active, you'd submit the stored receipt to apple for verification.

By the way, you should have a way for users to restore their receipts from your app--in case they have a new device or re-install your app from scratch.

I agree that the documentations from Apple leaves a lot to be desired. It took us a couple of weeks of tedious work to get this working for our app. It looks like other people are spending similar amount of time to make theirs work as well. Hence, take your time or out-source this task if you can't afford to spend the time to learn it.

Take a look at In-app programing guide for a description of how things are supposed to work. The two in-app purchase videos from the 2011 WWDC: "In-app Purchase for iOS and Mac OS X" and "What's New in App Publishing" were somewhat helpful to us as well.

Other helpful links include:

  1. The limited world of auto-renewable subscriptions,
  2. In App Purchases: A Full Walkthrough,
  3. Verifying Apple App Store Receipts For In App Purchases With PHP and cURL and
  4. All About In-App Purchases Part 3: Anti-Piracy Measures.

You will need the code -createEncodedString method in the last link to correctly submit your receipt to a server for verification.

With these links, I hope I have saved you a ton of research and trial and error to get yours working. Good luck.

Vaibhav Saran
  • 12,848
  • 3
  • 65
  • 75
Sunny
  • 1,464
  • 14
  • 26
  • Thanks so much for your information. Your few paragraphs do a better job at explaining this than the apple docs. I will look at your links in the morning but the one question I have - When the app checks to see if the current receipt is valid - where is the receipt data coming from? Is it similar to just making a new purchase, or is there a method that requests a current receipt somehow? – Brodie May 24 '12 at 03:40
  • You get the receipt returned to the SKPurchase delegate methods--just like the non-consumable receipts. You check for the result of the call and peel out the receipt if the subscription is successful. – Sunny May 24 '12 at 04:14
  • So it's like making a new purchase, or does the renewal purchase just sit on the itunes server waiting for the user to log in again and the app to see it? Thanks again for the great info. – Brodie May 27 '12 at 03:48
  • 1
    The renewal purchases usually occur before the current subscription expires. The new purchases get refreshed on the device periodically--usually not deterministic (as far as I can tell from my tests or from reading the numerous woe stories from other people testing). But it does get's refreshed. Another way to force a refresh is to have the user do a restore operation (remember that I mention earlier that you should give the user a way to do restore). – Sunny May 27 '12 at 05:10
  • @Sunny Can you help me with the link : http://stackoverflow.com/questions/16102282/how-many-product-ids-to-create-for-subscription-in-iphonesdk – Ajay Sharma Apr 19 '13 at 11:46
  • HI @Sunny, do I really have to store the receipt in NSUserDefault or some persistent storage? Can I derive it in some Apple method instead? – KarenAnne Mar 03 '17 at 07:34
  • I just want to ask if the receipt is changing for auto-renewing subscriptions? – KarenAnne Mar 07 '17 at 10:18