コミュニティSNSの通報・ブロック・管理画面の作り方｜後回しにすると困る理由と、よくある抜け漏れ

プロフィールと投稿の画面ができると、SNS はひとまず完成したように見えます。しかし、公開して人が集まり始めると、宣伝の書き込み、言い争い、特定の人へのしつこい返信などが起きます。そのときに運営が使える道具がないと、対応はすべて手作業になり、運営者の負担と利用者の不安が一気に大きくなります。

モデレーションの機能を後回しにすると困る理由

• 問題は、人が増えた後に起きる。いちばん忙しい時期に、機能の追加とデータの手直しを同時にすることになります。
• 後から入れると、すべての読み取りに影響する。ブロックや非表示は、投稿・返信・プロフィール・画像・通知のすべての読み取りに関わります。後から足すと、直す場所が多くなり、漏れも出やすくなります。
• 利用者は、守られているかで場所を選ぶ。通報やブロックの手段が見当たらない場所には、安心して書き込めません。

通報: 何を、誰が、どこまで見られるか

• 通報の対象を種類で管理する：投稿・返信・利用者など、対象の種類を表で持っておくと、後から機能を足したときに同じ仕組みで通報できます
• 読める人を絞る：通報の内容を読めるのは、通報した本人と管理者だけにします
• 同じ相手への重複を防ぐ：同じ人が同じ対象を何度も通報できないよう、一意の制約を付けます
• 状態を持つ：「未対応・対応済み・問題なし」などの状態と、対応した管理者・日時を残します

ブロック: 「見えない」と「関われない」を両方

ブロックには、2つの意味があります。

1. 見えない。ブロックした相手の投稿・返信・プロフィールが、自分の画面に出ない。
2. 関われない。ブロックされた相手が、自分の投稿に返信したり、自分を通報の対象以外で操作したりできない。

どちらも、読み取りと書き込みのポリシーで効かせます。「AさんとBさんの間にブロックがあるか」を判定する関数を1つ作り、投稿・返信・プロフィールなどすべてのポリシーから同じ関数を呼ぶと、抜け漏れが減ります。ブロックは双方向に効かせるのが一般的です（どちらが設定しても、互いに関われない）。

管理画面: 非表示・利用停止と記録

• 削除より非表示：運営の判断で消すときは、まず非表示にします。判断を誤ったときに戻せて、対応の記録も残ります
• 非表示の範囲：投稿を非表示にしたら、その返信や画像も一緒に見えなくなるかを確かめます
• 利用停止の効き方：利用停止の判定をポリシーに入れ、ログイン中のセッションが残っていても、投稿・返信・通報を作れないようにします
• 管理者の操作もデータベースで制限：管理画面を開けるかどうかだけでなく、非表示や利用停止の操作そのものを、管理者だけが実行できるようにします
• 操作の記録：誰が、いつ、何に対して、どの操作をしたかを残します。運営者が複数いるときに、対応が重なったり漏れたりするのを防げます

上限と自動の非表示

• 投稿の上限。1時間あたりの投稿数・返信数・通報数に上限を設けます。画面だけでなく、データベースでも数えて止めます。
• 一定数の通報で自動の非表示。複数の利用者から通報された投稿を、管理者が確認するまで自動で非表示にする方法もあります。ただし、少数で特定の人を狙った通報が起きうるため、件数のしきい値と、管理者が確認して戻す流れをセットで用意します。

運営の決まりも、機能と一緒に用意する

機能がそろっていても、使う人と決まりがなければ動きません。公開前に、次の3つを用意しておきましょう。

1. コミュニティのルール。禁止すること（宣伝・売買・個人情報の書き込み・特定の人への攻撃など）と、違反したときの対応（非表示・警告・利用停止）。
2. 見回りの担当。通報を確認する人を、少なくとも2人。確認する頻度の目安も決めておきます。
3. 利用規約とプライバシーポリシー。会員のデータの扱いと、運営が投稿を非表示にできることを明記します。

まとめ

権限まわりの全体の見直しには、Supabase で会員制コミュニティを作るときの安全チェックリストもお使いください。