This week's sponsor

SaneBox

Clean Up Your Inbox Today (and Keep It That Way Forever)


Posts tagged with "App Review"

Apple Clarifies App Review Guidelines to Promote Free Trial Options

It's tough selling a paid up front app on the App Store. Users have no way of knowing ahead of time whether an app will fit their needs or not, and no one wants to spend money on an app only to find that it wasn't what they expected. Fortunately, App Store review guidelines have been updated this week to address that problem. Matthew Humphries reports for PCMag:

The updated guidelines state that, "Non-subscription apps may offer a free time-based trial period before presenting a full unlock option by setting up a Non-Consumable IAP item at Price Tier 0 that follows the naming convention: "14-day Trial." Prior to the start of the trial, your app must clearly identify its duration, the content or services that will no longer be accessible when the trial ends, and any downstream charges the user would need to pay for full functionality."

So users will know before they start using an app that it will cost money, but only after X days of free use. The upfront transparency should prevent any user frustration, but it could also greatly improve the quality of content in apps because the developer really needs the user to reach the end of the free trial wanting to pay to continue using/playing.

This isn't necessarily a change of policy, but more an explicit clarification of something that's already been allowed. The Omni Group, for example, began switching its entire suite of apps in September 2016 to the same sales model: free downloads, with In-App Purchases for unlocking full functionality after 14-day trial periods. Since that time, however, very few apps have followed the same path – likely in part due to continued uncertainty regarding what's officially allowed. The updated review guidelines should lead to a welcome increase of paid up front apps transitioning to free downloads with In-App Purchases, thus enabling more ubiquitous free trials across the App Store.


You can also follow all of our WWDC coverage through our WWDC 2018 hub, or subscribe to the dedicated WWDC 2018 RSS feed.

Permalink

Emoji Use in Apps Leading to App Store Rejections

Over the last several weeks, a few different emoji-related App Review stories have been shared by developers on Twitter. Though it's common practice to use emoji throughout an app's interface, Apple has begun rejecting some apps for just this reason.

Emojipedia founder Jeremy Burge researched the issue and summarized what seems to be a shift in Apple's handling of emoji use. In a piece titled "Apple's Emoji Crackdown" he walks through his current understanding of what's permissible regarding emoji use, and what isn't – though with the caveat that none of this has been officially addressed by Apple yet. He concludes:

It would be a shame to see emojis banished from all apps due to potentially over-zealous app reviewers.

Using an emoji as a core part of an app's UI, or in-game character seems to be a fairly clear overstepping of the mark, and now that Apple has begun enforcing this, I don't expect that side of things to change.

It's understandable there is much confusion about this right now, especially as the Apple Color Emoji font until now has been treated by many as a font like any other. If...thought about as "a set of images created and owned by Apple", the terms for what seems reasonable do shift.

Despite the lack of word from Apple on an official policy change, the signs don't look good. Apple owns the rights to its emoji designs, and there is currently no way for developers to license those designs, so we may begin seeing a lot less emoji use in apps soon.

Permalink

Apple Updates and Expands App Store Review Guidelines to Address Pre-Orders, Loot Boxes, VPNs, and More

Just before the annual holiday shutdown of the App Store, Apple has revised its App Store Review Guidelines to address new App Store functionality like Pre-Orders and clarify or expand a handful of existing guidelines, including the creation of apps from templates and how ’loot boxes’ and VPNs should be handled. Below is a summary of the major changes to the Guidelines. To see all the changes, check out Rich Hong’s App Store Review Guidelines gist on GitHub.

Read more


Apple Asks Developers to Submit iOS 11, watchOS 4, macOS High Sierra, and tvOS 11 Apps for Review

Ahead of the upcoming public releases of iOS 11 and watchOS 4 on September 19th and macOS High Sierra on September 25th, Apple has told developers via its developer website that App Store submissions are open.

From Apple's developer news site:

You can now submit your apps that take advantage of exciting new features available in the next release of macOS, iOS, watchOS, and tvOS. Build your apps using Xcode 9 GM seed, test with the latest releases of macOS High Sierra, iOS 11, watchOS 4, tvOS 11, and submit them for review.

Apple has added scores of new features to its operating systems that developers can take advantage of to improve existing apps and create all-new ones that were impossible before the new APIs were introduced. Perhaps most anticipated are the additions to iOS that enable brand new features to the iPad like the dock, drag and drop, Split View enhancements, and much more.


You can also follow all of our Apple event coverage through our September 12 hub, or subscribe to the dedicated September 12 RSS feed.


Review Guidelines Added for Subscriptions, Stickers, and SiriKit

On the heels of Apple’s announcement of an impending App Store cleanup, it has updated its App Review Guidelines to cover app subscriptions, stickers, and SiriKit apps. Among other guidelines, Section 3.1.2(a) states that:

While the following list is not exhaustive, examples of appropriate subscriptions include: new game levels; episodic content; multi-player support; apps that offer consistent, substantive updates; access to large collections of, or continually updated, media content; software as a service (“SAAS”); and cloud support.

The availability of subscriptions for apps that are ‘continually updated’ provides additional clarity to an issue that was hotly debated and discussed among developers since subscriptions were announced shortly before WWDC.

The App Review Guidelines also include an entire section on stickers.

Whether your app contains a sticker extension or you’re creating free-standing sticker packs, its content shouldn’t offend users, create a negative experience, or violate the law.

Section 4.4.3 includes a link for making infringement claims and states that if you cannot back up your rights to content contained in stickers with documentation, your sticker packs and extensions will be removed from the App Store. Repeat violators risk having their developer accounts revoked.

With respect to SiriKit, section 2.5.11 of the Guidelines provides:

Apps integrating SiriKit should only sign up for intents they can handle without the support of an additional app and that users would expect from the stated functionality. For example, if your app is a meal planning app, you should not incorporate an intent to start a workout, even if the app shares integration with a fitness app.

This guideline seems to be designed to avoid confusion that could be created by an app without clear SiriKit functionality accessing SiriKit.


Apple Announces App Store Cleanup

Apple has announced a plan to clean up the App Store. Apple’s developer site states it plainly:

To make it easier for customers to find great apps that fit their needs, we want to ensure that apps available on the App Store are functional and up-to-date. We are implementing an ongoing process of evaluating apps, removing apps that no longer function as intended, don’t follow current review guidelines, or are outdated.

Beginning September 7, 2016, the same day as the event at the Bill Graham Civic Auditorium where Apple is expected to unveil the iPhone 7, App Review will begin evaluating all existing apps on the App Store to determine if they are functional and meet App Store guidelines. Some of the highlights:

  • If App Review determines that changes need to be made to an app, the developer will be contacted and given 30 days to update it, after which it will be removed from the App Store;
  • If an app crashes on launch, it will be removed from sale immediately; and
  • Existing customers will still have access to apps removed from the App Store.

In addition, Apple announced in an email to developers that going forward, app names will be limited to 50 characters. Apple explained that long app names, which developers use to try to influence search results, provide no value for customers, particularly because they are too long to display in full on the App Store.

Eight years and over two million apps later, the App Store is long overdue for a cleanup. Abandoned and broken apps create a real discovery problem for customers. We are well past the time when the number of apps served as meaningful bragging rights for Apple keynotes. The directness in tone and relatively short time frame given to developers to make changes to apps sends a clear message – Apple is serious about cleaning up the App Store. Developers with neglected apps had better pay attention if they want to remain on the App Store.


Putting Recent App Review Time Improvements in Visual Context

Data courtesy of AppReviewTimes.com

Data courtesy of AppReviewTimes.com

As many have noted this month, including Bloomberg, App Review has been processing app updates at a much quicker rate than usual. In the past week the average time for an iOS app to be approved by App Review has fallen to just 1.5 days. Apple itself doesn't publish times, but there is unofficial crowd-sourced data at AppReviewTimes.com.

Dave Verwer of AppReviewTimes.com was kind enough to share the raw data with MacStories, and we produced the above and below charts which provide some visual context and demonstrate just how out of the ordinary the recent improvement in App Review time is. It is too early to say conclusively, but given the extent of the reduction (and the sudden nature of it), I think it is fairly safe to guess that Apple has made some internal changes in order to improve the speed of App Review.

Data courtesy of AppReviewTimes.com

Data courtesy of AppReviewTimes.com

Data courtesy of AppReviewTimes.com

Data courtesy of AppReviewTimes.com

Earlier this year we published an extensive survey which detailed a number of frustrations that developers had with App Review, and suggestions for how Apple could improve App Review. At the top of that list of developer frustrations was the slow speed of App Review, with 78% saying it was bad or terrible.


Reddit App Takedowns Expose Serious App Review Flaws

[Editor’s Note: The following is adapted from Ongoing Development, a column by John Voorhees published 2-3 times a month in MacStories Weekly, the email newsletter sent to Club MacStories members. This installment first appeared in MacStories Weekly #28 and is being published here at the request of Club members.

Ongoing Development focuses on issues facing app developers and others in creative fields that rely on the web to reach an audience. Previous installments have covered topics like app marketing strategies and making the time to tackle new projects.

You can access past issues of MacStories Weekly, including Ongoing Development, and enjoy other perks by becoming a Club MacStories member.]


Something has been bothering me since last week that I can’t shake - the Reddit debacle that unfolded last Monday night. That evening, Apple pulled several third party Reddit clients for violating App Review rule 18.2 which says that:

Apps that contain user generated content that is frequently pornographic (e.g. “Chat Roulette” Apps) will be rejected.

Sounds awful right? It turns out that what Apple didn't like was that these apps had a NSFW switch in their settings that allowed you to block (or show) NSFW content. Narwhal's developer who spoke to Gizmodo said:

Today, we received notice that our new update with a lot of great new features was rejected under the App Store rule 18.2: “Your app contains a mechanism to enable or disable Not Safe For Work (NSFW) content, including pornographic content. Apps with sexually explicit content are not appropriate for the App Store.” About 15 minutes afterwards, we received notice that the current version of our app has been removed from the app store.

You can argue with the policy choice Apple made and rightly point out that every browser violates Rule 18.2 if Reddit clients do, but it's that last bit of the quote above that's been bothering me. The part where Apple decided that a feature that was in some of these apps for over a year violated rule 18.2 and then immediately pulled them off the App Store. These weren't new apps pushing boundaries, these were existing approved apps. The only thing that changed was Apple's interpretation of its own rule.

Federico wasn't joking when he tweeted that he feels like he's writing an App Review story every week. This particular story came and went quickly, in part because the developers affected scrambled to update their apps and Apple expedited review. But the implications of the shoot first, ask questions later approach to App Review bear further examination because they has lasting negative effects on the developer community and, ultimately, Apple and its customers.

This sort of out-of-the-blue, unilateral action legitimately strikes fear into the hearts of developers. Consider these responses to Federico's tweet from Bryan Irace and Matt Bischoff, both formerly of Tumblr:

This is no exaggeration. I don't know a developer who hasn't had a run-in with App Review and wondered, 'Maybe this is it. This is where my my app dies.' That may sound a little dramatic, but read the results of Graham Spencer's poll of developers - the feeling is real.

I can imagine that some at Apple may roll their eyes at this as an overreaction, or be a little offended at the implied lack of trust, but step into developers' shoes. In the absence of meaningful communication by Apple of its intentions, it's stories like the Reddit client take-downs that shape developers' behavior. And as Federico noted, it's not like this is an isolated story, it's one of a long string of similar stories that make developers jumpy.

What bothers me the most about this incident is how Apple implemented its policy change. There was no imminent threat or emergency that made Reddit clients any more a threat than they were twelve months prior, but nonetheless Apple summarily pulled them and offered to reconsider the apps if the developers resubmitted. The developers worked through the night, resubmitted their apps and many were back on the App Store by the next morning. As a result, the story barely got traction and, while Apple may have avoided an onslaught of bad press, the damage was done. Developers took note.

So what to do? Probably the other reason this episode bothers me as much as it does is that it seems like the solution is obvious. I will grant that it's easy for me to say that sitting here blissfully ignorant of many of the issues Apple faces, but just because it may be a hard problem to solve isn't an excuse not to try. Apple needs to define when apps can and should be pulled from the App Store without advance warning and make that clear to developers. Those circumstances no doubt exist, such as where there is an immediate threat to customers or their data, but in circumstances like this, where a feature has been in apps for over a year, developers should be given advance notice of any policy change and a fair period of time to make adjustments before an app is pulled from the Store.

I also think that it's time for Apple to appoint an internal advocacy group for third party developers. A group that takes developers' calls, attends conferences, and is a voice for developers when policy choices like this are made.

The distrust caused by events like this is the sort of thing that is not easily fixed and will erode developer support for iOS in the long term if it's not addressed. That's not good for Apple or its customers. It's hard enough to build a sustainable business on the App Store. Making app take-down stories a thing of the past would go a long way toward eliminating some of the negative sentiment we saw in the MacStories developer poll.


Apple Pulls Third-Party Reddit Clients for NSFW Content

Update (4am PDT 12 April 2016): Some of the third-party Reddit clients have now returned to the App Store. Both Narwhal and Antenna are now available in the App Store, but both have been updated to remove the NSFW toggle that used to be in their apps. It is our understanding that Apple's objection is with the implementation of those NSFW toggles. Apple wants them removed from all Reddit apps so that if a user does want to view NSFW content, that toggle must be manually changed from the Reddit website.

Today, numerous third-party Reddit clients were removed from the App Store by Apple for breaching clause 18.2 of the App Review Guidelines. This clause states that apps will be rejected if they contain "user generated content that is frequently pornographic".

The official Reddit app, which launched last week and was featured by Apple on the App Store, currently remains in the App Store, but other Reddit clients including Narwhal, Antenna, Eggplant and BaconReader have all been removed for sale. These third-party Reddit clients were removed from Apple without any advance notice to developers, despite some of the apps being available on the App Store for well over a year. It should also be noted that many of these third-party apps, such as Narwhal, did have a filter to enable or disable NSFW content.

It is our understanding that Reddit did not ask Apple to remove the third-party Reddit apps. This aligns with Reddit's statement from last week (after the launch of the official Reddit app) in which Reddit's VP of Consumer Product stated "if you already have an app you like, you're free to continue enjoying it".

Rick Harrison, co-author of the Narwhal Reddit client provided this quote to MacStories:

It also seems that a few other popular third-party Reddit apps were removed from the store, but not the official Reddit app. I reached out to Reddit asking them if they knew anything, and they informed me that they did not request Apple to pull these apps, and they were also receiving issues from Apple about 18.2. I think that Apple did not pull their app because they are a big company and were recently featured. As shown time and time again, Apple does not really care whatsoever about indie developers. From taking 30% of barely any revenue to rejecting apps based on features that have been available for 18+ months.

It is too soon to say, but Apple's actions today may well be the latest example of policy and procedural failure on App Review. We covered this topic in detail in a story last month which chronicled the depth of developer frustration at App Review.

We will continue to monitor this story and provide further updates and details as we come across them.