アプリの利用規約：EULA、ストアのルール、アプリ内の規約

表示する場所によって、ユーザーが同意する前に利用規約を確認する公正な機会があったかどうかが決まります。次の場所にリンクを置きましょう。

1. ストアの掲載ページ： Appleでは、カスタムEULAの欄またはアプリの説明文にある規約のリンク。Google Playでは、説明文または開発者のWebサイト。
2. 登録画面： アカウント作成ボタンの横に、「アカウントを作成すると、サービス利用規約に同意したものとみなされます」のような明確な文言と、利用規約とプライバシーポリシーへのタップできるリンク。
3. ペイウォール： 購入ボタンの近くに、サブスクリプションの名称、期間、価格、利用規約とプライバシーポリシーへのリンク。
4. 設定画面または情報画面： ユーザーが後から見つけられる常設のリンク。
5. 変更の通知： 重要な条件が変わったときのアプリ内メッセージまたはメール。

ストアの掲載ページとアプリがリンク切れのページを指すことのないよう、安定した公開URLを使ってください。公開し続けられるリンクの作り方については、プライバシーポリシーのURLを取得する方法をご覧ください。同じ方法が利用規約にも使えます。

Legal Policy Generatorは、回答から両方の文書を作成します。質問票、全文プレビュー、シンプルなHTML・PDFのダウンロードはアカウント不要で無料です。生成された利用規約は法的助言ではありません。

主要なストアで配信されるアプリには、すでに何らかのライセンス条件が付いています。そのため本当の問いは、そのデフォルトの条件がアプリの機能をカバーしているかどうかです。アプリに次のものがある場合、通常はカバーしきれません。

• アカウントやログイン： セキュリティ、利用停止、削除に関するルールが必要です
• サブスクリプションやアプリ内課金： 更新と解約について明確な条件が必要です
• ユーザーコンテンツ： 投稿、チャット、レビュー、アップロードなど
• コミュニティ機能やマルチプレイ機能： 行動ルールとモデレーションが必要です
• 連携するサービス： Webダッシュボード、API、クラウド同期など

アカウントも課金もないシンプルなオフラインのユーティリティであれば、ストアのライセンスで十分な場合もあります。それ以外のほぼすべてのアプリは、独自のサービス利用規約を持つことで得るものがあります。ストアのライセンスが扱うのはソフトウェアであり、その周りのサービスをどう運営するかではないからです。

機能ごとに考えるこの方法は、プライバシーにも当てはまります。そちらの準備がまだの場合は、アプリのプライバシーポリシーの作り方をお読みください。ストアの掲載手続きでは、利用規約よりも先にプライバシーポリシーのURLを求められるからです。

標準EULAとして知られるAppleのライセンス済みアプリケーションのエンドユーザー使用許諾契約は、App Storeで提供されるアプリは販売されるのではなくライセンスされるものである、という簡潔な一文で始まります。App Store Connectヘルプによると、カスタムEULAを提供しない場合、Appleはすべての国と地域でこれを適用します。

標準EULAは、ソフトウェアライセンスの基本事項をカバーしています。

• Appleの利用ルールに従い、ユーザーが所有または管理するApple製品上でアプリを使用するための譲渡不能なライセンス
• 法律で認められる場合を除く、複製、リバースエンジニアリング、再配布の制限
• アップデートとサポートに使用する技術データをライセンサーが収集することの許可
• ユーザーが条件に違反した場合のライセンスの終了
• 保証の否認と責任の制限

カバーしていないのは、あなたのサービスです。アカウントのルール、コミュニティガイドライン、サブスクリプションのプラン、モデレーションの手順、ユーザーの利用を停止できる場合については何も定めていません。ライセンスそのものを超える事項については、アプリとその掲載ページからリンクした独自のサービス利用規約が必要です。

App Store Connectの「App情報」でカスタムの使用許諾契約を入力すると、標準EULAを置き換えることができます。Appleはプレーンテキストのみを受け付け、HTMLは除去され、適用する国や地域を選択できます。

次のような場合は、カスタムEULAを検討してください。

• ライセンス条件が大きく異なる場合（たとえば法人利用に限定する場合や、シート数に上限を設ける場合）
• 標準EULAに含まれていないライセンス上の制限が必要な場合
• iOSユーザー向けに、ライセンス条件とサービス条件を1つの文書にまとめたい場合

カスタムEULAは、Appleの開発者EULAの最低条件を満たさなければなりません。主な点として、次のことが必要です。

1. 契約がAppleとではなく、あなたとユーザーとの間のものであることを認める
2. 保守とサポートの責任はAppleではなくあなたにあると明記する
3. 製品に関する請求と知的財産に関する請求について、あなたが責任を負うものとする
4. あなたの名称、住所、連絡先を記載する
5. Appleとその子会社を第三者受益者として指定する

多くの開発者は、ライセンスについては標準EULAを維持し、サービスについては別のサービス利用規約を公開するほうが簡単だと感じています。この方法はAndroidやWebでも通用します。

Google Playの仕組みは異なります。Google Playデベロッパー販売配布契約の第5.3条では、アプリに独自のエンドユーザー使用許諾契約を添付できること、両者が矛盾する場合は販売配布契約が優先されること、そしてGoogleはあなたのEULAの条件について責任を負わないことが定められています。また、この契約により、アプリのサポートと保守、そしてアプリに関するユーザーの苦情への対応はあなたの責任とされています。

ユーザーに対しては、Google Play自体の利用規約が、Playを通じて入手したコンテンツを使用するための基本的なライセンスを付与しており、アプリには開発者による追加の条件が付く場合があることにも触れています。

実務上、Androidの開発者の多くは次のようにしています。

• サービス利用規約を、安定した公開URLで公開する
• Playの掲載ページの説明文や開発者のWebサイトからリンクする
• 登録時と設定画面で、アプリ内に表示する

両方のプラットフォームで配信する場合、通常は1つのサービス利用規約で両方をカバーでき、課金、返金、ストアのルールが異なる部分にはチャネルごとの段落を設けます。アプリ用利用規約作成ツールは回答からこの構成を作成するため、iOSとAndroidのユーザーは一貫した1つの契約を読むことになります。

課金はアプリの利用規約で最も問題が起こりやすい部分です。取引の多くを運営しているのが、あなたではなくストアだからです。

• 誰が請求するかを明記する。 AppleやGoogle Playを通じた購入は、ストアがその規約に基づいて処理します。Stripeなどの決済事業者を通じたWebサイトでの購入は、あなた自身の利用規約に従います。
• 解約方法を正確に説明する。 ストアのサブスクリプションは通常、ユーザーのストアアカウントの設定で管理・解約されます。どこで手続きするかをユーザーに伝えましょう。
• 実行できない返金を約束しない。 ストアでの購入の返金は、ストアの手続きを通じて行われます。独自の返金ポリシーは、自分が管理するチャネルについてのみ示してください。
• 購入前に内容を説明する。 Appleのガイドライン3.1.2(c)は、サブスクリプションへの登録を求める前に、その価格でユーザーが何を得られるかを明確に説明するよう求めています。
• アプリ内で利用規約とプライバシーポリシーにリンクする。 自動更新サブスクリプションについては、Appleのデベロッパ契約によりこれらのリンクにアプリ内からアクセスできるようにすることが求められ、App Reviewでは掲載ページに規約のリンクがあるかもよく確認されます。

米国の法律は、Restore Online Shoppers' Confidence Actやカリフォルニア州の自動更新法など、継続課金に関するルールを追加しています。Legal Policy Generatorのサブスクリプションと自動更新のセクションは、カリフォルニア州向けの文言を含め、回答で継続課金があることが示された場合に有効になります。

ユーザーが投稿、チャット、共有、アップロードをできる場合、利用規約にはそのコンテンツに関するルールが必要であり、AppleのApp Reviewガイドラインが最低限の基準を定めています。ガイドライン1.2は、ユーザー生成コンテンツやソーシャルネットワーキングサービスを含むアプリに、次のものを備えるよう求めています。

• 不適切なコンテンツが投稿されないようにフィルタリングする方法
• 不快なコンテンツを報告する仕組みと、迅速な対応
• 迷惑行為を行うユーザーをブロックする機能
• ユーザーが連絡できるように公開された連絡先情報

このガイドラインはまた、ガイドライン、あなたのサービス利用規約、コミュニティ基準に違反するコンテンツを削除するのはあなたの責任であるとしています。これは、根拠として示せる利用規約があることを前提にしています。

したがって、アプリの利用規約では次の事項を扱うべきです。

• ユーザーコンテンツの所有者と、それを表示するために必要なライセンス
• 禁止されるコンテンツと行為
• 報告の扱い方と、とり得る措置
• ユーザーが異議申し立てや苦情を行う方法

アプリをEUで提供する場合は、デジタルサービス法により、利用規約でコンテンツの制限とモデレーションの手続きを説明することも求められます。チャットやユーザー作成のステージがあるゲームも同じ問題に直面します。データの面についてはゲームのプライバシーポリシーガイドをご覧ください。

アプリの利用規約では、どのような場合にアカウントを停止または閉鎖できるか、購入したものやコンテンツはどうなるか、ユーザーがどのように退会できるかを定めるべきです。

• 停止または終了するあなたの権利： 詐欺、迷惑行為、繰り返しの権利侵害など、定義された違反に結びつけ、可能な場合に事前通知をするかどうかを明記します。
• ユーザーが退会する権利： Appleはアカウント作成に対応するアプリに、アプリ内でアカウントを削除できるようにすることを求めています。Google Playは、アカウント作成を認めるアプリに、アプリ内とWebリンクの両方で削除できるようにすることを求めています。利用規約ではその手段を案内するべきです。
• 有料コンテンツの扱い： 利用終了後の未使用のクレジット、仮想アイテム、サブスクリプションについて、正直に説明しましょう。ストアのサブスクリプションはストアアカウントで別途解約する必要がある場合があるため、そのことをはっきり伝えてください。
• 利用終了後も存続する条項： ライセンスの制限、責任の制限、紛争に関する条項は、一般に引き続き効力を持ちます。

削除に関する文言は、プライバシーポリシーの保存期間のセクションと一致させてください。一方の文書ではデータを直ちに削除するとし、もう一方では90日としていれば、ユーザー、審査担当者、規制当局のいずれもが見つけられる矛盾を生むことになります。