公開範囲が変わっても、作り直さず切り替えられる会員サイト

当初は、会員登録・ログイン後に在庫の詳細情報を閲覧する会員サイトとして計画されていました。しかし制作途中で、初回公開時には会員機能を一般利用させず、在庫詳細はログインなしで見られる形へ変更する方針となりました。

すでに作った会員データや認証処理を削除してしまうと、将来会員制を再開する際に作り直しが必要です。一方で、未使用のログイン導線や会員限定表記が公開画面に残れば、利用者を迷わせます。どの機能を保持し、どの導線だけを止め、詳細情報をどこまで一般公開するかを、公開単位として整理する必要がありました。

管理側には、多数の在庫情報を個別操作するだけでなく、一括で公開状態を変えたりCSVで登録したりする運用要望もありました。

会員登録、ログイン、会員データは将来の再開に備えてシステム内へ保持し、初回公開ではフロントのログイン導線だけを非表示にしました。会員限定だった在庫詳細への導線は一般利用へ切り替え、利用者から見える画面と、内部に残す機能を分けて管理しました。

在庫情報は一覧・詳細・公開状態を共通データとして整理し、会員制の有無によってデータを作り替えず、表示条件を変更できる構成としました。管理画面には在庫の個別編集に加え、一括非公開やCSV登録を想定した操作単位を設け、公開中の情報を管理者が把握しやすくしています。

方針変更を口頭の例外対応にせず、「現在公開する範囲」「保持する機能」「再開時に戻す導線」を明文化し、将来の変更にも同じ判断軸を使えるようにしました。

一般公開時と会員利用時では、表示する情報量や行動ボタンが変わります。そのため、在庫一覧、詳細、ログイン、会員ページの役割を分け、ログイン導線がなくても一覧から詳細まで自然に進める情報構造としました。

会員機能を再開した場合にも大きく画面構成を変えずに済むよう、会員限定表示や操作領域を後から戻せる位置へ設計しています。在庫ごとに写真や説明量が異なっても比較しやすいよう、主要情報の順番と一覧カードの共通ルールを定めました。公開方針が変わっても、利用者に不要な痕跡を見せず、必要な情報へ迷わず到達できることを優先しました。

会員認証、在庫データ、フロント表示を一つの処理へ密結合させず、公開状態と閲覧条件を分けて実装しました。初回公開では認証処理を削除せず、ログイン導線と会員限定判定の適用範囲を切り替えています。これにより、将来の再開時も保持した会員情報と処理を利用できます。

管理画面では、在庫の公開・非公開を個別と一括の双方で扱えるようにし、CSV登録時の項目と既存データへの影響を整理しました。機能を止める場合でもコードを消すだけではなく、関連するURL、ボタン、権限、データ、管理操作を一組として確認しています。段階公開では「未公開」と「未完成」を区別し、完成済み機能を安全に休止できる設計が重要です。