Hello Friends,
Today, I am going to tell the real facts of "In-App" and "In an App" Payments.
Suppose I am building an app for the iPhone, iPad or Android App then Apple or Google say they have 30% share on each purchase?
The Answer is : The 30% charge only applies to what Apple and Google call ‘In-app’ payments.
Now just describing this, If I am selling something that are delivered and consumed withing the application then you can qualify for what called Apple and Google In-App payments. They can process these transactions for you with a 30% transaction fees.
If you are selling something that are consumed across multiple devices or if users can purchase the same from outside of the app then you are in grey area that may or may not qualify for the In-App payments.
This Post will help you to understand in which situation the In-App payments are applicable for you business or App
In-app payments is the way Apple and Google describe the purchasing of digital goods and services using their own product-listing and checkout systems.
To accept an In-app payment you first need to list your products within Apple and Google’s software – in iTunes Connect and the Developer Console respectively.
When users wish to purchase the products you have listed, the checkout will then be handled exclusively by Apple or Google, for which they charge 30% of the revenue as a fee.
Apple and Google impose strict classifications on what products can be used for In-app payment. Whilst some scenarios are not so clear cut, In-app payments must adhere to the following:
If I make a payment in an app to read news articles accessible via the Android or iOS app, this can qualify as an In-app payment. However, if I make a payment in an app or on a website to read news articles via the app and the website, this cannot be an In-app payment.
Apple require that ‘you must make your In-app purchase item available to all of the devices registered to a user.’
For example, if I make a payment in an app on my iPhone for a TV streaming service that I can also access on my iPad this can qualify as an In-app payment. But if I can only access that service via the purchasing device – my iPhone – this cannot be an In-app payment.
Here’s where it gets confusing. Technically an ‘In-app’ payment is still a payment ‘in an app,’ so it’s useful to think of other payments as ‘gateway payments.’ This term can be applied to any payment that is not processed by Google or Apple.
A ‘gateway payment’ can include: a re-direct to a card entry screen; asking your users to log into Paypal; or a payment screen integrated into your app that communicates with a third-party like judo.
Unlike ‘In-app’ payments, there are no uniform transaction fees or product restrictions to ‘gateway payments.’ It’s a varied and competitive field with different payment processors offering different strengths that may or may not suit your business.
So remember, an In-app payment is an ‘In-Apple’ or ‘In-Android’ payment used for digital goods that are delivered within the app.
To offer an In-app payment you have to list your inventory with Apple or Android, who then take care of the whole payment process for you.
Gateway payments are much less rigid and encompass a wide variety of markets and business models, with varying transaction fees and product restrictions. If anyone other than Apple or Android are processing your payments, it’s a Gateway payment.
There are some business models that don’t seem to fall into a clear payments boundary. If you’re still unsure whether or not In-app payments are right for you, get in touch so we can help you decide.
Learn How to develop an iOS and Android Application by watching videos for Free
http://programming-guru.com/
http://youtube.com/webboostings/
http://webboostings.blogspot.in/
Thank You
Abhishek Bendre
Today, I am going to tell the real facts of "In-App" and "In an App" Payments.
Suppose I am building an app for the iPhone, iPad or Android App then Apple or Google say they have 30% share on each purchase?
The Answer is : The 30% charge only applies to what Apple and Google call ‘In-app’ payments.
Now just describing this, If I am selling something that are delivered and consumed withing the application then you can qualify for what called Apple and Google In-App payments. They can process these transactions for you with a 30% transaction fees.
If you are selling something that are consumed across multiple devices or if users can purchase the same from outside of the app then you are in grey area that may or may not qualify for the In-App payments.
This Post will help you to understand in which situation the In-App payments are applicable for you business or App
What is an In-App Payment for Apple and Google?
To accept an In-app payment you first need to list your products within Apple and Google’s software – in iTunes Connect and the Developer Console respectively.
When users wish to purchase the products you have listed, the checkout will then be handled exclusively by Apple or Google, for which they charge 30% of the revenue as a fee.
What can I sell with In-App payment in Apple and Google?
1. In-app payments cannot be shared across applications.
Product | Purchased via | Used in | In-app payment? | Reason |
---|---|---|---|---|
Real world poker chip | My app | Real World Casino | No | Real world goods |
Virtual poker chip used within a single app | My app | My app | Yes | Delivered and consumed within the app |
Virtual poker chips used within multiple apps | My App | Multiple apps | No | Goods shared across multiple applications |
2. In-app payments must be delivered within the app.
If I make a payment in an app to read news articles accessible via the Android or iOS app, this can qualify as an In-app payment. However, if I make a payment in an app or on a website to read news articles via the app and the website, this cannot be an In-app payment.
Product | Purchased via | Used in | In-app payment? | Reason |
---|---|---|---|---|
News articles | My app | My app | Yes | Delivered and consumed within the app |
News articles | My app | My app and web browser | No | Goods are not delivered within the app |
News articles | Website | My app and web browser | No | Goods are not delivered within the app |
Physical newspaper with additional in-app content | My app | Real world and my app | No | Real world goods |
3. In-app payments must be available across all the user’s registered devices.
For example, if I make a payment in an app on my iPhone for a TV streaming service that I can also access on my iPad this can qualify as an In-app payment. But if I can only access that service via the purchasing device – my iPhone – this cannot be an In-app payment.
Product | Purchased via | Used in | In-app payment? | Reason |
---|---|---|---|---|
TV streaming service | My iPhone app | My app on iPhone and iPad | Yes | Available across registered devices |
TV streaming service | My iPhone app | My iPhone app | No | Not available across registered devices |
What’s the alternative to an In-app payment?
A ‘gateway payment’ can include: a re-direct to a card entry screen; asking your users to log into Paypal; or a payment screen integrated into your app that communicates with a third-party like judo.
Unlike ‘In-app’ payments, there are no uniform transaction fees or product restrictions to ‘gateway payments.’ It’s a varied and competitive field with different payment processors offering different strengths that may or may not suit your business.
So remember, an In-app payment is an ‘In-Apple’ or ‘In-Android’ payment used for digital goods that are delivered within the app.
To offer an In-app payment you have to list your inventory with Apple or Android, who then take care of the whole payment process for you.
Gateway payments are much less rigid and encompass a wide variety of markets and business models, with varying transaction fees and product restrictions. If anyone other than Apple or Android are processing your payments, it’s a Gateway payment.
There are some business models that don’t seem to fall into a clear payments boundary. If you’re still unsure whether or not In-app payments are right for you, get in touch so we can help you decide.
Learn How to develop an iOS and Android Application by watching videos for Free
http://programming-guru.com/
http://youtube.com/webboostings/
http://webboostings.blogspot.in/
Thank You
Abhishek Bendre
No comments:
Post a Comment