コミュニティの会員情報とプライバシー

結論：会員情報は「会員どうしに見える情報」と「運営だけが見る情報」を分けて、段階ごとに目的と見せ方を決める

会員制のコミュニティは、会員の情報が集まる場です。氏名やニックネーム、メールアドレス、決済に関する情報のほかに、プロフィール欄の自己紹介、投稿の内容、ダイレクトメッセージ、参加した集まりの履歴、閲覧や反応の記録が溜まっていきます。しかも、その一部は運営者だけでなく、他の会員にも見えます。運営者の個人情報の取扱いが、一般のサービスより一段複雑になるのは、このためです。

一般的なアプリやサービスのプライバシーポリシーの書き方は、別のガイドが扱っています。このページは、会員制コミュニティに固有の論点に絞ります。誰に、どの情報が、どこまで見えるのか。運営者はダイレクトメッセージを見ることがあるのか。共通の悩みや属性で集まる場で、投稿に機微な情報が含まれるときに運営者は何をすべきか。運営スタッフ、外部のチャットツール、クラウドの保管場所の扱い。そして、退会した後に情報はどうなるのか。個人情報保護法の条文と、会員向けの文書の書き方を結びつけて整理します。

結論を先に並べます。

• 情報を三つの層に分ける。全会員に見える情報、一部の会員にだけ見える情報、運営者だけが見る情報。層ごとに、利用目的と見せ方を決め、会員が自分の見え方を選べる範囲を決める。
• 利用目的は、できる限り特定し、取得する場面で示す。申込みフォームなど、書面（電磁的記録を含む）で本人から直接情報を取得するときは、あらかじめ利用目的を明示する（個人情報保護法17条、21条2項）。
• プロフィールの公開範囲は、運営者が一方的に決めない。実名かニックネームか、メンバーリストに載るか、検索で見つかるかを、会員自身が選べる設計にして、規約に書く。
• 運営者がダイレクトメッセージの内容を確認することがあるなら、場面と担当者を限定して、事前に会員へ示す。確認しないと決める選択もある。仕組みによっては、通信の秘密（電気通信事業法4条）の問題が出る。
• 共通の悩みや属性で集まるコミュニティは、要配慮個人情報（同法2条3項）の入口に立つ。運営者が意図せず取得することがないよう、入会時の質問と投稿の運用を設計する。
• 外部のツールとスタッフは、安全管理と監督の対象。権限を分け、外部への提供や外国にある事業者の利用は、条文に沿って整理する（同法23条〜25条、27条、28条）。

取得項目と利用目的：会員に見せる情報と、運営だけが見る情報を分ける

個人情報保護法は、個人情報取扱事業者に、利用の目的をできる限り特定することを求めています（同法17条1項）。利用目的を変更する場合は、変更前の目的と関連性を有すると合理的に認められる範囲を超えてはなりません（同条2項）。目的の達成に必要な範囲を超えて個人情報を取り扱うには、あらかじめ本人の同意が必要です（同法18条1項）。

取得のときの伝え方は、取得の方法で決まります。個人情報を取得した場合は、あらかじめ利用目的を公表している場合を除き、速やかに利用目的を本人に通知し、または公表します（同法21条1項）。そのうえで、本人との契約の締結に伴って契約書その他の書面（電磁的記録を含む）に記載された本人の個人情報を取得する場合その他、本人から直接書面に記載された個人情報を取得する場合は、あらかじめ、本人に利用目的を明示しなければなりません（同条2項）。コミュニティへの入会申込みフォームに会員が入力する情報は、この「直接書面（電磁的記録を含む）に記載された情報」にあたる典型です。フォームの近くに、利用目的を表示しておきます。

表の中でいちばん注意が要るのは、一部の会員にだけ見える情報の層です。参加者名簿を会員に見せることは、個人データを他の会員という第三者に提供することにあたり得ます。個人データは、法令に基づく場合などを除き、あらかじめ本人の同意を得ないで、第三者に提供してはなりません（同法27条1項）。コミュニティの性質上、他の会員から見えることを前提に入会するとしても、何が見えるのかは、本人が分かる形で示し、できる限り本人が設定で選べるようにします。「入会した時点で、プロフィールの公開に同意したものとみなす」と書くだけでは、見える範囲が会員に伝わったとは言いにくい場面があります。

プロフィールの公開範囲：実名・ニックネーム・メンバーリスト・検索・退会後

プロフィールの設計は、コミュニティの性質で変わります。仕事のつながりを生むコミュニティでは、実名や所属、連絡先が見えるほうが価値が上がります。相談や悩みを話す場では、匿名のニックネームのほうが安心して発言できます。どちらに寄せても、運営者が決めるのは次の五つです。

1. 実名かニックネームか。入会時に実名の登録を求めるのか、表示だけをニックネームにするのか。実名を登録させて運営だけが見る形も、会員に見える形も、利用目的が異なる。
2. プロフィールの項目。写真、所属、居住地域、年代、自己紹介のうち、必須の項目と任意の項目を分ける。任意の項目は、書かなくても会員資格に影響がないことを示す。
3. メンバーリスト。全会員が会員の一覧を見られるのか、検索でしか見つからないのか、参加するグループの中だけなのか。
4. 外部からの見え方。会員でない人や検索エンジンから、プロフィールや投稿が見えるのかどうか。
5. 退会後の表示。退会した会員の過去の投稿やプロフィールが、残るのか、匿名化されるのか、消えるのか。

設計が定まったら、実際の画面と規約が一致しているかを確かめます。規約では「ニックネームだけが表示されます」と書いているのに、投稿の署名に氏名の一部が出る、投稿の通知メールに会員の実名が表示される、といった食い違いは、運営者が意図しない公開になります。画面の表示、通知、検索の結果、書き出しファイルの表示を、会員の目線で一度通して確かめます。入会時にどの項目を取得し、承認の段階で何を確認するかは入会申込と承認制で扱っているので、入会の画面とあわせて見直します。

ダイレクトメッセージ・チャットを運営が確認するとき

会員どうしのダイレクトメッセージは、会員にとって私的な連絡の場です。通報や紛争の調査、嫌がらせの確認のために、運営者が内容を確認する場面が出てきます。確認することがあるのか、ないのかを決め、あるなら、どんな場面で、誰が、どの範囲で確認するかを、会員に先に示しておくことが基本です。

電気通信事業法4条1項は、電気通信事業者の取扱中に係る通信の秘密は侵してはならない、と定めています。電気通信事業は、電気通信役務（他人の通信を媒介し、その他電気通信設備を他人の通信の用に供すること）を他人の需要に応ずるために提供する事業をいいます（同法2条）。会員どうしのダイレクトメッセージを運営者が仲介する仕組みが、この定義に当たるのか、当たるとして登録や届出（同法9条など）が必要か、通信の秘密の保護がどう及ぶかは、サービスの仕組みによります。このページでは、条文の入口を示すにとどめ、当てはめはしません。

通信の秘密の規制が及ばない仕組みであっても、会員のメッセージの内容を運営者が見ることは、会員の信頼に直結します。同意なく覗き見られたと感じた会員は、コミュニティを離れるだけでなく、運営の対応を外に語ります。規約に確認の可能性を書く、ガイドラインに確認の手順を書く、通報への返信に確認した旨を書く。これらは、法的な義務の有無にかかわらず、運営の誠実さを示す手段になります。通報を受けた後の措置の組み立ては警告・利用停止・除名で、削除と通報の窓口は禁止事項・投稿削除・通報の運用で整理しています。

共通の悩みや属性で集まる場：要配慮個人情報の入口

共通の関心だけでなく、共通の悩みや事情で集まるコミュニティがあります。そうした場では、会員が自己紹介や相談の投稿の中で、自分の健康、家族の事情、過去の出来事に触れることがあります。個人情報保護法には、取扱いに特に配慮を要する情報を「要配慮個人情報」として扱う仕組みがあります。

同法2条3項は、要配慮個人情報を、本人の人種、信条、社会的身分、病歴、犯罪の経歴、犯罪により害を被った事実その他本人に対する不当な差別、偏見その他の不利益が生じないようにその取扱いに特に配慮を要するものとして政令で定める記述等が含まれる個人情報としています。そして同法20条2項は、法令に基づく場合などを除き、あらかじめ本人の同意を得ないで、要配慮個人情報を取得してはならないと定めます。

会員が自分で投稿した内容を、運営者がどのように「取得」したことになるのかは、運営の仕組みによって評価が分かれ得ます。ただ、運営者が入会時のアンケートで病歴や過去の経験を尋ねる、運営者が会員の相談の内容を整理して名簿のように保管する、といった場面は、運営者が要配慮個人情報を取得していると評価される可能性が高まります。設計の方向としては、次の三つが考えられます。

他の会員の情報を投稿に書く行為は、運営者にとって別の悩みを生みます。たとえば、会員が自分の家族や職場の同僚の事情を、本人の同意なく投稿するケースです。投稿の保証と責任は投稿の権利で整理しますが、情報の扱いの観点では、他人の個人情報を同意なく投稿しない旨をガイドラインに置き、通報があれば削除する手順を決めておくことが必要です。

外部ツール・クラウド・外国にある事業者：提供と委託の整理

会員制コミュニティの運営は、多くの外部サービスに支えられています。連絡のためのチャットツール、オンライン会議、会員管理や決済のサービス、データを保管するクラウド。会員の情報がこれらのサービスに入るとき、運営者から外部への「提供」なのか「委託」なのかで、整理が変わります。

個人情報保護法27条5項は、一定の場合に、個人データの提供を受ける者が、第三者に該当しないものとしています。そのひとつが、利用目的の達成に必要な範囲内で個人データの取扱いの全部または一部を委託することに伴って個人データが提供される場合です（同項1号）。会員管理のサービスに会員の名簿を預けて処理してもらうような場面は、委託に整理できる場合があります。委託をする場合、運営者は、委託先に対して必要かつ適切な監督を行う必要があります（同法25条）。

サービスの提供者が外国にある場合は、さらに別の条文が関わります。個人情報取扱事業者は、外国にある第三者に個人データを提供する場合には、一定の例外を除き、あらかじめ外国にある第三者への提供を認める旨の本人の同意を得なければなりません（同法28条1項）。同意を得るときには、当該外国における個人情報の保護に関する制度、当該第三者が講ずる個人情報の保護のための措置その他本人に参考となるべき情報を、あらかじめ本人に提供する必要があります（同条2項）。外国にある事業者のクラウドやツールを使っている運営者は、サービスの提供者の所在や、データを保管する場所を確認したうえで、この条文に沿った整理を行います。個人情報保護委員会は、通則編のほか、外国にある第三者への提供編のガイドラインを公表しており、整理の際の参照資料になります。

最後の行は、運営者の交代や譲渡の場面です。承継の手順と会員への周知は内容変更・移行・終了・運営者交代で整理します。

運営スタッフの権限分けと、退会後・保存の扱い

権限分けと安全管理

運営が一人から数人に広がると、会員情報にアクセスできる人が増えます。個人情報取扱事業者は、取り扱う個人データの漏えい、滅失または毀損の防止その他の安全管理のために必要かつ適切な措置を講じる必要があります（同法23条）。従業者に個人データを取り扱わせるときは、安全管理が図られるよう、必要かつ適切な監督を行います（同法24条）。

具体的な設計は、会員制コミュニティの規模と運営体制で変わりますが、基本は権限の分離です。すべての運営スタッフに、全会員の氏名と連絡先と決済の記録を見せる必要はありません。モデレーター（投稿の確認と削除を担当する人）には、投稿とニックネームの管理に必要な権限だけを渡し、決済の記録は担当者に限る。ダイレクトメッセージの確認は、前に述べたとおり、指定する担当者に限る。権限は、役割に応じて付け、役割を外れたら外します。

漏えいなどの事態のうち、個人の権利利益を害するおそれが大きいものとして個人情報保護委員会規則が定める類型に当たるときは、同委員会への報告と本人への通知が必要になります（同法26条）。会員のメールアドレスの一覧を、誤って関係のない第三者に送信した、という間違いも、状況によっては対象の検討が必要になります。起きたときに慌てないよう、誰が、何を確認し、誰に連絡するかを、あらかじめ決めておきます。

保存・退会後・開示の請求

個人データは、利用目的の達成に必要な範囲で正確かつ最新に保ち、使う必要がなくなったら遅滞なく消去するよう努めることが求められます（同法22条）。退会した会員の情報を、いつまで、何の目的で保管するのかを、運営者は決めておく必要があります。

会員から、自分の情報の開示を求められることもあります。本人は、個人情報取扱事業者に対し、当該本人が識別される保有個人データの電磁的記録の提供による方法その他の個人情報保護委員会規則で定める方法による開示を請求できます（同法33条）。運営者は、請求の窓口と本人確認の方法を決めておきます。請求を受けたときの対応は規約トラブルとよくある質問の視点とあわせて準備しておくと、運営者の負担が小さくなります。

起きがちなことと、見直しのチェックリスト

よくあるご質問

あわせて読みたいページ

本ページは一般的な情報提供です。個別のコミュニティへの当てはめは、サービスの仕組みや会員との合意の経緯によって異なることがあります。書き方の例として紹介している内容は、一般に見られる書き方を整理した例で、特定の事業者や案件を示すものではありません。条文は e-Gov法令検索（法令API）で確認しています。参考: e-Gov法令検索 / 消費者庁 / 個人情報保護委員会