レビュー相手の決め方
課題のレビュワーは「採用判断に直接関わる人」に絞るのが原則だ。役職や興味だけで追加していくと、機密性のある候補者情報が必要以上に拡散する。選考フローの設計段階でレビュワーの名前と役割を文書化しておくと、URLを誰に送ったかの記録にもなる。
現場エンジニアに技術評価を依頼する場合は、評価基準（コードの可読性・レスポンシブ対応・アクセシビリティなど）を事前に伝えた上でURLを共有する。基準を明示せずに「感想をください」と渡すと、レビュワーごとに着眼点がばらけて比較できない評価になりやすい。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
認証方式の選び方
社内レビューには会社ドメイン認証が最も適している。設定すると@example.co.jpのアドレスを持つ人だけがアクセスできるため、URLが外部に転送されても候補者情報が漏れるリスクを抑えられる。フリーメールアドレスで業務するメンバーが混在する場合は、メール個別認証と組み合わせるとよい。
外部の採用エージェントもレビューに参加させる場合は、パスワード認証が手軽だ。エージェントごとに異なるパスワードを設定するとアクセスログで誰が見たかを区別できるが、管理コストが増えるため規模に応じて判断する。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
フィードバック回収
フィードバックの観点は「UIの使いやすさ」「コードの構造」「要件への適合度」の3項目程度に絞り、GoogleフォームやNotionのフォームへのリンクをURLと一緒に送付する。観点を絞ることでレビュワーの負担が減り、締め切りまでに回答が揃いやすくなる。
レビュー依頼メールには「返信期限：○月○日17時・返信先：採用担当メールアドレス」を明記する。URLを見てもらうだけで終わらないよう、次のアクション（フォーム回答・口頭フィードバック面談など）を明示してクローズまでのフローを設計しておく。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
公開終了の処理
採用可否が確定したタイミングで、そのURLを無効化する。不採用の場合は特に候補者情報を含むHTMLへのアクセスを速やかに遮断することが個人情報保護の観点から重要だ。採用管理システムに「URL無効化」チェック項目を追加しておくと漏れを防げる。
内定承諾後も課題HTMLを保管する必要がある場合は、URLを無効化した上でHTMLファイル自体を社内のセキュアなストレージに移す。ギガサイト便上での公開は終了しつつも、評価の記録として原本を残す運用が情報管理として適切だ。
よくある質問
社内レビュワーが会社ドメイン認証に失敗する場合、原因として何が考えられますか？
入力メールアドレスのタイプミスか、許可ドメインの設定ミスが多い原因です。管理画面でドメイン設定を確認し、サブドメイン（dept.example.co.jp等）が必要な場合はワイルドカード設定を検討してください。
レビュー中に候補者本人がURLにアクセスしてきた場合、管理側で把握できますか？
メール認証を設定している場合は、誰のメールアドレスがアクセスしたかのログを確認できます。候補者には共有しないURLで渡すか、レビュー用と閲覧用のURLを分けて発行する運用も有効です。
同一候補者の複数回の課題提出を比較レビューしたい場合はどうすればよいですか？
提出ごとに別スラグでURLを発行し、レビュー依頼メールに両URLを並べて記載します。「v1」「v2」のようなサフィックスをスラグに付けると管理がしやすくなります。