Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Hopefully they allow developers to change visibility whenever they want in App Store Connect. Lots of reasons to hide an app. The obvious case is business apps for a vertical where advertising the app on the store isn’t desired. Possibly Apple could allow store rules to be a little more lax on hidden apps in the future.

There is too much that doesn’t need to be listed. Old versions could be hidden. It could allow a soft launch of an app. Apps that require a subscription service could be hidden so they need to be subscribed and accessed through a host app. Maybe non-official forks of open source software could be hidden.

It would be nice if bundles could be hidden too.
 
Last edited:
Now that you can disable App Store's discovery service benefits, there's virtually nothing that is stopping Apple from lowering it's developer commission for apps that don't need to be discovered on the App Store.

Spotify and Netflix users would greatly benefit from this move.
Spotify and Netflix both make HEAVY use of apis and frameworks that Apple spent enormous time and effort building specifically for third party developers.

And I’m not just talking the bare bones OS frameworks to get a blank page to open. Tons and TONS of form and behaviour frameworks that give those apps consistency with other iOS apps of interface, cross device, resumeability, deep linking, etc, etc. Plus a ton of advanced networking, state management, and other lower level frameworks a user can’t see.

Those apps could absolutely choose to roll their own implementations of all of that stuff. But they choose to use the frameworks Apple wrote because:

1: The Apple frameworks are EXTREMELY well made (especially with regard to multi-device, multi-platform, accessibility, language, RTL vs LTR reading, number, date, regionality, etc, etc).

2: Using the Apple frameworks saves app developers absolutely BOATLOADS of engineering time.

Those apps are literally selling Apple engineering effort.
 
Last edited:
  • Like
Reactions: mabhatter
Wishful thinking, those apps still have to go through the regular screening process.
You need to liked by Apple still. You can't have an opinion contrary to what Apple and/or Tim Cook has. That's good information to know. Thank you.
 
I think that this is more about enterprise apps.

I also suspect that There are also probably some .gov/.mil apps that need this, and Apple is listening to their contacts that ask for backdoors, and other special exemptions.
RIP Apple's alleged treatment of all developers equally.
Oh, I am not kidding anyone, Apple has given preferential treatment to certain developers for years.
 
How disgusting is to see Apple doing all this, desperately trying to prevent Side loading, which will clearly open the App Store to competition and innovation.

They have being abusing of the power on their App Store for too long. This needs to change asap...
What's that of telling apps "don't track". Dude...., if the business model of those developers is based on tracking...., you should let them. Its up to the final users if they want to download the app and be tracked, or not.

If developers don't follow Apple rules, they get banned of the App Store, and there is no other way of downloading their app. This needs to change asap.

Apple has become too much of a profit first company. I miss the old times when they tried that everyone had success using their tools.
 
  • Disagree
Reactions: jhfenton
Apple has become too much of a profit first company.
All companies should be profit first. Any company that is not, I would argue has failed as a company.
However a close second should be not acting like an ass, treating your customers and staff as they legally and morally should be.

Apple certainly does #1.
Does Apple do #2? I'll leave that up to everyone here to decide as the answer is not as clear cut as most would think.
 
I think that this is more about enterprise apps.
Maybe, but enterprises have always been able to set up their own private servers for installing apps. See Apple: Install custom enterprise apps on iOS.

Enterprise apps that aren't private to one business wouldn't fall into this category, but I would assume that developers of these apps would probably want them visible in the App Store - so users can quickly find and install them without getting a magic link.

Off the top of my head, I think the most useful application of this is similar to what Apple does with macOS - to allow customers to download, install and update old versions of an app without cluttering up the app store with multiple versions.

For instance, maybe you've been shipping and supporting FooMatic version 1 for many years. Now you ship FooMatic version 2, which you want to be a paid upgrade. You want to keep updating version 1, for those customers who are not yet willing to upgrade, but you also don't want new users to get version 1 - you want them to get version 2.

The easy solution is to hide version 1. You can continue to update it (e.g. bug fixes or security updates) without users of version 2 seeing those updates. New users searching for your app will get version 2. And if a customer has a specific need for version 1 (maybe old hardware, or is relying on a feature that changed or something), your customer support can provide a link to that version.
 
Maybe, but enterprises have always been able to set up their own private servers for installing apps. See Apple: Install custom enterprise apps on iOS.
[/QUOTE]
That only works if you are building in-house apps and can self-sign. Doesn't work with third party apps.
Enterprise apps that aren't private to one business wouldn't fall into this category, but I would assume that developers of these apps would probably want them visible in the App Store - so users can quickly find and install them without getting a magic link.
Actually, most of these type of developers would prefer their apps NOT be visible to the public. Take, for example, Salesforce. There is absolutely no way to use a SaleForce app without have the back-end infrastructure setup in the enterprise. Each organization has their own infrastructure.

Salesforce has two choices, (a) make a special version of the app for each organization and make it a Business 2 Business app in Apple Business Manager or (b) release the app publicly which means anyone can download it. While there is no real harm, it make no sense for an average user to download the SalesForce app.

(What i have not been able to confirm is that apps that can only be downloaded by a URL will also be avaliable through Volume Purchasing. That is how a vast majority of enterprise apps are deployed. )

Off the top of my head, I think the most useful application of this is similar to what Apple does with macOS - to allow customers to download, install and update old versions of an app without cluttering up the app store with multiple versions.

For instance, maybe you've been shipping and supporting FooMatic version 1 for many years. Now you ship FooMatic version 2, which you want to be a paid upgrade. You want to keep updating version 1, for those customers who are not yet willing to upgrade, but you also don't want new users to get version 1 - you want them to get version 2.

The easy solution is to hide version 1. You can continue to update it (e.g. bug fixes or security updates) without users of version 2 seeing those updates. New users searching for your app will get version 2. And if a customer has a specific need for version 1 (maybe old hardware, or is relying on a feature that changed or something), your customer support can provide a link to that version.

For me, I see this a huge benefit for companies that provide hardware and app to control it. For example, a headphone manufacture may have an app that allow for customizing your headphone settings. Unless you own the headphones, you don't need the app. Instead of directing the user to the public app store, they can provide a direct link to the app to download. And, users that do not have the hardware won't download the app and then give it a one star review because it "doesn't work".
 
Actually, most of these type of developers would prefer their apps NOT be visible to the public. Take, for example, Salesforce. There is absolutely no way to use a SaleForce app without have the back-end infrastructure setup in the enterprise. Each organization has their own infrastructure.
I guess this is just a matter of opinion.

I have had a few enterprise apps on my (Android) work phone. I have found it convenient to just search for the app on the Google Play store to download and install the app. Of course, they can't do anything without credentials from my employer, but it still means this is one less hoop I have to jump through.

If a non-user downloads SalesForce, then he'll (I assume) immediately be shown a login screen, which won't go anywhere. In order to be friendly, the app should provide a button on that screen that can redirect to some kind of informational page so the user can learn about it and if still interested, ask his employer about the possibility of getting an installation.

In other words, use the visibility as marketing.

Of course, an app like this isn't likely to show up on any leaderboards or curated app lists, so the only way a user will find it is (or should be) if he searches for it. And if he does, then wouldn't this be better than showing nothing at all?

For me, I see this a huge benefit for companies that provide hardware and app to control it.
I see your point, but again, apps like this are not likely to end up on leaderboards or curated app lists. They will only show up if a user does a search for it.

I think a user with the hardware is more likely to search the app store for the app than to go to the manufacturer's web site to get a secret URL. Especially if the hardware is a few years old and may not be fully supported anymore (and where it may be hard to find that link).

But that's just my opinion. Ultimately, it is up to each app developer, not us, to decide what makes the most sense. And having additional options is almost always a good thing.
 
Those apps are literally selling Apple engineering effort.

I would say Netflix and Spotify are literally selling content, which they are spending billions to develop or license. If Apple's APIs were available as an optional service that cost 30% of an app's revenue, I'd expect two things to happen: 1) large companies would build apps from scratch for much less than the billions Apple's APIs would cost them, 2) open source frameworks would fill much of the void. We can't know how much Apple's tools are actually worth when the iOS ecosystem requires that you pay for them.
 
I would say Netflix and Spotify are literally selling content, which they are spending billions to develop or license. If Apple's APIs were available as an optional service that cost 30% of an app's revenue, I'd expect two things to happen: 1) large companies would build apps from scratch for much less than the billions Apple's APIs would cost them, 2) open source frameworks would fill much of the void. We can't know how much Apple's tools are actually worth when the iOS ecosystem requires that you pay for them.

Your argument seems to be that Apple's customers should be able to pick and choose which services in the bundle they pay for, even though they use all of the services, yet might not if they weren't paying for it?

Netflix, Spotify, et al are obviously making very good use out of Apple's efforts. Otherwise why don't they do exactly what you propose? Why doesn't a company like Epic do it? They would LOVE to achieve what you're saying seems so easy, and then stand up and shout how much they're being abused. But Epic chooses to use the Apple engineering efforts and STILL cry abuse. ?

If a company chose to roll its own solutions it would cost a decent chunk of the fees Apple is charging for those apis/frameworks (for now we're going to ignore the OTHER benefits in the 'bundle' they get).

And it would 100% result in a reduced quality of user experience for their customers.

And it would cost MASSIVE amounts of time. Where customers would be irate at the lack of features that all the other apps have. And this isn't even to mention the thousand 'little' (but crazy-hard to roll your own) region/language/accessibility/etc specific features that would probably never come.

Plus the overhead. Stupid amounts of office-space, administration, etc if they hired in. And even if you figured they could contract out this work out (assuming there were companies out there who could magically take on the capacity of all these megacorps ditching Apple, but asking for a complete iOS parity experience), there'd still be a stupid amount of overhead lost to defining requirements and agreements. Plus the absurd markup they'd have to pay, bringing the costs ludicrously higher than you're assuming is the cost to merely code the stuff that brings parity.

Like, I don't think you understand that it's simply not possible to achieve what you seem to think would happen. Open-source frameworks? That DON'T make heavy use of Apple APIs?? You don't understand the industry.

Show me ONE app that makes zero use of Apple's apis/frameworks after the app is launched (ie, a completely blank slate after being downloaded and launched), and only THEN can you talk about how easy it is.

So far though, nobody has done it, because it costs too much (in time, money, and customer experience) to not sell Apple's development efforts.
 
Last edited:
So far though, nobody has done it, because it costs too much (in time, money, and customer experience) to not sell Apple's development efforts.
I think nobody has done it because it's not possible to opt out. Since you have to pay Apple, you might as well use their stuff. Actually, does Apple even allow apps that don't use their SDK? If it were an option, then we'd find out if their stuff is really worth 30% of revenue.

My sense is that the 30% fees from a large content company would easily cover the additional development effort to go it alone -- I'm talking about companies whose fees would amount to billions of dollars a year. The Apple defenders here think that's a bargain for what Apple provides. The only way to find out is to give companies the choice and see what they do.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.