DMARC(ディーマーク)とは、SPFやDKIMの認証結果を使って、なりすましメールを受信側でどう扱うかを送信ドメイン側が指定する仕組みです。 「認証に失敗したメールをそのまま受け取るのか、迷惑メール扱いにするのか、拒否するのか」をDNS上のポリシーで示し、さらに認証結果のレポートを受け取ることもできます。
独自ドメインのメールを使っている会社や、メルマガ・通知メールを送るサイトでは、SPF・DKIMだけで終わらせず、DMARCまで設定しておくことが重要です。 ただし、最初から強い拒否設定にすると正規メールまで届かなくなる可能性があるため、段階的に導入します。
30秒でわかる結論
- DMARCは、SPF・DKIMの結果を使って「なりすましメールをどう扱うか」を決める仕組み
- DNSのTXTレコードとして _dmarc.example.com に公開する
- ポリシーは p=none / quarantine / reject の3段階
- 最初は p=none でレポートを確認し、正規送信元を洗い出すのが安全
- DMARCはSPFまたはDKIMが成功するだけでなく、Fromドメインとの「アライメント」も確認する
- rua を設定すると、受信側から集約レポートを受け取れる
- 会社メールや大量配信では優先度が高く、個人の独自ドメインメールでも設定する価値がある
DMARCとは?
DMARCは「Domain-based Message Authentication, Reporting and Conformance」の略称です。 SPFとDKIMという既存のメール認証を組み合わせて、送信者のドメインが正しく使われているかを確認し、認証に失敗したメールの扱いを受信側へ伝えます。
DMARCの役割は3つ
- SPF・DKIMの認証結果を確認する
- Fromに表示されるドメインとの整合性を確認する
- 失敗したメールをどう扱うかをポリシーで示し、結果をレポートで受け取る
たとえば、会社が example.com をメールアドレスに使っているとします。 第三者が「staff@example.com」を名乗るメールを送っても、SPF・DKIMとFromドメインの関係がDMARCの条件を満たさなければ、受信側はDMARC失敗として判定できます。
ここで重要なのは、DMARC自体がメール本文を暗号化する仕組みではないことです。 通信経路の暗号化はTLS、送信元サーバーの許可はSPF、電子署名による認証はDKIMが担当します。
SPF・DKIM・DMARCの違い
| 仕組み | 主な役割 | 初心者向けの理解 |
|---|---|---|
| SPF | 送信元サーバーを確認 | そのサーバーから送ってよいか確認する |
| DKIM | 電子署名を確認 | 正しいドメインが署名したか確認する |
| DMARC | 認証結果・Fromドメイン・失敗時の扱いを確認 | なりすまし判定と処理方針をまとめる |
DMARC = SPFまたはDKIMの認証 + Fromドメインとのアライメント + ポリシー
「SPFを設定したからDMARCも自動的に有効になる」というわけではありません。 DMARC用のDNSレコードを別途公開する必要があります。
DMARCで重要な「アライメント」とは?
DMARCでは、SPFやDKIMが単純にPASSしたかだけでなく、ユーザーがメール画面で見るFromドメインと、認証に使われたドメインがそろっているかを確認します。 この関係をアライメント(alignment)と呼びます。
例:Fromが info@example.com の場合
- SPFで使うドメインが example.com 系で整合している
- またはDKIM署名のドメインが example.com 系で整合している
このどちらかがDMARCの条件を満たせば、DMARCはPASSできます。通常は「relaxed(緩やかな整合)」が既定です。
送信代行サービス、問い合わせフォーム、予約システム、メルマガ配信サービスなどを使うと、見た目のFromと実際の送信経路が異なることがあります。 DMARC導入時に正規メールまで失敗する代表的な原因です。
DMARCの3つのポリシー
DMARCでは、認証に失敗したメールを受信側にどう扱ってほしいかを p= で指定します。 基本は次の3種類です。
| 設定 | 意味 | 向いている段階 |
|---|---|---|
| p=none | 監視のみ | 導入直後 |
| p=quarantine | 隔離を要求 | 監視後の強化段階 |
| p=reject | 拒否を要求 | 送信元を把握できた後 |
p=none
DMARCに失敗しても、DMARCポリシーを理由に配信処理を変更しないよう要求する監視向けの設定です。 まずレポートを集め、正規の送信サービスがSPF・DKIM・アライメントを満たしているか確認するときに使います。
p=quarantine
DMARCに失敗したメールを迷惑メールフォルダなどへ隔離するよう受信側に要求します。 完全拒否より一段弱いため、監視から拒否へ移る途中で使われます。
p=reject
DMARCに失敗したメールを受信しないよう要求する、最も強いポリシーです。 自社ドメインを騙るメールへの対策を強められますが、設定漏れの正規メールまで拒否される可能性があります。
最初からp=rejectにしない
問い合わせフォーム、会計システム、予約サービス、メール配信サービスなど、自社ドメインを使って送信する経路を把握せずにp=rejectへ変更すると、正規メールが届かなくなることがあります。まずp=noneで監視するのが安全です。
DMARCの設定方法
DMARCは、ドメインを管理しているDNSにTXTレコードとして登録します。 Webサーバーの管理画面ではなく、実際にそのドメインのDNSを管理しているサービス側で設定してください。
SPF・DKIMを確認
DMARCレコードを作成
_dmarcにTXT登録
レポートを確認
問題がなければポリシーを強化
最初の設定例
監視から始める例
v=DMARC1; p=none; rua=mailto:dmarc@example.com
| 項目 | 設定例 |
|---|---|
| ホスト名 | _dmarc |
| 種類 | TXT |
| 値 | v=DMARC1; p=none; rua=mailto:dmarc@example.com |
ドメインが example.com なら、レコードは通常 _dmarc.example.com に公開されます。 DNS管理画面によってはホスト名へ「_dmarc」だけ入力する場合と、完全なドメイン名まで入力する場合があります。
設定前に確認すること
- SPFが現在の送信元をすべて含んでいるか
- DKIMが有効になっているか
- メール配信サービスやフォーム送信が別経路になっていないか
- DMARCレポートを受信できるメールアドレスを用意しているか
- DNSの管理先を間違えていないか
DMARCレコードでよく使うタグ
| タグ | 意味 |
|---|---|
| v | DMARCのバージョン。通常はDMARC1 |
| p | none・quarantine・rejectのポリシー |
| rua | 集約レポートの送信先 |
| pct | ポリシーを適用する割合。0~100 |
| aspf | SPFアライメントの厳格度 |
| adkim | DKIMアライメントの厳格度 |
| sp | サブドメイン向けポリシー |
初心者が最初に覚えるべきなのは、v・p・rua の3つです。 aspfやadkimを指定しなければ、標準ではrelaxedモードが使われます。
pctを省略した場合の既定値は100です。たとえば pct=25 は、要求するポリシーの適用割合を25%にするための指定です。ただし、段階導入を行う場合でも、まずは送信経路を把握することを優先してください。
DMARCレポートでは何が分かる?
ruaを設定すると、DMARCに対応した受信事業者から集約レポートが送られてくることがあります。 一般的にはXML形式で、日々のメール運用を確認するための集計情報が含まれます。
主に確認する項目
- どのIPアドレスからメールが送られたか
- 何通程度送信されたか
- SPFがPASSまたはFAILしたか
- DKIMがPASSまたはFAILしたか
- DMARCポリシー上どう評価されたか
- どのドメインが認証に使われたか
レポートを読む目的は、「FAILが何件あったか」だけを見ることではありません。 その送信元IPやサービスが、自社で使っている正規の送信元かどうかを確認することが重要です。
正規サービスなのにFAILしている場合
自社が使っているメール配信サービスやフォーム送信がFAILしているなら、SPF・DKIMまたはアライメント設定を見直します。 p=rejectへ進む前に解消しておく必要があります。
知らない送信元が大量にある場合
自社で使っていないIPアドレスやサービスから、自社ドメインを名乗るメールが送信されている可能性があります。 ただし、転送などで認証結果が変わる場合もあるため、1件のFAILだけで攻撃と断定しないでください。
DMARCレポート専用アドレスを用意すると管理しやすい
集約レポートはXMLファイルで継続的に届くため、通常の問い合わせ用メールへ送ると管理しにくくなります。専用アドレスや解析サービスを利用すると確認しやすくなります。
p=noneからrejectへ進める目安
DMARCは「設定したら終わり」ではなく、監視しながら強化する仕組みとして考えると分かりやすくなります。
- p=noneでDMARCを公開する
- 数日~数週間程度、普段の送信経路をレポートで確認する
- 正規サービスのSPF・DKIM・アライメント不備を修正する
- 必要に応じてquarantineで影響を見る
- 正規メールが問題なく認証されていることを確認してrejectを検討する
確認期間はメール量や送信サービス数によって変わります。 毎日複数の外部サービスからメールを送る会社と、1つのメールサーバーだけを使う小規模事業者では、必要な監視期間が同じとは限りません。
Gmailなど大量送信者ではDMARCの重要度が高い
Gmailは、個人向けGmailアカウントへ大量にメールを送る送信者に対し、SPF・DKIM・DMARCの設定を求めています。 目安となる大量送信者は、同一の主要ドメインから個人向けGmailへ1日あたり約5,000通以上送る送信者です。
この場合でもDMARCポリシーはp=noneから開始できますが、DMARCアライメントを満たす必要があります。 大量配信では、単にTXTレコードを追加するだけでなく、実際の配信経路が認証条件を満たしているか確認してください。
小規模サイトでも無関係ではない
1日5,000通を送らない小規模サイトでも、自社ドメインのなりすまし対策や送信経路の把握というDMARC本来のメリットがあります。独自ドメインメールを業務で使うなら、配信数だけを理由に不要とは考えない方がよいでしょう。
DMARC設定でよくある失敗
SPF・DKIMを確認せずrejectにする
正規メールまでDMARC失敗になると、受信側で拒否される可能性があります。先にp=noneで実態を確認します。
Webサイトのメール送信を忘れる
WordPressのお問い合わせフォーム、ECサイト、予約システムなどが自社ドメインをFromにしている場合、通常のメールソフトとは別経路です。これらも認証対象として確認します。
ruaの受信先を確認しない
存在しないメールアドレスを設定したり、レポートが大量に届いて放置したりすると、監視の意味が薄れます。
外部ドメインのレポート先を勝手に指定する
ruaに自社ドメイン外のメールアドレスを使う場合、受信先ドメイン側の追加認証が必要になることがあります。DMARC解析サービスを使う場合は、そのサービスの指定手順に従ってください。
どんな場合にDMARCが必要?
個人ブログ
必要度:中
独自ドメインでメールを送らないなら優先度は低めですが、問い合わせ通知などで送信するなら設定を検討します。
小規模事業者
必要度:高
見積書・請求・問い合わせなど業務メールで独自ドメインを使うなら、SPF・DKIMと合わせてDMARCまで確認します。
会社サイト
必要度:高
ドメインのなりすましは信用問題につながるため、監視から始めて段階的にポリシーを強化します。
メルマガ・大量配信
必要度:非常に高い
受信事業者の送信者要件に関係するため、SPF・DKIM・DMARC・アライメントをセットで確認します。
教科書判定
独自ドメインメールを業務で使うなら、DMARCはp=noneから設定する
初心者は、まず「DMARC=SPF・DKIMの結果とFromドメインを確認し、失敗時の扱いを決める仕組み」と理解すれば十分です。 会社メールやWebサービスから独自ドメインで送信している場合は、SPF・DKIMを確認したうえで p=none+rua から開始し、レポートで正規送信元を把握してください。 送信経路を確認できる前にp=rejectへ変更するのは避けます。
FAQ
Q.DMARCだけ設定すればSPFやDKIMは不要ですか?
不要にはなりません。DMARCはSPFやDKIMの認証結果を利用する仕組みです。まずSPF・DKIMを正しく設定し、その結果とFromドメインの整合性をDMARCで確認します。
Q.p=noneではなりすまし対策にならないのですか?
p=noneは監視用なので、DMARC失敗メールをDMARCポリシーによって隔離・拒否する要求はしません。ただし、レポートで送信状況を把握し、quarantineやrejectへ安全に移行するための重要な段階です。
Q.DMARCを設定すると迷惑メールに入らなくなりますか?
保証されません。DMARCは送信ドメイン認証の重要な要素ですが、迷惑メール判定には送信者評価、苦情率、本文内容、送信頻度など複数の要素が使われます。
Q.DMARCレポートは毎日届きますか?
受信事業者がレポート送信に対応している場合に届きます。送信頻度や形式は受信側によって異なり、すべてのメール事業者から必ず届くわけではありません。
Q.WordPressだけでもDMARCは関係ありますか?
WordPressそのものではなく、WordPressからメールを送る方法に関係します。お問い合わせフォームや通知メールで独自ドメインのFromを使う場合は、実際の送信サービスとSPF・DKIM・DMARCの整合性を確認してください。
まとめ
この記事の結論
- DMARCはSPF・DKIMを使ったなりすましメール対策
- Fromドメインとのアライメントが重要
- ポリシーはnone・quarantine・rejectの3段階
- 最初はp=noneで監視する
- ruaを設定すると集約レポートを受け取れる
- 正規送信元を確認してからポリシーを強化する
- 会社メールや大量配信では特に重要度が高い
DMARCは「強い設定にすればよい」仕組みではありません。 まず自社ドメインからメールを送っているすべての経路を把握し、SPF・DKIM・アライメントを整えたうえで、監視から段階的に強化することが安全です。
「SPFとは?設定方法と確認方法を初心者向けに解説」「DKIMとは?仕組み・設定方法・確認方法を初心者向けに解説」もあわせて確認してください。




