SPF・DKIM・DMARCとは? メルマガを届けるための設定
この記事でわかること
- 1SPF・DKIM・DMARCの役割の違い
- 2Gmail・Yahoo・Outlookが送信者に求めている要件
- 3DNSの設定例と、設定したあとの確かめ方
「メルマガが迷惑メールのフォルダに入ってしまう」「送ったメールがエラーで戻ってくる」。こんな経験はないでしょうか。原因の1つとして考えられるのが、送信ドメイン認証の設定です。
送信ドメイン認証は、なりすましメールを防ぐための仕組みで、設定が足りないと、正しく送ったメールまで迷惑メールとして扱われてしまうことがあります。この記事では、SPF・DKIM・DMARCの3つの仕組みと、設定の手順を順番に説明していきます。
広告
01送信ドメイン認証とは
メールの差出人のアドレスは、実は送る側が自由に書けてしまいます。そのため、実在する会社になりすました迷惑メールが後を絶ちません。
そこで使われているのが、送信ドメイン認証です。受け取る側が「このメールは、本当にそのドメインの持ち主が送ったものなのか」を確かめるための仕組みで、設定は差出人に使うドメインのDNSに書き込みます。
なお、メルマガの配信サービスを使っている場合でも、自社のドメインを差出人にするなら、自社のDNSに設定が必要です。GmailやYahoo!メールなどのフリーメールのアドレスでは、こうした設定ができないため、メルマガには独自ドメインのアドレスを使うのがおすすめです。
02SPF・DKIM・DMARCの違い
送信ドメイン認証には、主にSPF・DKIM・DMARCの3つがあります。それぞれの役割は次のとおりです。
| 名前 | 確かめること | DNSに書くもの |
|---|---|---|
| SPF | 送ってきたサーバーが、そのドメインから送ってよいサーバーか | 送ってよいサーバーの一覧 |
| DKIM | メールに付いた電子署名が正しく、途中で書き換えられていないか | 署名を確かめるための公開鍵 |
| DMARC | SPFかDKIMの結果が、差出人のドメインと一致しているか。一致しないときにどう扱うか | 扱い方の方針と、結果の報告先 |
つまり、SPFとDKIMで「正しい送信元かどうか」を確かめ、DMARCで「確かめたドメインが、受け取った人に見える差出人と同じかどうか」を確かめる、という関係になっています。
03メールサービスが送信者に求めていること
最近は、大手のメールサービスが、送信者に送信ドメイン認証の設定を求めるようになりました。2024年2月にはGmailとYahooが送信者への要件を強め、Gmailは2025年11月から、要件を満たさないメールへの対応をさらに厳しくしています。また、MicrosoftのOutlook.comでも、2025年5月から大量に送る送信者に同じような要件が求められるようになりました。
では、具体的にどのようなことが求められているのでしょうか。Gmailの要件の主な内容は、次のとおりです。
すべての送信者に求められること
- SPFかDKIMのどちらかの設定
- 送信元のIPアドレスの、正しい逆引き(PTRレコード)の設定
- 迷惑メールとして報告される割合を0.3%未満に保つこと
1日に5,000通以上をGmailのアドレスに送る送信者に求められること
- SPFとDKIMの両方の設定
- DMARCの設定(方針は
p=noneでも構いません) - 差出人のドメインと、SPFかDKIMのドメインを一致させること
- メルマガなどには、ワンクリックで配信を止められる仕組みを入れ、停止の操作を2日以内に反映すること
ポイント
今は1日5,000通に届かなくても、配信数は少しずつ増えていくものです。SPF・DKIM・DMARCの3つは、規模にかかわらず早めにそろえておくと安心です。
04SPFの設定
ここからは、それぞれの設定方法を見ていきましょう。まずはSPFです。SPFは、差出人のドメインのDNSに、TXTレコードを1つ追加して設定します。
v=spf1 include:_spf.example-mail.jp ip4:192.0.2.10 ~all
include:は、メールの配信サービスなどが指定するSPFを読み込む書き方です。値は、配信サービスの案内に従って入れます。ip4:は、自社のサーバーのIPアドレスを直接書く書き方です。~allは、一覧にないサーバーから送られたメールを「疑わしい」として扱ってもらうための書き方です。
注意
SPFのレコードは、1つのドメインに1つだけにしておきましょう。複数あると、どちらも正しく扱われなくなってしまいます。また、include: などで参照できる回数は合計10回までです。配信サービスを追加するときは、新しくレコードを作るのではなく、今のレコードに書き足すようにしてください。
05DKIMの設定
次はDKIMです。DKIMは、メールを送るサービス側で署名の設定を有効にし、そのサービスが発行する公開鍵をDNSに登録して設定します。登録する名前(セレクタ._domainkey.ドメイン)と値は、サービスの管理画面に表示されるので、それに従って入れましょう。
注意したいのは、自社のドメインで送っているサービスごとに設定が必要になる点です。メルマガの配信サービスのほかにも、社内のメール(Google WorkspaceやMicrosoft 365など)、問い合わせフォームの自動返信などがないか、一度洗い出してみてください。
06DMARCの設定
最後にDMARCです。DMARCは、_dmarc.ドメイン という名前で、TXTレコードを追加して設定します。
v=DMARC1; p=none; rua=mailto:dmarc-report@example.co.jp
p=は、認証に失敗したメールの扱いの方針です。none(何もしない)、quarantine(迷惑メールとして扱う)、reject(受け取らない)の3つがあります。rua=は、受け取った側から届く集計レポートの送り先です。
はじめは p=none で設定し、届いたレポートを見て、自社から送っているメールがすべて認証に通っていることを確かめてから、quarantine、reject と段階的に強めていくのがおすすめです。いきなり reject にしてしまうと、設定が漏れているサービスから送ったメールが届かなくなってしまうので注意しましょう。
07設定したあとの確かめ方
設定が終わったら、次の点を確認してみてください。
- 自社のドメインから送っているサービス(社内メール・配信・フォームの自動返信など)をすべて書き出した
- SPFのレコードが1つだけで、すべての送信元を含んでいる
- 送信元のサービスごとに、DKIMを有効にした
- DMARCを
p=noneで設定し、レポートの送り先を決めた - Gmailで受け取ったメールの「メッセージのソースを表示」で、SPF・DKIM・DMARCが「PASS」になっている
- メルマガに、ワンクリックの配信停止が入っている
なお、DNSの設定を誤ると、普段やりとりしているメールまで届かなくなってしまうことがあります。専門的な知識がない場合は、DNSの管理者や配信サービスのサポートに相談しながら進めると安心です。
まとめ
送信ドメイン認証は、SPFとDKIMで正しい送信元かどうかを確かめ、DMARCで差出人のドメインと一致しているかどうかを確かめる仕組みです。Gmail・Yahoo・Outlookは、大量に送る送信者に3つすべての設定を求めるようになっています。
設定したからといって、必ず受信トレイに届くとは限りません。それでも、送る側で改善できる大切なポイントであり、自社のドメインがなりすましに使われるのを防ぐことにもつながります。DMARCは p=none から始めて、レポートを見ながら少しずつ強めていきましょう。配信停止の仕組みなど、メルマガの運用で気をつけたいことは、「メルマガの配信停止と到達率 迷惑メールにされないための運用」で紹介しています。
出典
この記事のタグ
広告
この記事をシェア
