## この記事でわかること

- 採用代行・RPO 経由で送る候補者メールが Gmail/Outlook でスパム判定されやすい理由
- ATS（HRMOS / HERP / engage 等）の送信元を自社ドメインで認証統合する考え方
- 短期間に大量送信する前に必要な「段階的ウォームアップ」と RFC 8058（One-Click Unsubscribe）対応

## 「候補者から返信が来ない」は配信トラブルの可能性がある

採用代行や RPO（Recruitment Process Outsourcing）の現場では、スカウト・面接案内・選考結果通知など **短期間に数百〜数千通を Gmail / Outlook 宛に送る** ことが珍しくありません。1 日 1,000 通を超える運用も多く、スパムフォルダ行きや受信拒否の相談が増えています。

背景には Gmail の一括送信者要件（2024 年 2 月から段階適用）と Microsoft Outlook の同等要件（2025 年 5 月施行）があります。詳しくは [DMARC 義務化はいつから？対応手順をWeb 担当者向けに解説](/blog/dmarc-mandatory) で扱っています。採用代行は Gmail/Outlook 宛が短期間に集中する性質上、認証や送信レピュテーションの不備が普段以上に大きく出ます。本記事では採用代行・RPO 案件特有の落とし穴と運用ポイントを整理します。

![ATS 経由送信の認証フローと候補者受信箱への到達](/blog/recruiting-agency-mail-deliverability/ats-auth-flow.svg)

## 認証は「自社ドメイン + ATS の SPF 統合」で組む

最初の落とし穴は、ATS が貸与する共有ドメイン（`@example-ats.jp` 等）のまま送信しているケースです。共有ドメインは他社の送信品質に到達率が引きずられ、スパム判定を受けても自社で制御できません。採用代行に運用を委託する場合でも、送信元（From）は **必ず自社の独自ドメイン**（例: `recruit@example.co.jp`）に揃え、SPF / DKIM / DMARC を自社ドメイン側で組むのが基本です。SPF・DKIM・DMARC の概念は [DMARC とは？中小企業が今すぐ対応すべき理由](/blog/what-is-dmarc) を先に確認してください。

### ATS の SPF include を統合する

主要な ATS（HRMOS、HERP、engage、ジョブカン、採用係長 等）は SPF に追加する `include` を公開しています。複数ツールを併用する場合、以下の点に注意します。

- SPF の `include` は **合計 10 ルックアップまで**（RFC 7208）
- 採用代行が使う配信ツール（SendGrid / Mailgun 等）の include も加算される
- 既存 SaaS（Microsoft 365 / Google Workspace / Salesforce 等）併用時は上限に達しがち

ATS と既存 SaaS の include を機械的に足すと 10 ルックアップを超え、**SPF が permerror になり DMARC まで連鎖失敗** することがあります。include 数の数え方と統合は [SPF 設定方法を徹底解説](/blog/spf-setup-guide) で扱っています。

### DKIM は ATS 側で「自社ドメイン鍵」を発行する

ATS の初期値では DKIM 署名を ATS 側のデフォルト鍵で行う設定になっていることがあります。これだと DKIM ドメインが ATS 側になり、From とのアラインメント（一致）が取れず DMARC 失敗扱いになります。ATS の管理画面で **「カスタムドメインで DKIM を発行」** を有効にし、自社ドメインに DKIM の TXT レコードを追加してください。確認手順は [DKIM 設定の確認方法｜署名が効いているかチェック](/blog/dkim-verification) で解説しています。

## 段階的ウォームアップで送信レピュテーションを育てる

認証が整っていても、新規ドメインや休眠ドメインから **いきなり 1 日数千通を Gmail 宛に送る** と、受信側が「送信レピュテーション不明 = 怪しい」と判断してスパム判定を強めます。日次 50 通程度しか送っていなかった企業が新規プロジェクト開始と同時に 1 日 2,000 通スカウトを始めて全件スパム行きになる、というケースは現場で繰り返し発生しています。

![採用代行の段階的ウォームアップ・タイムライン](/blog/recruiting-agency-mail-deliverability/warmup-timeline.svg)

レピュテーション形成は段階的にしか積み上がりません。目安は次のペースです。

- 1〜3 日目: 1 日 50〜100 通（反応の良い候補者から）
- 4〜7 日目: 1 日 200〜400 通
- 2 週目: 1 日 600〜1,000 通
- 3 週目以降: 通常運用に移行

このとき **ハードバウンス極小化 / unsubscribe を確実に拾う / 迷惑メール報告を増やさない** の 3 点が要です。古い名簿を一気に流すとハードバウンス率の上昇だけでドメイン評価が落ち、認証が完璧でも届かなくなります。Gmail の一括送信者要件は **迷惑メール報告率 0.3% 未満** が事実上の必須条件で、件名・差出人名の整合性（求人媒体名・自社名が分かるか）も到達率に直接影響します。

加えて、自社の人事担当が送信状況を直接見られないため配信失敗に気付きにくい弱さを補うのが DMARC の集計レポート（rua）です。`rua=mailto:dmarc@example.com` を設定すると Gmail / Yahoo / Outlook から日次の集計 XML が届き、ATS / 配信ツール / 自社サーバーごとの認証成功率と失敗集中経路がわかります。ATS 切替時の DKIM 設定漏れも早期発見できます。レポートの読み方は [DMARC レポートの見方｜集計 XML を読み解く](/blog/dmarc-report-reading) を参照してください。

### One-Click Unsubscribe（RFC 8058）対応は必須

Gmail / Outlook の一括送信者要件には **1 クリックで配信停止できる仕組み（RFC 8058）** の実装が含まれます。`List-Unsubscribe` ヘッダで配信停止 URL を、`List-Unsubscribe-Post: List-Unsubscribe=One-Click` で 1 クリック停止対応を示します。ATS や配信ツールに「Gmail 一括送信者要件 対応済み」表記があるか確認し、なければベンダーに問い合わせてください。実装の詳細は [List-Unsubscribe ワンクリック解除の設定方法](/blog/one-click-unsubscribe-setup) で扱っています。採用スカウトは関心が薄い候補者が含まれる前提のチャネルなので、配信停止を見つけにくいと迷惑メール報告に回り、届けたい候補者にも届かなくなります。

## まとめ

- 送信元は自社ドメインに揃え、ATS と既存 SaaS の SPF include 合計を 10 以下に統合する
- DKIM は ATS の「自社ドメイン発行」を有効化し、From とのアラインメントを取る
- 大量送信前に 2〜3 週間のウォームアップを行い、迷惑メール報告率 0.3% 未満を維持する
- DMARC レポートで採用代行経路の失敗を可視化し、One-Click Unsubscribe を実装する

## 自社の状況を確認してみませんか

設定状況がわからない方は、無料の[ドメイン診断](/diagnose)で現状をチェックできます。
DMARC・SPF・DKIM・SSL の状態が数十秒でレポートされます。
判断に迷う場合は[お問い合わせ](/contact)からご相談ください。専門家がわかりやすくサポートいたします。