DMARC レポートアナライザー
受信者から送られてくる集計レポートファイル — .xml、.xml.gz、または複数をまとめた .zip — をドロップすると、XML が埋もれさせている情報が戻ってきます：どの送信元があなたのドメインとして送信しているか、そのうちどれだけが SPF と DKIM のアライメントに合格するか、両方に不合格だったのは何か、そして最初に直すべきことは何か、すべて平易な言葉で。すべてはブラウザ内で解凍・解析されます。ファイルがブラウザの外に出ることは決してありません。DMARC レポートは、誰があなたのメールを送信しているか — そして誰がそのふりをしているか — の地図だからです。
または、このボックス内のどこにでもファイルをドロップしてください。異なる受信者・異なる日のレポートは、送信元ごとにグループ化されて 1 つの表に統合されます。
読み込んだレポート
修正すべき点
送信元
| 送信元 IP | From ドメイン | メッセージ数 | 処分（disposition） | SPF アライメント | DKIM アライメント | DMARC |
|---|
どちらか一方のアライメントが合格すれば、その行は DMARC に合格します — それが受信者の適用する定義です。両方不合格の行は強調表示されます。レポートそのものではなく、それを生成するレコードを確認するには、メール到達性チェックを使ってください。
集計レポートとは実際には何か
DMARC には 2 つの半分があります。1 つ目はあなたが公開するレコード — ポリシー、アライメントモード、報告先アドレス — で、このサイトのメール到達性チェックを含むあらゆるチェッカーが読める半分です。2 つ目はフィードバックループです：あなたのドメインからのものと称するメールを見た大規模な受信者はそれぞれ、見た内容を要約し、通常は 1 日に 1 回、XML としてあなたの rua アドレスに送信します。そのファイルこそ、他に誰があなたとして送信しているかの唯一の証拠です。なりすましキャンペーン、同僚が 2 年前に接続したマーケティング基盤、廃止済みサーバーをまだ使っている監視サービス — それらすべては、誰かが読めば、他のどこよりも数週間早く集計レポートに現れます。ところが、入れ子になった policy_evaluated 要素を持つ生の XML はほぼ判読不能で、ファイルは gzip されたままメールボックスに積み上がるため、ほとんど誰も読みません。このアナライザーが埋めるのはその隙間です：同じファイルを、送信元と判定の表に変え、不合格のそれぞれを必要な修正へ翻訳します。付随するガイドDMARC レポートの読み方は、この形式の語彙 — disposition、アライメント、認証結果とアライメント済み結果の違い — を、完全に解きほぐした実例で説明します。
2 つの習慣がレポートの価値を高めます。第一に、強制する前に読むこと：レポート付きの p=none ポリシーは監視システムであり、それが動く数週間で正当な送信者をすべて把握できるため、検疫と拒否への移行で本物を壊すことがありません。第二に、不明な送信元はすべて好奇心ではなくチケットとして扱うこと — 特定するか、アライメントするか、強制が止めるのを見届けるかして、「おそらく大丈夫」の山に決して放置しないでください。その山こそ、なりすましが隠れる場所だからです。集計レポートが意図的に含まないものに注意してください：本文も、件名も、宛先アドレスもありません。送信元ごとの件数と判定であり、だからこそプロバイダーのサポートチームと共有できます — ツールへのアップロードとしてではなく、意図的に手渡すファイルとして。このページはその性質を保ちます：解析はファイルがすでにある場所、あなたのマシン上で行われます。
よくある質問
DMARC 集計レポートとは何ですか？
受信者（Google、Microsoft、Yahoo など）が、あなたの DMARC レコードの rua タグのアドレスへ毎日送るフィードバックファイルです。あなたのドメインだと称してメールを送信した送信元ごとに、送信元 IP、メッセージ数、受信者が適用した処分、そして SPF と DKIM があなたの From ドメインとアライメントしていたかが記載されます。あなたのドメインのなりすましが、困惑した顧客からの苦情ではなく、データとして見えるようになる唯一の場所です。ガイドDMARC レポートの読み方は、実際のレポートを 1 行ずつたどります。
自分のドメインのレポートを受け取るにはどうすればよいですか？
報告先アドレス付きの DMARC レコード — v=DMARC1; p=none; rua=mailto:[email protected] — を公開すれば、受信者は 1 日ほどで送信を始めます。まだレコードがない場合、または既存のものを確認したい場合は、まずメール到達性チェックを実行してください：レコード、ポリシー、報告先アドレスが公開されているかを読み取ります。レポートは小さな XML ファイルとして届き、通常は gzip 圧縮されているか zip にまとめられています。それこそがこのアナライザーが開く形式です。
ここでレポートを開いても安全ですか？ファイルはどこへ行きますか？
どこへも行きません。ファイルはこのページ内、あなたのブラウザで解凍・解析されます。アップロードも、送信も、保存もされません。これは意図的な設計です。集計レポートはあなたのメール基盤の地図 — あなたが使うすべての送信サービス、すべての IP、あなたを狙ったあらゆるなりすまし — だからです。その地図を他人のサーバーにアップロードしたり、ログを保持する AI チャットに貼り付けたりすることは、地図を、本来渡すべきでない人々に渡すことです。
見覚えのない送信元が SPF と DKIM の両方に不合格です。これはなりすましですか？
なりすましか、誰も教えてくれなかった送信者のどちらかです — そしてレポートだけでは両者を分けられません。だからアナライザーは、これを判定ではなく、追いかけるべき問いとして表現します。順番に確認してください：その IP は、あなたの組織が料金を払っているプロバイダー（CRM、サポートデスク、古いマーケティングツール、忘れられた監視サービス）のものですか？量は安定して小さい（設定ミスの内部システム）ですか、それとも断続的で大きい（キャンペーン）ですか？ポリシーが p=none の間、そのメールはどちらにせよ配信されます。正当な送信元すべてがアライメントし、検疫や拒否を強制するようになれば、不明な流れは、どちらであったにせよ拒否されます。
自分の正当なメールが不合格になっています。まず何を直せばよいですか？
アライメントです。ほとんどの場合、直す場所はプロバイダー側です。SPF がアライメントしないのは、プロバイダーが自社のバウンスドメインから送信している場合で、カスタムの return-path サブドメインを使い、エンベロープのドメインをあなたのものにすることで直ります。DKIM がアライメントしないのは、プロバイダーが自社のドメインで署名しているか、まったく署名していない場合で、プロバイダーの設定であなたのドメインによる DKIM 署名を有効にすることで直ります。片方のアライメントだけでも DMARC には合格しますが、DKIM は転送を生き延びるため、2 つのうちより堅牢です。送信者を量の多い順に直し、次のレポートがクリーンになるのを観察してから、初めてポリシーを引き上げてください。