集計レポートは生の XML を
メール認証の知見に変えます
DMARC 集計レポート（RUA）は、受信側メールサーバーが送信する日次 XML サマリーで、あなたのドメインからメールを送信しているすべての IP アドレス、メッセージ量、そして各ソースについて SPF、DKIM、DMARC が通過したか失敗したかを示します。
DMARC 集計レポート
とは何ですか?
集計レポートは、メール受信側 — Google、Microsoft、Yahoo をはじめ数千もの受信側 — が送信する XML ファイルで、あなたのドメインからのメールがレポート期間（通常 24 時間）にわたって SPF、DKIM、DMARC のチェックに対してどのような結果だったかを要約したものです。
レポートは、DMARC レコード内の rua= タグによって発生します。これがないと、レポートは一切届かず、誰があなたのドメインを名乗ってメールを送信しているかがまったく見えません。
2024 年の DMARC.org の調査によると、580 万を超えるドメインが DMARC レコードを公開していますが、その多くは依然として rua= タグを設定しておらず、悪用に対して無防備なままです。
生の XML から視覚的なダッシュボードへ
生の集計レポートは、数千行に及ぶこともある XML ファイルです。Gmail、Outlook、Yahoo、そして数十のその他の受信側からレポートを受け取る単一のドメインは、1 日に数百のファイルを蓄積します。手作業での解析は現実的ではありません — 専用ツールでDMARC レポートを分析する方がはるかに速いのです。
<?xml version="1.0"?> <feedback> <report_metadata> <org_name>google.com</org_name> <report_id>17438926547812</report_id> <date_range> <begin>1712188800</begin> <end>1712275199</end> </date_range> </report_metadata> <policy_published> <domain>example.com</domain> <p>none</p> <adkim>r</adkim> <aspf>r</aspf> </policy_published> <record> <row> <source_ip>142.250.115.26</source_ip> <count>14832</count> <policy_evaluated> <disposition>none</disposition> <dkim>pass</dkim> <spf>pass</spf> </policy_evaluated> </row> </record> </feedback>
集計レポートの中身
すべての集計レポートは、RFC 7489 で定義された同じ XML 構造に従います。3 つの主要なセクションが、誰がレポートを送ったか、どのポリシーを見たか、あなたのメールに何が起きたかを教えてくれます。
<report_metadata> レポートを送信したのは誰か（Google、Microsoft、Yahoo など）、レポート ID、対象となる日付範囲 — 通常は 24 時間の期間 — を示します。
<policy_published> 評価時点で受信側があなたの DNS で見た DMARC ポリシーを示します — あなたのドメイン、ポリシーレベル、サブドメインポリシー、アライメントモードです。
<record > row> 送信ソースごとに 1 行です。IP アドレス、メッセージ数、受信側がそのメッセージをどう処理したか、個々の SPF/DKIM/DMARC の結果が含まれます。
集計レポートの読み方
DMARC Report のようなツールを使う場合でも、XML を手作業で読む場合でも、次の 4 つのステップに従って、すべてのレポートから実用的な知見を引き出しましょう。
レポート送信元を特定する
<org_name> を確認して、どの受信側がレポートを送ったか — Google、Microsoft、Yahoo など — を確認します。これにより、あなたのメールがどこに配信されたかがわかります。
ポリシーを確認する
<policy_published> を確認し、受信側が正しい DMARC ポリシー、アライメントモード、割合を認識しているか確かめます。不一致は DNS の伝播の問題を示しています。
各ソースを確認する
各 <record> 行 — ソース IP、メッセージ数、認証結果 — を精査します。ソースを正規送信者か潜在的な脅威かに分類します。
失敗を調査する
SPF または DKIM の失敗を示すソースについては、設定不備のある正規送信者なのか、あなたのドメインをスプーフィングしている無許可の送信者なのかを判断します。
集計レポートでよくある問題
レポートが受信できない
DMARC レコードの rua= タグが欠落しているか、形式が正しくありません。rua= のアドレスは mailto: URI である必要があります。
DMARC チェッカーで、レコードが正しく公開されているか確認してください。
レポートが多すぎて読めない
アクティブなドメインは、世界中の受信側から 1 日に数百もの XML ファイルを受け取ります。手作業の分析ではスケールしません。
DMARC Report はレポートを自動的に取り込み、解析し、分類します — 200 以上のメールベンダーを識別します。
外部ドメインの認可
別のドメインのメールボックスにレポートを送信するには、受信側ドメインが DNS を介して認可する必要があります。
yourdomain._report._dmarc.receiverdomain に、値 v=DMARC1 の TXT レコードを公開します。
よくある質問
DMARC 集計レポートはどのくらいの頻度で送信されますか?
ほとんどの受信側は 1 日に 1 回、24 時間のレポート期間を対象に集計レポートを送信します。Google、Microsoft、Yahoo などの大手受信側は通常、00:00〜06:00 UTC の間にレポートを配信します。一部の小規模な受信側は、週単位でレポートをまとめて送信します。
DMARC 集計レポートが受信できないのはなぜですか?
最も一般的な原因は、DMARC レコードの rua= タグが欠落しているか、形式が正しくないことです。無料の DMARC チェッカーで確認してください。別のドメインのアドレスにレポートを送信している場合は、受信側ドメインに _report._dmarc 認可レコードが必要です。
所有していないドメインに DMARC レポートを送信できますか?
はい。ただし、受信側ドメインが認可する必要があります。yourdomain._report._dmarc.receiverdomain に、値 v=DMARC1 の DNS TXT レコードを公開してください。これにより、無許可でメールボックスがあふれるのを防ぎます。
DMARC の強制に到達するにはどのくらいかかりますか?
p=none から p=reject への移行には通常 9〜18 か月かかり、各ポリシーフェーズで最低 90 日を要します。集計レポートはこのプロセス全体を通じて不可欠です — ポリシーを厳しくする前に、すべての正規送信者を特定する唯一の手段だからです。
RUA レポートと RUF レポートの違いは何ですか?
RUA（集計）レポートは、すべての送信ソースについて量と認証結果を示す日次の XML サマリーです。RUF（フォレンジック）レポートは、メールヘッダーや件名を含むメッセージごとの失敗の詳細を提供します。詳しくはフォレンジックレポートのページをご覧ください。
生の XML を読むのはもう終わりにしましょう
DMARC Report はあなたの集計レポートを自動的に処理します — 送信者を分類し、傾向を追跡し、認証が変化したときに通知します。
無料トライアルを始めるレポート分析についてのユーザーの声
Rated 4.8/5 on G2 · 469 verified reviews
Dave G.
Owner
"DMARC Report has been invaluable in fixing email deliverability issues for our clients"
DMARC Report dashboard allows us to see easily what is compliant and what isn't compliant so we can quickly fix issues.
Zunaid K.
Director
"Essential tool for email delivery"
This tool helps us to implement DMARC reporting for our domains in an easy to use manner.
Verified User in Information Technology and Services
"Best security tool for your own domains"
The weekly reports help me a lot to analyze quickly the emails sent from my domains and that gives me peace of mind.