IP とドメインの評判

Email Concepts Encyclopedia Published March 2026

ELI5: 町に新しいレストランがオープンしたと想像してください。誰もまだそこで食べていないので、誰も信頼していません。最初の数人の顧客が気に入れば、うわさが広がり、より多くの人が来ます。初期の顧客が食中毒になれば、そのレストランは終わりです。IPとドメインの評判も同じように機能します。メールボックスプロバイダーは送信履歴を追跡し、メールがインボックスに到達するか、スパムに入るか、またはドアで拒否されるかを決定するために使用します。

メールボックスプロバイダーがメールを信頼するかどうかを判断する方法 — および背後でメール送信インフラストラクチャをスコアリングするシステム。

送信者レピュテーションとは？

メールを送信するたびに、受信側のメールボックスプロバイダーがあなたの信頼性を評価します。この評価は送信者レピュテーションと呼ばれ、メールが受信箱に到達するかどうかの最も重要な要因です。

レピュテーションは単一の数値ではありません。複数のシグナルから派生した複合スコアであり、主要なメールボックスプロバイダーごとに独立して管理されています。Gmailのあなたのレピュテーションに対する見方はOutlookの見方と異なり、Yahooの見方とも異なります。ユニバーサルなレピュテーションデータベースは存在しません。

レピュテーションを担う2つの主要な識別子：

IPレピュテーション — メールサーバーが受信側サーバーへの接続に使用するIPアドレスに関連するスコア。
ドメインレピュテーション — From:ヘッダーのドメイン、DKIMサイニングドメイン（d=）、およびエンベロープ送信者ドメインに関連するスコア。

歴史的にはIPレピュテーションが優位でしたが、今日ではドメインレピュテーションが同等またはそれ以上に重要になっており、特にGmailではドメインレピュテーションをフィルタリング決定でIPレピュテーション以上に重みづけています。

IPレピュテーション：ネットワークレベルのシグナル

メールサーバーがポート25で受信側サーバーに接続すると、受信者が最初に見るのはあなたのIPアドレスです。EHLOの前に、エンベロープの前に、コンテンツの前に — IPは既知です。これにより、最も早期のフィルタリングシグナルになります。

IPレピュテーションは以下に形成されます：

ボリュームと一貫性 — 通常わずかなメールしか送信していないIPからの急激なスパイクは疑わしい。
バウンス率 — 多くの無効なアドレスへの送信は、購入またはスクレイピングされたリストを示唆している。
スパム苦情率 — 受信者が「スパムとして報告」をクリックすると、送信IPのレピュテーションに直接ダメージを与える。
スパムトラップヒット — 非アクティブ、または目的特化型トラップとして知られているアドレスへの送信は、強力なネガティブシグナルである。
ブロックリストのプレゼンス — 主要なブロックリスト（Spamhaus、Barracudaなど）へのリストは、接続時にチェックされることが多い。
認証結果 — SPF、DKIM、DMARCを一貫して通過することで信頼が構築される。

IPネイバーフッドの問題

IPアドレスはブロック単位で割り当てられます。あなたのIPが歴史的にスパマーによって使用されてきた範囲にある場合、単一のメールを送信したことがなくても、そのレピュテーションの一部を継承します。これが送信元のIPアドレスが重要な理由です — そして信頼できるメールサービスプロバイダーがIPプールを慎重に管理する理由です。

ドメインレピュテーション：アイデンティティレベルのシグナル

ドメインレピュテーションは特定のIPアドレスではなく、送信ドメインのアイデンティティに関連しています。これにより、それは移植可能です — IPを変更するか、メールサービスプロバイダーを変更しても、あなたのドメインレピュテーションはあなたに従います。

プロバイダーはドメインレピュテーションを以下から構築します：

DKIMサイニングドメイン（d=） — 暗号的に検証されるため、最も信頼できる識別子。
From:ヘッダードメイン — 受信者が見るもの。
エンベロープ送信者ドメイン（MAIL FROM） — バウンスルーティングとSPFチェックに使用される。
エンゲージメントシグナル — 特にGmailでは、受信者がメッセージを開く、返信する、または読まずに削除するかどうかがドメインレピュテーションに影響する。

ドメインレピュテーションはますます主要なシグナルになっています。たとえば、GoogleのPostmaster ToolsはドメインレピュテーションをIPレピュテーションとは別のメトリックとして報告し、ドメインスコアは受信箱の配置でより重要なことが多い。

共有IPと専用IP

トランザクションメールサービスを使用する場合、メールは共有IPプール（多くの顧客によって使用される）または専用IP（あなただけが使用する）から送信される場合があります。各アプローチにはトレードオフがあります。

共有IP

利点： IPは既存のトラフィックから確立されたレピュテーションを既に持っています。プールの履歴から直ちに利益を得ます。
利点： ウォーミングは必要ありません。IPは既に一貫したボリュームを送信しています。
リスク： 同じIP上の別の送信者が共有レピュテーションにダメージを与える可能性があります。十分に管理されたプロバイダーは、すべての送信者を監視し、悪質なアクターを素早く削除することでこれを軽減します。
最適な用途： 専用IPのレピュテーションを単独で維持するのに十分なメールを送信しない低〜中程度のボリューム送信者。

専用IP

利点： あなたのレピュテーションは完全にあなた自身の手にあります。他の送信者はそれに影響を与えることはできません。
利点： 送信パターンとボリュームを完全にコントロールできます。
リスク： 新しい専用IPはレピュテーションがありません。慎重にウォーミングする必要があります。
リスク： ボリュームが大幅に低下すると（休暇、季節ビジネス）、IPは確立されたレピュテーションを失う可能性があります。
最適な用途： 一貫した日次ボリュームを維持できる高ボリュームの送信者（通常月間100,000+メッセージ）。

しきい値が重要です。1日500メールを送信する専用IPは、強力なレピュテーション構築に十分なポジティブシグナルを生成しません。受信プロバイダーは、判断を形成するのに十分なデータポイントを持たず、IPは不確実な状態のままです。

IPウォーミング：ゼロからレピュテーションを構築する

新しいIPアドレスには送信履歴がありません。メールボックスプロバイダーは未知のIPを疑いの目で扱います — 即座にブロックはしませんが、スロットルして密接に監視します。IPウォーミングはポジティブなレピュテーションを構築するために段階的に送信ボリュームを増やすプロセスです。

典型的なウォーミングスケジュール

日	日次ボリューム	メモ
1–2	50–100	最もエンゲージした受信者にのみ送信
3–4	200–500	バウンスと苦情を密接に監視
5–7	1,000–2,000	Postmaster Toolsでレピュテーション指標を確認
8–14	5,000–10,000	より幅広い受信者セグメントに拡大
15–21	20,000–50,000	フルボリュームに近づく
22–30	フルボリューム	レピュテーションが確立されるべき

主要なウォーミング原則：

最良の受信者から始める。 最近メールを開いたまたはクリックした人に最初に送信します。彼らのポジティブなエンゲージメントは、あなたのIPが要望されたメールを送信することをプロバイダーに教えます。
段階的に増やす。 ボリュームを2～3日ごとに2倍にするのが一般的なペースです。一晩で100から100,000にジャンプするとスロットルまたはブロックがトリガーされます。
一貫性を保つ。 2週間ウォーミングしてから1週間沈黙しないでください。ギャップは進捗をリセットします。
プロバイダーごとに分離。 可能であれば、宛先ごと（Gmail、Outlook、Yahoo）にウォーミング進捗を追跡します。各プロバイダーが独立して評価するため。
シグナルを監視。 ウォーミング中にバウンス率上昇、遅延（4xx応答）、またはスパムフォルダーの配置は、あなたが速すぎることを意味します。

ドメインウォーミング

新しいドメインもIPウォーミングとは独立してウォーミングが必要です。真新しいドメインを登録して直ちに50,000メールを送信開始すると、IPのレピュテーションに関係なくプロバイダーは疑わしい。同じ段階的なランプアップが新しいドメインに適用されます。

フィードバックループ（FBL）

フィードバックループはメールボックスプロバイダーが提供するサービスで、受信者があなたのメッセージをスパムとしてマークしたときに通知します。ユーザーが「スパムとして報告」（または同等のもの）をクリックすると、プロバイダーはARFレポート（Abuse Reporting Format、RFC 5965）を送信者に送り返します。

FBLレポートは通常、以下を含みます：

元のメッセージ（またはキーヘッダー）
苦情を述べた受信者
フィードバックのタイプ（通常「abuse」）

主要なFBLプログラム：

Outlook/Hotmail（JMRPおよびSNDS）： MicrosoftのJunk Mail Reporting ProgramがARFレポートを送信します。彼らのSmart Network Data ServicesダッシュボードはIPレベルのデータを示します。
Yahoo： CFLプログラムを通じてコンプレイントフィードバックループを提供します。
Gmail： 従来のFBLを提供していません。代わりに、GmailはFeedback-IDヘッダーを使用し、Postmaster Toolsを通じて集約データを提供します。Gmailから個別の苦情通知を受け取ることはできません。

FBLを通じて苦情を受け取ったとき、正しい対応はその住所を直ちに抑制することです。二度と送信しないでください。0.1%を超える苦情率（1,000メッセージあたり1苦情）は警告サインです。0.3%以上は重大です — あなたは既に配信可能性の低下を見ている可能性があります。

ブロックリスト（DNSBL）

DNS ベースのブロックリスト（RFC 5782）はスパムを送信することが知られているIPアドレスとドメインのデータベースです。受信サーバーはSMTPトランザクション中にリアルタイムでこれらのリストにクエリを実行します。

DNSBLルックアップはどのように機能するか：

; 198.51.100.42がblocklist.example.orgにリストされているかどうかを確認するには、 ; IPオクテットを逆にし、クエリします： 42.100.51.198.blocklist.example.org. IN A ; レコードが存在する場合（通常127.0.0.x）、IPはリストされている。 ; レコードなし（NXDOMAIN）はIPがリストされていないことを意味する。

主要なブロックリストとその影響：

Spamhaus SBL/XBL/PBL： 最も広く使用されているブロックリスト。Spamhausのリストは配信全体の失敗を引き起こします。SBLは既知のスパムソースをリストし、XBLは危険にさらされたマシンをリストし、PBLは直接メールを送信すべきではないIPレンジをリストします（住宅用IP等）。
Spamhaus DBL： ドメインベースのブロックリスト。送信IPではなく、URLとFrom:ヘッダーのドメインをチェック。
Barracuda（BRBL）： エンタープライズスパムフィルターで広く使用。
SpamCop： ユーザーレポートによって駆動。アクティビティが停止した後、リストは自動的に有効期限が切れます。
URIBL/SURBL： これらはメッセージボディ（URI）に見られるドメインをリストします。送信IPではなく。メールコンテンツ内のリストされたドメインへのリンクはフィルタリングをトリガーできます。

削除リストから外す

ブロックリストにランドした場合：

原因を特定。 ブロックリストはIPをランダムにリストしません。何かがそれをトリガーしました — スパムトラップヒット、危険にさらされたアカウント、悪いリストからの急激なボリュームスパイク。
根本原因を修正。 問題を修正せずに削除をリクエストすると、直ちに再リストされます。
削除をリクエスト。 ほとんどのブロックリストには自動削除プロセスがあります。Spamhausは最初に問題を解決する必要があります。SpamCopのリストは自動的に有効期限が切れます。
監視。 削除後、再発を密接に監視。

スパムトラップ

スパムトラップはリスト衛生が貧弱な送信者を特定するために特に使用されるメールアドレスです。いくつかのタイプがあります：

プリスティントラップ： 実在の人間によって使用されたことのないアドレス。スクレイパーとリスト購入者を捕捉するために単独で作成されました。プリスティントラップにヒットすることは、厳しいネガティブシグナルです — アドレスを不正な手段によって取得したことを意味します。
リサイクルトラップ： かつて実在のユーザーに属していたが、放棄され、後にトラップとして再利用されたアドレス。これらにヒットすることは、非アクティブなアドレスのリストをクリーニングしていないことを示しています。メールボックスプロバイダーは通常、再利用する前に6～12ヶ月間アドレスを無効にします。
タイポトラップ： 主要なドメインの一般的なスペルミスのアドレス（例：gmial.com、yaho.com）。収集時にメールアドレスを検証しない送信者を捕捉します。

あなたのリスト上のどの特定のアドレスがスパムトラップであるかを知ることはありません。唯一の防御は優れたリスト衛生です：ダブルオプトインによる登録確認、バウンスアドレスの削除、6～12ヶ月エンゲージしていないアドレスのサンセット。

複数プロバイダーにわたるレピュテーション

多くの送信者が見落とす重大なポイント：レピュテーションはプロバイダーごとです。GmailのあなたのレピュテーションはOutlookのあなたのレピュテーションとは独立しており、それはYahooのあなたのレピュテーションとは独立しています。各プロバイダーは独自の観察に基づいて独自のスコアリングシステムを維持しています。

これは以下を意味します：

Gmailでの配信が優れていて、Outlookでの配信が同時に悪い場合があります。
ブロックリストのリストはOutlook配信を破壊する可能性があります（ブロックリストを積極的にチェック）。一方、Gmailへの影響はほとんどない（独自の内部データに依存）。
Yahooユーザーからの高い苦情率はYahooレピュテーションを破壊できますが、Gmailに影響しません。Gmailはヤフーの苦情データを見ないため。

配信メトリクスを宛先プロバイダーごとに監視します。集約配信率はプロバイダー固有の問題を隠します。95%の全体配信率は、平均を低下させている70%のOutlook率を隠している可能性があります。

レピュテーション回復プレイブック

損傷したレピュテーションから回復することは、良いレピュテーションを維持することよりも大幅に難しい。一般的なアプローチは：

出血を止める。 影響を受けたプロバイダーへの送信を直ちに一時停止します。損傷したレピュテーションに送信を続けると、低下が加速します。
根本原因を診断。 ブロックリスト、苦情率、バウンス率、スパムトラップヒット、および認証失敗をチェック。原因が修正を決定します。
根本的な問題を修正。 リストをクリーニング。苦情者を抑制。認証を修正。スパムトラップアドレスを削除（直接識別できません — プロキシとしてすべての非エンゲージメントアドレスを削除）。
段階的に再度ウォーミング。 最もエンゲージした受信者のみから非常に低いボリュームで送信を再開します。新しいIPで使用するのと同じウォーミングスケジュールに従います。
回復を監視。 Postmaster Tools、SNDS、および配信メトリクスを使用して改善を追跡します。回復には通常、クリーンな送信の2～6週間かかります。

ダメージが深刻（Google Postmaster Toolsでドメインレピュテーションが「悪い」）の場合、影響を受けたメールストリーム用の新しいサブドメインが既存のドメインの復旧よりも速いかどうかを検討してください。これは最後の手段です — 新しいサブドメインはゼロから開始し、ウォーミングが必要です。

レピュテーションの監視

目を閉じて飛ばないでください。これらのツールを使用してレピュテーションを追跡します：

Google Postmaster Tools： Gmail での送信者のドメインと IP レピュテーション（高、中、低、悪として分類）、スパム率、認証率、および暗号化率を表示します。Gmail受信者に送信する場合、これは最も重要な監視ツールです。
Microsoft SNDS： Smart Network Data Servicesは、Outlook.com配信のIPレベルのデータを提供します。スパム苦情率とトラップヒットを含む。
ブロックリストモニタ： 定期的にIPとドメインを数十のブロックリストに対してチェックし、新しいリストをアラートするサービス。
DMARC集約レポート： あなたのDMARC rua=レポートはすべてのプロバイダーにわたる認証パス/失敗率を表示します。これはレピュテーション健康のプロキシです。
バウンスと苦情の追跡： メールサービスプロバイダーはバウンス率、苦情率、および配信率を公開する必要があります。これらを毎日監視。

何が問題になる可能性があるか

ウォーミングなしのコールドIPからの送信

新しい専用IPをプロビジョニングし、直ちに200,000メールの全ボリュームを送信します。Gmailはほとんどを421-4.7.28...レート制限で遅延します。Outlookは静かにスパムにルーティングします。ローンチキャンペーンは失敗します。修正：ウォーミングスケジュールに従い、最もエンゲージした受信者から開始。

FBL苦情を無視

苦情通知を受け取りますが、それらのアドレスに送信を続けます。苦情率は0.3%を超える。Gmailはドメインレピュテーションを「悪い」に移動。パスワードリセット、レシートなどのトランザクションメールもスパムに着地し始める。修正：苦情を生成するアドレスを自動的に抑制。

キャンペーン中のブロックリストリスト

キャンペーン中盤、あなたのIPはSpamhausにリストされます。配信率は一晩で98%から40%に低下。ブロックリストを監視していなかったため気づきませんでした。修正：自動ブロックリスト監視とアラートを設定。すべての主要な送信の前と最中にチェック。

プロバイダー切り替え後のドメインレピュテーション崩壊

メールサービスプロバイダーを切り替えます。IPレピュテーションは転送されません（古いプロバイダーに属していた）。しかし、ドメインレピュテーションは転送。ドメインレピュテーションが既に損傷している場合、プロバイダーを切り替えても役に立たない — 問題はあなたに従います。修正：移行する前に慣行とレピュテーションをクリーンアップ。

共有IPの汚染

共有IPプール上の別の顧客がスパムを送信します。あなたが何もしなくても、配信率が低下。修正：共有プールを積極的に監視し、悪質なアクターを素早く削除するプロバイダーを選択。高ボリュームの送信者の場合、専用IPを検討。

重要なポイント

ドメインレピュテーションはIPレピュテーションを追い越しています。 特にGmailで、主要なプロバイダーの主要なスコアリングシグナルになっています。
新しいIPとドメインはウォーミングが必要です。 低いボリュームでエンゲージした受信者から開始し、2～4週間かけて段階的にランプアップ。
共有IPは利便性と引き換えにコントロールをトレード。 専用IPはフルコントロールを与えますが、レピュテーションを維持するのに十分なボリュームが必要です。
フィードバックループはオプションではありません。 利用可能なすべてのFBLに登録し、苦情者を直ちに抑制。
ブロックリスト監視は重要。 知らないリストは静かにあなたの配信率を破壊しています。
スパムトラップは見えません。 唯一の防御は厳密なリスト衛生：ダブルオプトイン、バウンス削除、エンゲージメントベースのサンセット。
継続的に監視。 Google Postmaster Tools、Microsoft SNDS、DMARCレポート、およびバウンス/苦情率が運用ダッシュボードの一部であるべき。