I am trying to arrange IAP order in Appstore from lower to higher prices. Does anyone know what is a priority in order to arrange them? (reference name, product ID, Display name or else)
In iTunes connect, I did order them based on Reference name and expected them to be arranged the same orders in Appstore. Conversely, they have appeared differently.
Thanks.
Related
I'm trying to sell digital content from third parties within an iOS app. I'm aware Apple will get 30%. In my app, the seller gets a percentage.
The problem is that I need to create a product ID per every product that I sell with an in-app-purchase. If I don't create one I don't know who is buying what and what to pay to whom.
I can create a product ID manually if I have a few sellers, but I have 1000 this can become a problem.
Does anybody know how to do this?
You cannot do this. Each product ID has to be created through iTunes connect, and for each product ID there is a review process. There is no way to create an iTunes product ID from within an app, because Apple doesn't allow this.
Application is about selling Audio books.
Option 1 : Consumable In App Purchase
It Will have different product ids with common price.
e.g. Audio A and Audio B both have price $2 then both Audio A and Audio B will share common product id.
All user purchase will be managed from server
Option 2 : Non Consumable In App Purchase
Will have different product ids for each audio.
I am confuse because there could be 10k + Audios. Can we create dynamic Non Consumable item ?
Any ideas how to make this scalable?
For that amount of dynamic content you will probably have to implement some kind of custom "currency" which would be a consumable item.
You can either make it completely arbitrary in amount, or you could try to make a few different IAP products to correspond with audio books in different price ranges. So something like $0.99$ book purchase, $1.99 book purchase, etc.
Apple allows up to 1000 in app purchase products to be created. So you cannot create 10k+ products. Also finding the product amongst this will be a very complex task for the user. See if you can bundle books of same price into a single bundle and price them economically so that users tend to purchase. 10 books for 10$ is better than 20$.
You should definitely go with non-consumable option since audio books do not deplete in time.
You have to maintain your own server in between the app and the Apple in app purchase and you need to have a user account management to track what books the user has purchased. You can create a different SKU For each price and and associate the product id with the book on your server and track the purchases done by the user on your own. Since multiple books could map to the same in-app product id, your app should handle the restoring purchases explicitly and based on your app user login enable the audio books on different devices.
Basically the in app flow would be used just for payment purposes. Enabling and downloading of the audio books will have to be controlled between your app and the server.
I would use something like a 2-Dimensional int array. [x][y] whereas x is your individual product ID, and y is the count on how many items are sold. You can then always link your x to a certain price. This way you can easily keep track on how many audio files 'y' with product ID 'x' got bought.
Never give two different audio files with maybe equivalent price the same ID. An ID should always be unique since there are a lot of problems that might occur later:
Implementing the audio files in a seperate database
Audio file becomes cheaper/more expensive, then you´d have to use another ID anyway
I want to change price of product dynamically from mobile app on basis of email id through which user login.
Do Apple allow do this? If yes , Please tell me how to do this.
Prices for in-app purchase are set through iTunesconnect. As far as I am aware there is no API available to change prices and prices cannot be changed dynamically, only for specific periods of time (such as a 1 week "sale") or set indefinitely.
You could have multiple products registered at different price points and decide which product to display to a particular user - but be aware, the in-app purchase products are visible in the iTunes store, so your customers would be able to see all of the different price-points and products that you were selling
I do not think apple allows to do this. You can set it using itunesconnect. Application can only retrieve the information of products. They have not provide any web call to change the information of inapp purchase product in their programming guideline.
From my understanding, Windows Phone now allows in-app purchases. I would like to empower my users to signup for one-of-three subscription levels within my app. However, I do not understand how to enable this type of scenario. I see the option to add an "In-app product". However, in my case, I'm not sure of the following:
Am I offering one product or three separate products (one for each subscription level).
I don't understand the "Product Identifier" is this an identifier for the subscription or the identifier of my app? If its the former, shouldn't I just toss a GUID in here?
Thank you,
It may be worth taking a look at the overview on MSDN - your product identifier is the one you submit (as a person) via the development dashboard - it's also the one that your app can enumerate to see the list of available products, and the product id you'd use to purchase.
As far as I'm aware, you cannot have products that are (for example) £10 per month though - of course you could do something like have bundles on a pricing structure that exchange for something within your app, maybe £5 for 5 music downloads, £9 for 10 etc. rather than "a £10 per month for unlimited" (difficult to give a generic example though)
When you pick a product identifier in iTunes Connect does it have to be unique throughout the app store, or just within your app? And if you delete a product with a given product identifier, can you then reuse it for a different product? I've been doing some testing in iTunes Connect but I don't want to sabotage the most logical ProductID's during my testing.
I've discovered, once you delete a product with a given product identifier, iTunes Connect does not let you reuse that ID again. However, I've found a workaround. The product identifiers are case-sensitive, so if you just change your capitalization when you reuse the product id, iTunes Connect won't stop you. (However, as il Malvagio Dottor Prosciutto states, that could be risky).
Also, with brief testing, it doesn't appear that your product identifiers have to be unique throughout the store. I tried some pretty common words that I thought others might have used for product ID's and they all worked.
Note that the products I did my testing on were various durations of a recurring subscription in the app store. I don't know if the rules differ for other types of products.