会員サイトで「見せてよい情報」を役割ごとに分ける仕組み

会員サイトでは、氏名、住所、連絡先、購入履歴、相談内容などを扱います。

「ログインしている人だけに見せれば安心」

「画面から隠したから大丈夫」

そう考えがちですが、本当に大切なのは、誰にどの情報を渡すかを役割ごとに決めることです。

画面を隠すだけでは足りません

CSSで項目を非表示にしても、ページの中やREST APIの応答に情報が残っていれば、データ自体は渡されています。

必要のない相手には、最初から取得させない仕組みにします。

まず4つの役割を分けます

・会員本人：自分の情報だけを確認・変更

・対応担当者：問い合わせ対応に必要な項目だけを閲覧

・管理者：会員管理に必要な操作を実行

・外部サービス：予約やメール配信に必要な項目だけを受け取る

同じ「ログイン中」でも、見せてよい情報は役割によって異なります。

WordPressで行う基本設計

1. 氏名、住所、電話番号、履歴、内部メモを別々の項目で保存

2. 閲覧・編集・CSV出力の権限を役割ごとに決定

3. REST APIが返す項目を利用目的に合わせて制限

4. 会員本人以外のIDを指定した場合は拒否

5. 通知メールやダウンロードにも余分な情報を含めない

6. 未ログイン・会員・担当者・管理者でテスト

AIへは条件まで伝えます

CodexやClaude Codeへ「安全な会員サイトにして」と頼むだけでは、判断基準が不足します。

「会員は自分の電話番号だけ編集できる」

「担当者は問い合わせ画面で閲覧のみ」

「REST APIでは管理者以外へ返さない」

「別会員IDへのアクセスを拒否する」

このように役割、項目、操作、テスト条件まで伝えると、実装と確認を進めやすくなります。

画面だけでなく、API、CSV、通知メール、検索結果まで同じルールで点検することがポイントです。

会員サイトは機能を増やすほど便利になります。その前に、必要な人へ必要な情報だけを渡す土台を作ることで、運用しやすい仕組みにできます。