DMARCレコードチェッカー

DMARCチェックでわかること

DMARCチェックでは、想定される_dmarcホストにTXTレコードがあるかを確認します。レコードがある場合は主要なタグを解析し、ドメインが監視のみなのか、失敗したメールを隔離するのか、拒否するのかを表示します。レポートの送信先アドレスや段階的な適用設定が公開されていれば、それも表示します。

ポリシーの値は、認証に失敗したときにドメイン所有者がどう処理してほしいかをメールボックスプロバイダーに伝えるため重要です。p=noneは監視用です。p=quarantineは、失敗したメールを疑わしいものとして扱うよう求め、多くの場合迷惑メールフォルダに振り分けられます。p=rejectは、失敗したメールをブロックするよう求めます。SPFやDKIMがアラインしていないと、厳格なポリシーは正当なメールにも影響するため、慎重に進めてください。

アライメントの設定も重要です。緩和（relaxed）アライメントでは、サブドメインの関係もアラインしているとみなされます。厳格（strict）アライメントでは、ドメインの完全一致が必要です。通常の業務での送信では緩和が一般的で、厳格は送信元を厳密に管理している構成で役立ちます。

DMARCを再確認すべきタイミング

新しい送信ツールを追加したとき、サブドメインから送信を始めたとき、DKIM鍵をローテーションしたとき、SPFのincludeを変更したときは、DMARCを再確認してください。通常の受信トレイ向けメールは問題なく見えても、マーケティングプラットフォームや営業ツールではアライメントに失敗していることがあります。ローンチ前にDMARCを確認しておけば、評価に関わるシグナルが蓄積し始める前に認証を修正できます。

送信ワークフロー全体については、このチェッカーと合わせて SPFチェッカー、 DKIMチェッカー、メールヘルスチェックもご利用ください。受信者側については、CRMやニュースレター、見込み客リストからエクスポートしたリストに送信する前に一括検証をご利用ください。

送信ワークフローでDMARCチェックを活用する方法

新しいドメインのウォームアップ前、新しい送信プラットフォームの接続前、大量のキャンペーンのローンチ前にDMARCを確認しましょう。目的は、まだ簡単に修正できる段階で不一致を見つけることです。DMARCがない場合は、まず監視用のポリシーを公開してください。DMARCがあり厳格アライメントになっている場合は、各送信元がポリシーで想定されたドメインまたはサブドメインと完全に一致しているかを確認してください。

運用中のドメインでは、ポリシーと実際のキャンペーン送信を照らし合わせましょう。ブランドによっては、社員のメールに1つのドメイン、ライフサイクルメールに別のサブドメイン、アウトバウンド営業にさらに別のサブドメインを使っています。それぞれの経路で、実際の送信方法に合った認証が必要です。経路が変わったら、前四半期の設定を当てにせず、DNSレコードを改めて確認してください。

DMARCはブランドのなりすまし対策にも役立ちますが、送信前に確認すべきことはそれだけではありません。SPFとDKIMを確認し、アップロード前にアドレスを検証し、キャンペーンごとにバウンス率を確認しましょう。3%未満なら健全、3-5%ならクリーニングと注意が必要、5%を超えたら送信量を増やす前にリストの品質を詳しく見直すべきです。

チェッカーの結果が厳格なポリシーだった場合は、新しい送信元を接続する前に一度立ち止まりましょう。その送信元が、表示上のFromドメインと完全に一致する形でDKIMまたはSPFのアライメントに合格できるかを確認してください。合格できない場合は、まず認証を修正するか、正しく設定されたサブドメインから送信してください。

チェッカーの結果が監視のみだった場合、ドメインは引き続き使用できる可能性がありますが、失敗したメールの隔離や拒否を受信側に求めていない状態です。監視は可視化の段階と捉え、成熟した送信ドメインの最終形とは考えないでください。