Apple Quietly Changes Some App Store Rules

Those hoping to see how Apple would respond to growing accusations of its App Store abuses were no doubt disappointed by the WWDC keynote. But the firm did make some changes to its App Store policies this week. And unlike its secretive and anticompetitive behavior to date, these changes were at least made publicly.

Publicly but quietly.

Windows Intelligence In Your Inbox

Sign up for our new free newsletter to get three time-saving tips each Friday — and get free copies of Paul Thurrott's Windows 11 and Windows 10 Field Guides (normally $9.99) as a special welcome gift!

"*" indicates required fields

This field is for validation purposes and should be left unchanged.

Consider this quote from Apple’s press release about its new developer technologies and capabilities.

“The Apple developer community inspires us all with apps that help more than a billion users, transform industries, and change the world,” Apple’s senior vice president Phil Schiller is credited with saying. “[At] this WWDC, we’ve introduced innovative new APIs, frameworks, and tools designed to help developers take their app experiences further and reach even more users. The App Store ecosystem is more diverse, dynamic, and successful than it has ever been, but we know that to make it better for everyone, there is more we must do together. This year at WWDC20, we’ve added online App Store Labs, extended the annual App Store developer survey, and more because we want to hear directly from hundreds of thousands of developers on how they want us to improve the App Store for them, and for users.”

So where’s the change in policies, you ask? It’s in that “and more” bit.

Apple is making two changes. First, it is creating new developer forums where “developers are encouraged to share their suggestions, large and small, so that Apple may continue to implement changes and improve the App Store experience for the entire developer community.”

Second, Apple is making a few changes to its app review process “this summer.” Now, developers will be able to appeal decisions about whether an app violates an Apple rule, and they will have a mechanism to challenge individual rules. And Apple pledges to not delay bug fixes for apps that are already in the App Store, even if they contain non-legal rules violations. Instead, developers will be able to address Apple’s issue in the next update.

If that latter issue sounds familiar, it’s the exact problem that Basecamp complained about last week: It issued a bug-fix update to an email app that was already in the App Store and Apple rejected it even though its supposed violations were present in the original version of the app, which remained in the Store.

Like many, I was curious how—really, how little—Apple would respond to recent complaints, and I guessed that if it did so during the keynote, it would be draped in arrogant language about how great the App Store is for everyone. But the way Apple handled it is more in line with the passive-aggressive nature of a firm that presents a friendly face to its customers while forcing a hostile environment on any developers dumb enough to try and compete with it.

These are good first steps. But Apple obviously has a lot more to answer for.

Tagged with

Share post

Please check our Community Guidelines before commenting

Conversation 8 comments

  • olditpro2000

    Premium Member
    23 June, 2020 - 9:27 am

    <p>I may have zoned out and missed it yesterday, but I don't recall seeing the usual self-congratulatory slides of "we have X developers and Y apps" and the gigantic fake check of "Z dollars paid to developers!"</p><p><br></p><p>You have to wonder if those were planned to be included and were cut for time…or cut because it would be tone-deaf to talk about.</p>

    • lvthunder

      Premium Member
      23 June, 2020 - 10:50 am

      <blockquote><em><a href="#548372">In reply to OldITPro2000:</a></em></blockquote><p>They didn't have an auditorium full of developers to cheer at that.</p>

      • olditpro2000

        Premium Member
        23 June, 2020 - 12:26 pm

        <blockquote><em><a href="#548400">In reply to lvthunder:</a></em></blockquote><p><br></p><p>Or sneer at it given the recent circumstances.</p>

    • Paul Thurrott

      Premium Member
      24 June, 2020 - 7:25 am

      agree

  • Vladimir Carli

    Premium Member
    23 June, 2020 - 10:08 am

    <p>it's amazing that whenever apple does the right thing but this "thing" goes against it's typical terribleness, it does it very quietly. The same happened yesterday during the keynote. They showed for a split second a slide stating, among a million other things, that it would be possible to change the default browser and email app in iOS</p>

    • Paul Thurrott

      Premium Member
      24 June, 2020 - 7:23 am

      They do things like that passive-aggressively because it basically proves they were wrong not to have done it sooner.

  • abiyoya

    24 June, 2020 - 3:25 pm

    <p>In response to IVTHUNDER comment on the Premium side:</p><p>"<span style="color: rgb(0, 0, 0);">They didn't have an auditorium full of developers to cheer at that."</span></p><p><br></p><p>That was BY FAR my favorite part of the keynote! NOT to have those dozens and dozens of 'fake-clapping' interruptions by fan-boys and forced to do so Apple employees!! Those interruptions are so awkwardly and painfully annoying (including those weird silences when a presenter stops ad waits/hopes for fake-clapping). </p><p><br></p><p>Instead, yesterday's keynote was dictated by a steady flow of relevant announcements.</p><p><br></p><p>I know it's impossible for future Apple keynotes to do without the dozens of self-gloating fake clapping interruptions, yet one can still hope and dream…</p><p><br></p><p><br></p>

    • Paul Thurrott

      Premium Member
      25 June, 2020 - 8:41 am

      I agree. I wish they would always do it like this. But… they won’t, of course. Everyone loves to be cheered.

Windows Intelligence In Your Inbox

Sign up for our new free newsletter to get three time-saving tips each Friday

"*" indicates required fields

This field is for validation purposes and should be left unchanged.

Thurrott © 2024 Thurrott LLC