Postmaster Toolsのドメイン・IPレピュテーションの見方

答えが変わる場合

実際の答えは、アカウントで使えるPostmaster Toolsのバージョンによって変わります。

アカウントに旧レピュテーション画面がまだ表示される場合は、ドメインとIPの評価を別々に読みます。IPの評価は、Googleが確認した送信アドレスに関するものです。ドメインの評価は、DKIMまたはSPFで認証されたドメインそのものに関するものです。一方の画面の結果が悪くても、それだけでもう一方の結果の原因を示すことにはなりません。

アカウントがPostmaster Tools v2を使っていて旧レピュテーションカードがない場合、同じラベルや意味を持つ代わりのカードがあるとは考えないでください。Googleの廃止のお知らせには、新しいダッシュボードはより実用的な情報を提供するとありますが、旧「ドメインレピュテーション」や「IPレピュテーション」のダッシュボードの直接の後継は記載されていません。アカウントで使えるダッシュボードとエラーの証拠を使い、送信者の実際の認証データや配信データと比べてください。

Googleのメール送信者のガイドラインでは、共有IPアドレスも別の考慮事項として扱われています。共有IP上の他の送信者の動きが、そのIPのレピュテーションに影響することがあります。この注意は、共有IPの利用者がすべての送信者の動きを見たり制御したりできるという意味ではありません。

レピュテーション結果の実用的な判断ルール

まずGoogleが実際に報告している証拠から始め、次に同じ送信経路から証拠を集めます。このルールなら、ダッシュボードの色を根本原因の診断と取り違えずに済みます。

Illustrative decision rule

If a legacy Domain Reputation or IP Reputation result is available:
  Record the date, the exact authenticated domain, and the sending IP.
  Compare the result with the Spam Rate, Authentication, and Delivery Errors views.
  Inspect a delivered message from the same production sender.

If the old reputation views are unavailable in Postmaster Tools v2:
  Do not infer an old-style reputation rating.
  Use available Gmail dashboards, delivery errors, and message authentication evidence.
  Check public IP signals separately when the sending IP is known.

配信されたメッセージでは、ESPの設定画面に頼らず、受信側が付加したAuthentication-Resultsヘッダーを調べます。RFC 8601は、メッセージ認証の結果を報告するこのヘッダーフィールドを定義しています。DKIMやSPFの合格結果は、Googleがトラフィックを何にひも付けるかを確かめる助けになりますが、高いレピュテーションの状態を証明するものではありません。

問題が送信インフラのアドレスではなくドメインの身元に関わる場合は、ドメインレピュテーションとはで違いを確認してください。送信者の信頼全般の問題なら、メール送信者のレピュテーションが、特定のプロバイダーのダッシュボードを普遍的なものとして扱わずに、関連する概念を解説しています。

レピュテーション結果を見た後の確認事項

手元の証拠を使います。

• 旧Postmaster Toolsを使える場合は、表示されたレピュテーションを、同じ期間のGoogleの「迷惑メール率」「認証」「配信エラー」のデータと比べます。
• Gmailの配信エラーがある場合は、エラーをそのまま保存し、影響を受けた本番経路のメッセージを調べます。GoogleはPostmaster Toolsダッシュボードのガイダンスで、送信IPのレピュテーション低下と送信ドメインのレピュテーション低下を、別々の配信エラーの分類として記載しています。
• 送信IPがわかっている場合は、そのアドレスの公開シグナルを別途確認し、あわせてドメインを公開ブロックリストと照合します。外部のブロックリストの問題は見つけやすくなりますが、Googleの非公開のレピュテーション計算は再現できません。
• サードパーティの送信サービスを使う場合は、DNSやトラフィックの経路を変える前に、認証済みドメインと実際の送信IPを特定します。Googleのドキュメントは、ベンダーの設定画面を本番の送信経路の証拠とはしていません。

送信IPの公開レピュテーションシグナルを確認する

Googleの旧IP評価が使えない場合や、既知の送信アドレスについて2つ目の証拠が必要な場合は、問題がGmailに限られるかを判断する前に、そのIPを調べます。

送信IPをチェック

公開のIPチェックでは、Googleの現在のレピュテーション評価の確認、Gmailがあるメッセージをフィルタした理由の証明、今後のGmailでの振り分けの保証はできません。

集計レポートで、複数の正当な送信元が同じドメインを使っているとわかった場合、継続的な作業は、どの経路がアライメントした認証に合格し、どの経路に修正が必要かを見極めることです。PalisadeはDMARC集計レポートのデータを自律的に分析し、認証やアライメントの問題を特定して、優先度付きの修正チケットを作成します。Googleのレピュテーション判定を変えたり、配信を保証したりはしません。

Palisadeを始める