in app purchase vs Paypal for developer [closed] - ios

Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 5 years ago.
Improve this question
I was considering to implement a payment method in my iOS app.
I considered to use IAP (In App Purchase) or PayPal. IAP is actually very expensive, Apple charges up to 40% according with the country you belong. On the other hand PayPal charges you something like 3% - 4%.
Anyone knows why the gap is so huge?
Does PayPal breaks Apple purchasing terms?

The gap is huge, because Apple brings you the end user directly, by using it's tools, platforms and market, whereas, PayPal is just a payment system, which does almost nothing for you.
In this case, you should consider the Apple just like your agent selling your house, who searches for customers, advertises, does all the documentation s**t, sells and gets his percent from the sale. So, Apple is getting it's 30% for using it's ecosystem, not for the payment only.
And, no, I don't think PayPal breaks Apple's purchasing terms.
PS: I don't work for Apple ))

Related

How to disable Apple Pay option for some countries [closed]

Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 6 years ago.
Improve this question
We are offering purchases from our app and we are implementing Apple Pay as an option. We will be limiting Apple Pay service to only US and UK users - so simply hiding / showing Apple Pay button. Is this against Apple policies or is it allowed?
EDIT
Lets say we limit usage to US and UK. Is there any proper way to check if users come from that regions? I had in mind using Localisation (checking for preferred language and checking for currency). Or is there any better way?
I don't think apple will reject unless you are not providing enough information on the purchase.
Appstore Review Guidelines does not mention about hiding and enabling buttons but you can read the detailed apple pay user interface guidelines here

App rejected because of "Gifting" feature in my iOS App [closed]

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 9 years ago.
Improve this question
In my app people can send each other virtual gifts which they can use within the app.
Gifts can be purchased using Coins.
Coins can be purchased using Consumable in app purchases.
I am storing everything on my server.
Here is what I got from apple.
As indicated in the previous correspondence, your app includes "gifting" feature allowing users to send virtual gift using the purchased Consumable coins and the recipient can use the received item.
It would be appropriate to remove gifting feature from your app.
There is nothing in the AppStore Guidelines regarding "gifting" features. Can someone shed some light on this matter ?
How can I get my app approved while keeping the Gifting feature?
I think, one better solution.
a) you use Terms & conditions page in your app and explain all things.
b) include two things in `Terms & conditions page
1)include an explicit statement in the contest or virtual gift using rules that specifies that Apple is not a sponsor nor is involved in any way
2)insure that the contest or virtual prizes are not Apple products; using Apple products as prizes suggests an inappropriate association with Apple.
I will suggest you to ask them in Resolution Center why should I not use gifting feature in my application as I am following HIG ? Then they will elaborate in more details the reason of rejection and then if they tell you valid reason then you will have to make changes in your app otherwise they will accept your app.
Hope it helps you.

As a freelance iOS developer, how would you go about taking royalties on your app from your client? [closed]

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
I have just finished an iOS app for a client who wishes to charge for it, but he'd like me to do periodic updates and the like after I upload it to iTunes. I have already received the payment for the development of the app. As payment for periodic updates however, I was going to work on a percentage of what he is selling the app for. This is my first freelance for pay job and I'm not sure about the protocol and how I would go about receiving payment.
How would I know how much money he was receiving from the app without asking for the monthly financial records or just trusting that he was telling me the correct amount?
I haven't seen any questions regarding the business side of iOS app production so if this question is not appropriate for SO please let me know and possibly direct me to a more directed forum for this topic. I just have confidence that there must be several experienced freelance developers who could possibly help me not make beginner mistakes with clients.
Cheers

Apple Tax in iPhone shopping app? [closed]

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
I'm about to implement credit card processing in a shoe shopping app for iPhone. I'm not using in-app purchase.
Will I have to pay 30% to Apple from the revenue?
The 30% fee is only if you use Apple's In-App Purchase API. If you are selling e-goods, then you are out of luck because you have to use the In-App API or else Apple will reject your App. One more thing, you cannot use IAP for non-electronic goods.
For anything other than electronic goods, you can use custom checkout and avoid the 30% fee. For example, you can use PayPal and pay a much smaller fee (~3% only, on average).
Finally, keep in mind that Apple will most certainly reject your App if you are managing sensitive user data yourself. For example, passing credit card numbers to your own backend server. At the very least, payment processing must be PCI compliant.
Yes, because Apple will not allow you to perform any in-app sales that do not run through their In-App Purchase APIs.

Where are In-App Purchase downloads hosted? [closed]

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
Using a comic app (like the Marvel app) as an example, where is a comic book purchased via an In-App Purchase actually hosted (as in where does it download from)? Is it on Apple servers (like the app itself is) or on the app developers servers?
I ask because Apple charges 30% for an In-App Purchase...the same as they do for a regular app purchase. This is supposed to be in exchange for things like not paying credit card processing fees and not having to host the app ourselves. But in the case of an In-App Purchase that requires a download (and not simply unlocking a feature already contained within the app), I assume the download has to come from the app developers own servers...which means the app developer is paying for the data transfer on top of the 30% to Apple. Is this correct?
Thanks.
Eddie
Apple does not host content outside of your ipa file. You can use services like Urban Airship to help. Again, they take a small cut for their service, but it definitely makes it easier than setting up your own S3/webservices.
http://urbanairship.com/products/in-app-purchase/

Resources