As posted on Apple goes after clones and spam on the App Store
This year the big issue appears to surround rule 4.2.6, which states that “Apps created from a commercialized template or app generation service will be rejected.”
Essentially, there are questions about how far-reaching this rule would be when applied to the App Store. Was it purely about improving quality by reducing knockoffs? Or is it rooted in some deeper protectionist play?
Given that there was still some curiosity about how it would be applied, I did a little digging. Apple had no comment. But it rarely does unless a rule becomes an issue in the press or among developers. I was, however, able to glean an understanding of the rule and its application by asking around.
The first thing to remember is that Apple always had a ‘do not clone’ guideline in the document. It was never “ok” to straight up copy an app, changing names and images and re-posting it as yours. Unfortunately, the increase in prevalence of mass production tools for apps, 1-click templates and other enabling factors means that cheap junk apps have gone off the rails in the App Store over the past couple of years.
So, Apple decided to go on a bit of a tear and clean the store out. The new rule is tougher and more explicit in order to back up those removals.
It’s my understanding that this cleanup has resulted in hundreds of thousands (yes, multiple hundreds of thousands) of apps being removed from the store over the past year. That includes clones, but also things like apps that aren’t 64-bit compatible, apps that are unused (haven’t been downloaded in years) and other scammy boat trash.
That’s fairly straightforward, but what is the rule not about? What are the apps that seem like they could be caught up in this dragnet but that are actually probably safe? As far as I can tell, Apple is pretty clearly not trying to kill app-creation tools that allow people to customize and publish apps without knowing or writing all of the code.
That’s important, given where the industry at large is heading.
Basically, if we get to a point where you or I can build an original and customizable app that feels unique without writing a single line of code, this rule would not prevent it. Given that the coding industry (especially in the AI space) is veering towards the practice of program synthesis, this future-proofs the App Store somewhat, while not diluting Apple’s protectionist powers.
So, assembly suites or app-creation tools probably don’t have anything to fear from these new rules unless they’re in the business of pumping out nearly identical rubber-stamp apps.
One other signal that people in the ‘creating apps for other people’ space should probably look out for is account listings. Apple will very likely not be excited about you shipping apps for other people on the App Store under your own account. Separate accounts for every entity that is responsible for its own support is probably your best-case scenario. That said, there are gray areas here where studios may publish games from many individual creators — but ask yourself, “who does the support?”
That’s probably the best way to look at it.
So the rule isn’t necessarily the doomsday scenario for app creators that it may have looked like, but it does give notice to the clone factories that Apple is trying to end that particular plague.