はじめに

App Storeにおけるガイドラインの原則はシンプルで、ユーザーが安全にAppを入手できるようにすることと、あらゆるデベロッパに成功するためのすばらしい機会を提供することです。Appleは、厳選されたAppが集まるApp Storeを提供することで、これを実践しております。App Storeでは、エキスパートによってすべてのAppが審査されるほか、編集チームが工夫を施し、ユーザーが毎日新しいAppを見つけられるようにしています。また、App Store以外では、いつでもオープンインターネットをご利用いただけます。Appleは、優れたWebエクスペリエンスを可能とするSafariも提供しているため、App StoreのモデルやガイドラインがAppやビジネスアイデアにとって最適でなかったとしても問題はありません。

このページでは、最新のガイドラインを「安全性」、「パフォーマンス」、「ビジネス」、「デザイン」、「法的事項」という5つの主なセクションに分類しています。App Storeには、Appleのお客様やApple製品のニーズに対応するために、常に変更や改善が加えられています。そのため、App StoreでAppを提供し続けるためには、デベロッパのAppにも変更や改善が求められます。

また、以下に挙げる点にも注意が必要です。

多くの子ども達が、さまざまなAppをダウンロードしています。子ども達の安全のためには機能制限（ペアレンタルコントロール）がとても役に立ちますが、皆さまにも子ども達の安全のため果たすべき役割があります。Appleは、常に子ども達の安全に注意を払っています。

App Store ではAppを世界中の何億もの人々に届けることができます。家族や友達に見せるために開発するAppを App Store で公開するのは、最善ではありません。Xcodeを使用して、無料でAppをデバイスにインストールするか、 Apple Developer Programメンバーが利用可能なAd Hoc配信の利用を検討してください。Appleプラットフォームでの開発をこれから始める方は、まず Apple Developer Programについて詳しくご確認ください。

ではAppを世界中の何億もの人々に届けることができます。家族や友達に見せるために開発するAppを で公開するのは、最善ではありません。Xcodeを使用して、無料でAppをデバイスにインストールするか、 Programメンバーが利用可能なAd Hoc配信の利用を検討してください。Appleプラットフォームでの開発をこれから始める方は、まず Programについて詳しくご確認ください。 Appの品質が高く、ユーザーの多様な意見に敬意が払われている限り、 App Store ではあらゆる見解を自由に公開することができます。Appleでは、そのコンテンツや挙動が許される限度を超えていると考えられるAppを却下します。では、その限度とは何でしょうか。それを説明するには、最高裁判所の判事がかつて述べた、「見ればわかる」という言葉がヒントになります。もしその限度を超えたときは、本人がそのことを一番知っているはずです。

ではあらゆる見解を自由に公開することができます。Appleでは、そのコンテンツや挙動が許される限度を超えていると考えられるAppを却下します。では、その限度とは何でしょうか。それを説明するには、最高裁判所の判事がかつて述べた、「見ればわかる」という言葉がヒントになります。もしその限度を超えたときは、本人がそのことを一番知っているはずです。 システムに対して不正を働こうとした場合（審査プロセスに対する不正、ユーザーデータの不正取得、他のデベロッパが作成したAppのコピー、Appの評価や App Store での発見性の不正操作など）、そのデベロッパのAppはApp Storeから削除され、デベロッパはDeveloper Programから除名されます。

での発見性の不正操作など）、そのデベロッパのAppはApp Storeから削除され、デベロッパはDeveloper Programから除名されます。 デベロッパは、Appがすべての点において本ガイドラインに準拠していることを確認する責任があります。広告ネットワーク、分析サービス、サードパーティ製のSDKも含め、注意深く検証して選択するようにしてください。

デベロッパに一般提供されていない機能やテクノロジーの中には、限定された使用ケースにおいてエンタイトルメントが付与される場合があるものがあります。たとえば、CarPlayオーディオ、ハイパーバイザ、特権ファイルの操作についてはエンタイトルメントを付与しています。エンタイトルメントについて詳しくは、developer.apple.comで提供されているドキュメントを確認してください。

App Reviewのプロセスを通過するため、本ガイドラインが少しでもお役に立てば幸いです。またAppleは、承認と却下の決定の一貫性を保ち、改善し続けるよう努めます。この文書は今後変更される可能性があります。新しいAppの開発により新しい疑問が生じることもあり、その場合は随時新しいルールが追加される可能性があります。ひょっとすると、そのような変化を生み出すのは皆さまのAppかもしれません。Appleは変化を歓迎し、デベロッパの成果に敬意を表します。デベロッパの皆さまが才能を発揮し、同時に十分な収益を得ることができる、世界でもっとも優れたプラットフォームを実現するため、Appleは全力で取り組んでいます。

提出前

App Reviewをできるだけ円滑に進めるため、以下に挙げるような、審査プロセスを遅らせる原因または却下の原因となるものをあらかじめご確認ください。このリストはガイドラインの代わりになるものではなく、承認を保証するものでもありませんが、最初にリストの全項目をご確認いただくことをお勧めします。正常に機能しなくなったAppや、サポートされなくなっているAppは、App Storeから削除されます。App Storeの改善について詳しくは、こちらでご確認ください。

以下についてご確認ください。

Appのクラッシュとバグをテストする

Appのすべての情報とメタデータが完全で正確であることを確認する

App Reviewからの連絡が必要になった場合に備え、デベロッパの連絡先情報を最新のものに保つ

有効なデモアカウントとログイン情報、およびAppの審査に必要となる可能性があるその他のハードウェアやリソースを提供する（ログイン認証情報やサンプルQRコードなど）

審査の際に使用できるよう、バックエンドサービスを有効にする

App Reviewの「メモ」欄に、わかりにくい機能やApp内課金の詳細な説明を明記する（該当する場合はサポート文書なども含む）。

Appが以下に例を挙げる文書のガイダンスに従っていることを確認する

開発に関するガイドライン デザインガイドライン ブランドとマーケティングに関するガイドライン

1.安全性

App StoreからAppをインストールする際、ユーザーはその安全性、つまり、Appに不適切または不快なコンテンツが含まれず、デバイスを損傷することがなく、使用しても物理的な危害が生じないことを前提として期待しています。以下に主な注意点をまとめます。デベロッパが、ユーザーを動揺させ、不快にさせることを目的としている場合、App StoreでAppを公開することはできません。

1.1 不適切なコンテンツ Appに不適切なコンテンツ、無神経なコンテンツ、動揺させるコンテンツ、嫌悪感を与えるコンテンツ、極めて悪趣味または不快なコンテンツを含めることはできません。以下は、そのようなコンテンツの例です。 1.1.1 宗教、人種、性的指向、性別、出身国/民族、その他特定のグループへの偏った言及または解釈など、中傷的、差別的、悪意のあるコンテンツ。特に、Appによって特定の個人またはグループが侮辱される、脅迫される、損害を被る可能性がある場合。この要件は通常、専門家による政治風刺/ユーモアには適用されません。 1.1.2 人間または動物の殺害、負傷、拷問、虐待のリアルな描写。または暴力を助長するようなコンテンツ。ゲーム上の「敵」を、特定の人種や文化、実際の政府や企業、その他の実在する事業体として設定することは許可されません。 1.1.3 武器や危険物の違法使用や配慮に欠けた使用を助長するような表現、または銃や弾薬の購入を助長するような表現。 1.1.4 Webster辞書で「美的または情緒的な感覚ではなく、性的興奮を引き起こすような、性器または性行為の明確な記述または表示」と定義される、あからさまに性的またはわいせつなコンテンツ。 1.1.5 扇動的な宗教的解釈、不正確もしくは誤解を招くような宗教的文書の引用。 1.1.6 偽の位置追跡情報などの不正確なデバイスデータまたはトリック/ジョークの機能を含む、不正確な情報および機能。Appが「娯楽用」と明記されている場合も、このガイドラインは適用されます。匿名またはいたずら目的で、電話やSMS/MMSメッセージ送信を可能にするAppは却下されます。

1.2 ユーザー生成コンテンツ ユーザー生成コンテンツを含むAppでは、知的財産の侵害や匿名の嫌がらせなど、特定の問題が生じることがあります。悪用を防ぐため、ユーザー生成コンテンツやソーシャルネットワーキングサービスを含むAppは以下を備えている必要があります。 不適切な内容がAppに投稿されることを防ぐ手段 ユーザーが不適切なコンテンツを報告し、それに対して迅速に対応することができる仕組み 不適切な言動を行うユーザーをブロックする機能 ユーザーがすみやかに連絡できる、デベロッパの連絡先情報 わいせつなコンテンツ、チャットルーレットスタイルのサービス、実在する人物を対象にしたもの（「美しいかそうでないか」の投票など）、身体的な危険を生じるもの、嫌がらせ、などが主な目的として使用されるようなユーザー生成コンテンツまたはサービスを用いるAppは、App Storeでは許可されず、事前の予告なく削除される場合があります。Webベースのユーザー生成コンテンツを含むAppの場合、コンテンツがデフォルトで非表示になっており、ユーザーが当該Webサイトで表示をオンにしたときのみ成人向けの「職場での閲覧に適さない」コンテンツが表示される場合に限り、その表示が認められます。

1.3 「子ども向け」カテゴリ 「子ども向け」カテゴリでは、子ども向けに制作されたAppを簡単に見つけることができます。「子ども向け」カテゴリに参加する場合は、子ども達に向けたすばらしいAppを創り出すことに専念してください。これらのAppでは、アクセスに保護者の承認が必要な部分を除き、App外へのリンク、課金要素、その他子ども達に有害なコンテンツを含めることはできません。アップデートで「子ども向け」カテゴリのAppからそのカテゴリを外すことにした場合でも、お客様はそのAppが「子ども向け」カテゴリの要件を満たしていることを期待するため、引き続き「子ども向け」カテゴリのガイドラインに従う必要があります。詳しくは、「ペアレンタルゲート」をご確認ください。 子どもからデータをオンラインで収集することに関して、世界各地で適用されるプライバシー保護法に準拠する必要があります。詳しくは、このガイドラインの「プライバシー」セクションを参照してください。さらに、「子ども向け」カテゴリのAppでは、個人を特定できる情報またはデバイス情報をサードパーティに送信することはできません。また、「子ども向け」カテゴリのAppには、サードパーティ製の分析機能や広告を組み込むことはできません。これにより、子ども達により安全な環境を提供することができます。特定のケースに限り、サードパーティ製の分析機能を組み込むことが許可される場合もあります。その場合、対象のサービスが、IDFAまたは子どもを特定できる情報（名前、生年月日、メールアドレスなど）、位置情報、デバイス情報を収集または送信しないことが条件となります。そうした情報には、直接的にまたは別の情報と組み合わせることによってユーザーおよびユーザーのデバイスの特定につながる、デバイス情報、ネットワーク情報、その他の情報が含まれます。限られたケースでは、サードパーティのコンテンツ連動型広告を組み込むことが許可される場合もあります。この場合は、そのサービスが、「子ども向け」カテゴリのAppに対する手法およびポリシーに関する文書を公開していることが条件となり、その手法やポリシーには、広告素材が年齢に応じた適切なものであることについて、人による審査を実施することが定められている必要があります。

1.4 物理的な危害 Appの挙動によって物理的な危害が生じる可能性がある場合、そのAppは却下されます。以下に例を挙げます。 1.4.1 不正確なデータまたは情報を提示する可能性がある医療用Appや、患者の診断や治療に使用される可能性がある医療用Appは、特に厳しく審査されます。 健康に関する測定値の精度を立証できるよう、データや手法を明確に公開する必要があります。精度や手法の有効性が確認できない場合、そのAppは却下されます。たとえば、デバイスのセンサーのみを使用して、レントゲン写真を撮影したり、血圧、体温、血糖値、血中酸素濃度を測定したりできると主張するAppは許可されません。 ユーザーに、医療上の判断においてはAppの使用だけに頼らず、医師の診断が必要であることを通知する必要があります。 医療用Appが規制当局の認可を受けている場合は、Appと合わせて該当する文書へのリンクを提出してください。 1.4.2 薬物の用量計算Appは、製薬会社、病院、大学、健康保険会社、薬局、その他の許可を得た事業体が提供するか、FDAまたは各国の同等機関による承認を受ける必要があります。Appleでは、患者への危険を考慮して、Appが長期間にわたってサポートおよびアップデートされることを確認する必要があります。 1.4.3 たばこや電子タバコ（関連製品を含む）、違法な薬物、過度のアルコールの摂取を助長するAppは、 App Store では許可されません。未成年者によるこれらの摂取を促すAppは却下されます。また、マリファナ、たばこ、規制薬物（認可を受けた調剤は除く）の販売を目的とすることもできません。 1.4.4 Appでは、法執行機関によって公開されている飲酒運転の検問所以外の検問所を表示することはできません。また、飲酒運転またはスピード超過などの不適切な行為を助長することは一切許されません。 1.4.5 Appで、ユーザーに賭け事やチャレンジなどへの参加を促したり、ユーザーまたは他の人への物理的危害が発生するおそれがある方法でデバイスを使用するよう促したりすることはできません。

1.5 デベロッパ情報 質問やサポートに関する問題について問い合わせるため、デベロッパへの連絡方法がユーザーに明示されている必要があります。Appの中で、またサポートURLによって、デベロッパに簡単に連絡できるようにしておく必要があります。これは、授業で使用するAppの場合、特に重要です。正確で最新の連絡先情報を記載していない場合、ユーザーが不快な思いをするだけでなく、国によっては法律違反となります。またWalletパスは、発行者の有効な連絡先情報が記載され、パスのブランドまたは商標の所有者に割り当てられた専用の証明書を使用して署名されている必要があります。

1.6 データのセキュリティ Appでは、Apple Developer Program使用許諾契約および本ガイドライン（詳しくはガイドライン5.1を参照）に従って収集されたユーザー情報を適切に取り扱い、サードパーティによる不正な使用、開示、アクセスを防ぐため、適切なセキュリティ対策を施す必要があります。

2.パフォーマンス

2.1 Appの完全性 App Reviewに提出するApp（予約注文に対応するAppも含む）は、必要となるあらゆるメタデータや有効なURLを含む最終バージョンである必要があります。プレースホルダテキスト、コンテンツのないWebサイト、その他の一時的なコンテンツはすべて提出前に取り除く必要があります。提出前に、実際にデバイスを使用してAppのバグおよび安定性をテストし、ログインが必要な場合はデモアカウント情報を記載してください（また、バックエンドサービスを有効にしてください）。App内課金を含む場合は、その機能が完全かつ最新で、審査側に明示されているようにしてください。それが不可能な場合は、その理由を「メモ」欄で説明してください。App Reviewをソフトウェアのテストサービスとは考えないでください。クラッシュする、または明らかな技術上の問題がある不完全なAppバンドルやバイナリは却下されます。

2.2 ベータ版テスト デモ版、ベータ版、トライアル版のAppをApp Storeで公開しないでください。代わりにTestFlightを使用してください。TestFlightを使用したベータ版配信のために提出されるAppは、一般公開を意図し、「App Reviewガイドライン」に準拠している必要があります。ただし、TestFlightを使用しているAppは、クラウドファンディングの報酬など、何らかの対価としてテスターに配信することはできません。ベータ版への大きな更新がある場合は、テスターに配信する前にTestFlightのApp Reviewに提出する必要があります。詳しくは、「TestFlight ベータ版テスト」を参照してください。

2.3 正確なメタデータ Appをダウンロードまたは購入する際に、お客様が何を取得することになるのかが明確である必要があります。そのため、Appの説明、スクリーンショット、プレビューがAppの中核となる機能を正確に反映するようにし、新しいバージョンではそれが最新の状態となるようにしてください。 2.3.1 Appに隠し機能または提示していない機能を含めないでください。ユーザーもApp ReviewチームもAppの機能をはっきりと理解する必要があります。同様に、実際には提供されないコンテンツやサービス（iOSベースのウイルスチェックツールやマルウェアチェックツールなど）がAppに含まれているかのように表示して、 App Store またはオフラインで販売することは許可されません。違反行為が極端な場合、または繰り返される場合は、Developer Programから除名される原因となります。Appleは App Store を信頼できる場所にするよう努めており、デベロッパの協力も必要としています。不誠実なデベロッパとビジネスを行うことはできません。 2.3.2 App内課金を含める場合は、Appの説明、スクリーンショット、プレビューによって、特定のアイテム、レベル、サブスクリプションなどに追加購入が必要かどうかが明確にわかるようにしてください。 App Store でApp内課金をプロモーションする場合は、App内課金の表示名、スクリーンショット、説明の内容を一般ユーザーに向けたものにし、「App内課金のプロモーション」の指定に従ってください。また、Appの起動時にユーザーがスムーズに購入を行うことができるよう、SKPaymentTransactionObserverメソッド（英語）を適切に実装してください。 2.3.3 スクリーンショットは、単なるタイトル画面、ログインページ、スプラッシュ画面ではなく、Appにおける実際の画面を写したものである必要があります。文字や画像のオーバーレイ（タッチポイントのアニメーションやApple Pencilでの入力方法の実演など）や、Touch Barなどのデバイス機能への対応を示す画像を用いることもできます。 2.3.4 プレビュー機能を使うと、Appの様子や機能をユーザーに確認してもらうことができます。Appでどのようなことができるかユーザーが確実に理解できるように、プレビューにはAppで実際に用いられる画像以外は使用しないでください。ステッカーやその他のiMessage Extensionを用いると、メッセージAppの様子をユーザーに伝えることができます。ビデオのみでは明確でない部分がある場合、ビデオにナレーションを追加したり、図柄やテキストを重ねて説明したりすることができます。 2.3.5 Appに最適なカテゴリを選択してください。不明な点がある場合は、App Storeのカテゴリの定義を確認してください。カテゴリがまったく適していない場合は、Appleがカテゴリを変更する場合があります。 2.3.6 Appにペアレンタルコントロールが正しく適用されるように、 App Store Connect の対象年齢に関する質問には正直に回答してください。対象年齢が正しく設定されていないと、予期していなかった内容でユーザーを驚かせたり、政府の規制機関による調査対象となったりする場合があります。コンテンツレーティングや警告の表示が必要なメディア（映画、音楽、ゲームなど）がAppに含まれている場合、デベロッパにはAppを配信する国や地域の要件を遵守する責任があります。 2.3.7 独自性のあるApp名を選び、Appを正確に説明するキーワードを割り当ててください。App Storeのシステムを悪用する目的で、メタデータに商標登録用語、人気のApp名、その他無関係のフレーズを含めることはできません。App名は30文字以内にし、Appの名前ではない価格、用語、説明などは含めないでください。Appにサブタイトルをつけると、内容についてさらに説明することができます。サブタイトルはApple標準のメタデータの規則に従って作成する必要があり、不適切なコンテンツ、他のAppの言及、真偽を証明できない製品説明などを含めることはできません。Appleには、不適切なキーワードを随時修正したり、悪用を防ぐためにその他の適切な措置を講じたりする権限があります。 2.3.8 メタデータは、すべてのユーザーに対して適切なものである必要があります。そのため、Appの対象年齢が高い場合でも、AppやApp内課金のアイコン、スクリーンショット、プレビューは「4歳以上」の対象年齢にふさわしいものにしてください。たとえば、暴力的な描写を含むゲームAppの場合でも、恐ろしい死の描写や特定のキャラクターに銃が向けられている画面は使用しないでください。Appのメタデータに「子ども用」といった用語を使用できるのは、「子ども向け」カテゴリのAppに限られます。混乱を避けるため、App名やアイコン（小アイコン、大アイコン、Apple Watch App用のアイコン、代替アイコン）などのメタデータは、一貫して類似したものである必要があります。 2.3.9 デベロッパは、Appで用いられるアイコン、スクリーンショット、プレビューなどあらゆる素材データを使用する権利を保護する責任があります。また、実在のユーザーのデータではなく架空のアカウント情報を表示してください。 2.3.10 AppはiOS、Mac、 Apple TV 、 Apple Watch での使用を前提としてください。許可を得た特定の相互作用的機能がある場合を除き、他のモバイルプラットフォームの名前、アイコン、画像をAppまたはメタデータに含むことはできません。Appのメタデータとして記述できるのは、Appとその操作性に関する情報のみです。Appleや開発プロセスに関する情報など、関係のない情報は含めないでください。 2.3.11 App Store での予約注文に対応するAppを提出する場合は、提出した通りにAppを完成させ、配信する必要があります。最終的にリリースするAppが、予約注文時にプロモーションしたものと著しく異なることがないようにしてください。Appに大きな変更を加える場合（ビジネスモデルの変更など）は、予約注文の販売をあらためて最初から行う必要があります。 2.3.12 Appの「新機能」のテキストとして、新しい機能や製品の変更について明確に記述する必要があります。簡単なバグ修正、セキュリティアップデート、性能改善については汎用的な「説明」欄を使用できますが、より重要な変更事項は「新機能」欄に記載する必要があります。

2.4 ハードウェアの互換性 2.4.1 ユーザーがAppを最大限に活用できるよう、iPhone向けのAppは可能な限りiPadでも実行できるようにしてください。Appleは、ユーザーがすべてのデバイスで使用できるように、ユニバーサルAppの構築を検討するようお勧めしています。詳しくは、「ユニバーサルApp（英語）」をご確認ください。 2.4.2 電力を効率的に使用できるように、またデバイスを損傷させるおそれのない方法で使用できるようにAppを設計してください。Appが急速にバッテリーを消費すること、過度な熱を発生させること、デバイスのリソースに不必要な負荷をかけることがないようにしてください。たとえば、充電中にデバイスをマットレスや枕の下に置くよう促したり、ソリッドステートドライブに過剰な回数の書き込みを行ったりするなどが例として挙げられます。Appでは、サードパーティの広告が表示されるものも含め、暗号通貨のマイニングのような無関係なバックグラウンドプロセスを実行することはできません。 2.4.3 Apple TV用のAppは、Siri Remoteやサードパーティ製ゲームコントローラ以外のハードウェアによる入力がなくても使用できるようにする必要があります。ただし、他の周辺機器を接続することで機能がさらに高まるようにすることは問題ありません。Game Controllersを必須とする場合は、追加の機器が必要であることをユーザーが理解できるよう、メタデータの中で明確に説明してください。 2.4.4 Appでデバイスの再起動や、Appの中心的な機能に無関係なシステム設定の変更を推奨または要求することのないようにしてください（Wi-Fiをオフにする、セキュリティ機能を無効にするなど）。 2.4.5 Mac App Store から配信されるAppには、以下の追加要件が適用されます。 （i） Appは適切にサンドボックス化され、「macOS ファイルシステムドキュメント（英語）」に準拠している必要があります。また、他のAppによって保存されたユーザーデータ（ブックマーク、連絡先、カレンダーのエントリなど）を修正する場合、適切なmacOS APIのみを使用する必要があります。 （ii） AppはXcodeで提供されるテクノロジーを使用してパッケージ化し、提出する必要があります。サードパーティ製のインストーラは使用できません。また、自己完結型の、単一のAppインストールバンドルである必要があります。コードまたはリソースを共有ロケーションにインストールすることはできません。 （iii） Appを自動的に起動することは許可されません。また、Appの起動時やログイン時に、同意または開始プロセスを経ることなく別のコードを自動的に実行したり、ユーザーの同意を得ることなくAppの終了後にコードの実行を継続したりすることはできません。Appのアイコンを自動的にDockに追加することや、ショートカットを自動的にユーザーのデスクトップに作成することは許可されません。 （iv） AppによってスタンドアロンのApp、KEXT、追加のコード、リソースがダウンロードまたはインストールされ、機能が追加されるようにすることは許可されません。また、審査プロセスの後でAppを大きく変更することはできません。 （v） Appでルート権限へのエスカレーションまたはsetuid属性の使用を要求することはできません。 （vi） ライセンス画面をAppの起動時に表示する、ライセンスキーを要求する、独自のコピー保護を実装することがないようにしてください。 （vii） アップデートの配信には Mac App Store を使用する必要があります。その他のアップデート方法は許可されません。 （viii） Appは現行のOSで実行する必要があります。非推奨の、または任意でインストールされるテクノロジー（Java、Rossetaなど）を使用することはできません。 （ix） Appがサポートするすべての言語とローカリゼーションは、単一のAppバンドルにする必要があります。

2.5 ソフトウェア要件 2.5.1 AppではパブリックAPIのみ使用でき、現行のOSで動作する必要があります。パブリックAPIについて詳しくは、こちら（英語）をご確認ください。Appは常に最新の状態に保ち、今後のOSバージョンでサポートされなくなる機能、フレームワーク、テクノロジーは段階的に廃止するようにしてください。Appではその用途に合ったAPIおよびフレームワークを使用し、その内容をAppの説明に記載してください。たとえば、HomeKitフレームワークを使用する場合はホームオートメーションサービスを提供するものである必要があります。HealthKitは健康とフィットネスの目的で、ヘルスケアAppに統合し使用される必要があります。 2.5.2 Appはバンドル内で完結している必要があります。他のAppを含め、指定されたコンテナエリア外に対するデータの読み書き、またはAppの特徴や機能を導入したり変更したりするコードをエリア外からダウンロード、インストール、実行することは許可されません。実行形式のコードの学習や開発、学生によるテストを目的とした教育用Appでは、コードが他の目的で使用されないという、限られた状況での使用に限り、コードのダウンロードが許可される場合があります。こうしたAppでは、ユーザーがApp上でソースコードの全体を確認し、編集できることを許可しておく必要があります。 2.5.3 プッシュ通知やGame Centerを含むオペレーティングシステムの通常動作およびハードウェアの機能を損傷または妨害するウイルス、ファイル、コンピュータコード、プログラムを送信するAppは却下されます。違反が極端な場合、または繰り返される場合は、Developer Programから除名される原因となります。 2.5.4 マルチタスクAppには、VoIP、オーディオ再生、位置情報取得、タスクの完了、ローカル通知など、適切なバックグラウンドサービスのみを使用してください。バックグラウンドでの位置情報取得モードを使用する場合は、それによってバッテリー持続時間が大幅に減少する可能性があることを通知してください。 2.5.5 Appは、IPv6のみのネットワークで完全に機能する必要があります。 2.5.6 Webを閲覧するAppでは、適切なWebkitフレームワークとWebKit Javascriptを使用する必要があります。 2.5.7 携帯電話ネットワークを介した10分以上のビデオストリーミングコンテンツにはHTTP Live Streamingを使用し、ベースラインの192 kbpsのHTTPライブストリーミングを含める必要があります。 2.5.8 代替デスクトップ/ホーム画面環境を作成するApp、マルチAppウィジェットをシミュレーションするAppは却下されます。 2.5.9 音量を上げる/下げる、サウンドオン/オフといった標準スイッチの機能、および他のネイティブユーザーインターフェイスの要素やその挙動を変更または無効にするAppは却下されます。たとえば、ユーザーがその動作を想定できる別のAppや機能に対するリンクをブロックすることはできません。リンクの適切な取り扱いについて詳しくは、こちらをご確認ください。 2.5.10 空の広告バナーまたはテスト広告が表示されるAppは提出しないでください。 2.5.11 SiriKitとショートカット （i） SiriKitとショートカットを組み込んだAppは、他のAppのサポートを必要とせず、説明された機能から予想されるIntentでのみ登録できます。たとえば、献立作りに関するAppを登録する場合、フィットネスのAppの機能を用いていたとしても、ワークアウトを始めるというIntentを組み入れることはできません。 （ii） plistに記載する用語やフレーズは、必ずAppと、その登録IntentにおけるSiriの機能に関係のあるものとなるようにしてください。エイリアスはAppや会社名と直接関係のあるものにする必要があります。一般的な用語を使用したり、サードパーティ製Appの名前やサービスを含めたりすることはできません。 （iii） Siriへのリクエストやショートカットは可能な限りもっとも直接的な方法で処理される必要があります。リクエストを受け取りそれが実行される間に、いかなる広告やマーケティング要素も入れることはできません。ユーザーにリクエストの明確化を求めるのは、タスクの実行に必要な場合のみにします（ユーザーにワークアウトの種類を指定するよう求める場合など）。 2.5.12 CallKitやSMS Fraud Extensionを使用するAppでは、スパムであることが確認されている電話番号のみブロックするようにしてください。「call-」「SMS」「MMS-」のブロック機能やスパム検出機能を実装したAppでは、マーケティングテキストでその機能を明確に示し、ブロックやスパムリストの基準を説明する必要があります。デベロッパは、こうしたツールがアクセスするデータを、AppやExtensionの動作や改善に直接関係しない目的で利用することはできません（たとえば、トラッキングやユーザープロファイルの作成などの目的で利用、共有、販売することはできません）。 2.5.13 顔認証でアカウントを認証するAppには、ARKitやその他の顔認証テクノロジーではなく、可能な場合は必ずLocalAuthentication（英語）を使用する必要があります。また、13歳未満のユーザー向けに、必ず代替の認証方法を用意する必要があります。 2.5.14 Appで、録音や録画、ログの記録、またはその他の方法でユーザーのアクティビティを記録する場合は、ユーザーの同意を明示的に確認し、記録中であることが視覚および/または音声でわかるようにする必要があります。これにはデバイスのカメラ、マイク、画面収録機能、またはその他のユーザー入力ツールの使用が含まれます。 2.5.15 ファイルの表示や選択ができるAppでは、ファイルAppのアイテムやユーザーのiCloud Documentsを利用できるようにする必要があります。



3.ビジネス

App StoreでAppによって収入を得る方法は数多くあります。ビジネスモデルが明白でない場合は、メタデータとApp Reviewの「メモ」欄で説明するようにしてください。Appの仕組みが明確でない場合やApp内課金がわかりにくい場合は、審査が遅れ、却下の原因となる可能性があります。価格はデベロッパが決定しますが、Appleでは、明らかに高すぎるAppやApp内課金アイテムを配信することはできません。ユーザーに不当に高い金額を請求するAppは却下されます。

デベロッパがカスタマーレビューの内容を改ざんしたり、金銭や報酬を与えてフィードバックを得たり、フィードバックの一部のみ悪用したり、偽のフィードバックを書くなどしたりしてチャートランキングの上昇を図るか、そのようなサービスを提供するサードパーティと協力したことが判明した場合、AppleはApp Storeの信頼性を保つための手順を踏み、そのデベロッパをDeveloper Programから除名する場合があります。

3.1 支払い 3.1.1 App内課金： Appのコンテンツまたは機能（例：サブスクリプション、ゲーム内通貨、ゲームレベル、プレミアムコンテンツへのアクセス、フルバージョンの利用）は、App内課金を使用して解放する必要があります。コンテンツや機能を解放するため、ライセンスキー、拡張現実マーカー、QRコードなど、App独自の方法を用いることはできません。App内課金以外の方法で、ユーザーを何らかの購入に誘導するボタン、外部リンク、その他の機能をAppやメタデータに含めることはできません。 ただし、ユーザーがApp内課金で購入した通貨で、デジタルコンテンツプロバイダにApp内で「チップ」を払うようにすることはできます。 App内課金で購入されたクレジットやゲーム内通貨に有効期限を設定することはできません。また、返還可能なApp内課金を導入する場合は返還のメカニズムを実装する必要があります。 適切な課金タイプを割り当てていない場合、Appは却下されます。 App内課金のアイテムを他のユーザーに贈与できるようにすることは可能です。これらの贈与アイテムに関して、元の購入者以外のユーザーに返金することはできません。また贈与されたアイテムの交換はできません。 Mac App Store で配信されるAppでは、 App Store とは別の方法で有効化されるプラグインまたはExtensionを使用することができます。 「ルートボックス」などの方法でバーチャルアイテムをランダムに購入できるAppでは、各種アイテムの入手確率を明記して、ユーザーが購入前に確認できるようにしてください。 サブスクリプション方式ではないAppでは、まず一定期間の無料トライアルを提供し、その後フルバージョンをアンロックする選択肢を提示することができます。その場合、「XX日間お試し（XX-day Trial）」といった命名規則に従った非消耗型のApp内課金アイテムを、Tier 0の価格帯で設定する必要があります。無料トライアルの開始前に、トライアル期間の長さ、トライアル終了後に利用できなくなるコンテンツやサービス、フルバージョンを再度利用するためにかかる料金を、App内で明確に示す必要があります。レシート（英語）およびDeviceCheck（英語）を使用して、コンテンツへのアクセス権やトライアル期間の長さを管理する方法について詳しくは、リンク先をご確認ください。 3.1.2 サブスクリプション： App Store でのカテゴリにかかわらず、AppのApp内課金では自動更新のサブスクリプションを組み込むことができます。自動更新のサブスクリプションをAppに組み込む際は、以下のガイドラインに必ず従うようにしてください。 3.1.2（a）許容される使用方法： 自動更新のサブスクリプションを組み込む場合は、継続的な価値をユーザーに提供する必要があります。サブスクリプションの周期は最低7日間とし、ユーザーのすべてのデバイスで利用できるようにする必要があります。サブスクリプションの適切な使用例には次のようなものがあります（すべて網羅しているわけではありません）。新しいゲームレベル、コンテンツの新しいエピソード、マルチプレイヤー対応、定期的に実態のあるアップデートが提供されるApp、コレクションが多数にわたる、または定期的に更新されるメディアコンテンツ、サービスとしてのソフトウェア（「SAAS」）、クラウド対応、など。さらに以下についてご確認ください。 サブスクリプションと、コンテンツの個別提供を併せて用意することもできます（映画のコレクション全体をサブスクリプションで提供すると同時に、個々の映画の購入やレンタルサービスも提供するなど）。 同じデベロッパの複数のAppやサービスで1つのサブスクリプションを共有することはできますが、サブスクリプションを他のデベロッパのAppやサービスに拡張することはできません。サブスクリプションでゲームAppを提供する場合、デベロッパ自身がそのAppを所有、または独占ライセンスを有するものであることが必要になります（ゲーム公開用プラットフォームの一部として提供することはできません）。提供するゲームは App Store から直接ダウンロードされるものとし、サブスクリプションの登録者が二重に支払いを行うことがないようにする必要があります。また、登録していないユーザーが不利になるような形で提供することはできません。 サブスクリプションは、Appを利用できるすべてのデバイスで機能する必要があります。詳しくは、「App間でサブスクリプションを共有（英語）」をご確認ください。 ユーザーがAppの機能やコンテンツにアクセスしたり使用したりする際に、Appの評価やレビュー、他のAppのダウンロード、同様のその他アクションをユーザーに求めることはできません。 その他すべてのAppと同様、サブスクリプションを提供するAppでは、ユーザーが対価を支払ったコンテンツを、追加作業（ソーシャルメディアへの投稿、連絡先のアップロード、Appを特定の回数開くことなど）を実行しなくても入手できるようにする必要があります。 消耗型のクレジット、ゲームで購入する宝石、ゲーム内通貨などはサブスクリプションとして提供することができます。また、消耗型アイテムの割引購入の権利をサブスクリプションに含めることもできます（宝石のパックを割引価格で入手できるプラチナメンバーシップなど）。 すでに登録しているAppをサブスクリプションベースのビジネスモデルに変更する場合、既存のユーザーがすでに対価を支払っている基本的な機能を取り除くことはできません。たとえば、「ゲーム全体のアンロック」をすでに購入しているユーザーには、新規ユーザーに向けてサブスクリプションモデルを導入した後も、ゲーム全体に引き続きアクセスできるようにする必要があります。 自動更新のサブスクリプションAppでは、関連する情報を App Store Connect で明示して、ユーザーに無料トライアル期間を提供することができます。 ユーザーに対して詐欺的行為を働こうとするAppは、 App Store から削除されます。これには、虚偽の説明でユーザーをだましてサブスクリプションを購入させようとしたり、おとり商法や詐欺的な行為をしたりするAppが含まれます。このようなAppは App Store から削除され、そのデベロッパは Apple Developer Programから除名される場合があります。詳しくは、「サブスクリプションの無料トライアル」をご確認ください。 3.1.2（b）アップグレードとダウングレード： ユーザーがアップグレード/ダウングレードをスムーズに行えるようにし、同じコンテンツの異なるバージョンを意図せずに購入してしまうことがないようにする必要があります。サブスクリプションのアップグレードとダウングレードのオプションを管理する方法については、ベストプラクティスを確認してください。 3.1.2（c）サブスクリプションに関する情報： ユーザーにサブスクリプションを促す際は、その価格でユーザーが何を入手できるかを事前に明確に説明する必要があります。1か月当たりの発行回数は何回か。クラウドストレージの容量はどれくらいか。サービスにアクセスする方法にはどのようなものがあるか。など。「契約/税金/口座情報（英語）」で確認できる、 Apple Developer Program使用許諾契約の添付資料2で説明されている要件も必ず明示する必要があります。 3.1.3（a）「リーダー」App： iOSユーザーをApp内課金以外の購入方法に直接または間接的に誘導しないことにデベロッパが同意し、他の購入方法についてデベロッパが発信する情報がApp内課金を利用する意思を低下させるものでない限り、Appの外部で以前に購入したコンテンツまたはコンテンツのサブスクリプション（具体的には、雑誌、新聞、書籍、オーディオ、音楽、ビデオ、プロ向けデータベースへのアクセス、VoIP、クラウドストレージ、授業管理Appなどの承認済みサービス）に、Appの内部からユーザーがアクセスできるようにすることは許可されています。 3.1.3（b）マルチプラットフォームサービス： 複数のプラットフォームで動作するAppでは、別のプラットフォーム上のAppやデベロッパのWebサイトでユーザーが入手したコンテンツ、サブスクリプション、機能にアクセスできるようにすることができます（マルチプラットフォームのゲームにおける消耗アイテムなどを含む）。ただし、そうしたアイテムをApp内のApp内課金アイテムとして購入できるようにする必要があります。iOSユーザーをApp内課金以外の購入方法に直接または間接的に誘導したり、他の購入方法について発信する情報を通して、ユーザーがApp内課金を利用する意欲を低下させたりすることは禁止されています。 3.1.4 特定のハードウェアを必要とするコンテンツ： Appのある機能の動作に特定のハードウェアが必要である場合など、いくつかの限られた状況でのみ、App内課金を使用しなくても機能を解放することができます（たとえば、望遠鏡と同期することで機能が追加される天文学のAppなど）。オプションとして物理的製品（玩具など）と連動して機能するAppでは、App内課金で同等の機能が解放できるオプションがある限り、玩具などの物理的製品でも機能を解放することができます。ただし、Appの機能を解放するために無関係の商品を購入したり、広告またはマーケティング活動を行うようユーザーに要求したりすることはできません。 3.1.5（a）Appの外部で使用する商品やサービス： ユーザーがAppの外部で使用する商品やサービスをAppで購入できるようにする場合、そうした商品の支払いにはApp内課金以外（Apple Payやクレジットカードなど）の方法を使用する必要があります。 3.1.5（b）暗号通貨： （i）ウォレット：組織として登録しているデベロッパに限り、Appで仮想通貨ストレージを提供することが許可されます。 （ii）マイニング：処理がデバイスの外部で実行されるもの（クラウドベースのマイニングなど）でない限り、Appで暗号通貨をマイニングすることはできません。 （iii）取引：取引所が直接提供する場合に限り、Appで、承認された暗号通貨の売買や送金を行うことができます。 （iv）イニシャルコインオファリング：イニシャルコインオファリング（ICO）、暗号通貨の先物取引、その他の暗号証券や準証券による取引を行うAppは、既存の銀行、証券会社、先物取引業者（FCM）、またはその他の承認された金融機関のみ提供することができます。またそうしたAppは、適用されるすべての法令に準拠している必要があります。 （v）暗号通貨のAppでは、他のAppをダウンロードする、他のユーザーにダウンロードを促す、ソーシャルネットワークに投稿するといったタスクの実行に対して通貨を提供することはできません。 3.1.6 Apple Pay： Apple Payを使用するAppでは、商品またはサービスの販売に先立って購入に関する重要な情報をすべてユーザーに提示する必要があります。また、「Apple Payアイデンティティガイドライン」および「Human Interface Guidelines（英語）」に準拠してApple Payのブランディングやユーザーインターフェイスに関する取り決めに適切に従う必要があります。Apple Payを使用した定期的な支払いが発生するAppでは、少なくとも以下の情報を公開する必要があります。 更新期間の長さと、キャンセルするまで継続されるという事実 各期間に提供されるコンテンツ ユーザーに請求される実際の料金 キャンセル方法 3.1.7 広告： Appで表示される広告は、そのAppの対象年齢に適したものであり、ユーザーをターゲットとした広告の場合、そのために使用された情報を使用中のAppを閉じることなくユーザーがすべて見ることができるようにする必要があります。なお、ヘルスケア/医療データ（例：HealthKit API）、学校/授業のデータ（例：ClassKit）、子どものデータ（例：「子ども向け」カテゴリのApp）など、機密性の高いユーザーデータに基づく追跡型広告や行動ターゲティング広告を組み込むことはできません。インタースティシャル広告や、ユーザーエクスペリエンスを中断させたり妨害したりする広告では、広告であることをはっきり明示する必要があります。また、広告をタップするようユーザーの行動を操ったり、だましたりすることはできません。ユーザーが広告を簡単に閉じられるよう、操作しやすく見やすい、十分な大きさの「閉じる」ボタンや「スキップ」ボタンを用意する必要があります。

3.2 その他のビジネスモデルの問題 このリストはすべてを網羅したものではなく、デベロッパからのAppの提出によってポリシーが変更または更新される可能性がありますが、許容される行為と許容されない行為について、いくつか以下に示します。 3.2.1 許容される行為 （i） 単なるカタログAppである場合を除いて、自分のApp内で自分の他のAppを購入、または宣伝用に表示する。 （ii） 許可を得た特定の用途（健康管理、航空、アクセシビリティなど）のために作成されたサードパーティ製Appを表示または推奨する。単なる店舗のようにしないため、Appではしっかりとした独自のコンテンツを提供する必要があります。 （iii） レンタル期間の終了後、許可を得た特定のレンタルコンテンツ（映画、テレビ番組、音楽、書籍など）へのアクセスを無効にする。その他のすべてのアイテムおよびサービスに期限をつけることはできません。 （iv） 支払いまたはオファー（映画チケット、クーポン、VIPメンバーシップなど）の実行、受領、認証にはWalletパスを使用する。その他の用途でWalletパスを使用すると、Appの却下およびWallet認証情報の失効の原因となります。 （v） 保険Appは無料で提供し、配信される地域の法律に準拠するものとする。App内課金は使用できません。 （vi） 承認を受けた非営利団体は、「App Reviewガイドライン」に準拠し、かつApple Payでの支払いに対応する限り、独自またはサードパーティ製のAppで直接寄付金を集めることができる。こうしたAppでは基金の活用方法を公開し、適用されるあらゆる法令を遵守し、適切な税金申告用レシートを支援者に発行できるようにする必要があります。また、要望に応じてApp Reviewにさらに情報を提出していただく必要があります。Appで支援者に他の非営利団体を紹介する場合は、紹介するすべての非営利団体が承認プロセスを通過していることを確認する必要があります。非営利団体として承認を受ける方法について詳しくは、こちらをご確認ください。 （vii） Appでは、ユーザーがApp内課金以外の方法で別のユーザーに金銭を贈与できるようにすることができる。これは、（a）贈与の有無は贈り手側が決定できるものとし、かつ（b）受け手側がその金銭の100%を受け取る場合に限る。ただし、その金銭が、受け手側に渡る際のどの段階においても、デジタルコンテンツやサービスを経由するか、デジタルコンテンツやサービスの提供と関連付けられている場合は、必ずApp内課金を使用する必要があります。 （viii） 金融取引、投資、資金管理のために使用されるAppは、そうしたサービスを請け負う金融機関によって提供されたもの、またはそのような金融機関が提供するパブリックAPIを使用し、その利用規約に準拠したものである必要があります。 3.2.2 許容されない行為 （i） サードパーティ製App、Extension、プラグインを App Store と類似した形で、または一般的なカタログとして表示するインターフェイスを作成する。 （ii） プッシュ通知、カメラ、ジャイロスコープなどのハードウェアまたはオペレーティングシステムに内蔵される機能、またはApple MusicへのアクセスやiCloudストレージといったAppleのサービスを利用して収入を得る。 （iii） 広告のインプレッション数またはクリックスルーを人工的に増加させる。また、広告の表示のみを目的に設計されたAppを作成する。 （iv） チャリティーまたは募金としてApp内で寄付金を収集する（承認を受けた非営利団体の場合や、上述のセクション3.2.1（vi）により許容される場合を除く）。そのような目的で寄付金を集めるAppは App Store で無料で配信する必要があり、SafariやSMSなどApp外でのみ寄付金を収集できます。 （v） 場所または通信業者などに基づいて、Appを使用できるユーザーを任意に制限する。 （vi） Appでは、ユーザーが対価を支払ったコンテンツを、追加作業（ソーシャルメディアへの投稿、連絡先のアップロード、Appを特定の回数開くことなど）を実行しなくても入手できるようにする必要があります。Appの機能やコンテンツへのアクセスや使用、金銭その他の報酬（ギフトカードやコードを含むがこれに限らない）を受け取るために、Appの評価やレビュー、ビデオの視聴、他のAppのダウンロード、広告のタップ、その他同様のアクションの実行をユーザーに求めることはできません。 （vii） 他のサービスにおけるユーザーの可視性、ステータス、評価を人為的に操作する（そのサービスの利用規約で許可されている場合を除く）。 （viii） バイナリオプション取引を扱うAppは、 App Store では許可されません。代わりにWeb Appを検討してください。差金決済取引（CFD）やその他のデリバティブ取引（FOREXなど）を行うAppは、そのサービスを利用できるすべての法域で正式な認可を得たものである必要があります。 （ix） ユーザーがAppの機能やコンテンツにアクセスしたり使用したりする際、ユーザーに何らかのアクション（Appの評価やレビュー、他のAppのダウンロード、その他の同様の操作）を求めることは許可されません。



4.デザイン

Appleのお客様は、シンプルで、洗練され、革新的で、使用が簡単な製品に高い価値を見出します。そして、それはAppleがApp StoreのAppに求めるものと同じです。デザインを優れたものにできるかどうかはデベロッパ次第ですが、App Storeで承認されるためには次のような基準があります。加えて、承認を受けた後も、Appが継続的に機能し、新規および既存ユーザーの双方にとって魅力的であり続けるよう、アップデートしていく必要があります。機能しなくなったり、サービスの品質が低下したりしたAppは、App Storeから随時削除される対象となります。

4.1 模倣 独自のアイデアを生み出してください。自分だけのアイデアがあるはずです。それを形にしましょう。App Storeで人気のある最新Appを単にコピーしたり、別のAppの名前やUIを少し変更して自分のAppとして提出したりすることは避けてください。知的財産侵害の申し立てをされるリスクがあるだけでなく、App Storeの運営が困難になり、また、他のデベロッパにとってもフェアではありません。

4.2 最低限の機能 Appを作成する際は、Webサイトを単に再パッケージしたようなものではなく、優れた機能、コンテンツ、UIを作成するようにしてください。特に便利でも、ユニークでも、「Appらしく」もない場合、そのAppをApp Storeで提供することはできません。Appが何らかの継続的な楽しみを提供できない場合、承認されない可能性があります。Appが単に曲または映画の場合は、iTunes Storeに提出してください。Appが単に書籍またはゲームの攻略本の場合は、Apple Books Storeに提出ください。 4.2.1 ARKitを使用するAppは、表現に富み、統合された拡張現実体験をユーザーに提供する必要があります。単にモデルをARビューで表示したり、アニメーションを再生したりするだけでは不十分です。 4.2.2 カタログを除き、主な目的がマーケティングの資料の提供、広告、Webクリッピング、コンテンツのまとめ、リンク集であるAppは許可されません。 4.2.3 （i）Appは独立して機能するものである必要があります。そのAppを実行するために別のAppのインストールを求めることはできません。 （ii）起動時にAppが正しく機能するよう、バイナリに十分なコンテンツが含まれるようにしてください。 （iii）Appで追加のリソースをダウンロードする必要がある場合は、ダウンロードする前に、ダウンロードするデータのサイズをユーザーに開示してください。 4.2.4 Apple Watch向けのAppは、スワイプや通知といったデバイス機能や、サードパーティ製のコンプリケーションとの連動がユーザーから期待されます。インターフェイスとしてクリエイティブに時間を表示する方法（サーファーに向けた波時計など）はすばらしいアイデアですが、一般的な時計の文字盤に似すぎている場合は却下されます。 4.2.5 主な機能がiCloudおよびiCloud Driveのファイルマネージャである場合は、追加のApp機能がなければ承認されません。 4.2.6 有料のテンプレートやApp作成サービスを使用して制作されたAppは、コンテンツのプロバイダから直接提出されたものでない限り却下されます。こうしたサービスのプロバイダは、顧客の代わりにAppを提出するのではなく、独自のユーザーエクスペリエンスを提供する革新的なAppを、顧客が自身で作成することができるようなツールを提供する必要があります。また、こうしたサービスのプロバイダは、1つのバイナリを作成してすべてのクライアントコンテンツを統合型、もしくは「ピッカー」モデルでホストすることができます。たとえば顧客である複数のレストランが、カスタマイズされた個別のエントリやページで表示されるレストラン検索Appや、さまざまな顧客の複数のイベントが個別のエントリで表示されるイベント情報Appなどを提出することができます。 4.2.7 リモートデスクトップクライアント： リモートデスクトップのAppが、ホストデバイスの一般的なミラーリングではなく、特定のソフトウェアやサービスをミラーリングする場合は、以下に準拠する必要があります。 （a）Appはユーザーが所有するホストデバイスである個人用のコンピュータ、またはユーザーが所有する専用のゲームコンソールにのみ接続し、ホストデバイスとクライアントの両方をローカルのLANベースネットワークに接続する必要があります。 （b）クライアント側に表示されるすべてのソフトウェアやサービスは、ホストデバイス上で完全に実行され、ホストデバイスの画面上にレンダリングされます。リモートデスクトップのストリーミングに必要でないAPIやプラットフォームの機能は使用できません。 （c）アカウントの作成や管理はすべて、ホストデバイスから開始する必要があります。 （d）クライアント側に表示されるUIで、iOSや App Store の表示画面を模倣したり、ストアに似たインターフェイスを提供したりすることはできません。また、ユーザーがまだ所有しておらず、ライセンス付与もされていないソフトウェアを閲覧、選択、購入できる機能を実装することは許可されません。なお、トランザクションがホストデバイスで処理される限り、ミラーリングされたソフトウェアで行われるトランザクションではApp内課金を使用する必要はありません。 （e）クラウドベースAppのシンクライアントは、 App Store には適しません。

4.3 スパム 同一のAppに対して複数のバンドルIDを作成しないでください。特定の場所、スポーツチーム、大学などに向けた異なるバージョンが存在するAppの場合は、単一のAppを提出し、異なるバージョンはApp内課金で提供する方法を検討してください。また、すでに飽和状態のカテゴリにAppを追加することは避けてください。App Storeには、おなら、げっぷ、懐中電灯、占い、デート、カーマ・スートラといったAppがすでに多数存在します。こうしたAppは、ユニークで高品質な体験を提供するAppでない限り、却下されます。App Storeでスパム行為をすると、Developer Programから除名される可能性があります。

4.4 Extension Extensionを実行または搭載するAppは、「App Extension Programming Guide（英語）」または「Safari App Extension Guide（英語）」に準拠し、可能な場合はヘルプ画面や設定インターフェイスなどの機能を搭載してください。どのようなExtensionが利用できるかについて、Appのマーケティングテキストで明確かつ正確に公開する必要があります。また、Extensionにマーケティング、広告、App内課金を含めることはできません。 4.4.1 キーボードExtensionにはいくつかの追加ルールがあります。

以下に従ってください。 キーボード入力機能（文字のタイプなど）を備える。 画像や絵文字を含むキーボードの場合は、ステッカーのガイドラインに従う。 次のキーボードに進む方法を備える。 基本的に、ネットワークアクセスがなくても機能する。 iOSデバイスにおけるユーザーのキーボードExtensionの機能を改善する目的でのみ、ユーザーのアクティビティ情報を収集する。 以下は禁止されています。 「設定」以外のAppを起動する。 キーボードボタンの用途を別の動作に変更する（Returnキーの長押しでカメラを起動させるなど）。 4.4.2 Safari Extensionは、macOSの最新のSafariで実行可能である必要があります。システムまたはSafariのユーザーインターフェイスを構成する要素と相互干渉してはならず、悪意のある、または誤解を生むコンテンツ、またはコードを使用することは許可されません。このルールに違反すると、Developer Programから除名されることになります。Safari Extensionを使用して、機能の動作に必要でないWebサイトにアクセスするようユーザーに要求することはできません。 4.4.3 ステッカー ステッカーを使用すると、メッセージがより動的かつ楽しいものになり、ユーザーは気持ちを賢く、楽しく、意義深い形で伝えることができます。Appに、ステッカーExtensionを含める場合も、独立したステッカーパックを作成する場合も、ユーザーを不快にさせるコンテンツや、ネガティブな印象をもたらすコンテンツ、法律に違反するコンテンツを含めることは許可されません。 （i） 一般に、 App Store に適切でない種類の内容はステッカーでも不適切とされます。 （ii） 地域ごとの文化的に特有の点に配慮し、悪評を生んだり現地法に抵触したりするおそれのある国ではステッカーパックを公開しないでください。 （iii） Appleがステッカーの意味を理解できない場合の審査プロセスの遅れを避けるため、「メモ」欄に明確な説明を記載してください。 （iv） ステッカーは、自分の友達や家族以外にも通用するものにしてください。個人的なイベント、グループ、関係にのみ利用できるステッカーは不適切です。 （v） ステッカーのデベロッパは、その内容に必要なすべての著作権、商標、パブリシティ権、許可を有している必要があり、権限のないものを提出することはできません。要望に応じて、権限を確認できる書類を提出する必要があることにご注意ください。使用権限のないステッカーを含むAppは App Store から削除され、違反行為を繰り返すデベロッパはDeveloper Programから除名されます。ご自分のコンテンツが他のプロバイダに侵害されていると思われる場合は、こちらで申し立てを行ってください（英語）。

4.5 Appleのサイトとサービス 4.5.1 AppではiTunes Store RSSフィードなどの承認済みApple RSSフィードを使用できますが、Appleのサイト（apple.com、iTunes Store、 App Store 、 App Store Connect 、デベロッパポータルなど）から情報を取得することや、その情報を使用してランキングを作成することは許可されません。 4.5.2 Apple Music （i） MusicKit APIを使用すると、Appの使用中にユーザーがApple Musicを利用できるようになります。これは、Apple Musicに登録しているユーザーが音楽を再生するということを意味します。ユーザーがApple Musicのストリーミング再生を開始し、「再生」「一時停止」「スキップ」などの標準のメディアコントロールで曲を操作できる必要があります。また、Apple Musicのサービスにアクセスするために、Appで支払いや間接的な報酬を要求することは許可されません（App内課金、広告、ユーザー情報のリクエストなど）。MusicKit（英語）に関する文書で明示的に許可されている場合を除き、MusicKit APIから音楽ファイルをダウンロード、アップロード、共有することはできません。 （ii） MusicKit APIを使っても、音楽をより深く、またはより複雑な形で組み込む際に必要となるライセンスを取得したことにはなりません。たとえば、Appの特定の場面で特定の曲を使用する場合や、ソーシャルメディアに共有できるオーディオやビデオのファイルを作成するAppでは、デベロッパが権利者に直接連絡して許可（同期や適合化の権利）やアセットを得る必要があります。カバーアートやその他のメタデータは音楽の再生やプレイリストに関連する目的でのみ使用でき（Appの機能を示すために App Store で用いるスクリーンショットも含む）、権利者からの明確な承認がない場合はいかなるマーケティング活動や広告にも使用できません。Apple MusicのサービスをAppに組み込む場合は、必ず「Apple Music アイデンティティガイドライン（英語）」に従ってください。 （iii） プレイリストやお気に入りの曲など、Apple MusicのユーザーデータにアクセスするAppでは、「目的」でアクセスについて明示する必要があります。収集されるデータは、Appの品質をサポートしたり改善したりする以外の目的でサードパーティに共有することはできません。また、このデータをユーザーやデバイスの識別、またはターゲティング広告に使用することは許可されません。 4.5.3 スパム、フィッシング行為のため、または要求されていないメッセージを送信するために、Game Centerやプッシュ通知などのAppleサービスを使用することは許可されません。プレイヤーID、エイリアス、Game Centerで取得されたその他の情報の逆引き参照、トレース、関連付け、結合、マイニング、採取、その他の形での悪用は許可されません。これらの行為があった場合は、Developer Programから除名されます。 4.5.4 Appが機能するためにプッシュ通知を必須とすることはできません。また、プッシュ通知を個人情報や秘密情報を送信するために使用することは許可されません。プッシュ通知をキャンペーンやダイレクトマーケティングのために使用することはできません。ただし、そのプッシュ通知を、ユーザーがAppのUIに表示される同意メッセージを通じて明示的にオプトインすることができ、同時にオプトアウトする手段をAppに設ける場合を除きます。サービスを不正に使用すると、デベロッパとしての権限を失う可能性があります。 4.5.5 Game CenterのプレイヤーIDは、Game Centerの規約で承認されている形でのみ使用する必要があります。Appで表示することや、サードパーティに伝えることは許可されません。 4.5.6 Appやそのメタデータでは、Appleの絵文字として表示されるUnicode文字を使用することができます。Appleの絵文字を他のプラットフォームで使用したり、Appバイナリの中に直接埋め込んだりすることはできません。

4.6 Appの代替アイコン スポーツチームの好みに合わせてアイコンを変えるなど、Appをカスタムアイコンで表示することは許可されています。ただし、アイコンの変更はユーザー自身が行い、元のアイコンに戻すための設定がAppに用意されている場合に限られます。用意するアイコンはすべてAppのコンテンツに関係するものである必要があります。また、設定や通知などに表示されるアイコンがSpringBoardでの新しいアイコンと一致するよう、変更がシステムのすべてのアセットに一貫して適用されるようにする必要があります。最新の気象情報やカレンダーの通知に連動するといった、動的、自動的、連続的な変更のためにこの機能を使用することはできません。

4.7 HTML5ゲームやBotなど バイナリに埋め込まれていないコード（HTML5ベースのゲームやBotなど）をAppに組み込んだり実行したりすることは、コードの配信がAppの主な目的ではなく、そのコードがストアやストア同様のインターフェイスで提供されておらず、かつそのソフトウェアが以下の条件を満たす場合に限り許可されます。（1）無料またはApp内課金で購入される。（2）標準のWebKitビューで利用可能な機能のみを使用している（つまり、変更やソフトウェアの追加をすることなく、Safariで開いて問題なく実行できる必要があります）。Appでサードパーティ製ソフトウェアを実行する際はWebKitやJavaScript Coreを使用する必要があり、プラットフォームのネイティブAPIをサードパーティ製ソフトウェアに対して拡張したり、使えるようにしたりすることは許可されません。（3）Apple Developer Programに参加しており、Apple Developer Program使用許諾契約に署名しているデベロッパによって提供されている。（4）現実のお金を使用する賭博ゲーム、宝くじ/ロト、または慈善寄付活動へのアクセスを提供していない。（5）本「App Reviewガイドライン」の規約に準拠している（例：不適切なコンテンツが含まれない）。（6）販売を目的としたデジタル商品またはデジタルサービスを提供していない。リクエストがあった場合は、Appで利用できるソフトウェアやメタデータのインデックスをAppleに提出する必要があります。インデックスには、該当するソフトウェアプロバイダのApple Developer ProgramチームIDと、ソフトウェアが上述の要件に準拠していることを確認するためにApp Reviewが利用できるURLを含める必要があります。

4.8 Appleでサインイン ユーザーのプライマリアカウントをAppで設定、または認証する際に、サードパーティのログインサービスやソーシャルログインサービス（Facebookでサインイン、Googleでサインイン、Twitterでサインイン、LinkedInでサインイン、Amazonでログイン、WeChatでログインなど）を使用するAppでは、同等のオプションとして「Appleでサインイン」を組み込む必要があります。ユーザーのプライマリアカウントとは、ユーザーが自身を識別する、サインインする、機能や関連サービスを利用する目的で、Appで作成するアカウントのことです。 以下の場合は、「Appleでサインイン」は不要です。 Appが、自社独自のアカウント設定やサインインシステムのみを使用している場合。 Appが教育機関、エンタープライズ、法人用のものであり、ユーザーが既存の教育機関またはエンタープライズアカウントでサインインする必要がある場合。 Appが、政府または民間が運営する住基システムや電子IDを使ってユーザーを認証する場合。 Appが特定のサードパーティサービスのクライアントであり、コンテンツにアクセスするため、ユーザーがメール、ソーシャルメディア、その他のサードパーティアカウントに直接サインインする必要がある場合。



5.法的事項

Appは提供されるすべての地域におけるあらゆる法的要件に準拠している必要があります（明確でない場合は法律家に相談してください）。法的要件は複雑ですが、各要件を確実に理解し、Appを本ガイドラインのみでなく地域のすべての法律に準拠させることはデベロッパの責任です。また当然、犯罪または明らかに分別に欠ける行為を誘発、促進、奨励するAppは却下されます。人身売買や児童労働の搾取を助長するAppなど、極端な例においては、該当する当局に通報されます。

提出後

AppとメタデータをApp Store Connectに提出すると、審査プロセスが開始されます。以下の点に注意してください。

タイミング： App Reviewでは、可能な限り迅速にAppが審査されます。ただし、複雑なAppや新しい問題を含むAppには、より綿密な審査や検討が求められる場合もあります。また、何度も同じガイドラインへの違反により却下されていたり、App Reviewのプロセスを不正に操作しようとしたりした経緯がある場合は、Appの審査完了までにより長い時間がかかります。詳しくは、「App Review」をご確認ください。

App Reviewでは、可能な限り迅速にAppが審査されます。ただし、複雑なAppや新しい問題を含むAppには、より綿密な審査や検討が求められる場合もあります。また、何度も同じガイドラインへの違反により却下されていたり、App Reviewのプロセスを不正に操作しようとしたりした経緯がある場合は、Appの審査完了までにより長い時間がかかります。詳しくは、「App Review」をご確認ください。 ステータスの更新： Appの現在のステータスが App Store Connect に反映されるため、そこからAppについてご確認ください。

Appの現在のステータスが に反映されるため、そこからAppについてご確認ください。 優先審査のリクエスト： 時間に関して重大な懸念がある場合は、優先審査をリクエスト（英語）できます。他のデベロッパに配慮し、本当に必要な場合のみ優先審査をリクエストしてください。この制度を濫用していることがわかった場合、リクエストを却下する場合があります。

時間に関して重大な懸念がある場合は、優先審査をリクエスト（英語）できます。他のデベロッパに配慮し、本当に必要な場合のみ優先審査をリクエストしてください。この制度を濫用していることがわかった場合、リクエストを却下する場合があります。 公開日： 公開日が未来の日付に設定されている場合、 App Review でAppが承認された後もその日まで App Store に公開されません。また、選択されたすべてのストアフロントでAppが公開されるまでに、最大24時間かかることがありますのでご了承ください。

公開日が未来の日付に設定されている場合、 でAppが承認された後もその日まで に公開されません。また、選択されたすべてのストアフロントでAppが公開されるまでに、最大24時間かかることがありますのでご了承ください。 却下：Appleの目標は、ガイドラインを公正かつ一貫性を持って適用することですが、必ずしも完璧に適用できるとは限りません。Appが却下された後に質問がある場合、または追加の情報を提示する場合は、問題解決センターを通して直接App Reviewチームにお問い合わせください。そうすることで、一度は却下されたAppが承認されてApp Storeに公開される可能性もあります。また、これによりAppleがApp Reviewプロセスを改善し、ポリシーをより明確に提示するために役立つことにもなります。それでも結果にご納得いただけない場合は、申し立てを提出（英語）してください。

皆さまの新しいアイデアを楽しみにしています。

最終更新日：2020年3月4日