採用サイトの運用・分析・改善｜求人閲覧から応募完了までを計測する

採用サイトの運用には、募集状態や条件を正しく保つ作業と、候補者が仕事を理解して応募できるように改善する作業があります。月に何本記事を追加するかだけを決めても、古い求人や届かない応募が残っていれば、候補者の判断を支えられません。
まず求人、制度、社員情報、応募受付の更新責任者を決めます。募集終了や勤務地変更は定期会議を待たずに反映する事項として扱い、記事の追加や表現の改善とは別に管理します。応募が届かない、誤った条件が表示されるといった問題は、閲覧数の分析より先に対応します。
改善の対象は、訪問者が少ない、求人を見ない、応募を始めない、送信できない、という段階に分けます。それぞれの原因は異なるため、「応募を増やす」という一つの施策にまとめず、どこで止まっているかを確かめます。

下表は編集部の計測設計例です。ツール名より、何が起きたら一件と数えるかを先に決めます。ボタンのクリックを応募完了として数えず、受付側で正常に受け取れたことを確認できる記録を使います。重複送信、社内テスト、同じ人の再訪をどう扱うかも決めてください。

説明用の架空例として、同じ対象期間・同じ計測条件で100の訪問のうち40が求人を閲覧し、その40のうち8が応募を開始、8のうち4が完了したとします。この場合、求人閲覧は40％、求人閲覧から開始は20％、開始から完了は50％です。業界平均や目標値を示す数字ではありません。
応募開始から完了までで止まるなら、入力項目、添付、エラー、送信処理を確認します。求人を見ても開始しないなら、仕事内容や条件、応募資格、選考の説明が足りない可能性を調べます。訪問が少ないなら入口の問題を調べる、と段階に応じて次の確認を変えます。
月内の全訪問と、別月に応募した人の件数をそのまま割るなど、対象の違う数字を混ぜないでください。外部ATSへ移る場合は同じ人の行動をどこまで追えるかを確認し、追えない部分をゼロと扱わず計測範囲として明示します。

候補者から「配属先が分からない」と質問が続くなら、職種ページの勤務地や配属の説明を確認します。「フォームで進めない」という問い合わせなら、W3Cのフォーム指針を参考に、入力説明とエラーの扱いを再現して点検します。数字だけで原因を決めつけず、問い合わせや実際の操作と照合してください。
改善記録は、観察した問題、原因の仮説、変える内容、対象ページ、確認する指標、実施日をセットにします。同時に多くを変えると、どの変更が関係したか分かりにくくなります。応募障害の修正は即時に行い、表現の比較などは変更範囲を絞って記録します。
募集職種、給与、広告、季節が変わった場合は、その事実を記録へ添えます。件数が少ない結果は傾向として扱い、無理に成功事例へ変換しないことが重要です。

Googleの求人構造化データの案内も参考に、募集終了した求人が公開中の扱いになっていないかを確認します。サイト本文、構造化データ、応募先が同じ募集状態を示すことが必要です。
運用会議では、新しい記事案の前に、条件変更、終了求人、応募エラー、候補者からの質問、前回の改善結果を確認します。担当者が兼務している場合も、毎回全部を分析するのではなく、問題が起きた職種とページに絞って進めます。
応募後の面接・内定・入社は、既存の採用ファネル記事のように同じ応募集団で追跡します。サイトの閲覧行動と選考結果をつなぐ場合は、個人情報の扱いと閲覧権限を確認し、分析に不要な候補者情報を共有しない運用にしてください。