Apple、”ゾッとするアプリ”をリジェクトする方針へ！「App Store Review Guidelines」を更新
「iPhone 6」と「iOS 8」リリースに向けてなのか、Appleは最近App Storeに関するアップデートを行っているようだ。先日、「アプリがリジェクトする理由」を申請丁寧に解説するページを公開している。
本日、Appleは「App Store Review Guidelines」を更新したようだ。「Extentions」「HomeKit」「HealtKit」「TestFlight」に関する項目が追加され、「iOS 8」の開発が最終段階まで来ていることが明らかになっている。
注目はガイドラインの冒頭に書かれてある文章。申請しようとしているアプリが“ゾッとするアプリ”である場合、申請を通過しない可能性があると書かれている。ゾッとするアプリとは…一体どういうアプリなのだろうか…。
We have over a million Apps in the App Store. If your App doesn’t do something useful, unique or provide some form of lasting entertainment, or if your app is plain creepy, it may not be accepted.
既に100万アプリあるApp Storeの中で存在意義を見出すためには、何かしら便利な機能や持続するエンターテイメント性、ユニークなユーザー体験をもたらすことは必須条件となっているようだ。今後審査を厳しくするというよりは、どちらかと言うと「アプリを申請するからにはしっかり作ってくれ」というAppleからのお願いであるようにも受け取れる。
更新されたガイドライン内にはアプリがリジェクトされる要因もハッキリと明記されているので、アプリデベロッパーは項目番号25〜28をチェックしておくことをオススメする！
「TestFlight」の項目が厳しくなっていると悲鳴が…
特に全てのデベロッパーに影響がありそうなのは「TestFlight」の項目。
28.1
Apps may only use TestFlight to beta test apps intended for public distribution and must comply with the full App Review Guidelines28.2
Apps using TestFlight must be submitted for review whenever a build contains material changes to content or functionality28.3
Apps using TestFlight may not be distributed to testers in exchange for compensation of any kind
「28.1」ではTestFlightを使用する場合、公開することを前提とした場合のみ利用可で、App Reivew Guidlinesに準処している必要があるとのこと。「28.2」は、TestFlightを使用しているアプリにコンテンツや機能性に関する変更点がある場合、レビューの申請をする必要があるとのこと。「28.3」は、TestFlightを利用したアプリの配布によってインセンティブを受け取ることを禁ずる、という内容。
特に2つ目の項目がデベロッパーにとっては非常に厳しいと言えるのではないだろうか。使用している開発者は確認しておくべし。
更新された「App Store Review Guidelines」をチェック！
25. Extensions
25.1
Apps hosting extensions must comply with the App Extension Programming Guide
25.2
Apps hosting extensions must provide some functionality (help screens, additional settings) or they will be rejected
25.3
Apps hosting extensions that include marketing, advertising, or in-app purchases in their extension view will be rejected
25.4
Keyboard extensions must provide a method for progressing to the next keyboard
25.5
Keyboard extensions must remain functional with no network access or they will be rejected
25.6
Keyboard extensions must provide Number and Decimal keyboard types as described in the App Extension Programming Guide or they will be rejected
25.7
Apps offering Keyboard extensions must have a primary category of Utilities and a privacy policy or they will be rejected
25.8
Apps offering Keyboard extensions may only collect user activity to enhance the functionality of their keyboard extension on the iOS device or they may be rejected
26. HomeKit26.1
Apps using the HomeKit framework must have a primary purpose of providing home automation services
26.2
Apps using the HomeKit framework must indicate this usage in their marketing text and they must provide a privacy policy or they will be rejected
26.3
Apps must not use data gathered from the HomeKit APIs for advertising or other use-based data mining
26.4
Apps using data gathered from the HomeKit API for purposes other than improving the user experience or hardware/software performance in providing home automation functionality will be rejected
27. HealthKit27.1
Apps using the HealthKit framework must comply with applicable law for each Territory in which the App is made available, as well as Sections 3.3.28 and 3.39 of the iOS Developer Program License Agreement
27.2
Apps that write false or inaccurate data into HealthKit will be rejected
27.3
Apps using the HealthKit framework that store users’ health information in iCloud will be rejected
27.4
Apps may not use user data gathered from the HealthKit API for advertising or other use-based data mining purposes other than improving health, medical, and fitness management, or for the purpose of medical research
27.5
Apps that share user data acquired via the HealthKit API with third parties without user consent will be rejected
27.6
Apps using the HealthKit framework must indicate integration with the Health app in their marketing text and must clearly identify the HealthKit functionality in the app’s user interface
27.7
Apps using the HealthKit framework must provide a privacy policy or they will be rejected
27.8
Apps that provide diagnoses, treatment advice, or control hardware designed to diagnose or treat medical conditions that do not provide written regulatory approval upon request will be rejected
28. TestFlight28.1
Apps may only use TestFlight to beta test apps intended for public distribution and must comply with the full App Review Guidelines
28.2
Apps using TestFlight must be submitted for review whenever a build contains material changes to content or functionality
28.3
Apps using TestFlight may not be distributed to testers in exchange for compensation of any kind
（via 9to5Mac）
