同じ候補者にスカウトが重複して届くのは、多くの場合バグではなく、除外設定を求人（ポジション）単位で保持する仕様が原因です。ダイレクトリクルーティングサービス「ミイダス」では、自動スカウト時の除外設定がポジションに紐づいており、ポジションを複製すると除外設定は引き継がれない仕様であることが公式に説明されています。この記事では、ミイダスの例をもとに原因を整理したうえで、今すぐ確認すべきチェック手順、すでに重複送信してしまった場合の対応、そして運用ルールで補う方法と候補者情報を一元管理する方法という2段階の根本対処までを順に解説します。
原因：除外設定が求人（ポジション）単位で管理されているため、複製時に引き継がれない
同じ候補者に何度もスカウトが届いてしまう直接の原因は、除外設定が求人ごとに紐づいており、求人を複製・新規作成すると過去の除外リストが引き継がれないという仕様にあります。
ミイダスでは、自動スカウト時にユーザーを除外する「除外」設定はポジション（求人）単位に紐づいており、ポジションを複製した場合はその除外設定が引き継がれない仕様になっています。これはミイダス公式サポートページで明記されている仕様です。この記事ではミイダスの例をもとに整理していますが、除外設定を求人単位で保持する設計そのものは他のスカウトツールでも採用され得る考え方であり、同種の現象が起きる可能性はあります。ただし、すべてのAIスカウトツールが同じ仕様を持つと確認されたわけではないため、実際に利用しているツールの仕様はヘルプページや管理画面で個別に確認する必要があります。
候補者側から見ると、この問題は「一度お断りの返信をしたのに、別の求人でまた連絡が来た」という体験として現れます。採用担当者が除外設定を意識して運用していても、求人の複製や類似ポジションの新規作成という日常的な操作がきっかけで、意図せず再送してしまう点が厄介なところです。
エン・ジャパンが「エン転職」利用者3,825名を対象に行った調査（2024年2月27日〜3月26日実施）では、スカウトメールの「良くない点」として最も多く挙がったのが「一斉送信のようなメールが多い」であり、機械的な文面は候補者の心証を損ねるという声も寄せられています。重複送信は、候補者にとってまさにこの「一斉送信されている」という印象を強める要因になります。除外リストの引き継ぎ漏れを軽いオペレーションミスとして放置せず、候補者体験に直結する問題として扱う必要があります。重複送信をきっかけに候補者対応全体が後手に回ることを避けたい場合は、候補者の熱が冷めないうちに応える仕組みも合わせて確認してください。
今すぐ確認すべきこと：求人を複製する前のチェック手順
根本的な仕組みを変える前に、まず現状のオペレーションでできる確認作業があります。
- 利用しているツールの除外設定が「求人単位」か「候補者単位」かを確認する：管理画面のヘルプやサポートページで、除外・NG設定がどの階層（求人・会社全体・候補者個人）に紐づいているかを確認します。求人単位であれば、複製時に引き継がれない前提で運用を組む必要があります。
- 求人を複製・新規作成する際、除外リストを手動で突き合わせる工程を挟む：複製直後にスカウト配信を開始せず、除外リストを旧求人からエクスポートし、新しい求人の除外設定に反映してから配信を開始する、という順番をルール化します。
- 複数媒体を使っている場合は、候補者をスプレッドシートやCSVで名寄せして管理する：媒体ごとに別々の除外リストを持つのではなく、氏名・連絡先・応募経路などをキーに候補者を横断的に突き合わせる台帳を用意し、どの媒体でお断り・辞退の連絡があったかを一箇所に記録します。
- ATSに重複候補者を検知する機能があれば、それを除外設定の確認工程に組み込む：ATS側で候補者の重複登録を検知できる場合、スカウト配信前にその検知結果を確認する工程を追加すると、媒体側の除外設定が漏れていても二重のチェックになります。
これらはいずれも「複製のたびに確認する」という地味な作業ですが、除外リストが求人単位で管理されている以上、どこかに人の確認工程を置かない限り漏れは防げません。
すでに重複送信してしまった候補者への対応
チェック手順を整えても、すでに重複送信してしまった候補者が出ている場合は、気づいた時点で対応することが必要です。該当候補者には、重複して案内が届いたことへのお詫びと、希望しない場合は今後の連絡を停止する旨を伝え、除外リストに手動で追加します。あわせて、なぜその候補者が除外対象から漏れていたのか（求人の複製時か、別媒体からの流入かなど）を簡単に記録しておくと、同じ漏れを繰り返さないための手がかりになります。重複送信が候補者からの返信・問い合わせにつながった場合、対応が遅れるとさらに心証を悪化させるため、返信を取りこぼさない体制もあわせて見直す価値があります。
重複送信そのものが候補者の心証にどう影響するかについては、AIスカウトの送りすぎが心証を悪化させる理由と対策でも整理しています。
なぜツール側で解決しきれないのか：特化型AIは工程の「あいだ」を埋めない
除外リストの引き継ぎ漏れがツール単体の改善だけでは解決しきれないのは、これが特定の工程を速くする「中」の話ではなく、求人票とスカウトツールの「あいだ」にある情報管理の話だからです。
フェアパスでは、特化型AI（Point Solutions）は工程の"中"を速くするが、工程の"あいだ"（転記・日程調整・評価回収・リマインド・引き継ぎ）は人に残る、と整理しています。AIスカウトツールは、候補者の検索や文面作成、送信そのものは速くしますが、「この候補者はすでに除外済みである」という情報を、求人が複製・新規作成されるたびに引き継ぐかどうかはツールの設計次第であり、多くの場合は人が手作業で確認する前提になっています。
同じ構造の問題は、AIスカウトに限らず特化型AIを個別に導入した現場で広く起きがちです。この点については、なぜ、点のAI導入は現場を楽にしないのかでも整理しています。
この状態が起きているなら、「点のAI導入」のサインかもしれない
除外リストが引き継がれず同じ候補者に重複送信してしまう状態は、特化型AIを個別に導入したことで生じる「点のAI導入」のサインである可能性があります。フェアパスでは、次の7項目のうち3つ以上当てはまれば、必要なのは新しい特化型AIの追加ではなく、採用実務全体を統合する仕組みであるという自己診断フレームを提示しています。
- 特化型AIを1つ以上導入している
- AIの前後に手作業が残っている
- 候補者情報が複数ツールに分散している
- 確認・転記・催促が減っていない
- ツール追加で管理画面が増えた
- 人事が候補者対応よりオペレーションに時間を使っている
- AIを個別ツールの導入として捉えている
除外リストの引き継ぎ漏れは、このうち「AIの前後に手作業が残っている」「候補者情報が複数ツールに分散している」「確認・転記・催促が減っていない」の3項目に特に該当しやすい事象です。求人を複製するたびに除外リストを手で確認する作業が残っている時点で、すでにこれらの条件を満たしている可能性があります。3つ以上当てはまる場合は、次の2つの対処のうち②を検討する段階に来ていると考えられます。
対処の選択肢①：運用ルールで除外情報の引き継ぎを徹底する（ツールを変えない場合）
使っているツールを変更しない場合の対処は、前述のチェック手順を運用ルールとして明文化し、担当者間で共有することです。
AIスカウトサービス導入時の注意点として、設定値やテンプレート、除外条件が担当者間で共有されないまま運用されると、なぜ成果が出た・出なかったのかを説明できず、意思決定の根拠が残らないため改善や再現が難しくなるという指摘があります。この指摘は除外リストの運用にもそのまま当てはまります。具体的には、求人作成フローの中に「除外リストの確認・反映」をチェック項目として組み込み、誰が・いつ・どの求人の除外設定を確認したかを記録として残すことが対処になります。
この方法が向くのは、運用する求人数や担当者数が少なく、目視での確認が現実的に回せる組織です。求人の複製頻度が低く、スカウト媒体も1〜2種類に限られている場合は、運用ルールの徹底だけで重複送信をかなり防げます。
対処の選択肢②：候補者データを採用工程全体で一元管理し、ツール横断で除外設定を保持する
複数のスカウト媒体やATSを併用し、候補者数が多い組織では、運用ルールでの対応には限界があります。この場合は、分散した候補者情報をひとつにつなぎ、除外設定を含む候補者情報をツールをまたいで一元管理する仕組みに移行することが根本的な対処になります。
フェアパスは、ATS・メール・カレンダー・チャットの採用データをひとつにつなぎ、候補者対応・日程調整・評価回収・進捗管理をAIが自律的に実行し、人は候補者の見極めと口説きに集中できる状態を目指すサービスです。導入では、FDE（現場入りエンジニア）が現場に入り込み、担当者だけでなく決裁者と現場実務者も巻き込みながら、暗黙知の言語化とAIへの実装を進めます。除外リストの扱いのような「どの求人で、誰を、なぜ除外したか」という暗黙知は、ツールの標準機能だけでは拾いきれないことが多く、これを言語化してシステムに実装する工程が必要になります。
なお、複数のツールをまたいで候補者データを一元管理する際は、データの保存場所・暗号化の有無、入力データがAIの学習に利用されるかどうか、個人情報保護法改正への対応、利用しているスカウト媒体がAIツール・RPAツールの利用を規約で制限していないかといった点も、移行前に確認しておくべき注意点として挙げられています。この点はAIスカウトのデメリットと導入前の注意点で詳しく整理しています。
この選択肢が向くのは、スカウト媒体やATSが複数にまたがり、求人の複製・新規作成が日常的に発生する組織です。運用ルールだけで対応し続けると、チェック項目が増え続け、かえって担当者の負荷が上がってしまう段階に差し掛かっている場合は、一元管理への移行を検討する時期といえます。
FAQ
除外リストが引き継がれないのは不具合（バグ）ですか？ ミイダスの例では、公式ヘルプで「ポジションを複製すると除外設定は引き継がれない」という仕様であることが明記されています。不具合ではなく設計上の仕様です。同様に求人単位で除外設定を管理するツールでは、同じ現象が起きる可能性があります。まずは利用中のツールの仕様をヘルプページで確認することが先決です。
複数のスカウト媒体を併用している場合、除外リストはどう管理すべきですか？ 媒体ごとに除外設定を個別に運用しているだけでは、どこかの媒体で設定漏れが起きやすくなります。媒体を横断して候補者情報をスプレッドシートやATSで名寄せし、一元管理する仕組みに寄せていくことが、対処の選択肢②で述べた方向性にあたります。
重複送信に気づいたら、まず何をすればよいですか？ 該当候補者に重複案内への配慮を伝えつつ除外リストに手動で追加し、漏れが起きた原因（求人複製時か、別媒体経由かなど）を簡単に記録します。記録を残すことで、同じ漏れの再発を防ぎやすくなります。
まとめ
除外リストが引き継がれない直接の原因は、ツールが除外設定を求人（ポジション）単位で保持する仕様にあることが多く、これはバグではなく設計上の前提です。これは、特化型AIが工程の"中"を速くする一方で、転記・引き継ぎといった工程の"あいだ"を埋めないという構造的な問題の一例でもあります。
まずは、複製前の除外リスト突き合わせと、複数媒体の候補者を名寄せする台帳づくりから着手してください。そのうえで、運用ルールで補う方法（求人数・担当者数が少ない組織向け）と、候補者情報を一元管理する仕組みに移行する方法（複数ツール・大規模な組織向け）の2段階で、自社がどちらの段階にいるかを見極めることが現実的な進め方です。
自社で使っているスカウト媒体・ATSの数と、候補者情報・除外設定がどこで管理されているかを棚卸ししたうえで、点のAI導入にとどまっていないかを確認したい場合は、フェアパスに相談することもできます。
著者：フェアパス編集部
この記事は、AIを使って作成し、編集部が内容を確認しています。