App Storeの恒例のホリデーシーズン休業直前、AppleはApp Store Reviewガイドラインを改訂しました。予約注文などのApp Storeの新機能に対応するとともに、テンプレートからのアプリ作成や「ルートボックス」およびVPNの取り扱いなど、既存のガイドラインを明確化または拡張しました。以下はガイドラインの主な変更点の概要です。すべての変更点を確認するには、GitHubにあるRich HongのApp Store ReviewガイドラインのGistをご覧ください。

Apple はガイドラインの導入セクションで、App Store にどのアプリを掲載すべきかというアプローチを明確にしています。

アプリが多様な意見を持つユーザーを尊重し、アプリ体験の質が優れている限り、App Storeで表現されるあらゆる視点を私たちは強く支持します。私たちは、アプリが一線を越えたと判断するコンテンツや行為は、いかなる場合も拒否します。一線とは？とお考えですか？最高裁判所判事がかつて言ったように、「一線を越えればわかる」のです。そして、皆さんも一線を越えれば、すぐにわかるはずです。

事前注文の発表時に報告したように、アプリは審査に提出された時点で完成し、顧客に提供できる状態である必要があります。

2.3.11 App Storeで予約注文に提出するアプリは、提出時の状態で完成し、配信可能な状態である必要があります。最終的にリリースするアプリが、予約注文期間中に宣伝した内容と実質的に異なるものにならないようにしてください。アプリに重大な変更（ビジネスモデルの変更など）を加えた場合は、予約注文の販売を再開する必要があります。

Appleが意図しない方法でフレームワークやAPIを使用するアプリが開発されてきた歴史は長く、こうしたアプリの運命は複雑です。ガイドラインでは、HomeKitとHealthKitを、本来の目的にのみ使用すべきAPIの例として挙げています。この変更の動機の一つとして、開発者がHealthKitを使って健康とフィットネス機能を持たないwatchOS用ポッドキャストプレーヤーを開発しようとしていることが挙げられますが、これは驚きではありません。

2.5.1 アプリはパブリックAPIのみを使用でき、現在リリースされているOSで動作する必要があります。パブリックAPIの詳細については、こちらをご覧ください。アプリを最新の状態に保ち、将来のOSバージョンでサポートされなくなる廃止予定の機能、フレームワーク、またはテクノロジーは段階的に廃止してください。アプリはAPIとフレームワークを本来の目的に合わせて使用​​し、アプリの説明でその統合を明記する必要があります。例えば、HomeKitフレームワークはホームオートメーションサービスを提供する必要があります。また、HealthKitは健康とフィットネスを目的として使用され、ヘルスケアアプリと統合されている必要があります。

Appleは、ゲーム内で使用できるランダムアイテムが入った「ルートボックス」の販売という一般的な慣行に適用されるアプリ内購入のルールも明確化しました。ガイドラインでは、開発者に対し、各アイテムの入手確率を開示することが義務付けられています。

3.1 支払い

3.1.1 アプリ内購入:

「ルート ボックス」や、購入可能なランダムな仮想アイテムを提供するその他のメカニズムを提供するアプリは、購入前に各タイプのアイテムを受け取る確率を顧客に開示する必要があります。

Polygon が今週初めに報じたように:

このアップデートは、ランダム要素のあるゲームでは「ランダム」な戦利品のドロップを制御する確率を開示することを義務付ける中国の規制を反映しています。

サブスクリプションの仕組みも改訂されました。1つのサブスクリプションを複数のアプリやサービスで共有できますが、サードパーティのアプリやサービスとは共有できません。Appleは、この方法で提供されるゲームは開発者が所有またはライセンスを付与されている必要があり、ゲームパブリッシングプラットフォームの一部ではないことを明記しています。

自社のアプリやサービス間で共有できる単一のサブスクリプションを提供することは可能ですが、これらのサブスクリプションをサードパーティのアプリやサービスに拡張することはできません。ゲームサブスクリプションで提供されるゲームは、開発者が所有または独占的にライセンスを取得している必要があります（ゲームパブリッシングプラットフォームの一部ではないことなど）。各ゲームはApp Storeから直接ダウンロードでき、サブスクリプション登録者による重複支払いを回避するように設計されている必要があり、サブスクリプション登録していない顧客に不利益を与えてはなりません。

サブスクリプションは、アプリが利用可能なすべてのユーザーのデバイスで機能する必要があります。アプリ間でサブスクリプションを共有する方法については、こちらをご覧ください。

暗号通貨ガイドラインが拡張され、暗号通貨の送信用アプリは州法および地方自治体の法律に準拠する必要があり、ICO、先物取引、および類似の取引は銀行、証券会社、および類似の金融機関のみが行うことができると明記されました。

3.1.5 (b) 暗号通貨：アプリは、承認された仮想通貨（例：ビットコイン、ドージコイン）の送金を、アプリが機能する地域のすべての州法および連邦法に準拠して行うことができます。イニシャル・コイン・オファリング（ICO）、暗号通貨先物取引、その他の暗号証券または準証券取引を促進するアプリは、既存の銀行、証券会社、先物取引業者（FCM）、またはその他の承認された金融機関から提供され、適用されるすべての法律に準拠している必要があります。

より広い意味では、金融取引、投資、資金管理アプリは、それらのサービスを提供する機関から提供されるか、それらの機関が提供するパブリック API を使用する必要があり、特定の金融商品の取引を促進するアプリは、適切にライセンスされている必要があります。

3.2 その他のビジネスモデルの問題

3.2.1 許容可能
(viii) 金融取引、投資、または資金管理に使用されるアプリは、そのようなサービスを提供する金融機関から提供されるか、または利用規約に準拠して金融機関が提供するパブリック API を使用する必要があります。

3.2.2 差金決済取引（「CFD」）またはその他のデリバティブ（例：FOREX）の取引を促進する不適切
アプリは、サービスが利用可能なすべての管轄区域で適切なライセンスを取得する必要があります。

Apple は、ARKit 技術のデモに過ぎないアプリに飽き飽きしているようで、そうしたアプリには AR ビューにモデルをドロップする以上の機能を求めている。

4.2 最小限の機能

4.2.1 ARKit を使用するアプリは、リッチで統合された拡張現実エクスペリエンスを提供する必要があります。単にモデルを AR ビューにドロップしたり、アニメーションを再生するだけでは不十分です。

ガイドラインは改正され、テンプレートアプリの利用についても詳細が規定されました。ここ数週間、規則違反によるアプリの却下は、レストランなどの小規模事業者にとって不意を突くものでした。新しい条項では、アプリのコンテンツの所有者がアプリを提出する限り、アプリ生成サービスの利用が許可されると規定されています。

4.2.6 商用テンプレートまたはアプリ生成サービスから作成されたアプリは、アプリコンテンツの提供者から直接提出されない限り、却下されます。これらのサービスは、クライアントに代わってアプリを提出してはならず、クライアントが独自の顧客体験を提供するカスタマイズされた革新的なアプリを作成できるツールを提供する必要があります。テンプレート提供者にとって許容されるもう1つの選択肢は、集約型または「ピッカー」モデルですべてのクライアントコンテンツをホストする単一のバイナリを作成することです。例えば、クライアントのレストランごとにカスタマイズされたエントリまたはページを備えたレストラン検索アプリ、またはクライアントのイベントごとに個別のエントリを備えたイベントアプリなどです。

最後に、Apple が中国の App Store から一部の VPN アプリを削除したことを受けて、ガイドラインでは、VPN は現地の法律に準拠する必要があると明記されています。

5.4 VPNアプリ

VPNサービスを提供するアプリは、NEVPNManager APIを利用し、収集されるユーザーデータとその使用方法を明確に宣言する必要があります。VPNアプリは現地の法律に違反してはなりません。VPNライセンスが必要な地域でVPNアプリを提供する場合は、「アプリレビューメモ」欄にライセンス情報を提供する必要があります。

弁護士という職業柄、App Store Reviewガイドラインの進化にはいつも興味をそそられます。それぞれのルールは、AppleのAPIの変更、開発者による独特で予期せぬ方法でのAPI利用の試み、そしてその両方がもたらす避けられない予期せぬ結果を直接反映しています。