ブラックリストに載るとメールはどうなるのか

ブラックリストに載っても、何も感じられません。 エラーメールは届かず、ダッシュボードが赤くなることもなく、システムが落ちることもありません。 キャンペーンはこれまでどおり送信されますが、静かに相手へ届かなくなっていきます。 この静けさこそが最大の問題です。 数字に影響が表れるころには、たいてい数週間にわたって被害が積み重なっています。 このガイドでは、自社ドメインやIPがブラックリストに載ったときに実際に何が起こるのかを、受信サーバーが数ミリ秒で行うDNSルックアップから、1か月後もまだ抜け出せずにいるレピュテーションの落ち込みまで、順に見ていきます。

結論#

ブラックリストに載ると、そのリストを参照するメールサーバーが、メッセージの拒否や迷惑メールフォルダーへの振り分けを始めます。 これは即座に自動で行われ、そのリストを使うプロバイダーの受信者すべてが対象になります。 到達率が下がり、エンゲージメントの指標もそれに続きます。 エンゲージメントの低下は送信者レピュテーションをさらに傷つけるため、気づいて登録を確認し、削除を申請するまで被害は拡大し続けます。 登録されるのは一瞬ですが、被害は坂道のように広がっていきます。

登録された瞬間に起こること#

ブラックリスト（ブロックリスト）は、受信メールサーバーがリアルタイムで問い合わせる、共有の「受け入れ拒否」台帳です。 送信元のIPやドメインが、受信側が使っているリストに載った瞬間、その受信側の判断が変わります。

• ハードリジェクト。 メッセージを完全に拒否するサーバーがあります。バウンスとなり、届く機会はありません。
• 迷惑メールフォルダーへの振り分け。 メッセージは受け付けるものの、そのまま迷惑メールフォルダーに振り分けるサーバーもあります。そこに入ったメールは、事実上見えなくなります。
• スロットリング。 送信を遅らせるサーバーもあります。メールが保留され、遅れて少しずつ届くか、まったく届きません。

同じリストに同じキャンペーンを送っても、一部が単純に消えてしまいます。 消えるのは、その送信者が載ったリストを信頼しているプロバイダー宛ての分です。 Spamhausに載れば非常に大きな割合に影響が及び、無名のリストならほとんど影響しません。

受信サーバーが実際に行うこと#

登録が即座に有効になるのは、反映を待つものが何もないからです。 ブラックリストはDNSで公開されているため、受信側は、他のあらゆる確認と同じ種類のルックアップで送信元を調べます。 所要時間は数ミリ秒で、配送の試行の中で処理されます。

この仕組みはRFC 5782で定義されており、驚くほど単純です。 IPv4アドレスを確認するには、受信側が4つのオクテットを逆順に並べ、リストのゾーンを末尾に付けて、Aレコードを問い合わせます。 準拠するすべてのリストは、テスト用に127.0.0.2を登録しておく必要があります。 そのため、メールサーバーが行うのとまったく同じクエリを自分で実行できます。

$ dig +short 2.0.0.127.zen.spamhaus.org A
127.0.0.2
127.0.0.4
127.0.0.10

$ dig +short 2.0.0.127.zen.spamhaus.org TXT
"Listed by SBL, see https://check.spamhaus.org/sbl/query/SBL2"
"Listed by XBL, see https://check.spamhaus.org/query/ip/127.0.0.2"
"Listed by PBL, see https://check.spamhaus.org/query/ip/127.0.0.2"

何らかの応答があれば、登録されているという意味です。 応答がない場合（NXDOMAIN）は、クリーンという意味です。 127.0.0.xという値は接続先のアドレスではなく、どのサブリストに該当したかを示す判定コードです。 TXTレコードには、人間が読める理由と削除用のリンクが入っています。 ドメインのリストも同じ仕組みで、逆順にする手順がないだけです。 受信側はyourdomain.com.dbl.spamhaus.orgを問い合わせます。

これらのコードは、緊急事態なのか特に気にしなくてよいのかを分ける重要な手がかりです。

会話のどこで拒否されるか#

登録が送信側からどう見えるかは、2つの点で決まります。

1つ目は、チェックがいつ行われるかです。 Postfixは、デフォルトではRCPT TOまでブラックリストのルールを適用しません。 そのため、送信サーバーは挨拶とMAIL FROMを普通に完了し、受信者を指定した時点で初めて拒否されます。 postscreenで運用している場合は、220の挨拶より前に接続が切られることもあります。この場合、送信サーバーは挨拶すらできません。 URIのチェックはさらに異なります。 リンクはメッセージ本文にあるため、拒否はメッセージ全体を転送し終えたあとにしか行えません。

2つ目は、4xxと5xxの違いです。 有用な捉え方は、RFC 5321の経験則です。 4xxは、同じコマンドを再試行すれば成功する可能性があることを意味します。 そのため送信キューは数時間から数日にわたって再試行を続けます。スロットリングが、目に見えて失敗したメールではなく、妙に遅れて届くメールとして表れるのはこのためです。 5xxは、先に送信側の何かを変える必要があることを意味します。 送信サーバーは諦めてバウンスを生成します。 一時的な保留は、無関係な理由でも起こります。 よくある例がグレーリスティングです。

ブロックされた送信がログにどう表れるか#

これは得られる証拠のなかで最も直接的ですが、ほとんどの送信者は読みません。ESPのダッシュボードには、丸められた「バウンス率」しか表示されないからです。 拒否メッセージには、通常リスト名と削除ページへのリンクが含まれます。

554 5.7.1 Service unavailable; Client host [203.0.113.45] blocked using
    zen.spamhaus.org; Listed by SBL, see https://check.spamhaus.org/sbl/query/SBL123456

セミコロンの後ろの部分は、上のDNSルックアップで得られるTXTレコードがそのままSMTP応答に貼り付けられたものです。 大手のメールプロバイダーは、それぞれ独自の表現を使います。 その文言から、どのシステムに拒否されたかが分かります。

上記の応答文字列は、各サービスのドキュメントと公開されているキャプチャをもとにしており、2026年9月に確認したものです。 見慣れないコードがあれば、SMTP応答コードのガイドとSMTPコード検索で意味を確認できます。

何が登録されたかで結果が変わる#

「ブラックリストに載った」という一言には、少なくとも4つの異なる状況が含まれます。 最初に確認すべきは「載っているか」ではなく、「自社の何が載っているか」です。

• 送信元IP。 典型的なケースです。Fromヘッダーの内容に関係なく、そのIPから出るすべてのメールが影響を受けます。クリーンなIPに移れば、問題が付いてくるのはレピュテーションが引き継がれる範囲に限られます。
• 送信ドメイン。 ドメインの登録は、送信元を変えても付いて回ります。SpamhausのDBLは、登録ドメインとその配下のすべてのサブドメインを対象に登録し、HELO、MAIL FROM、逆引きDNSに対してチェックします。ESPが別のIPプールに移しても、これらは変わりません。「IPを切り替える」ことがIPの登録には効き、ドメインの登録には何の効果もない理由は、この仕組みにあります。
• リンク先にしているだけのドメイン。 URIブラックリストはメッセージ本文を読みます。登録されたドメイン（短縮URL、パートナーのサイト、共有のクリックトラッキング用ドメインなど）へのリンクがあると、自社のIPも送信ドメインも問題ないのにメッセージがフィルタリングされることがあります。SURBLには、確認済みオプトインなしで送信する事業者が使うクリックトラッキング用ドメイン専用のリストがあり、ESPの共有トラッキングホストが、送信するすべてのメッセージで登録対象になっていることもあります。自社のアイデンティティは何も登録されていないため、送信者が最も診断しそこねやすい登録です。
• 共有IPの隣人。 共有プールでは、他の送信者も使うアドレスからメールが出ます。AWSはSESの共有IPについて、どのアドレスから自分のメールが送信されるかは分からず、いつでも変わり得ると率直に述べています。衛生管理が完璧でも、配信が崩壊することがあります。

実務上の結論は次のとおりです。 到達率が下がったときは、IP、Fromドメイン、送信用サブドメイン、そしてメッセージ内のリンク先のドメインも確認してください。 1つだけ確認して終わりにすると、登録が何週間も続くことになります。

すべての登録が緊急事態とは限らない#

複数のリストを一括で調べると、誰も参照していないリストが赤く表示されます。 そうした項目に何日も時間を使っている間に、本物の登録が放置されることがあります。 ヒットの重みは、そのリストを誰が使っているかで判断してください。 受信側が実際に名指しするブラックリストを調べるため、1億9,000万件のバウンスメッセージを分析した研究者らは、DNSBLを使うドメインを307,244件見つけました。 そのうち288,514件、90%がSpamhausを使っていました。 ほぼ95%が、単一のリストに依存していました。 この偏りは明白です。

最初の1か月を時間軸で見る#

具体的な日数は、送信量やどのリストに載ったかで変わります。 曲線の形は変わりません。 登録そのものは曲線の最小の部分にすぎず、それ以降のすべての段階は、最初の段階で気づかなかったことの結果です。

被害は複利で膨らむ#

直接の被害は、届かなかったメールです。 次に生じる被害はさらに深刻です。メールの到達率はフィードバックループだからです。

• エンゲージメントが急落する。 届くメッセージが減るため、開封、クリック、返信が減ります。
• エンゲージメントの低下がレピュテーションを下げる。 メールプロバイダーは、エンゲージメントが弱いことを「誰もこのメールを望んでいない」という兆候と受け取ります。そのため、登録されていない経路のメールまで迷惑メールに入り始めます。
• バウンスが増える。 拒否によってバウンス率が上昇しますが、それ自体が登録のきっかけになります。1つの登録が、別の登録を呼ぶことがあります。

このため、1か月気づかれなかった登録は、1時間で見つかった登録よりはるかに大きな損失になります。 失うのは1か月分のメールだけではなく、レピュテーションの落ち込みを招くことになり、そこから抜け出すのにより長い時間がかかるからです。

メールの種類ごとに起こること#

登録の影響は、メールのすべてに均等に及ぶわけではありません。 最も痛手となるのは、心配していた種類のメールではないことがほとんどです。

• マーケティングキャンペーン。 最も目立つ被害ですが、緊急性は最も低いものです。ニュースレターが抑制されても困った1週間で済み、プロダクトが壊れるわけではありません。
• トランザクションメール。 最もコストが高いものです。パスワードリセット、領収書、ワンタイムコードは一刻を争うもので、代替が利きません。領収書が迷惑メールフォルダーに入れば問い合わせになり、届かないログインコードは、プロダクトを使えない顧客を生みます。両方の種類が同じドメインから送信されていると、1つの登録で両方が止まります。これが、専用の送信用サブドメインで分離すべき最大の理由です。
• コールドアウトリーチ。 もともと失敗の許容範囲が最も小さいため、アウトリーチ用ドメインが登録されると、元のドメインを回復させるのではなく、新しいドメインでやり直すことになるのが一般的です。許容範囲がこれほど小さい理由は、コールドメールの到達率をご覧ください。
• 日常の業務メール。 会社の業務メールが一括送信メールとドメインを共有していると、登録によって、チームが手作業で送る返信にまで影響が及ぶことがあります。到達率の問題が、全社的な問題になる場面です。

ESPで起こること#

登録は、プロバイダーにとっても問題であり、多くの場合、送信者より先に対処されます。

• 自動スロットリング。 多くのプラットフォームは、バウンス率や迷惑メール報告率が急上昇した送信者の送信を遅くしたり、停止したりします。プロバイダー側から見ると、登録はまさにそのように見えます。
• 制御できないプールの再編成。 たとえばSendGridは、成果の低い送信者を1日以内に別の共有プールへ自動的に移すと明記しています。これで配信がすぐに回復することもあれば、登録の原因が隣人ではなく自社の送信にあった場合は、問題が移動するだけのこともあります。
• アカウントの審査または停止。 共有プールに対して拒否が続くと、同じプールの他のすべての顧客が危険にさらされます。そのため、登録された送信者は隔離されたり、リストの入手元の説明を求められたり、停止されたりすることがあります。
• 定着しない削除の試み。 SendGridは、IPの削除に動いても「すぐにまた再登録される」ことがあると率直に述べています。原因を直さない削除は、誰が申請しても定着しないからです。
• 何も起こらない。 ブラックリストの状況を顧客に表示しないプラットフォームは多くあります。ESPから何の連絡もないことは、クリーンであることの証拠にはなりません。

ビジネスへの影響#

指標の裏には、実在の人々に降りかかる現実的な影響があります。

• 売上の損失。 届かなかった注文確認、カゴ落ちの通知、プロモーションは、入ってこなかった売上そのものです。損失はあっという間に膨らみます。ストアにとっては、直接かつ即座の損失です。
• トランザクションメールの不具合。 迷惑メールフォルダーに入ったパスワードリセットや領収書は問い合わせを生み、信頼を損ないます。顧客が実際に最初に報告する症状であることが多いものです。
• クライアントや関係者への影響。 クライアントに代わって送信している場合、登録はクライアントのキャンペーンの失敗であり、自社が説明しなければならない問題になります。これについては、代理店向けのブラックリスト監視で解説しています。
• 対応に追われる状況。 警告サインに気づいて確認できたら、すべてを中断して診断し、原因を直し、削除を申請することになります。期限が「昨日」の、予定外の作業です。

起こらないこと#

ブラックリストへの恐れの一部は、実在しないものに向けられています。 違いを知っておけば、無用なパニックと無駄な作業を避けられます。

• ドメインが差し押さえられたり、停止されたり、インターネットから削除されたりすることはありません。 ブラックリストは、DNSで公開される一つの見解であり、受信側が参照するかどうかを選びます。Webサイト、DNS、ドメインの登録には影響しません。
• GoogleがDNSBLの意味で送信者を「ブラックリストに載せる」ことはありません。 Microsoftも同様です。どちらも独自のレピュテーションシステムを運用しており、改善の手順もそれぞれ別です。載るべき公開リストも、削除すべきエントリーもありません。Postmaster Toolsで迷惑メール率が上がり続けたり、配信エラーが続いたりするのは、Spamhausへの登録とは別の問題であり、対処法も異なります。
• 誰からもメールで知らされません。 リストの運営者も、メールプロバイダーも、デフォルトではESPも知らせてくれません。
• 信頼できるリストが、削除に料金を求めることはありません。 Spamhausは、料金は一切かからず、Spamhausの削除をうたう有料のオファーはすべて詐欺だと明言しています。注目すべき例外はUCEPROTECTで、上位のレベルについて優先的な削除を販売しています。受信側がこのリストを軽く扱う大きな理由の1つです。
• 削除しても、昨日までの成果は戻りません。 削除は出血を止めるだけです。レピュテーションの被害は、それ自体のペースで回復します。

自社のデータで確認する方法#

情報が得られる順に、4つの情報源があります。

1. バウンスログ。 拒否のテキストには、通常、リスト名と削除ページへのリンクが含まれます。上で見たとおりです。要約されたバウンス率ではなく、生のバウンスを読んでください。
2. 主要なリストへの照会。 送信元IPと送信ドメインの両方を調べます。無料のブラックリストチェックは、よく知られたIPのリストをライブのDNSで照会します。対応するのはIPv4アドレスのみなので、ドメインは、Spamhausの照会ツールなど、リスト運営者自身のツールで調べてください。ブラックリストに載っているかを確認する方法では、まず実際の送信元IPを特定する手順を解説しています。多くの確認が間違うのは、この部分だからです。
3. プロバイダーのダッシュボード。 Google Postmaster ToolsとMicrosoft SNDSは、ブラックリストの名前は示しません。ただし、リストをまったく公開していない2つのプロバイダーの状況を見られる唯一の手段です。GoogleはPostmasterのレピュテーションのダッシュボードを廃止したため、Gmailの迷惑メール率（0.3%未満に保ち、0.1%未満を目指す）、コンプライアンスの状況、配信エラーを確認してください。SNDSの対象は、自分で管理しているIPのみです。開封率が下がるなかで、迷惑メール率が上がり続けたり新しい配信エラーが出たりし、自社のログで当該プロバイダーのバウンスと保留のコードが急増していれば、有力な裏づけになります。
4. 到達したメッセージのヘッダー。 配信されたメッセージをメールヘッダー解析にかけると、受信経路と認証の結果を確認できます。SPF、DKIM、DMARCも失敗しているなら、最初の問題に2つ目の問題が重なっています。

削除したあとに起こること#

削除で終わるのは仕組みであり、結果ではありません。

• まずキャッシュされた応答が期限切れになる。 受信側はDNSの応答をキャッシュし、その有効期間はリストによって異なります。SpamhausのゾーンのTTLは60秒ですが、デフォルト設定で動くリストは応答を35分保持することがあり、受信サーバーによっては、それに加えて最大1時間結果をキャッシュします。Spamhaus自身は、1～2時間見込むよう送信者に案内しています。削除後に少し拒否が続くのは普通のことで、削除の失敗ではありません。
• レピュテーションの回復はずっと遅れる。 メールプロバイダーは直近の履歴を重視しますが、そこには数週間分の悪い履歴が加わっています。その状態でいきなり全量を送信すると、せっかく脱したフィルタリングを再び招きます。ウォームアップのときと同じように、送信量を段階的に戻し、最もエンゲージメントの高い受信者から送信してください。
• 原因は原因のまま残る。 スパムトラップや迷惑メール報告の発生源がまだリストに残っていれば、同じ検出に再び引っかかります。そして2度目の登録は、最初よりも解除が難しくなります。

速さがすべてである理由#

届かなかったメールを元に戻すことはできませんが、その量に上限を設けることはできます。 登録が放置される1時間ごとに、配信の損失とレピュテーションの浸食が増えます。 その後の回復にかかる負担も、登録が続いた期間に比例して大きくなります。 自分で制御できる唯一の要素が、検知までの時間です。 1時間で気づけば失うのは1時間分で、1か月後に気づけば、1か月分とそこから這い上がる時間を失います。

登録による被害は、気づかれない時間に比例して大きくなります。だからこそ、すぐに気づくことが対策になります。Qualisendのブラックリスト監視は、自社のドメインとメール送信用IPを40以上のリストに対して継続的に監視し、登録や解除が発生した瞬間にアラートを送ります。さらにリストの検証を行えば、登録の大半の原因となる、存在しないアドレスやスパムトラップをあらかじめ取り除けます。