投稿者: HogsHeadMan

DMARCレポートは届いている。でも、XMLを開いて確認する人がいない。まず1ドメインの送信元を短期間確かめたいなら、DMARCTrustの無料プランが候補になります。保守担当として2〜5ドメインを継続確認する場合は、ドメイン数に加えて、履歴を何日残したいか、変更通知が必要かで判断しましょう。

DMARCTrustは少数ドメインの公開料金を比較しやすいサービスです。一方、原因調査の支援も求める場合は、EasyDMARCを含めてサポートの範囲を確認してください。複数ドメインという理由だけで、どちらかに決める必要はありません。

この記事は公式料金・機能の比較です。当サイトで実測したXServerからGmailへの認証確認とは別で、両サービスの継続監視性能や操作性を検証した体験談ではありません。

広告：この記事にはDMARCTrustのアフィリエイトリンクがあります。紹介経由のお申し込みで当サイトが報酬を受け取る場合があります。

料金と使い方の違い

上記は2026年9月28日に確認した公式表示です。料金や条件は変わることがあるため、申込前にDMARCTrust公式料金とEasyDMARC公式料金で再確認してください。

レポートが届いていても、読めなければ異常に気づけない

会社名義のメールは、普段使うメールソフトだけから送られるとは限りません。問い合わせフォーム、請求書サービス、予約システム、メルマガなども送信元になります。

厄介なのは、新しいサービスを追加したあとです。レポート自体は届いていても、XMLの英数字を前にすると「時間があるときに見よう」と受信箱へ戻してしまいます。担当者がほかの仕事も抱えている会社ほど、ここで止まりがちです。

監視サービスを使う意味は、見覚えのない送信元や認証失敗が出たとき、制作会社やサーバー担当者へ「この送信元を確認してほしい」と具体的に相談しやすくなることです。

ただし、サービスが異常を自動で直してくれるわけではありません。原因を絞り込み、次に誰へ相談するかを決めるための道具だと考えると、期待外れになりにくいでしょう。

DMARCTrustは、無料確認から少数ドメインの継続監視まで比較できる

1ドメインだけを確認し、月50件の集計レポートと7日間の保存で仕事が済むなら、無料プランから始められます。50件はメール50通という意味ではありません。

2〜5ドメインを保守していても、すぐに有料へ移る必要はありません。送信サービスやDNSが変わるため通知が必要、前月との比較に履歴を使う、といった具体的な仕事があるかで選びます。

2〜5ドメインの月額費用

Starterは2ドメインで月19米ドル、Proは5ドメインで月49米ドル。追加ドメインは1つ月12米ドルです。5ドメインをStarterで構成すると55米ドルになるため、上の表ではProを比較しています。1ドメインでも90日の履歴や有料機能が必要なら、Starterを検討する場合があります。

この表は月払い・USDの公式表示と計算です。税や為替、カード側の費用を含む最終支払額ではありません。StarterとProにはDNS変更通知が案内されていますが、通知の精度や届くまでの時間は当サイトでは未実測です。

出典：DMARCTrust公式料金・FAQ（2026年10月1日確認）。

このサービスを選ぶ前に確認したい条件

無料で必要な確認が済むなら、有料にする必要はありません。日本語サポート、日本国内のデータ保管、顧客ごとの閲覧権限分離が必須の場合は、適合を確認するまで契約を決めないでください。公式はUS/EUのデータ地域を案内しています。チームの招待枠があることは、顧客ごとに閲覧を分けられることの証明にはなりません。

顧客ドメインのレポートをまとめる場合は、その顧客の許可とデータの扱いも確認します。当サイトが顧客DNSの設定や監視業務を代行するサービスではありません。

出典：DMARCTrust公式料金・FAQ（2026年10月1日確認）。

登録前に知っておきたい3つのこと

1. 管理画面は日本語ではありません。 英語画面でドメインを追加します。
2. DNSの編集が必要です。 登録だけでは監視は始まりません。画面に表示されたDMARCレコードを、ドメインのDNS設定へ追加します。自分で触るのが不安なら、サーバー管理を任せている人に依頼してください。
3. 結果はすぐには出ません。 公式FAQでは、最初のレポートが届くまで通常24〜48時間と案内されています。

※DMARCTrustへのリンクはアフィリエイトリンクです。お申し込みがあると当サイトに報酬が入る場合がありますが、利用料金は変わりません。

EasyDMARCは、運用支援までまとめたい会社向け

EasyDMARCのDMARC Plusは2ドメイン、3か月の履歴、月10万通から。月払いは44.99ドルで、年払いでは月35.99ドル相当です。DMARC Premiumは4ドメイン、1年の履歴に対応し、月払い89.99ドル、年払いでは月71.99ドル相当です。いずれも公式料金ページの2026年9月28日時点の表示です。

Premiumには、異常を知らせる通知、EasySPF、メールサポートが含まれます。年払いでは専任担当者も付きます。自社だけで原因を切り分ける時間がなく、相談先まで含めて用意したい会社なら、この支援部分に価格差を払う意味があります。

反対に、1〜2ドメインの送信元を見たいだけなら、最初から機能が多すぎるかもしれません。必要なのが監視なのか、担当者を補う支援まで含むのかで分けると選びやすくなります。

無料で試すなら、ここだけを見る

いつもの送信元が表示されるか

普段のメールや問い合わせフォームなど、確認したい送信経路から、自分が管理する受信先へテストメールを送ります。レポートが届いたら、使っている送信サービスと照合できるかを確認します。テストメール1通が、必ず画面に1件として表示されるとは限りません。

公式は最初のレポートまで通常24〜48時間と案内していますが、送信量や受信側の報告にも依存します。データがない場合は「問題なし」と判断せず、DNS、通知先、観測期間、送信実績を分けて確認してください。

認証失敗を誰かに説明できるか

SPFやDKIMという言葉を完全に理解する必要はありません。「どの送信元で、何の認証に失敗しているか」を画面から拾い、サーバー担当者や制作会社へ伝えられるかを見ます。それができれば、XMLを添付して相談するより話が早くなります。

一週間後も確認できそうか

導入初日だけでなく、誰がいつ確認するかを決めます。無料プランは7日保存なので、その範囲で必要な確認ができるかを見てください。月単位の履歴比較が必要なら、長期保存できるプランや別の運用方法を比較します。保存期間を延ばしても、担当者が確認しなければ異常の発見にはつながりません。

最後に、登録するかどうかの線引き

まず1ドメインで、レポートが届くこと、送信元を照合できること、確認にかかる時間を試してください。無料の範囲で目的が達成できれば、そのまま使う判断で構いません。

2〜5ドメインを継続管理し、長い履歴や変更通知を仕事に使うなら、上の月額費用と必要機能を照らし合わせます。日本語支援や顧客別の権限が欠かせない場合は、その条件を満たせるかを先に確認しましょう。

登録前に、確認する送信元と担当を決める

まず、自社メール、問い合わせフォーム、請求書、メルマガなど、確認したい送信サービスを一覧にします。設定や認証結果をまだ確認していない場合は、XServerからGmailへ送って確認する手順へ進んでください。この手順はXServerのメールサーバーから送る経路を対象としています。

次に、どの期間のレポートを誰が確認するかを決めます。週次確認の記録例を使えば、未着・未特定の送信元・次に動く担当を分けて残せます。

DMARCTrustを試すなら、最初は無料の1ドメインで、必要な送信元を照合できるか確認する方法があります。無料は月50集計レポート、保存7日間、カード登録不要です。長期の履歴や複数ドメインが必要になった段階で、機能と費用を再比較してください。公式料金・FAQ（2026年10月5日確認）。

公式情報

• DMARCTrust公式料金・FAQ
• EasyDMARC公式料金

情報確認日: 2026年9月16日

結論から言うと、設定画面で「ON」と表示されているだけでは確認は終わりません。

XServerでSPF・DKIM・DMARCの設定状況を確かめたあと、独自ドメインのメールアドレスからGmailへテストメールを送り、受信したメールで3つとも PASS になっているかを見る。ここまで行えば、「設定したつもり」のまま止まる失敗をかなり減らせます。

この記事では、partnerships@example.com のような独自ドメインメールをXServerのメールサーバーから送っている場合を例にします。DNSを書き換える前に、まず現在地を確認する手順です。

Google WorkspaceやMicrosoft 365だけから送信している場合は、必要な設定値も操作画面も異なります。この記事の手順をそのまま流用せず、まず実際の送信元を確認してください。

最初に、3つの役割だけ押さえておく

SPF・DKIM・DMARCは、どれか1つを設定すれば残りが不要になるものではありません。

• SPF：そのメールを送ったサーバーが、ドメイン所有者から送信を許可されているか確かめる
• DKIM：送信後にメールが書き換えられていないか、電子署名で確かめる
• DMARC：SPFやDKIMの結果と、受信者に表示される差出人（From）の関係を確認し、失敗したメールの扱いを受信側へ伝える

Googleは、Gmail宛てのすべての送信者にSPFまたはDKIMを求め、大量送信者にはSPF・DKIM・DMARCを求めています。大量送信をしていない小さな会社でも、なりすまし対策と将来の運用を考えれば、3つをまとめて確認しておく方が安心です。

出典：Google「メール送信者のガイドライン」

手順1：今回確認する送信経路を1つ選ぶ

最初に「どの画面でメールを書くか」ではなく、「どのサーバーを通って送られるか」を確認します。Gmailの画面から送っていても、XServerのSMTPを指定していれば送信経路はXServerです。反対に、Google側の送信サーバーを使っていれば設定も変わります。

今回は、まずXServerのWebメールからGmailへ直接送る1経路を確認します。WordPressの問い合わせフォーム、請求書サービス、メール配信ツールは別経路なので、同じ結果になるとは限りません。送信元全体の洗い出し方は、DMARCは設定して終わりではないで先に整理しています。

手順2：XServer側の表示を確認する

XServerのサーバーパネルへ入り、「SPF設定」「DKIM設定」「DMARC設定」を順番に開きます。新旧サーバーパネルではボタンの見え方が少し違いますが、この3つの設定名はXServerの現行マニュアルでも確認できます。

XServerは、独自ドメインを追加した際にSPFレコードを自動追加すると案内しています。新サーバーパネルでは、対象ドメインの設定が「標準設定」になっているかを確認します。XServerのメールサーバーだけを使っているなら、自分で同じSPFレコードを追加する必要はありません。

Gmailを送信サーバーとして使っている場合は、XServerのSPF設定に「Gmail許可」が用意されています。ただし、Gmailで受信しているだけなら、この設定は不要です。「Gmailを使っている」という理由だけでONにせず、どこから送っているかで判断してください。

出典：XServer「SPF設定」

DKIMは、対象ドメインの設定状況が「ON」になっているか確認します。別会社のネームサーバーを使っている場合は、XServer側をONにするだけでなく、DKIM設定一覧の「表示」から値を確認し、実際のDNS管理先へ追加する必要があります。

出典：XServer「DKIM設定」

DMARCでは、「編集」を開き、「DMARCポリシー」と「レポート通知先設定」を確認します。XServerの画面では、ポリシーを「何もしない」「迷惑メールとして配送する」「メールを配送しない」から選びます。

出典：XServer「DMARC設定」

この時点では、よく分からないまま「メールを配送しない」へ変更しないでください。正規の送信サービスが一覧から漏れていると、自社が送ったメールまで拒否されるおそれがあります。XServerも、まず「何もしない」でレポートを確認し、その後に段階的に強める流れを案内しています。

つまずきやすい点：レポート通知先は公開情報になる

DMARCレポートの通知先メールアドレスはDNSレコードへ記録され、外部から参照できます。迷惑メールを受ける可能性も考え、個人用ではなく公開用の専用アドレスを使う方が扱いやすくなります。

出典：XServer「DMARC設定」

手順3：無料の確認ツールでDNSを外から見る

設定画面の次は、外部からDNSレコードが見えるかを確認します。

EasyDMARCのDomain Scannerでは、ドメイン名を入力してSPF・DMARCなど、外部公開されている認証情報の状態を確認できます。基本スキャンは無料で、画面上で確認するだけならログインは求められません。DKIMは送信サービスごとに使うセレクタが異なるため、ドメイン名だけの診断ですべて確認できたとは判断しないでください。

確認先：EasyDMARC Domain Scanner

結果に警告が出ても、その場で表示された修正例をそのまま貼り付けないでください。まず、現在使っている送信サービスと照らし合わせます。

つまずきやすい点：SPFを2本作ってしまう

外部のメールサービスから「このSPFレコードを追加してください」と案内されると、既存のSPFとは別にもう1本追加したくなります。

しかし、SPFは既存の送信元と新しい送信元を1つのレコードへまとめて管理するのが基本です。EasyDMARCも、複数のSPFレコードは PermError の原因になると説明しています。

出典：EasyDMARC「SPF Checker」

XServerの「カスタム設定」を使う場合も、現在の内容を消して置き換えるのではなく、必要な送信元をすべて確認してから編集してください。

手順4：独自ドメインからGmailへテストメールを送る

ここが最も大切です。

XServerのWebメールなど、確認したい送信経路から自分のGmailアドレスへ短いテストメールを送ります。Gmailへ転送されたコピーではなく、独自ドメインからGmailへ直接送ったメールを使う方が結果を判断しやすくなります。

パソコン版Gmailで届いたメールを開き、返信アイコンの横にある「その他」から「オリジナルを表示」を開きます。Googleの公式ヘルプでは同じ機能を「メッセージのソースを表示」と案内しています。画面上部に表示される認証結果で、次の3項目を確認します。スマートフォンアプリではなく、パソコンのブラウザで確認する手順です。

出典：Gmailヘルプ「メールのヘッダー全体を表示する」

• SPF：PASS
• DKIM：PASS
• DMARC：PASS

3つがPASSなら、少なくともそのテストメールと送信経路では認証が通っています。ただし、DMARCはSPFとDKIMの両方がPASSでなければ合格できない仕組みではありません。受信者に表示されるFromドメインと整合したSPFまたはDKIMのどちらか一方が合格すれば、DMARCも合格し得ます。

また、認証がPASSでも受信トレイへの到達が保証されるわけではありません。送信者の評判、メール本文、受信者の反応など別の要因もあります。

実際に確認して見つかった設定漏れ

この記事を作るためにSyukimi Toolsの syukimi.com を確認したところ、SPFは「ON（標準設定）」でしたが、DKIM一覧にはステージング用のサブドメインしかなく、公開中のメインドメインは未設定でした。DMARCも未設定で、レポート通知はOFFでした。

そこで、XServerの案内に沿ってメインドメインのDKIMを有効化。DMARCは最初からメールを拒否せず、「何もしない」とレポート通知ONで開始しました。設定後、DKIM一覧に syukimi.com が追加され、DMARC画面にも「何もしない」「レポート設定ON」と表示されることを確認しています。

設定後に partnerships@syukimi.com からGmailへテストメールを送り、「オリジナルを表示」で確認したところ、SPF・DKIM・DMARCは3項目とも PASS でした。メールは約2秒で配信されています。これは、XServerのWebメールから直接送る今回の経路で認証が通ったという実測結果です。問い合わせフォームや外部の配信サービスも同じ結果になるとは限らないため、送信経路ごとに確認します。

今回のように、同じサーバー内でもステージング環境だけDKIMが設定され、公開ドメインが抜けていることがあります。「どれか1つのドメインが一覧にある」だけで安心せず、実際に差出人へ使うドメイン名まで確認してください。また、問い合わせフォームや外部SaaSなど送信経路が違えば結果も変わります。仕事で使う主な経路は、それぞれGmailへ1通ずつ送って確かめると安心です。

Google Postmaster Toolsを利用できる送信量がある場合は、認証ダッシュボードでSPF・DKIM・DMARCの通過率も確認できます。ただし、Googleは送信量が少ない日はデータが表示されない場合があると説明しています。

出典：Google「Postmaster Toolsのダッシュボード」

手順5：FAILが出た場所から原因を絞る

Googleは、DMARCを通すには表示上のFromドメインが、SPFまたはDKIMで認証されたドメインと一致している必要があると説明しています。

出典：Google「メール送信者のガイドラインに関するよくある質問」

この確認だけで終えてよいか

3つがPASSでも、確認できたのは今回のメールと送信経路です。問い合わせフォームや請求書サービスを追加した後も、同じ状態が続くとは限りません。

XServerから送る1経路だけを使い、設定変更もほとんどないなら、サーバーパネル、DNSの外部診断、Gmailへの実送信を変更時に確認する方法から始められます。有料の監視サービスを契約することが、認証設定の条件になるわけではありません。

保守している2〜5ドメインで送信サービスが変わる、送信元ごとの認証結果をまとめて確認したい、前月と比較できる履歴を残したい。こうした仕事があるなら、継続監視の機能と費用を比較する理由があります。ドメイン数だけで有料にする必要はありません。

DMARCTrustとEasyDMARCの比較では、無料で足りる条件と、2〜5ドメインの月額費用を整理しています。まず確認担当と頻度を決め、必要な機能があるかを見てください。

まとめ：ONの表示ではなく、実際のメールまで確認する

1. メールを送っているサービスを洗い出す
2. XServerでSPF・DKIM・DMARCの設定を見る
3. 外部ツールからDNSの公開状態を確認する
4. Gmailへ直接テストメールを送る
5. SPF・DKIM・DMARCがPASSか確認する

分からないままDNSを書き換えるより、どの送信経路で何が失敗しているかを先に見つける。その方が、正規メールを止める事故を避けやすくなります。

メールを送るサービスが複数あり、届いたDMARCレポートを誰も読めていないなら、EasyDMARCは試す価値があります。

理由は単純です。DMARCの仕組みを変えるからではなく、人がXMLファイルを開いて送信元を一つずつ読み解く作業を、判断しやすい画面に置き換えられるからです。

この記事では、EasyDMARCを使うと日々の仕事がどう変わるのかを、4つの仮想ケースで見ていきます。実在企業の成果ではなく、導入判断に使うための試算です。削減できる時間は、送信量や現在の運用によって変わります。

DMARCそのものの仕組みや、安全に始める順番を確認したい方は、先にDMARCは設定して終わりではない。小さな会社がメール認証を始める前に確認すべきことをご覧ください。

まず答え：EasyDMARCが向いている会社

次のうち、2つ以上に当てはまるなら無料トライアルで確かめる価値があります。

• 問い合わせフォーム、請求書、予約、メルマガなど、複数のサービスからメールを送っている
• DMARCレポートは届くが、XMLファイルを開かず放置している
• 見覚えのない送信元を見つけても、正規か不正か判断できない
• 担当者が変わると、設定の経緯が分からなくなる
• 複数ドメインの状態を定期的に確認したい

反対に、送信元が一つだけで、認証結果を確認できる担当者もいるなら、急いで有料プランへ進む必要はありません。

場面1：レポートは届く。でも、読む時間がない

想定する会社：従業員10人。通常のメールに加え、WordPressの問い合わせフォームと請求書サービスを利用している。

DMARCレポートは毎日届いています。ただ、添付されたXMLを開いてもIPアドレスや認証結果が並び、どこから見ればよいのか分かりません。結局、「何か起きたら確認しよう」と受信箱に残したままになります。

EasyDMARCは、レポートを「認証済み」「認証に問題あり」「脅威または不明」「転送」の4つに分類して表示します。公式資料では、送信元のIP、メール量、SPF・DKIMの結果などを画面で確認できると案内されています。EasyDMARC公式：DMARC集計レポートの分析

減らせる可能性がある作業：XMLを一件ずつ読み、確認対象を探す作業。人は「問題あり」と分類された送信元の確認から始められます。

場面2：見覚えのない送信元が出ても、正体を調べられない

想定する会社：フォーム、CRM、メール配信、採用管理を別々の担当者が導入している。

レポートに知らないIPアドレスが出ても、それが以前使っていた正規サービスなのか、なりすましなのか判断できません。ここで急いで拒否設定を強めると、必要なメールまで止める恐れがあります。

EasyDMARCの公式資料では、1,200を超えるメール送信元を識別し、送信元ごとの認証修正手順を確認できると説明されています。正規サービスの設定漏れと、不明な送信元を分けて調べやすくなるのが利点です。

減らせる可能性がある作業：IPアドレスを検索し、過去の担当者へ聞き、契約中のサービス一覧と照合する作業。ただし、最終的に自社で契約したサービスかどうかは、人が確認する必要があります。

場面3：担当者の交代で、毎回調査がやり直しになる

想定する会社：メール認証を詳しく見る人がおらず、Web担当者が他業務と兼任している。

前任者は設定できても、なぜそのDNSレコードが必要だったのか記録が残っていません。新しいサービスを追加するたびに、現在の送信元とエラーの有無を最初から調べ直します。

送信元、認証結果、過去の変化を一つの画面で追えるようにすると、引き継ぎで「まず受信箱のXMLを集める」ところから始めずに済みます。EasyDMARCの現行プランは、保存期間が無料枠14日、Plusは3か月、Premiumは1年と異なるため、引き継ぎに履歴を使いたい場合は保存期間も確認が必要です。EasyDMARC公式料金ページ

減らせる可能性がある作業：過去メールの発掘、設定経緯の聞き取り、表計算への転記。履歴を残す期間が短すぎるプランでは、この利点を得にくい点に注意してください。

場面4：複数ドメインを、確認したつもりで終わらせている

想定する会社：会社サイト、採用サイト、別ブランドの3ドメインを運営している。

担当者は月に一度DNSを確認しますが、どのドメインで新しい送信元が増えたかまでは追えていません。問題が起きたドメインだけを見る運用になり、変化のない月は確認自体を忘れがちです。

EasyDMARCではドメインを切り替えてレポートを確認できます。ただし、無料枠は1ドメイン、Plusは2ドメイン、Premiumは4ドメインです。複数ドメインを扱う場合、機能より先に必要なドメイン数でプラン候補が決まります。料金と上限は変更される可能性があるため、申込時に公式ページで再確認してください。

減らせる可能性がある作業：ドメインごとにレポートを集め、別々の管理表へ転記する作業。ドメイン数が少ないうちは、無料運用の方が合理的な場合もあります。

作業時間と人件費は、こう試算する

「何時間減る」と一律には言えません。現在の確認時間を一度測り、無料トライアル中の時間と比べるのが確実です。

月間の削減見込み ＝（現在の週次確認時間 − 導入後の週次確認時間）× 4週

たとえば、現在はレポート整理と送信元確認に週100分かかり、試用後に週30分で済んだと仮定します。月に減るのは約4時間40分です。担当者の社内時間単価を3,000円と置けば、月約14,000円分の時間に相当します。

これは効果を保証する数字ではありません。自社の実測時間に置き換え、ツール料金、導入作業、最終判断に残る時間を差し引いてください。

無料トライアルで確認するのは3つだけ

1. 正規の送信元を見つけられるか
   フォームや請求書サービスが、どの名称で表示されるか確認します。
2. 確認時間が本当に短くなるか
   同じ担当者が、導入前後で一週間の作業時間を測ります。
3. 問題が見つかった後に動けるか
   エラーを見つけるだけでなく、どのサービスの設定を直すか分かるかを確かめます。

EasyDMARCは、カード登録なしの14日間トライアルを案内しています。まず1ドメインで送信元が見えるかを試し、作業時間が減らなければ有料化しない。この進め方なら、宣伝文句ではなく自社の結果で判断できます。EasyDMARC公式：DMARC Report Analyzer

結論：買う前に「読む仕事」が減るか測る

EasyDMARCを検討すべきなのは、DMARCを設定できない会社ではなく、設定後の確認を続けられない会社です。

複数の送信元を一つずつ調べ、XMLを読み、管理表へ写す時間が積み上がっているなら、無料トライアルでその作業がどこまで減るか測ってください。反対に、送信元が少なく手作業で問題なく追えているなら、今すぐ有料プランを選ぶ必要はありません。

「便利そうだから契約する」ではなく、「自社では月に何時間戻ってくるか」を確認してから決める。それが、このツールを無駄なく選ぶ一番確実な方法です。

参考資料

• EasyDMARC公式：DMARC集計レポートの分析
• EasyDMARC公式：料金とプラン
• EasyDMARC公式：DMARC Report Analyzer

「取引先に送ったメールが迷惑メールに入ったら困る」「自社ドメインを名乗る偽メールを減らしたい」。DMARCを調べ始める理由は、だいたいこのあたりではないでしょうか。

けれど、DNSの設定画面を前にすると、急に手が止まります。SPF、DKIM、DMARC。言葉が似ていて、何から見ればいいのか分かりにくいからです。

最初に覚えておきたいのは、DMARCをいきなり「拒否する設定」にしないことです。 先に、自社の名前でメールを送っているサービスを洗い出し、SPF・DKIMが正しく動く状態を確認してください。この順番を飛ばすと、問い合わせフォームや請求書サービスからの正規メールまで届かなくなることがあります。

DMARCは、なりすまし対策の最後の門番

DMARCは、受信側のメールサーバーに対して「このドメインを名乗るメールが認証に失敗したら、どう扱うか」を伝えるDNSの設定です。DMARCが判断材料にするのは、主にSPFとDKIMです。

• SPF：このドメインからメールを送ってよい送信元を宣言する仕組み
• DKIM：メールが途中で書き換えられておらず、送信元が正しいことを確認する電子署名
• DMARC：SPFやDKIMの結果を使い、失敗したメールの扱いを決め、レポートも受け取る仕組み

Googleは、メールの到達率と安全性のために、すべての送信者にSPFまたはDKIMの設定を求め、独自ドメインを使う送信者にはSPF・DKIM・DMARCをそろえることを推奨しています。Gmail宛てに1日5,000通を超えて送る大量送信者には、SPF・DKIM・DMARCの設定が要件です。Google: メール送信者のガイドライン

まず確認したいのは「誰がメールを送っているか」

ここが最初のつまずきどころです。普段使うメールソフトだけを見て設定すると、別の送信元を見落としがちです。たとえば、次のようなサービスが自社ドメインでメールを送っていないか確認します。

• 問い合わせフォームの自動返信
• WordPressの通知メール
• 請求書・決済サービス
• 予約、採用、CRM、メール配信ツール
• クラウドストレージやプロジェクト管理ツールの通知

サービスごとにSPFへ追加する値や、DKIM用のDNSレコードが案内されています。担当者が変わっていたり、昔試した配信ツールが残っていたりすると、ここだけで時間がかかることがあります。急がず、サービス名、送信に使うアドレス、設定状況を表にしておくと後が楽です。

導入は「観察」から始める

DMARCのポリシーには、何もしないでレポートだけ受け取る p=none、迷惑メール扱いを求める p=quarantine、受信拒否を求める p=reject があります。Googleも、DMARCレコードをDNSのTXTレコードとして設定し、SPFまたはDKIMを先に有効にするよう案内しています。Google Workspace 管理者ヘルプ: DMARC を設定する

初回から p=reject にするのはおすすめしません。設定漏れの送信サービスがあると、正規メールまで止める可能性があるからです。最初は p=none でレポートを受け取り、認証に失敗している送信元がないかを見ます。レポートを確認してから、必要に応じて段階的にポリシーを強める方が安全です。

小さな会社なら、この順番で十分

1. 送信元を棚卸しする
   メールを送るサービスをすべて書き出します。使っていないサービスも、停止確認までは残します。
2. SPFとDKIMを確認する
   各サービスの公式手順に従ってDNSを設定します。SPFは複数のTXTレコードを作るのではなく、既存レコードへの追記が必要になる場合があります。
3. DMARCを p=none で公開する
   レポートの受信先は、担当者が見られる専用メールアドレスにします。
4. 失敗の原因を直す
   知らない送信元だけでなく、正規サービスの設定漏れがないか確かめます。
5. 運用できると判断してからポリシーを強める
   ここで初めて quarantine や reject を検討します。

ここで判断する：自力で続けるか、ツールを使うか

送信元が少なく、DNSの設定を確認できる人が社内にいるなら、まずは自力で進めても大丈夫です。 p=none で様子を見ながら、送信元の棚卸しを終えれば十分に次の判断ができます。

一方で、フォーム、請求書、CRM、メール配信など複数のサービスを使っていて、「この送信元は本当に自社のものか」を判断しづらいなら、DMARCレポートを見やすくするツールを比較する段階です。大事なのは、最初から高機能なサービスを選ぶことではなく、正規の送信と設定漏れを見分けられる状態をつくることです。

DMARCツールを選ぶ前に、見ておきたいこと

DMARCのレポートは、届いても内容を判断しづらいことがあります。画面がきれいでも、誰が見て何を直すのかが決まっていなければ、運用は止まりがちです。

ツールを比較するときは、価格だけでなく、次の3点を確認すると失敗しにくくなります。

• SPF・DKIMの設定内容を、DNS管理画面に貼れる形で案内してくれるか
• 認証に失敗した送信元を、サービス名やIPアドレスで追えるか
• p=none から強化するまでの運用を支援してくれるか

DMARCの目的は、厳しい設定を早く入れることではありません。 正規のメールを確実に届けながら、なりすましを減らすことです。まずは送信元の棚卸しと観察から始めてください。

参考資料

• Google: メール送信者のガイドライン
• Google Workspace 管理者ヘルプ: DMARC を設定する