会員サイトを「公開できる」から「運用できる」へ。認証・検索・権限・外部データ連携をどう設計したか

会員向け情報は、種類ごとに公開期間、添付ファイル、検索方法が異なり、長年蓄積した件数も多いため、単に画面を作り直すだけでは運用できませんでした。また、会員情報は外部サービスを正本としており、サイト側で二重管理しない認証・同期の設計が必要でした。

担当引き継ぎ後に未決事項が残り、コーディングとシステムの担当範囲、外部保守会社による環境・SSL・DNS関連作業も早期に整理する必要がありました。公開日までに全要望を入れるのではなく、公開前の必須対応と公開後の改善を分けることも条件でした。

まず、会員と管理者の認証を分け、会員情報は外部サービスから定期的に差分同期する構成としました。会員向けコンテンツは用途別に整理し、カテゴリ、複数語、年、月で検索できるようにしています。管理画面では下書き、公開開始・終了期間、プレビュー、役割・権限を扱える基盤を用意しました。

公開工程では、公開4日前をFIX期限とし、それ以降の要望を公開前の必須事項と公開後対応へ切り分けました。メンテナンス表示、認証解除、URL正規化、DNS切替などを関係者別・実施順に整理し、FHWだけで完結しない作業も含めて進行しました。公開後に年検索とページネーションの組み合わせで問題が判明した際は、検索条件を保持する独自ページャーを修正し、管理者プレビューなど実運用で必要になった機能も追加しました。

利用者の年齢やWebへの習熟度に幅があるため、派手な動きよりも、文字の読みやすさ、情報の見つけやすさ、操作の分かりやすさを優先しました。ロゴや色は意味と選定理由を資料化して提示し、判断基準を共有したうえで決定しています。

サイトマップが確定しきらない段階でも、下層ページで見出しやパーツを再利用できる構成を先に整え、後から情報が増えても全体の一貫性を保ちやすいデザインシステムを組みました。

会員専用認証と管理者認証を分け、会員向けコンテンツ管理、資料配布、各種フォーム、公開期間管理をLaravelで実装しました。検索はカテゴリ、複数語、年、月に対応し、絞り込み条件を保持したままページ移動できる構成です。外部会員管理サービスとはAPIで全件・差分同期し、日次処理と管理画面からの手動同期を用意しました。

公開後、実際の最大件数と年検索を組み合わせた際にページネーションのUX上の問題が見つかり、表示範囲を見直しました。管理者プレビューや複数ユーザー、役割・権限の確認も継続し、公開日をゴールにせず、実運用で判明した条件を保守・改善へ戻しています。

この経験から、システム案件では設計段階からエンジニアが入り、データ量、検索条件、権限、外部作業、公開後運用までを要件に含めることが重要だと整理しました。