Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
So you think Amazon’s app is less secure because it doesn’t use Apple’s IAP? What‘s your source for that? Also why should Amazon pay Apple 30% for a book purchase in the Kindle app? The Kindle existed before Apple’s App Store did. Nobody could credibly argue Kindle wouldn’t be successful if not for Apple. But if Apple deserves 30% then why do they not make Amazon offer IAP? Or why don’t they allow every app to be a ‘reader’ app where people purchase additional functionality/remove ads etc. via the browser?
Users can purchase Spotify subscriptions through the browser right now. So there goes your entire argument.
 
  • Like
Reactions: farewelwilliams
  1. Allow an app developer to take direct payments or use Apple's payment service
    1. Align the fee you charge to be in a world o reality... like the 5% that is charged by everyone but Apple/Google
  2. Charge a reasonable fee to a developer for hosting on the app store. (X cents per download, X dollars for initial submission)
Who are you to say what’s “reasonable”? Why shouldn’t Apple be allowed to decide how much Apple charges for Apples products and services?
Developers can choose whether it’s worth it or not. If it’s not they have other platforms to choose from, just as they always have. Or they can sell their subscriptions and content outside the app like Netflix does.

BTW, retail charges way more than 5% (and more than 30%) to stock stuff on its shelves. The console makers (Sony, Nintendo, Microsoft) also charge way more than 5%.
 
Steve jobs presented the 30% markup the cost of running the App Store, meaning it was a cost centric markup no a profit centric.
This line has been trotted out many times when talking about the App Store.

One question - Who cares? Henry Ford famously said his customers could buy a Ford Motor Car in any color so long as it's black. I am pretty sure they had Cherry Red as a color when the Mustang was released. Business evolves.

There is no way to accurately measure the exact financials of the App Store. Given the complexities of cost allocation and business operations at a company Apple's size and structure I would not be all surprised to learn they don't have an exact number. All we can accurately surmise is the gross revenue generated by the App Store. here is absolutely no way for any of us to accurately determine any other number - net revenue, gross profit, EBITDA, operating profit, net profit, etc. An, as I mentioned above, it is likely that Apple does not allocate costs at the level to have the App Store stand as a separate profit center.

For all we know the App Store may:
  • (net) Lose a lot of money
  • (net) Lose a little money
  • Break even
  • net Make a little money
  • net Make a lot of money
The bottom line is, again, who cares? Other than the C-Suite, corporate IT, and a few other departments bot groups in a company are meant to generate profit. Just because the App Store started off as a cost center to get the ball rolling does not mean that Apple has to keep it one in perpetuity. And, for we know, it still may be.
 
Apple created the reader app category specifically so a developer like Netflix could get around offering IAP. But why don’t they allow any app in this category? Why is it limited to specific types of apps? Tim Cook claims Apple treats all developers the same yet that’s clearly not the case.
That comment is a bit narrow-sighted. The reader app is a class of applications that only allow the consumption of streamed content or the sharing of files (cloud data storage). Not upload os user created content like an email or shared playlist / social postings. And the exception only allows the developer to place an app on the store that will not function without a subscription and not also require IAP or the ability to sign up in app. If any of the reader apps wanted to include IAP they could - and pay the fees.

The category exception applies to a class of app. NOT to a developer. If Spotify were to offer a version of their app that only streamed songs and did not allow any of the social aspects then that app would likely meet the requirements to be called a reader app. If not then they might have an argument to make about their app being singled out. (just a guess - I really not read every detail about the definition of "reader apps," but it is a reasonable assumption.)

By he same token if Netflix decides to publish an email client you can be sure they would have to work the same way that Hey did in the end.

Developers are treated equally. All developers have access to the same tools with the same fees structure. If the developer decides to publish a specific class of app then there may be additional options available to them FOR THAT APP.
 
Last edited:
So you can't trust PayPal, MC, Visa etc? 🙄
I do use PayPal when shopping online - though I find the experience of hopping between websites to be less than stellar.

I'm not really sure what you mean by trusting MasterCard and Visa. There are other third party payment solutions (like Square and Braintree) that handle the credit card processing through the MasterCard and Visa networks for websites. Not to mention websites that save your credit card for future purchases. I don't want to see this payment model come to apps as well. Having to enter your CC into multiple apps that may or may not save it for later and having to trust their credit card processing solutions is potentially less than ideal. With the exception of Amazon I don't make online purchases from websites unless they take PayPal or ApplePay.

Everyone seems to assume that Apple will be allowed to require devs to include Apple's IAP in addition to 3rd party payment options but I'm not convinced that they will. Any court that would make Apple allow 3rd party payment options would probably see that as an abuse of their market position as well.

As a consumer I have options for what payment method actually backs Apple's IAP - whether that be a credit card (Visa, MasterCard, Discover, etc.), PayPal via linked AppleID account, or cash via purchased gift cards.
 
Yes there is. Ask Apple to divulge their App Store profits … ops … they will not … classified. I agree with you who cares.
I meant outside of Apple. They could divulge it if they account at a level detailed enough to actually come to the fully loaded bottom line. And they were so inclined to divulge. But for the likes of you and me - no way to determine the profitability of the App Store.
 
Don’t understand your argument if for instance by default Apple Pay is required. It just a matter of you using Apple Pay / App Store Payments and who prefer otherwise go for other options … in the apps of their choice.
That would be great if this is the way this works but I'm not so sure. Everyone seems to assume that Apple will be allowed to require devs to include Apple's IAP in addition to 3rd party payment options but I'm not convinced that they will. Any court that would make Apple allow 3rd party payment options would probably see that as an abuse of their market position as well.
 
That would be great if this is the way this works but I'm not so sure. Everyone seems to assume that Apple will be allowed to require devs to include Apple's IAP in addition to 3rd party payment options but I'm not convinced that they will. Any court that would make Apple allow 3rd party payment options would probably see that as an abuse of their market position as well.
To add to that - using ApplePay would only really apply to third-party stores IF they support Apple Pay as one of the payment options. If not I would have to use my Apple Card number or any other credit card. That really does not provide the reassurances of the App Store. It also does nothing with regard to sales support, refunds, or subscription cancellation - all of which will likely be much harder. Just look at why Netflix opted to not use IAP. It caused them a churn problem with people hopping in and out of the service a month on, two months off, another month on...
 
  • Like
Reactions: _Spinn_
That would be great if this is the way this works but I'm not so sure. Everyone seems to assume that Apple will be allowed to require devs to include Apple's IAP in addition to 3rd party payment options but I'm not convinced that they will. Any court that would make Apple allow 3rd party payment options would probably see that as an abuse of their market position as well.

Well if the crux of the matter is competition as of giving customers access to multiple payment options and related promotions and services as well as minimizing Apple control over third party business models, and not one of keeping Apple entirely outside the loop, for sure would suffice such purpose. Just replacing one single payment and service option by another does not really do that.
 
Forget the developer.... Apple's screw up (and Googles for following suit) is saying, "you can't take your own payments for YOUR subscription if it's done on our hardware" The percentage is irrelevant.
That paraphrase is entirely inaccurate considering they CAN do it on Apple's hardware through Safari.

It creates a horrible user experience or causes someone to charge IOS users more or take a loss on IOS users in order to compete.

Even worse user experience is every app asking the user to type in the credit card number again and again and again. Who knows if developer is storing your credit card number in plain text on a publicly open MySQL database.
 
You can create and pay for spotify account on their site... so... what's the issue again?
 
You can create and pay for spotify account on their site... so... what's the issue again?
Ah, let me explain... ;)

- Spotify would like to be able to sell subscriptions in their iOS app for the same price as they do outside of iOS, so that they could charge $9.99 everywhere, instead of just via their website. And they wouldn't have to charge iOS users $14.27 to cover Apple's 30% cut, even though Spotify - in both cases - get $9.99.

- This would mean Spotify would get the full $9.99, leaving Apple with $0.00 to cover card processing fees, bandwidth, server storage, marketing, developers coding for the App Store and Xcode, the App Review team, the App Store Legal team, etc.

- Spotify want 100% of a subscription even though that would cost Apple money.

Wait, what was the question?
 
That's a very good argument. Kudos to Spotify's lawyers.

Now hopefully with the money saved, they can use it to hire more developers. You hear that, Spotify? I want Spotify Connect to work on my Homepod! :D

I rather they use it to properly pay ALL the artist more fairly they have under contract instead having them sweat, bleed while their executives get paid ridiculous sums of money while they galavant across the net touting themselves as being righteous.
 
What is the point of allowing 3rd party payments if 30% still has to go to Apple?
That is the beauty of it, people like you and me will prefer to go through Apple thus, the storefronts inside the storefront will either collapse or they have to offer compelling reasons for people to give up their credentials. All good either way :)
 
That is the beauty of it, people like you and me will prefer to go through Apple thus, the storefronts inside the storefront will either collapse or they have to offer compelling reasons for people to give up their credentials. All good either way :)
Nahh, you KNOW that if they started to collapse, there would be a NEW lawsuit alleging that Apple’s quality and relatability is adversely affecting their stores. So, they should be able to use Apple’s services and just put their logos on it. :D
 
Nahh, you KNOW that if they started to collapse, there would be a NEW lawsuit alleging that Apple’s quality and relatability is adversely affecting their stores. So, they should be able to use Apple’s services and just put their logos on it. :D
Oh oh oh, even better for Apple, their system means their control and stipulation and Apple can charge approximately …say another 15% on top of the 30%. Its doable I think. 😁
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.