XCode 11.4.1 日本語化計画：AppStore レビューガイドライン
2.パフォーマンス
2.1 アプリの完全性
予約購入できるようにするアプリを含め、App Review への送信は、必要なすべてのメタデータと完全に機能する URL が含まれた最終バージョンである必要があります。プレースホルダーテキスト、空の Web サイト、およびその他の一時的な内容は、送信する前に廃止する必要があります。アプリを送信する前に、あなたのアプリはバグと安定性が実機でテストされていることを確認し、アプリにログインが含まれている場合はデモのアカウント情報を含めてください (バックエンドサービスを有効にしてください!)。あなたのアプリでアプリ内購入を提供する場合は、それらが完全で最新であり、レビュー者に表示されることを確認するか、レビューノートになぜそれがないかを説明して下さい。App Review をソフトウェアテストサービスとして扱わないでください。クラッシュするか、明らかな技術的な問題を示す不完全な App Bundle とバイナリは拒否します。
2.2 ベータテスト
アプリのデモ、ベータ版、試用版は App Store に属していません。代わりに TestFlight を使用してください。TestFlight を介してベータ配布用に送信されたアプリはすべて、public 配布を目的とし、アプリレビューガイドラインに準拠する必要があります。ただし、TestFlight を使用するアプリをテスターに配布して、クラウドソーシングによる資金提供の報酬を含め、あらゆる種類の報酬と引き換えに配布することはできません。ベータビルドの重要な更新は、テスターに配布する前に TestFlight App Review に送信する必要があります。詳細については、TestFlight Beta Testing をご覧ください。
2.3 正確なメタデータ
顧客はアプリをダウンロードしたり購入するときに何が得られるかを理解する必要があり、そのため、あなたのアプリの説明、スクリーンショット、プレビューがアプリのコアエクスペリエンスを正確に反映していることを確認し、新しいバージョンで最新の状態に保つことを忘れないでください。
2.3.1 アプリに、隠されたまたはドキュメント化されていない機能を含めないでください。あなたのアプリの機能はエンドユーザとアプリレビューにとって明確でなければなりません。同様に、アプリが実際に提供していないコンテンツやサービス (例えば、iOS ベースのウイルススキャナーやマルウェアスキャナーなど) を含むものとして、App Store やオフラインでアプリを売り込むべきではありません。悪質な行動や繰り返しの行動は、デベロッパプログラムから削除される理由です。私たちは、熱心に働き、App Store を信頼できるエコシステムにして、アプリ開発者がそれに倣うことを期待しています。あなたが正直でないなら、私たちはあなたと取引したくありません。
2.3.2 アプリにアプリ内購入が含まれている場合は、アプリの説明、スクリーンショット、プレビューに、特徴のアイテム、レベル、サブスクリプションなどに追加購入が必要かどうかを明確に示すようにしてください。App Store でアプリ内購入を宣伝する事を決心した場合は、アプリ内購入の表示名、スクリーンショット、説明が一般の視聴者に適していること、アプリ内購入の宣伝 に記載されているガイダンスに従っていること、およびあなたのアプリが適切に SKPaymentTransactionObserver メソッド を処理する事を確認し、アプリの起動時に顧客がシームレスに購入を完了できる事を確認して下さい。
2.3.3 スクリーンショットには、タイトルアート、ログインページ、およびスプラッシュスクリーンだけでなく、使用中のアプリを表示する必要があります。また、テキストや画像のオーバーレイ (例えば、アニメーションタッチポイントや Apple Pencil などの入力メカニズムを示すため) を含めたり、タッチバーなどのデバイスでの拡張機能の表示を含めることもできます。
2.3.4 プレビューは、あなたのアプリの外観と機能を顧客が確認するための優れた方法です。アプリで何が得られるかを人々が理解できるようにし、プレビューではアプリ自体のビデオ画面キャプチャのみを使用できます。ステッカーと iMessage 拡張機能により、メッセージアプリでユーザーエクスペリエンスが表示される場合があります。ナレーションとビデオまたはテキストのオーバーレイを追加して、ビデオだけでは明確でないものを説明することができます。
2.3.5 あなたのアプリに最適なカテゴリを選択し、ヘルプが必要な場合は App Store のカテゴリ定義 を確認してください。基準から外れている場合は、カテゴリを変更することがあります。
2.3.6 App Store Connect の年齢評価の質問に正直に答えて、あなたのアプリがペアレンタルコントロールと適切に連携するようにします。アプリの評価が間違っていると、顧客が得たものに驚いたり、政府の規制当局からの問い合わせを引き起こしたりする可能性があります。コンテンツのレーティングまたは警告の表示を必要とするメディア (例えば、映画、音楽、ゲームなど) がアプリに含まれている場合、アプリを利用できる各地域の要件を順守する責任があなたにはあります。
2.3.7 一意のアプリ名を選択し、アプリを正確に説明するキーワードを割り当て、システムをゲームするためだけに、メタデータに商標用語、人気のアプリ名、またはその他の無関係なフレーズをあなたのメタデータに詰め込まないでください。アプリ名は 30 文字以内でなければならず、アプリの名前ではない価格、用語、または説明を含めることはできません。アプリのサブタイトルは、あなたのアプリに追加のコンテキストを提供する優れた方法です。我々の標準メタデータのルールに従わなければならず、不適切なコンテンツを含めたり、他のアプリを参照したり、検証できない製品の要求をしてはなりません。アップルは、不適切なキーワードをいつでも変更したり、乱用を防ぐために他の適切な措置を講じたりすることがあります。
2.3.8 メタデータはすべての対象ユーザに適しているため、あなたのアプリの評価が高くても、アプリとアプリ内購入のアイコン、スクリーンショット、およびプレビューが 4+ エイジに準拠していることを確認してください。たとえば、あなたのアプリが暴力を含むゲームの場合、陰惨な死や特定のキャラクターを狙った殺し屋を描いていない画像を選択して下さい。アプリのメタデータでの "子供向け" などの用語の使用は、キッズカテゴリ用に予約されています。アプリ名とアイコン (小さいアイコン、大きいアイコン、Apple Watch アプリ用アイコン、代替アイコンなど) を含むメタデータが作成上の混乱を避けるために類似していることを忘れないでください。
2.3.9 あなたのアプリのアイコン、スクリーンショット、およびプレビューに含まれるすべての素材を使用する権利を確保する責任はあなたにあり、実在の人物のデータではなく、架空のアカウント情報を表示する必要があります。
2.3.10 アプリが iOS、Mac、Apple TV、または Apple Watch のエクスペリエンスに重点を置いていることを確認し、特定の承認された双方向の機能がない限り、アプリまたはメタデータに他のモバイルプラットフォームの名前、アイコン、または画像を含めないでください。あなたのアプリのメタデータがアプリ自体とそのエクスペリエンスに焦点を合わせていることを確認してください。Apple や開発プロセスに関する情報に限られたものでない物を含め、関連性のない情報は含めないでください。
2.3.11 App Store で予約購入のために送信するアプリは、送信されたとおりに完成し、配信可能でなければなりません。最終的にリリースするアプリは、アプリが予約購入状態のときに宣伝するものと実質的に異なるものではないことを確認してください。アプリに重要な変更 (例えば、ビジネスモデルの変更など) を行った場合は、予約購入の販売を再始動する必要があります。
2.3.12 アプリは、"新しい機能" のテキストで新機能と製品の変更を明確に説明しなければなりません。単純なバグ修正、セキュリティ更新、およびパフォーマンスの改善は、一般的な説明に依存している可能性がありますが、より重要な変更はノートに記載しなければなりません。
2.4 ハードウェアの互換性
2.4.1 ユーザがあなたのアプリを最大限に活用できるようにするため、iPhone アプリは可能な限り iPad で実行できる必要があります。ユニバーサルアプリをビルドして、顧客がすべてのデバイスで使用できるようにすることをお勧めします。ユニバーサルアプリ の詳細をご覧ください。
2.4.2 電力を効率的に使用し、デバイスに損傷を与えない方法で使用するようにあなたのアプリを設計して下さい。アプリは、バッテリーを急速に消耗させたり、過度の熱を発生させたり、デバイスのリソースに不要な負担をかけたりしてはなりません。たとえば、アプリは、充電中にデバイスをマットレスまたは枕の下に置くことを奨励したり、ソリッドステートドライブへの過度の書き込みサイクルを実行したりしないでください。アプリは、中に表示されるサードパーティの広告を含み、仮想通貨敷設などの無関係なバックグラウンドプロセスを実行しない場合があります。
2.4.3 人々は、Siri リモコンまたはサードパーティのゲームコントローラ以外のハードウェア入力を必要とせずに、Apple TV アプリを使用できるはずですが、他の周辺機器が接続されている場合は、拡張機能を提供してもかまいません。ゲームコントローラが必要な場合は、メタデータでそのことを明確に説明し、プレイするために追加の機器が必要であることを顧客に知らせてください。
2.4.4 アプリは、デバイスの再起動や、アプリケーションのコア機能に関係のないシステム設定への変更を提案または要求してはなりません。たとえば、Wi-Fi をオフにしたり、セキュリティ機能を無効にしたりすることをユーザに奨励しないでください。
2.4.5 Mac App Store 経由で配布されるアプリには、覚えておくべき追加の要件があります。
(i) それらは適切にサンドボックス化され、macOS ファイルシステムのドキュメント に従わなければなりません。また、他のアプリ (例えばブックマーク、アドレス帳、またはカレンダーエントリなど) に保管されているユーザーデータを変更するために、適切な macOS API のみを使用する必要があります。
(ii) それらは Xcode で提供される技術を使用してパッケージ化され、提出されなければなりません。サードパーティのインストーラは全く許可されていません。また、自己完結型の、単一アプリケーションインストールバンドルでなければならず、共有の場所にコードやリソースをインストールする事はできません。
(iii) 起動またはログイン時に同意なしに自動起動したり、他のコードを自動的に実行したり、ユーザーがアプリを終了した後に同意なしに実行を続けるプロセスを生成したりすることはできません。そのアイコンを Dock に自動的に追加したり、ユーザのデスクトップにショートカットを残したりしないでください。
(iv) スタンドアロンアプリ、kext、追加コード、またはリソースをダウンロードまたはインストールして、機能を追加したり、レビュープロセス中に表示されたものからアプリを大幅に変更したりすることはできません。
(v) ルート権限への拡大を要求したり、setuid 属性を使用したりすることはできません。
(vi) 起動時にライセンス画面を表示したり、ライセンスキーを要求したり、独自のコピー防止機能を実装したりすることはできません。
(vii) アップデートを配布するには Mac App Store を使用しなければなりません。他の更新メカニズムは許可されていません。
(viii)アプリは現在出荷されている OSで実行できる必要があり、廃止またはオプションでインストールされた技術 (Java、Rosetta など) を使用しないでください。
(ix) アプリには、すべての言語とローカル化のサポートが 1 つのアプリバンドルに含まれていなければなりません。
2.5 ソフトウェアの要件
2.5.1 アプリは public API のみを使用し、現在出荷されている OS 上で実行できなければなりません。public API の詳細をご覧ください。アプリを最新の状態に保ち、将来のバージョンの OS でサポートされなくなり廃止された機能、フレームワーク、または技術を段階的に廃止してください。アプリは、意図した目的のために API とフレームワークを使用し、アプリの説明にその統合を示す必要があります。たとえば、HomeKit フレームワークはホームオートメーションサービスを提供する必要があります。HealthKit は健康とフィットネスの目的で使用し、Health アプリと統合する必要があります。
2.5.2 アプリはバンドルに自己完結している必要があり、指定されたコンテナエリアの外部でデータを読み書きしたり、アプリの特徴や機能を導入または変更するコードをダウンロード、インストール、または実行したりしてはいけません。生徒が実行可能コードを教育、開発、またはテストできるように設計された教育用アプリは、そのようなコードが他の目的で使用されていない限り、限られた状況下で、提供されたコードをダウンロードできます。このようなアプリは、アプリケーションによって提供されるソースコードをユーザが完全に表示および編集できるようにしなければなりません。
2.5.3 ウイルス、ファイル、コンピューターコード、またはオペレーティングシステムの正常な動作やプッシュ通知やゲームセンターなどを含むハードウェア機能に悪影響を与える可能性のあるプログラムを送信するアプリは拒否されます。言語道断な違反と繰り返しの動作は、開発者プログラムから削除されます。
2.5.4 マルチタスクアプリは、VoIP、オーディオの再生、位置情報、タスクの完了、ローカル通知などの目的でのみバックグラウンドサービスを使用できます。あなたのアプリが位置情報をバックグラウンドモードで使用している場合は、そうすることでバッテリーの寿命が大幅に減少する可能性があることの通知を含めます。
2.5.5 アプリは IPv6 のみのネットワークで完全に機能しなければなりません。
2.5.6 Web を閲覧するアプリは、適切な WebKit フレームワークと WebKit Javascript を使用しなければなりません。
2.5.7 10 分を超えるセルラーネットワーク上のビデオストリーミングコンテンツは、HTTP ライブストリーミングを使用し、ベースライン 192 kbps HTTP ライブストリームを含めなければなりません。
2.5.8 代替デスクトップ/ホーム画面環境を作成する、またはマルチアプリウィジェット・エクスペリエンスをシミュレートするアプリは拒否されます。
2.5.9 ボリューム上げる/下げるスイッチや電話を鳴らす/鳴らさないスイッチなどの標準のスイッチの機能を変更または無効にするアプリ、またはその他のネイティブユーザインターフェイス要素や動作は拒否されます。たとえば、アプリは、ユーザが特定の方法で機能すると期待する他のアプリまたは他の機能へのリンクをブロックするべきではありません。リンク の適切な処理の詳細をご覧ください。
2.5.10 アプリは、空の広告バナーまたはテスト広告とともに送信しないでください。
2.5.11 SiriKit とショートカット
(i) SiriKit とショートカットを統合するアプリは、追加のアプリのサポートなしで処理できる趣旨にのみサインアップする必要があり、ユーザは述べられた機能に期待します。たとえば、アプリが食事計画のアプリの場合、アプリはフィットネスアプリとの統合を共有している場合でも、練習を開始する意図を組み込んではなりません。
(ii) plist の語彙とフレーズがアプリと、アプリが登録した意図の Siri 機能に関連していることを確認して下さい。エイリアスはアプリまたは会社名に直接関連付けなければならず、一般的な用語であったり、サードパーティのアプリ名やサービスを含めたりしてはなりません。
(iii) Siri のリクエストまたはショートカットをできるだけ直接的な方法で解決し、リクエストとその遂行の間に広告やその他のマーケティングを挿入しないでください。タスクを完了するために必要な場合にのみ明確化を要求します (たとえば、ユーザに特定のタイプの練習を指定するように要求します)。
2.5.12 CallKit を使用するアプリ、または SMS 不正拡張機能を含むアプリは、スパムと確認された電話番号のみをブロックする必要があります。通話、SMS、MMS のブロック機能やスパム識別を含むアプリは、マーケティングテキストでこれらの機能を明確に識別し、ブロックされたリストとスパムリストの基準を説明しなければなりません。これらのツールを介してアクセスしたデータを、アプリまたは拡張機能の操作または改善に直接関係のない目的で使用することはできません (たとえば、ユーザープロファイルの作成などのために使用、共有、または販売することはできません)。
2.5.13 アカウント証明に顔認識を使用するアプリは、可能な場合は LocalAuthentication (および ARKit または他の顔認識テクノロジーではなく) を使用し、13 歳未満のユーザには別の証明方法を使用しなければなりません。
2.5.14 アプリは、明示的なユーザの同意を要求し、ユーザのアクティビティを記録、ログ、またはその他の方法で記録するときに、明確な視覚的および/または音声による指示を提供しなければなりません。これには、デバイスのカメラ、マイク、画面の記録、またはその他のユーザ入力の使用が含まれます。
2.5.15 ユーザがファイルを表示および選択できるようにするアプリには、ファイルアプリのアイテムとユーザの iCloud ドキュメントを含める必要があります。
前：安全 次：ビジネス