Webサイトやアプリの利用規約の書き方

利用規約がうまく機能しない最大の原因は、実際とは異なるビジネスを説明していることです。書き始める前に、次の質問への答えを簡単なメモにまとめましょう。

• 運営者：正確な法人名、所在地、連絡先メールアドレスは何ですか？
• 利用者：消費者、事業者、またはその両方ですか？年齢制限はありますか？
• アカウント：利用者は登録しますか？どのようにログインし、アカウントを削除できますか？
• コンテンツ：利用者はコンテンツを投稿、アップロード、共有できますか？それは公開されますか？モデレーションを行いますか？
• お金：単発の購入、サブスクリプション、無料トライアル、アプリ内課金のどれですか？支払いを処理するのは誰ですか？
• 地域：EU、英国、米国の各州、カナダ、オーストラリア、ブラジル、ニュージーランドを対象にしていますか？
• 第三者：利用者は製品を通じてどの外部サービスに触れますか？

それぞれの答えによって、条項を有効にするか無効にするかが決まります。アカウントのない会社案内サイトに必要な利用規約は短いもので足ります。ユーザーがアップロードできるサブスクリプションアプリには、以下のチェックリストのほとんどが必要です。持っていない機能について書くとリスクが増えます。不正確な規約は利用者を混乱させ、消費者に誤解を与えるおそれがあるからです。

これらの質問に対話形式で取り組みたい場合は、Webサイト用利用規約作成ツールが1問ずつ質問し、無料のプレビューを表示します。

オンラインの利用規約の多くは、似た順序で構成されています。これをチェックリストとして使い、当てはまらないものは省きましょう。

1. はじめにと同意：事業者が誰か、規約の対象範囲、同意がどのように成立するか。
2. 利用資格：年齢制限と、法人利用者が自社を代表して行動するかどうか。
3. アカウント：登録、正確な情報、認証情報のセキュリティ、アカウントの閉鎖。
4. サービス：提供する内容、機能の変更、提供状況。
5. 許容される利用：禁止行為、セキュリティの悪用、スクレイピング、違法なコンテンツ。
6. 知的財産：事業者が権利を持つものと、利用者が受ける限定的なライセンス。
7. ユーザーコンテンツ：権利の帰属、ホストするために必要なライセンス、モデレーション、通知。
8. 支払いとサブスクリプション：価格、税金、請求、更新、解約、返金。
9. 第三者サービス：リンク、連携機能、決済事業者。
10. 利用停止と契約終了：いつ、どのように各当事者が関係を終了できるか。
11. 免責と責任：強行法規を尊重した制限。
12. 紛争：準拠法、裁判所または仲裁、苦情。
13. 変更：通知期間と発効日。
14. 連絡先：連絡方法。

プライバシーに関する開示を契約に組み込むのではなく、はじめにのセクションからプライバシーポリシーにリンクしましょう。プライバシーポリシーと利用規約の違いの比較記事で、2つを分けておくべき理由を解説しています。

これらの条項はサービス運営の日々の業務を担うものなので、具体的に書きましょう。

アカウント：誰が登録できるか、利用者が認証情報を安全に管理しなければならないこと、規約に違反した場合にアカウントがどうなるか、利用者がどのようにアカウントを閉鎖できるかを記載します。削除についてはプライバシーポリシーと矛盾しないように説明します。

許容される利用：マルウェア、不正アクセス、スパム、嫌がらせ、権利侵害、違法なコンテンツなど、対処の対象となる行為を列挙します。「不適切」のような曖昧な言葉よりも、具体例のほうが効果的です。

ユーザーコンテンツ：権利は利用者に残し、サービスを運営するためにコンテンツをホスト、表示、送信するなど、必要なライセンスだけを受けるようにします。利用者がアップロードしたものすべてを商業利用できる包括的で永続的なライセンスは不信を招き、消費者にとって不公正だとして争われる可能性があります。

モデレーション：コンテンツを削除したりアカウントを停止したりする場合は、その方法を記載します。EUで提供されるサービスについて、デジタルサービス法は仲介サービス提供者に対し、コンテンツの制限、モデレーションの方針と手続き、アルゴリズムによる意思決定と人による審査の有無、内部の苦情処理を、明確で曖昧さのない言葉で利用規約に記載するよう求めています。

著作権に関する通知：ユーザーコンテンツをホストする米国のサービスは、法定のセーフハーバーに依拠したい場合、通常はDMCA通知の手続きと繰り返し侵害者に関するポリシーを公開します。

お金に関する条項は、苦情、チャージバック、規制当局の注目を最も集めるため、記憶に頼らず実際の決済画面をもとに書きましょう。

• 価格と税金：価格がどこに表示されるか、税込みかどうか、通貨。
• 請求経路：Stripe、Apple、Google Play、またはその他の決済処理事業者。アプリストアでの購入は、ストアの請求と返金の手続きに従います。
• 更新：請求期間、更新日、価格変更の告知方法。
• 解約：解約の方法、効力が生じる時期、解約後も継続する利用範囲。
• 返金：自社の方針と、排除できない法定の権利。

いくつかの法律がこれらの条項に影響します。米国では、オンライン買い物客信頼回復法（ROSCA）が、請求情報を取得する前の重要な条件の明確な開示、課金前の明示的なインフォームド・コンセント、定期課金を止める簡単な方法を求めています。カリフォルニア州の自動更新法は、さらに特定の開示、同意、確認通知、解約に関する義務を加えています。EUと英国では、消費者は一般に通信販売契約について14日間の撤回権を持ち、すぐに提供が始まるデジタルコンテンツやサービスには特別なルールがあります。

サブスクリプション製品の場合、SaaS向け利用規約作成ツールが回答に応じて更新と解約に関する文言を有効にします。

これは、自作の利用規約で最も飛ばされがちなステップです。消費者契約では、自社を最も守ってくれることを何でも書けるわけではありません。

EUでは、不公正契約条項指令93/13/EECにより、信義誠実に反して当事者の権利に消費者の不利益となる著しい不均衡を生じさせる定型条項は不公正とされます。不公正な条項は消費者を拘束せず、書面の条項は平易で理解しやすい言葉で書かなければならず、意味に疑義がある場合は消費者に有利に解釈されます。

英国では、2015年消費者権利法（Consumer Rights Act 2015）の第2部が同様の公正性テストを適用し、書面の条項に透明性を求め、曖昧さを消費者に有利に解釈し、過失による死亡または身体傷害についての責任を排除する条項を一切認めていません。同法の附則2には、不公正となり得る条項の例が列挙されています。

削除または書き直すべき危険信号は次のとおりです。

• 通知も解約の権利もなく、価格やサービスを任意に変更すること
• 法定の権利にかかわらず、あらゆる返金を拒否すること
• 自社の過失によるものを含め、あらゆる責任を排除すること
• 利用者が知り得なかった変更に利用者を拘束すること

オーストラリア、ブラジル、カナダ、ニュージーランドにも独自の消費者保護があるため、あらゆる制限に「法律で認められる範囲で」という限定を付け、その範囲内に収まるように作成しましょう。

責任と紛争に関する条項が事業者を守るのは、精査に耐えられる場合だけです。いくつかの原則を紹介します。

• 排除できないものは除外します。過失による死亡または身体傷害、詐欺、強行的な消費者保証は、責任の上限の対象外にしておくべきです。
• 上限は釣り合いのとれたものにします。直近の一定期間に支払われた料金に上限を連動させるのは、有料サービスでよく見られる形です。
• 保証について誤った説明をしません。「現状有姿」の文言は法人利用者には適していても、適用される場合の法定の消費者の権利を排除することはできません。
• 消費者の裁判地に関するルールを尊重します。EUのルールのもとでは、規約で別の法律を選択していても、消費者は一般に居住地の裁判所で訴えを起こすことができ、自国の強行的な保護を受け続けます。
• 仲裁は米国特有の選択肢として扱います。米国の規約には仲裁条項や集団訴訟の放棄が含まれることが多く、これには明確な通知が必要で、オプトアウトの期間を設けることもよくあります。同じルールが適用されるかのようにEUや英国の消費者に課してはいけません。

文言は読みやすく保ちましょう。裁判所や規制当局は、読まれないように作られたと思われる細かい文字をより厳しく審査します。巧妙な条項よりも明確な条項のほうが守りやすいのです。

よくできた利用規約でも、誰も同意していなければ機能しません。米国の判例がその傾向を示しています。Nguyen v. Barnes & Noble（第9巡回区控訴裁判所、2014年）では、Webサイトの下部にのみリンクされていた規約は、それについて通知を受けていなかった顧客を拘束しませんでした。Berman v. Freedom Financial Network（第9巡回区控訴裁判所、2022年）では、裁判所は合理的に目立つ通知と、ボタンのクリックやチェックボックスへのチェックなど、同意を曖昧さなく示す行為を求めました。

強固な同意フローは次のようなものです。

1. 登録、決済、購読など、合意を成立させる操作のすぐ横に規約のリンクを置きます。
2. 「アカウントを作成をクリックすると、利用規約に同意したことになります」のような明示的な文言を使います。チェックが入っていないチェックボックスであれば、さらに明確です。
3. リンクを目立たせます。読みやすいサイズ、背景と対比する色にし、ひと目でリンクと分かるようにします。
4. 利用者、日時、同意した規約のバージョンを記録します。
5. 利用者が規約を保存・再現できるようにします。EUの電子商取引指令は、オンラインで提示される契約条件についてこれを求めています。

アプリにはストア固有の掲載ルールが加わります。詳しくはアプリの利用規約のガイドで解説しています。

新しい料金プラン、マーケットプレイス機能、新しい国への展開など、製品が変われば利用規約も変わります。変更は意図的に管理しましょう。

• 冒頭に発効日を記載し、以前のバージョンはアーカイブするか、公開して閲覧できるようにしておきます。
• 重要な変更は効力が生じる前に通知し、たとえばメールやアプリ内メッセージで、何が変わったかを要約して伝えます。
• 改めて同意を求めます。新たな料金や新しい紛争解決手続きなど、変更が利用者に大きく影響する場合です。
• 一方的な変更条項は避けます。通知なしにいつでも何でも書き換えられるような条項です。EUの不公正条項指令は、正当な理由のない一方的な変更を、不公正となり得る条項の例として挙げています。
• 各利用者がどのバージョンに同意したかを記録し、紛争の際に適用される規約を示せるようにします。

規約を生成している場合は、古い写しを手作業で編集するのではなく、更新した回答から再生成しましょう。そうすれば関連する条項の整合性が保たれます。新しいサブスクリプションのプランを追加したら、1つの段落だけでなく、支払い、解約、返金のセクションをまとめて更新すべきだからです。

現実的な方法は3つあります。

• 一から書く：最大限に管理できますが、時間がかかり、消費者法で必須の文言を見落としやすくなります。
• 他社の利用規約を写す：速いものの、その文章は著作権で保護されている可能性が高く、他社のビジネス、法人、リスクを説明したものです。同じ問題が利用規約にも当てはまる理由は、プライバシーポリシーをコピーしてもよいかをご覧ください。
• 作成ツールやテンプレートを使う：空欄を残すのではなく自社の事実に合わせて調整してくれるものであれば、最も速い方法です。

Legal Policy Generatorは、回答に基づいて選択される、決定論的でバージョン管理された条項によって3つ目の方法を採っています。同ツールの利用規約は、アカウント、許容される利用、ユーザーコンテンツ、モデレーション、サブスクリプションと自動更新、返金、地域ごとの消費者の権利、EUデジタルサービス法、米国のDMCA通知、米国の仲裁、責任、紛争を扱います。質問票、完全なプレビュー、シンプルなHTMLとPDFのダウンロードは、アカウントなしで無料です。地域別の高度なモジュールやオプションのモジュールは$5です。

どの方法を選んでも、生成された規約やテンプレートによる規約は法的助言ではありません。高額な契約、規制対象の製品、特殊なリスクがある場合は、結果を弁護士に確認してもらいましょう。