Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
I hope they don't change the App Store... I like it just the way it is, I never jailbreak devices and I don't do In-App purchases so I would much rather stick to a good system!
God, I just wish they had a better search system.

I have an iPad mini. It doesn't come with a calculator app.

I just want to find a calculator app that doesn't have ads or in app purchases. I'm even willing to pay a few dollars for the app, if it's decent and without ads or in-app purchases.

You can not filter in the app store for apps without in-app purchases, or without ads. It's designed to drive people to download 10 calculator apps looking for a good one, and designed to push apps with in-app purchases because they're "free", despite the fact that I'm paying via screen space for ads.
 
  • Like
Reactions: MacCheetah3
whenever a country puts in place laws to dictate how apple and google will and will not run their platform or design their hardware, they should just say "ok, we're outta here" and shut down operations in that country ENTIRELY. You watch -- Law would be repealed in hours.
All countries tell companies how to design and run their stuff. Otherwise we would still get lead and asbestos everywhere, hardware would fail after months like clockwork, and privacy violations would be even more blatant than they are. And Google would be making "iPhones" ("Sorry, Mr Apple, but as a government we really should not dictate how Google designs their products!").
 
  • Like
Reactions: BurgDog and Marie.D
I can, because it's not just submitting an app and walking away. It's now maintaining two apps instead of one. There's no reason it couldn't all be in a single app.
The only change in maintenance would be the 3rd party processing. That part of the work would be identical regardless of one SKU or two.
 
I love Apple as the next guy, but regardless of the issue, this behavior from corporations thinking they are above the law is really starting to irritate me. Apple isn’t the only offender here, we have news stories every other week about behavior like this. As we did with GDPR, we (as EU citizens) must demand to our representatives more harsh sanctions. Slash a double digit percentage of their annual income from sales in our market, restrict their sales on our territory, start jailing executives that greenlit this behavior. We must find better ways enforce our laws, this isn’t America where you can just throw money at politicians and keep getting away with it.
 
TLDR– I don't want to see Apple lose control over their platform. They need to better differentiate open standards and platform features to create App Store rules that make sense. If it is obvious the App Store fee results in platform-delivered value and there are no conflicts of interest then even 30% is more then fair. Improved PWAs (at least Android implementation level of open standards) and creating a few more reader app categories for areas where Apple services compete would counter rent seeking. Improved PWAs would strengthen Apple's security argument with open apps that don't need security review. By strengthening these two areas, I think Apple could legitimately say they are not a gatekeeper to all modern commerce.

---

I think there are places Apple should change the App Store rules to clean their image and get out of the grey area of behavior that looks like rent seeking, but I don't think their 15/30% is unfair for a large majority of apps. This fight over Dutch dating apps is certainly not the right venue for constructive change. Companies that directly compete with Apple's non-platform services or that are too far removed from Apple's platform development are areas I think they need to give. I think many apps would be better as progressive web apps which is an area Apple should put more effort in to achieve feature parity with Android.

I think third-party digital content stores should be allowed for reader app categories as long as they are PWAs. I'm pretty sure this is already allowed, but underutilized. If Amazon were a progressive web app then they could sell Kindle books right in the app. Audible would need to be native for features like CarPlay, but they could create a separate progressive web app for their store. Streaming providers could get together and create a subscription store progressive web app where you could manage all your subscriptions in one place or allow third party stores to sell/manage subscriptions through a progressive web app. I really don't like stores mucking up my apps anyway– looking at you Apple Books, so separating IAP for digital content in to progressive web apps would be much better. The IAP through PWAs should just be for categories allowed as reader apps. I think Apple could offer reader apps some additional services for a fee such as the ability to link to an external web/PWA store. Apple could also allow IAPs in reader apps at a lower rate since they are not selling platform features. I think it is fine for reader apps to have different pricing and store rules. I see reader apps as a middle ground between open web apps and the normal App Store apps that Apple has full control over.

If your app can work fully as a progressive web app then it is an open app that Apple doesn't deserve a cut of. Progressive Web Apps are also more secure, so Apple doesn't need to police them. Apple should be making a pro-PWA argument for many of the free apps on the store that are simple web wrappers. Apple could even allow listing some PWAs on the store if they want. If you need Apple native APIs (outside of a few areas like reader apps), then you should be paying Apple their fee. I feel strongly that games do not deserve non-Apple IAP. Apple is already being generous by allowing you to bring IAP purchases over from another platform. Games are an area that have a strong native platform benefit.

I think that the definition of reader apps should be expanded where there are competitive concerns with Apple services. I think reader app categories are a good counter to areas with competition concerns with Apple first party services. Since Apple has tight control over what open web standards it implements on iOS that might affect some PWAs, reader apps are also a way to address PWA limitations in certain categories when Apple is drifting too much in to anti-trust grey areas.

This is more debatable, but reader apps could be used to reduce regulatory pressure in certain cases. I personally think Game Pass should be allowed as a reader app. I think this would not hurt native gaming in the slightest and may increase iOS credibility with serious gamers. This would also alleviate concerns about Apple not supporting alternative browsers that might run Game Pass better because they support open standards better.

I'd love to see Apple expand PWAs beyond open standards slightly and offer a few select native controls to web apps. PWAs should have gold standard implementation levels defined by a standards group so platforms can advertise their level of conformance. I think these changes would put Apple in much better light when facing anti-trust accusations.
 
Last edited:
So, a DEVELOPER needs the burden of submitting two nearly identical apps.
The CUSTOMER needs the burden of selecting and installing one of two apps that matches how they want to pay.
For an artificial constraint.
The artificial constraint is claiming only one SKU is allowed. Does the Netherlands forbid app developers from offering more than one SKU of an app? Is that actually a legal thing for the Dutch? Or is it just an arbitrary hoop that they're asking Apple to jump through?
 
  • Like
Reactions: MacNeb
Because if Apple says "dating apps now have no IAP fees", every other app developer will use that as grounds to argue why their app should also not have any IAP fees.
This issue will not go away. The Europeans do not like monopolistic behaviour from a US company. Apple still has the "monthly plan" and one-time payment cut from apps and games. They can give third party payment access to dating apps in the Netherlands, who cares.
 
This issue will not go away. The Europeans do not like monopolistic behaviour from a US company. Apple still has the "monthly plan" and one-time payment cut from apps and games. They can give third party payment access to dating apps in the Netherlands, who cares.
Yet its not a monopoly
 
  • Like
Reactions: jgdeschamps
This issue will not go away. The Europeans do not like monopolistic behaviour from a US company. Apple still has the "monthly plan" and one-time payment cut from apps and games. They can give third party payment access to dating apps in the Netherlands, who cares.
Europe doesn't like monopolistic behavior, but is incapable of fielding viable competitors.
 
I can, because it's not just submitting an app and walking away. It's now maintaining two apps instead of one. There's no reason it couldn't all be in a single app.

Keeping it as a single app would even make things easier on Apple's own (apparently strained) App Store review team.
Any good developer would easily be able to have one app, one repository with both 3rd party payments and Apple payments. Wouldn't even need a separate branch for this. I've worked on several apps with an internal version and external version of the app, a flag set at build time will disable all internal features of the app. In fact most apps that provide a beta/TestFlight version do this same thing, they don't maintain multiple versions of the app.
 
So, a DEVELOPER needs the burden of submitting two nearly identical apps.
The CUSTOMER needs the burden of selecting and installing one of two apps that matches how they want to pay.

If I am interpreting the article correctly, Apple is requiring one Developer Binary for Dutch customers (so hosted in the Dutch App Store) and another Developer Binary for non-Dutch customers (so hosted in every other App Store).

So if you are purchasing from the Dutch App Store, you would get the binary that offers third-party IAP payment processing options.

And if you are purchasing from any other App Store, you would get the binary that only offers Apple's IAP service.


The whole point is Apple is trying to make it so difficult that no developer does it...
Whereas the spirit of the ACM ruling was that a CUSTOMER has the CHOICE for how they want to pay in a single app...

Again, if I am interpreting the article correctly, Dutch customers do have a choice as to whether using Apple's or a third-party's IAP purchase processing using the Dutch App Store binary.

I do agree with you that Apple is making it deliberately difficult for developers by making them maintain two binaries. And that is the point, to be honest (see below).

Any good developer would easily be able to have one app, one repository with both 3rd party payments and Apple payments. Wouldn't even need a separate branch for this. I've worked on several apps with an internal version and external version of the app, a flag set at build time will disable all internal features of the app. In fact most apps that provide a beta/TestFlight version do this same thing, they don't maintain multiple versions of the app.

Apple appear to have made it clear that they do not want to offer third-party in-app purchase processing (TPIAPP) in countries they do not have to. If they allow developer's to implement TPIAPP code in their native binary, but just not enable it outside of countries where they do not have legal sanction to do so, they are making it easier for other countries to mandate that Apple "turn it on" and they want to prevent that by forcing developers to maintain a binary with TPIAPP and one without TPIAPP.
 
  • Like
Reactions: ftaok
Why is it just dating apps? Who decided that ONLY dating apps require this? Once apple does it for just dating apps, wont there be a precedent set? Wont they then insist it be done to the whole platform?
The App Store is a place to get apps for Apple devices. It is wrong to then charge those apps a fee for every transaction made in that app. The "monthly plan" or "one-time cost" for the actual app is part of the App Store, this is where Apple gets the cut.
 
One easy explanation: the ACM doesn't require this for any other type of app, so having two SKUs immediately shows the customers that there is something different going on.
That's genuinely one of the worst ways to signal a product difference that I've ever heard of. Why not make a little icon or put a disclaimer for it? Make a pop-up before downloading? Add a message to the payment screen? There's literally a million better ways to achieve that goal.
 
  • Like
Reactions: dk001 and Wildkraut
Apple makes financial decisions only!!!
They have figured that this is a better decision financially for both them and their shareholders.
 
Plenty of software has has different versions for different regions.
That's not really the same thing as what's being discussed, but sure, you can have different versions of a piece of software. But I think we can all agree that it makes for a worse experience and that a single version would be the much better solution.
 
  • Like
Reactions: Wildkraut
All this fuss over a bunch of dating apps
It was for all apps, but because dating apps were the party that sued, the local laws required judgement to be limited to just those apps.

It won't be dating apps for long. Other law suits are in the works there, with a revised approach.

Though, this is happening in just about every country. The days be numbered.
 
  • Like
Reactions: dk001
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.