DMARCの設定方法｜会社のメールが迷惑メールにされないために

DNSにDMARCを足す手順：p=noneから段階的に

いきなり「拒否」にすると、設定の漏れていた自社の正しいメールまで届かなくなるおそれがあります。Google Workspaceのヘルプも、様子を見ながら段階的に強めるよう案内しています。

1. 会社のドメインで送っている仕組みを洗い出す：社員のメール（Google WorkspaceやMicrosoft 365、レンタルサーバーのメールなど）、ホームページの問い合わせフォーム、請求書や見積書の送信サービス、メールマガジンなど。
2. SPFとDKIMを整える：洗い出した仕組みが、それぞれSPFかDKIMで通るようにします。設定の値は、各サービスの案内に書かれています。
3. 48時間以上あける：Googleのヘルプでは、SPFとDKIMを設定してからDMARCを設定するまで、48時間以上あけるよう勧めています。その間に、2の方法でPASSになっているかを確かめます。
4. p=noneのDMARCを足す：DNSの管理画面で、種類「TXT」、名前「_dmarc」（管理画面によっては「_dmarc.○○.co.jp」）、値に「v=DMARC1; p=none; rua=mailto:dmarc-report@example.co.jp」のような行を足します（example.co.jpは自社のドメインに置き換え）。「rua」は集計の報告の送り先で、数が多くなるので、Googleのヘルプでは報告専用の受け取り先を勧めています。
5. 報告を見て、漏れを直す：報告やHP年齢診断、送ったメールの結果を見て、認証に通っていない自社の仕組みがあれば、SPFやDKIMを直します。
6. quarantineへ進める：p=quarantineに変えます。Googleのヘルプでは、pct（ポリシーを当てるメールの割合）を低い値から始めて少しずつ上げる方法も紹介しています。
7. rejectへ進める：問題がなければ、p=rejectにします。

p=noneは様子を見る段階で、偽のメールを止める力はありません。HP年齢診断でも「様子見」として注意を出します。p=noneで始め、報告を見ながら先へ進めることが目標です。

ホームページのDNS設定と同じ画面：既存のレコードを消さない

DMARCを足す画面は、ホームページの表示先やメールの受け取り先（MXレコード）を設定している画面と同じです。既存の行を消したり書き換えたりすると、ホームページやメールが止まります。

• 作業の前に、今の画面を保存する：TXT、MX、CNAME、Aなど、すべての行を控えます。「v=spf1」や「_dmarc」の行がいくつあるかも見ておきます。
• 分からない行は消さない：「google-site-verification」のような所有確認の行など、何かの認証に使われている行が入っていることがよくあります。
• SPFは1つにまとめる：SPFの決まり（RFC 7208）では、1つのドメインにSPFの行を2つ以上置いてはいけません。2つあると、受け取る側で認証そのものがエラーになります。新しいサービスを足すときは、新しい行を作らず、今の「v=spf1」の行に「include:」を書き足します。
• DMARCも1つ：「_dmarc」の行がすでにあるなら、新しく足さずに、その行を直します。

AKIMAが2026年10月に自社サイトを公開したときも、ドメインを管理しているバリュードメインの管理画面で、Googleのメールの設定や所有確認などの既存のレコードは消さずに残しました。そのうえで、問い合わせフォームのメールを送るサービス（Resend）が指定した認証用のTXTレコード（送信専用のサブドメインのSPFと、DKIMの公開鍵）を追記しています。メールを止めずにDNSを触る進め方は会社のドメインを移管する手順と注意点で詳しく説明しています。

メールを送るサービスが複数ある場合

社員のメール、問い合わせフォーム、請求書の送信など、会社のドメインで送る仕組みがいくつもあることがあります。

SPFの決まりでは、確かめるときにDNSを調べに行く回数は10回までで、超えるとエラーになります（Googleのヘルプでも、include:は最大10個まで）。仕組みが多いときの方法の1つが、フォームや一斉送信のメールを「mail.○○.co.jp」のような送信専用のサブドメインから送ることです。AKIMAの問い合わせフォームも、送信専用のサブドメインからResendで送っています。こうすると、会社のドメインそのもののSPFの行に手を入れずに済みます。

ケース別の判断

HP年齢診断で「SPF・DMARCがない」と出た場合

会社のメールをどのサービスで送っているかを確かめ、SPFから設定します。DNSの管理画面に入れる人がいなければ、ドメインを管理している制作会社かサーバー会社に、この手順を見せて頼むのが早道です。

DMARCが「様子見（p=none）」のまま、何年もたっている場合

報告の送り先（rua）が誰も見ていないアドレスになっていないかを確かめ、自社の仕組みがすべて通っていると分かってから、quarantineへ進めます。

DNSをどこで管理しているか分からない場合

DMARCより先に、ドメインの名義と管理画面を押さえる必要があります。調べ方はドメインの管理者を確認する方法にまとめています。

メールは送らず、ホームページだけで使っているドメインの場合

送らないドメインも、名乗られれば偽のメールに使えます。総務省などの要請でも、送らないドメインを含めたDMARCの導入が挙げられています。メールを送らないことがはっきりしているなら、送ってよいサーバーがないことを示すSPFと、p=rejectのDMARCを置く方法があります。設定の前に、本当にどこからも送っていないかを確かめてください。

よくある質問

DMARCを設定したら、自社のメールが届かなくなりませんか？

p=noneなら、認証に失敗したメールもそのまま届けて記録するだけなので、届き方は変わりません。届かなくなるおそれがあるのは、漏れを直さないままquarantineやrejectにしたときです。

うちは小さな会社で、1日に5,000件も送りません。それでも要りますか？

Googleが1日5,000件超の送信者に求めている条件は当てはまりませんが、すべての送信者にSPFかDKIMは求められています。また、DMARCは自社を名乗る偽のメールから取引先を守るためのもので、送る量とは関係ありません。

次に確かめること

ドメインの名義やSSL証明書の期限など、止まると困る所をまとめて見直すなら自社ホームページの総点検ガイド、ホームページそのものに異変がある場合はホームページが改ざん・乗っ取りされたらをご覧ください。AKIMAのHP制作では、ホームページを切り替えるときもメールの設定には触れず、既存のレコードを残したまま表示先だけを変えます。DNSの設定を含めたご相談はお問い合わせから受け付けています。