求人媒体Aと求人媒体Bの両方から同じ人が応募した場合、そのまま「応募2件」と数えると、チャネル別の応募数や採用率、採用単価が歪みます。一方、重複した応募データを単純に削除すると、候補者がどの経路に接触したかという重要な情報が失われます。
重複応募を正しく分析する基本は、「人」と「応募・接点」を分けることです。候補者には一つの候補者IDを付け、媒体・スカウト・紹介・自社サイトなどの応募履歴は別レコードで残します。そのうえで、主帰属を一つだけ決め、初回接点や補助接点は別項目で保持します。
この記事では、候補者IDの統合、重複判定、初回接点・応募経路・主帰属の分け方、重複率と採用単価の計算までを、実務で再現できる順番で整理します。
重複応募の分析では「候補者」と「応募」を分けて数える
重複応募を正しく扱うには、候補者数と応募件数を同じ数字として扱わないことが最初のポイントです。一人の候補者が3つの経路から応募した場合、候補者は1人ですが、応募イベントは3件あります。
応募から入社・定着まで、採用ファネル全体で見るKPIと効果測定の基本は「採用改善の効果測定」で整理しています。
一般社団法人人材サービス産業協議会(JHR)が2026年8月に公表した調査では、人材サービス利用者の40.2%が複数サービスを併用していました。転職サイトの利用率は66.6%、ハローワークは45.5%、転職エージェントは39.1%です。候補者が複数のサービスを横断する以上、企業側でも一人の候補者に複数の接点が生まれる前提でデータを設計する必要があります。
厚生労働省の調査報告書でも、複数サービス経由で同一の求職者と接点を持つ場合の「重複応募管理」の仕組みや、重複時の取り扱いを契約書へ明記する運用が紹介されています。重複応募は単なる集計上のノイズではなく、費用・契約・個人情報管理まで関係する実務課題です。
まず、最低限次の3つを分けて管理します。
| 管理単位 | 役割 | 例 |
|---|---|---|
| 候補者ID | 同一人物を一意に識別する | C000123 |
| 応募ID | 1回ごとの応募を識別する | A000891、A000912 |
| チャネル・接点 | どの媒体・紹介・スカウト等から来たかを残す | 求人媒体A、人材紹介B、自社サイト |

候補者は1人として統合しつつ、求人媒体・人材紹介・自社採用サイトなど複数の応募履歴は別レコードとして保持します。
候補者IDを軸にすれば、「応募は8件だが実人数は6人」といった状態を正しく把握できます。応募IDを残すことで、重複を除外した後も、どの経路に何回接触したかを分析できます。
重複応募を放置すると採用チャネルの評価が歪む
重複応募を処理しないままチャネル別に集計すると、応募数の水増しだけでなく、採用率や採用単価の分母・分子までずれる可能性があります。
たとえば、同じ候補者が求人媒体Aと求人媒体Bから応募し、最終的に1人採用されたとします。両媒体に「採用1人」を付ければ、会社全体では採用1人なのにチャネル別合計では採用2人になります。逆に、応募を片方から完全に削除すると、候補者がもう一方の媒体にも接触していた事実が消えます。
採用管理システムでも、この「候補者」と「応募」の違いは明確に分けられています。Greenhouseは、候補者固有の情報と応募固有の情報を区別し、Source(流入元)を応募固有情報として扱っています。また、一人が複数回応募すれば、レポート上で同じ候補者名が複数行に現れる場合があると説明しています。
したがって、分析時には「応募行を消す」のではなく、一人にまとめた候補者マスターと、複数の応募履歴を両方残す設計が安全です。
STEP1|候補者IDを統合するための重複判定ルールを決める
最初に、異なる媒体から入ってきた応募者が同一人物かどうかを判定するルールを固定します。氏名だけで自動統合すると同姓同名を誤結合する可能性があるため、メールアドレス、電話番号、プロフィールURLなど、識別力の高い項目を組み合わせます。
ジョブカン採用管理では、氏名、メールアドレス、サイトURL、生年月日と最後の職歴の組み合わせなどを重複判定に利用しています。一方、Greenhouseではメールアドレス、電話番号、LinkedInプロフィールURLなどを自動マージ条件として設定できます。製品ごとに判定基準が異なるため、「ATSが重複と判定したから正しい」とせず、自社の運用ルールを確認することが必要です。
実務では、次の3段階に分けると運用しやすくなります。
| 判定区分 | 例 | 処理 |
|---|---|---|
| 自動統合 | 正規化後のメールアドレスが一致、または十分に強い一意識別子が一致 | 同一候補者IDへ統合 |
| 人間確認 | 氏名+生年月日+職歴など複数項目が一致 | 担当者が履歴を確認 |
| 別人として保持 | 氏名だけ一致し、連絡先や職歴が異なる | 統合しない |

識別力の高い情報は自動統合に使い、判断が曖昧な候補者は人間確認へ回すことで誤統合を防ぎます。
登録前には、全角・半角、空白、ハイフン、英字の大文字・小文字、電話番号の国番号などを正規化します。ただし、家族共用電話など、機械的な一致だけで本人性を断定できないケースもあります。誤統合を避けるため、曖昧なものは「要確認」に回す設計が必要です。
STEP2|初回接点・応募経路・主帰属・補助接点を分けて残す
候補者IDを統合したら、次は「どのチャネルの成果とするか」を決めます。ここで重要なのは、接点を一つに潰すのではなく、事実としての接点履歴と、分析上の帰属先を分けることです。
アトリビューションとは、採用という成果をどのチャネルへ帰属させるか決める考え方です。最低限、次の項目を分けて持つと、集計ルールが安定します。
| 項目 | 意味 | 使い道 |
|---|---|---|
| first_touch_source | 最初に確認できた接点 | 認知・初期接点の分析 |
| application_source | 実際に応募を受け付けた経路 | 応募獲得の分析 |
| credited_source | 採用実績を主に帰属させる経路 | 採用数・採用単価の基本集計 |
| assist_source | 主帰属以外に確認できた接点 | 複数接点の影響把握 |

採用実績を付ける主帰属は1つに固定しながら、初回接点や補助接点は別データとして残します。
Greenhouseの公式サポートでも、Source Tokenを使って応募元を追跡する仕組みが説明されています。一方で、同一求人への複数応募を統合すると、表示上のSourceが一つになり、他のSourceが履歴側へ移るケースもあります。つまり、ATSの現在表示だけを分析用の唯一の事実にすると、過去の接点を見落とす可能性があります。
そのため、応募データを取り込む段階で「元媒体」「応募日時」「求人ID」「紹介会社」「スカウト送信元」などの原データを上書きせず保存しておくことが重要です。
STEP3|主帰属ルールを一つに固定する
採用数や採用単価をチャネル別に足し上げる場合、1人の採用を複数チャネルへ同時に1件ずつ付けると合計が合わなくなります。基本集計では、採用1人につき主帰属を1チャネルだけにするのが分かりやすい方法です。
主な帰属ルールには次の違いがあります。
| 帰属モデル | ルール | 向いている用途 | 注意点 |
|---|---|---|---|
| 初回接点 | 最初に確認できた接点へ帰属 | 認知チャネルの評価 | 最初の接点を取得できないことがある |
| 応募経路 | 実際に応募した経路へ帰属 | 応募獲得チャネルの評価 | 以前の接点を過小評価しやすい |
| 最初の有効応募 | 最初に受け付けた有効な応募経路へ帰属 | 重複応募の実務処理 | 「有効」の定義を固定する必要がある |
| 契約優先 | 人材紹介等の契約条件に従って帰属 | 手数料・請求管理 | 契約上の帰属と認知への貢献は別問題 |
実務では、財務・採用単価用の主帰属は1つ、マーケティング分析用には初回接点と補助接点を残す二層構造が扱いやすくなります。
厚生労働省の報告書でも、複数サービス経由の接点で手数料の支払い漏れを防ぐための重複管理と、重複時の取り扱いを契約書に明記する実務が示されています。人材紹介を含む場合は、社内の分析ルールより先に契約条件を確認します。
STEP4|重複率と採用単価を「実人数」で計算する
重複応募には、少なくとも2種類の指標を分けて持つと状況を読みやすくなります。
重複応募率
(応募件数 − ユニーク候補者数)÷ 応募件数 × 100
複数チャネル候補者率
2つ以上の採用チャネルから接点・応募がある候補者数 ÷ ユニーク候補者数 × 100
前者は「応募レコードがどれだけ重複しているか」、後者は「候補者がどれだけ複数チャネルをまたいでいるか」を見ます。分析対象期間、職種、求人ID、拠点の範囲が変わると値も変わるため、月ごとに定義を変えないことが重要です。
以下は計算方法を示す架空例です。
- 応募レコード:8件
- ユニーク候補者:6人
- 採用者:2人
- うち2人に複数チャネルの接点あり
この場合、重複応募率は(8−6)÷8=25.0%です。重複を処理せず8人として応募→採用率を出すと25.0%ですが、実人数6人を分母にすると33.3%です。同じ採用結果でも、分母の置き方だけで評価が変わります。

同じ採用2人でも、重複応募を含む8件を分母にする場合と、実人数6人を分母にする場合では採用率が変わります。数値は計算方法を示す架空例です。
採用単価も同様です。チャネル別採用単価を「チャネル費用÷主帰属の採用人数」で計算する場合、同じ採用者を2チャネルへ重複計上しないようにします。一方、補助接点は別の「アシスト採用数」として持てば、主帰属を崩さず複数接点の存在も把握できます。
STEP5|月次レポートでは「生の応募数」と「実人数」を並べる
重複を除外した数字だけを見ると、採用現場でどれだけ重複処理が発生しているか分からなくなります。反対に、生の応募数だけではチャネル効率を正しく比較できません。そのため、月次レポートでは両方を並べます。
| 指標 | 目的 |
|---|---|
| 総応募レコード数 | 実際に受け付けた応募処理量を把握 |
| ユニーク候補者数 | 実際の母集団人数を把握 |
| 重複応募率 | 重複レコードの発生量を把握 |
| 複数チャネル候補者率 | チャネル横断行動を把握 |
| 主帰属別採用人数 | チャネル別成果を重複なく比較 |
| アシスト採用人数 | 主帰属以外の接点を把握 |
| 主帰属別採用単価 | 費用対効果を同一ルールで比較 |
| 要手動確認件数 | 重複判定ルールの精度・運用負荷を把握 |
この形にすると、「応募が増えた」のか、「同じ候補者の重複応募が増えた」のかを分けて確認できます。また、主帰属だけでは見えにくい補助接点も残せるため、媒体停止や予算配分の判断で過度に単純化しにくくなります。
重複判定と帰属ルールはATS任せにせず、社内ルールとして文書化する
ATSには重複検知や自動マージ機能がありますが、同一人物の判定条件や、マージ後にどのSourceを残すかは製品によって異なります。ジョブカンとGreenhouseの例だけでも判定条件は同一ではありません。
社内では少なくとも、「何を同一人物とみなすか」「自動統合と手動確認の境界」「どの期間・求人範囲で重複を判定するか」「主帰属の決定順」「人材紹介契約と競合したときの扱い」「統合前の元データをどこまで残すか」を文書化します。
候補者ID統合では氏名、メールアドレス、電話番号、職歴などの個人情報を扱います。個人情報保護委員会のガイドラインでは、個人情報の利用目的をできる限り具体的に特定し、特定した目的の達成に必要な範囲を超える取り扱いには原則として本人同意が必要とされています。複数システム・グループ会社間で候補者情報を統合する場合は、採用実務だけでなく、自社の利用目的、権限、保存・共有範囲も確認してください。
候補者が複数サービスを使うことを前提に、企業側でデータを整える
重複応募は、候補者の操作ミスだけで起きるわけではありません。JHRの2026年調査では、人材サービス利用者の40.2%が複数サービスを併用しています。複数の求人媒体、転職エージェント、スカウト、自社採用サイトを横断して情報収集する候補者がいる以上、同じ企業へ複数経路で接触する可能性は構造的に発生します。
採用チャネルを正しく評価したい企業が行うべきなのは、候補者に「一つの経路だけを使ってもらう」ことではなく、複数経路を使っても計測が壊れないデータ基盤をつくることです。
採用チャネル研究でも、採用経路によって応募・採用結果が異なり得ることや、候補者が複数の採用情報源から累積的に情報を得ることが検討されています。ただし、これらの研究は日本企業の重複応募処理やアトリビューションルールを直接検証したものではありません。採用チャネルの成果比較と、実務上の重複排除・帰属設計は分けて考える必要があります。
まとめ
採用チャネルの重複応募を分析するときは、応募データを単純に削除するのではなく、候補者IDで同一人物を統合し、応募・接点履歴は残すことが基本です。
そのうえで、初回接点、実際の応募経路、採用実績を付ける主帰属、補助接点を別項目にします。採用数・採用単価は主帰属を一つに固定して重複なく集計し、アシストは別指標として見ます。
まず自社の直近データで「総応募件数」「ユニーク候補者数」「重複応募率」「複数チャネル候補者率」を出し、どのチャネル間で重複が多いかを確認してください。その後、候補者IDの判定ルールと帰属ルールを固定すれば、求人媒体・スカウト・人材紹介・自社採用サイトを同じ分母で比較できるようになります。
参考文献・データ元
この記事で参照した情報を確認できます。
- 一般社団法人人材サービス産業協議会「人材サービス利用実態調査報告書~転職活動におけるサービス・機能利用の整理~」2026年8月7日。複数サービス利用率とサービス別利用率の確認に使用。
- 厚生労働省「令和4年度 職業紹介事業等の今後のあり方についての調査・研究事業 調査報告書」2023年2月。複数サービス経由の重複応募管理、契約・個人情報管理の実務例の確認に使用。
- ジョブカン採用管理「重複エントリーとはなんですか?」2025年4月7日更新。重複判定項目の具体例に使用。
- Greenhouse Support「Auto-merge」「Tracking a candidate’s source」「Identify and correct inaccurate hiring data」。候補者と応募のデータモデル、重複統合、Source追跡の確認に使用。
- 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン(通則編)」。利用目的の特定・目的外利用の確認に使用。
- Breaugh, J. A. et al. (2003), “The Relationship of Recruiting Sources and Pre-Hire Outcomes: Examination of Yield Ratios and Applicant Quality,” Journal of Applied Social Psychology, 33(11), 2267–2287. DOI: 10.1111/j.1559-1816.2003.tb01884.x。採用経路と応募・採用結果に関する研究として参照。
- McFarland, L. A. & Kim, Y. (2021), “An examination of the relationship between applicant race and accrued recruitment source information: Implications for applicant withdrawal and test performance,” Personnel Psychology, 74, 831–861. DOI: 10.1111/peps.12431。複数の採用情報源から得る累積情報に関する研究として参照。
‹ 親記事: 採用改善の効果測定は何をどう見ればいい?指標体系とPDCAの全体像
関連記事
- › 採用KPIの目標値の決め方|採用人数から応募・面接・内定数を逆算する方法
- › 採用ファネルの歩留まりを診断する方法|応募・面接・内定・承諾のボトルネック特定
- › 採用チャネルの実績を評価する方法|面接率・内定率・承諾率・採用単価で運用後に比較
- › 選考リードタイムを短縮する方法|工程別の滞留と対応期限を改善
- › 採用チャネルと入社後定着率をつなげて評価する方法|90日・180日で見る採用KPI設計
- › 採用施策のA/Bテストを設計する方法|求人訴求・スカウト文面・応募導線を検証
- › 候補者体験アンケートの設計方法|応募・面接・内定後の離脱理由を定量化
- › 面接官ごとの評価ばらつきを確認|採点差・通過率・コメントを比較
- › 採用A/Bテストの実験ログを作る方法|仮説・変更点・結果・学びを再利用する
- › 候補者アンケートの自由記述を分析する方法|不満・辞退理由・改善要望を分類
- › 面接官キャリブレーション会議の進め方|採点例・模擬面接で評価差を揃える
- › 採用要件を入社後データで見直す方法|90日・180日で面接評価を検証
- › スカウト返信率が低い原因と改善方法|対象者・件名・文面・送信タイミングを診断
- › 求人条件の変更が応募率に与える影響を検証する方法|給与・勤務地・勤務形態を前後比較
- › 企業口コミの評価変化と応募率の関係を測る方法|指名検索・採用サイト・応募を時系列で比較
- › 採用サイトの行動分析をGA4で行う方法|求職者の閲覧・回遊・応募をつなげて見る
- › 求人条件の市場差を定点観測する方法|給与・勤務地・勤務形態と応募率を競合求人で比較
- › 面接後の選考辞退要因を調査する方法|候補者の不安・追加検索・他社比較を可視化
- › 応募数はあるのに内定承諾率が低いときの情報接点診断|採用サイト・口コミ・検索結果・選考説明を点検
- › 内定辞退理由の記録・分析方法|理由分類・面談メモ・改善内容
- › 採用CX(候補者体験)とは?認知から入社までの体験設計と改善方法
- › 採用コストの相場と計算方法|新卒・中途・媒体別の採用単価を比較
- › 採用データ分析の方法|応募・通過率・辞退率・採用単価を改善につなげる
- › 離職率を下げる方法|離職理由の分析・定着施策・採用へのフィードバック



