こんな人におすすめ：
- Webエンジニアやバックエンド開発者で認証設計を学びたい方
- セキュリティ担当者でセッション管理の基礎を理解したい方
- WordPressなどCMSのログイン機構に関わる開発者
プロンプト例：
「セッション管理認証の仕組みを初心者にわかりやすく説明してください。また、セッションIDとCookieの連携や、代表的な動作フローを箇条書きで示してください。」
プロンプト例の出力結果：
セッション管理認証は、Webサービスでユーザーのログイン状態を維持する方法です。ログイン成功時にサーバーが一意のセッションIDを発行し、これをCookieに保存してクライアントに渡します。その後のリクエストにはCookieに保存されたセッションIDが自動的に付与され、サーバーは受け取ったIDをもとにユーザーセッションを識別します。
主な動作フロー：
1. ユーザーがメールアドレスとパスワードを入力してログインリクエストを送る。
2. サーバーが認証に成功するとセッション情報（ユーザーID、期限など）をサーバー内に保存し、セッションIDを生成する。
3. サーバーはSet-CookieヘッダでセッションIDをブラウザに返す。
4. ブラウザはセッションIDをCookieに保持し、以降のリクエストで自動的に送信。
5. サーバーは受け取ったセッションIDを参照し、ログイン済みユーザーとして処理を続行する。
この方式は認証情報を毎回送信しなくてよいためセキュリティ性が高く、セッションIDがサーバー側に保存されるため状態管理（ステートフル）が可能です。一方で、トークンベース認証と比較するとサーバー側にセッション格納が必要であり、無効化処理や有効期限管理が重要となります。
