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

- フィードバックループ（FBL）の役割と仕組み
- 主要 5 プログラム（Gmail / Yahoo / Microsoft / docomo / au・SoftBank）の登録手順
- ARF 形式の通知メールから自動 unsubscribe につなげる実装
- 国内事業者がハマりやすいポイント

## FBL とは何か

FBL（Feedback Loop）は、受信側で「迷惑メール報告」を押した情報を、送信側に通知してくれる仕組みです。送信元が「どの受信者が迷惑だと感じたか」を知ることで、配信停止リストに即時追加できるようにするのが目的です。

FBL を設定していないと、受信者がスパム報告を続けても送信元はその事実を知りようがなく、同じ受信者へ配信し続けて苦情率を悪化させます。結果としてドメインレピュテーションが落ち、他の受信者にも届かなくなるという悪循環に陥ります。

通知形式は **ARF（Abuse Reporting Format、RFC 5965）** が標準です。受信側 ISP が苦情情報を MIME メッセージとしてラップし、送信側で登録した FBL 受信用アドレス（例: fbl@example.co.jp）に届けます。

ただし主要プログラムごとに方式が大きく異なるため、それぞれ別個に登録手続きが必要です。DMARC の概念は[DMARC とは何か](/blog/what-is-dmarc)を、関連する苦情率の話は[Outlook で迷惑メール扱いされた時の対処法](/blog/outlook-spam-recovery)を参照してください。

![FBL 主要 5 プログラム比較](/blog/feedback-loop-fbl-setup/fbl-programs-comparison.svg)

## Gmail Postmaster Tools の場合

Gmail は他社と異なり、**ARF 形式の FBL は提供していません**。代わりに Google Postmaster Tools のダッシュボードで「Spam rate（苦情率）」をドメイン単位で集計表示します。

設定手順は、

1. postmaster.google.com にアクセスし、Google アカウントでログイン
2. 「ドメインを追加」で対象ドメイン（From / DKIM 署名で使うドメイン）を入力
3. 表示された TXT レコードを DNS に登録 → 所有確認
4. 数日後、データが蓄積され始める

ARF メールが届かない代わりに、ダッシュボードで「いつから苦情率が上がったか」「どの程度のレベルか」を時系列で追えます。受信者単位での opt-out 自動化はできないため、後述する List-Unsubscribe ヘッダで補完するのが定石です。

なお、2023 年から提供されている **Schemafied Spam Feedback Loop** という別仕組みもあります。Bulk sender 向けに JSON 形式で苦情情報を返す API ですが、登録には Google 側の審査があり中小規模では基本的に対象外です。

## Yahoo CFL と Microsoft JMRP

**Yahoo Complaint Feedback Loop**（米国 Yahoo Mail 向け）は、ARF 形式の FBL を提供しています。送信元 IP 単位での登録となるため、共有 IP を使っている SaaS 利用者は事業者側で登録済のことが多く、自社で別途申請する必要は通常ありません。専用 IP の場合のみ、senders.yahooinc.com の申請フォームから登録します。

**Microsoft JMRP（Junk Mail Reporting Program）** は、Outlook.com / Hotmail / Live.com 宛て配信の苦情情報を ARF 形式で受け取れる仕組みです。SNDS（Smart Network Data Services）の管理画面から JMRP 登録を行い、送信元 IP と受信用メールアドレスを指定します。

両プログラムとも、登録自体は無料です。共通する注意点として、**FBL 通知メールの中の元メールヘッダから、苦情を入れた受信者のメールアドレスを抽出して即時 suppression list に追加** する処理を組んでおく必要があります。

## docomo / au / SoftBank の事情

国内 3 大キャリアは、ARF 標準ベースの FBL は提供していません。代わりに、各社それぞれの「送信元情報届出」プロセスに従います。

- **docomo**: 「ドコモから送信元情報の届け出のお願い」というフォームで、送信元 IP・ドメイン・配信内容を申告。受信拒否や不達の状況を個別連絡する形式
- **au**: KDDI の問い合わせ窓口経由で、企業情報と送信元 IP を登録
- **SoftBank**: 同様に SoftBank の問い合わせ窓口で対応

これらは「送信側のレピュテーション低下時に、受信側からの不達理由を確認できる窓口」という性格が強く、IP ブロック申請プロセスとも深く関わっています。実務では「配信が落ちてから」窓口に連絡するパターンが多いですが、月数千通以上を継続配信する事業者は **平常時に登録だけ済ませておく** ことが推奨されます。

国内事業者でハマりやすいポイントは 2 つあります。1 つ目は、IP ブロック解除申請と FBL 申請を同じフォームで行うため、両者を混同しがちであること。2 つ目は、提出書類に企業の登記情報や送信内容のサンプルが必要で、即日対応が難しいことです。リスト品質維持の運用は[人材紹介エージェントのメール到達率対策](/blog/recruiting-agency-mail-deliverability)も参考になります。

### ARF 通知から自動 unsubscribe につなげる

FBL を活かすには、通知を受け取って終わりではなく、自動的に配信停止に反映させる仕組みが必須です。

![FBL 通知から自動 unsubscribe フロー](/blog/feedback-loop-fbl-setup/fbl-auto-unsubscribe-flow.svg)

実装の最小構成は、

1. FBL 受信用メールボックス（例: fbl@example.co.jp）を用意
2. 受信メールを IMAP / API で取得し、ARF 形式をパース
3. 元メッセージのヘッダから配信先メールアドレスを抽出
4. CRM / メール配信基盤の suppression list に即時追加
5. 集計データを Postmaster Tools と突き合わせて推移を監視

注意点として、苦情を入れた受信者に「再確認のメール」を送ることは厳禁です。FBL 利用規約違反となり、登録解除の対象になるケースがあります。**通知が来たら無言で停止** が原則です。

合わせて、メール本文に List-Unsubscribe ヘッダ（RFC 8058 形式の One-click 対応）を付けて、迷惑メール報告される前に opt-out できる導線を作っておくことが、苦情率を下げる最短ルートです。

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

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