Legal & Trust Center

oka-projectの法務・プライバシー・セキュリティに関する文書を、一枚の巨大な規約に全部押し込むのではなく、「何について知りたいのか」に応じて辿れるようにまとめた入口です。

このページを作った理由は単純で、規約というものは、短すぎると何も分からず、長すぎると誰も読まず、細かく分けすぎると今度はどこを見ればよいか分からなくなるからです。そこでoka-projectでは、効力を持つ基本文書は利用規約、プライバシーポリシー、特定商取引法に基づく表記の3本に寄せつつ、その周囲に「何が起きているかを読むための補足ページ」を置き、法律の文章と、実際の設計思想と、将来の拡張に備えた説明をできるだけ別々に追える形にします。

まず3つだけ読むなら

利用規約は、本サービスをどう使えるか、何をしてはいけないか、将来AI・API・アカウント・販売・コミュニティ等が増えた場合にどの基本条件が引き継がれるかを定める土台です。

プライバシーポリシーは、入力した情報、アクセスログ、Cookie、外部サービス、問い合わせ、将来追加されるアカウントや決済等を含め、情報がどこで取得され、何のために使われ、どのように管理されるかを定める土台です。

特定商取引法に基づく表記は、現在の販売状況と、将来オンライン販売を始める場合に何を具体的に表示しなければならないかを整理する土台です。

もう少し中身まで知りたい場合

「ブラウザに文章を貼り付けたとき、その文章はどこへ行くのか」という疑問には、データの旅で答えます。ブラウザ内処理、サーバー通信、アクセスログ、問い合わせ、将来のクラウド保存等を、できるだけ実際の流れに沿って説明します。

「ページを開くだけでGoogleやCloudflareへ何か送られているのか」という疑問には、外部送信についてで答えます。現在利用しているGoogle Analytics、Cloudflare、Cloudflare Turnstile等について、何のために使い、どのような情報が送信され得るかを整理します。

「脆弱性を見つけた」「何か変な挙動がある」「安全性について知りたい」という場合は、セキュリティポリシーを確認してください。

「何をしたら利用停止になるのか」「自動アクセス、スクレイピング、攻撃、スパム、投稿機能が将来増えた場合の扱いはどうなるのか」という疑問には、利用ルール・禁止事項で答えます。

「まだ直接販売していないのに、なぜ特商法ページがこんなに長いのか」という疑問には、販売を始める前の方針で答えます。

なぜここまで分けるのか

最初のoka-projectは、小さなWebツール、記事、個人制作物をまとめる場所として考えれば、数ページの規約で十分に見えます。しかし、ツールに保存機能が付き、AIが付き、ログインが付き、ユーザー投稿が付き、課金が付き、APIが付き、第三者のサービスと連携し、海外からも使われるようになると、同じ「サイトを使う」という一言でも、その裏側で起きることは大きく変わります。

ここでよくある失敗は二つあります。一つは、将来のことを考えず、機能を追加するたびに規約を継ぎ足し、どの文章が何を意味しているのか分からなくなること。もう一つは、逆に最初から「当方は必要に応じてあらゆる情報を取得し、あらゆるサービスを変更でき、一切責任を負いません」のような巨大で曖昧な文章を書き、長いけれど実際には何も説明していない状態にすることです。

oka-projectでは、その中間を狙います。基本文書は広く、将来の拡張にも耐えるように長く書きます。ただし、実際に新しいデータ処理、販売、外部送信、AI連携等を始める時点では、抽象的な「場合があります」だけで済ませず、必要な部分を具体化します。

法務文書は完成品ではなく運用物

規約は一度書いたら終わる種類のページではありません。ブラウザだけで完結していたツールがクラウド保存に対応すればPrivacyを見直し、無料だった機能が有料になればCommercialを具体化し、第三者投稿を受け付けるならTermsとAcceptable Useを見直し、脆弱性報告の窓口が変わればSecurityを更新する必要があります。

そのため、このLegal Centerは「今あるページ一覧」であると同時に、「将来何かを始めるとき、どこを更新すべきかを思い出すための目次」でもあります。

文書の優先関係

このLegal Center自体は、各規約を置き換えるものではありません。特定のサービス、販売、機能、キャンペーンその他に個別条件がある場合、その対象については個別条件が優先することがあります。

また、法令上利用者に認められる権利、強行法規その他、規約で排除できない事項をこのページによって制限するものではありません。

最後に

法務ページは、読ませないために長くするのではなく、あとから「そこは書いてありませんでした」とならないように長くし、それでも必要な人が必要な情報へ辿れるように細分化する、という少し矛盾した設計を目指しています。

その結果、ページ数も文章量も普通の個人サイトよりかなり多くなる可能性がありますが、それ自体が目的ではなく、「小さいツールから始まって、将来かなり別物になっても、どこに何を書くべきかが分からなくならないこと」を目的としています。

ケース別に読む

条文だけを上から読むより、「何を始めると何が増えるのか」を追いたい場合は、ケース集から読む方が早い場合があります。

利用規約が育っていくケース集では、単純な変換ツールに保存、ログイン、共有、AI、課金、API、マーケットプレイス等を一つずつ足していくと、どの瞬間にどの種類のルールが必要になるのかを追います。

プライバシーのケース集では、ページを開く、文章を貼る、保存する、問い合わせる、AIへ送る、ログインする、購入する、物を送る、海外から使うといった場面ごとに、データの扱いがどう変わるかを追います。

販売パターン別ケース集では、買い切り、SaaS、デジタル商品、物品、受託、予約販売、マーケットプレイス、アプリストア等で、同じ「売る」という行為の裏側に何が増えるかを追います。

ここまでページを分けると、法務ページ自体が一つの小さなサイトのようになってきますが、巨大な一枚を作って途中で迷子になるより、目的に応じて入口を増やし、正式な条件は基本文書へ戻れる構造を維持する方が、長期的には更新しやすいと考えています。