なぜ、送ったはずの営業メールは迷惑メールに入るのか｜送信ドメイン認証の基本
この記事の結論
- 営業メールの反応が悪いとき、原因は文面ではなく「そもそも届いていない」可能性がある
- 届くかどうかを大きく左右するのが、送信ドメイン認証（SPF・DKIM・DMARC）
- Gmailは2024年2月から、Microsoftは2025年5月から、これらを「推奨」ではなく「要件」として運用している
- 日経225企業のDMARC導入率は92%。ただし実効性のある設定の比率は主要18か国中で最下位。「設定した」と「機能している」は別
- 放置される理由は、難しいからではない。営業部門とシステム部門のどちらの担当でもない、という構造にある
- 手順は「確認 → 設定 → 検証」。多くの場合、数時間で終わる一度きりの作業
開封率の前に、到達率という関門があります
営業メールの反応が悪いとき、多くの現場ではまず文面を疑います。件名を変える。書き出しを変える。最後の一文を変える。
ですが、その前に確かめるべきことがあります。そのメールは、そもそも相手の受信トレイに届いているのか。
迷惑メールフォルダに振り分けられたメールも、送信した側の「送信済み」フォルダには、何事もなかったように並びます。送った側からは、届いたのか届いていないのか、見分けがつきません。だから、原因を文面に求めてしまう。
そして、届くかどうかを大きく左右しているのが、送信ドメイン認証です。
SPF・DKIM・DMARCという3つの設定が、それにあたります。
なぜ、認証が必要になったのでしょうか
メールという仕組みは、差出人を自由に名乗れます。封筒の差出人欄に、他人の名前を書けるのと同じ構造です。
この性質を悪用したのが、なりすましメールやフィッシングです。実在する企業や銀行を装い、偽のログイン画面へ誘導する手口が広がりました。結果として受信側のメールサービスは、「名乗っている差出人が、本当にその人か」を機械的に検証するようになりました。
その検証の材料が、SPF・DKIM・DMARCです。つまりこれらは、迷惑メール対策の技術であると同時に、
まっとうな送信者が「自分はまっとうである」と証明するための技術でもあります。
SPF・DKIM・DMARCは、それぞれ何をしているのですか
3つとも、自社ドメインのDNSに情報を書いておく仕組みです。役割が違います。
SPF（Sender Policy Framework）は、送信元の許可リストです。 「このドメインのメールは、これらのサーバーから送られます」と宣言しておきます。受信側は、実際の送信元がそのリストに含まれているかを照合します。
DKIM（DomainKeys Identified Mail）は、電子署名です。 送信時にメールへ署名を付け、受信側が公開鍵で検証します。確かにそのドメインが送ったこと、途中で改ざんされていないことを示します。
DMARC（Domain-based Message Authentication, Reporting and Conformance）は、方針の宣言です。 SPFやDKIMの検証に失敗したメールをどう扱うか——何もしない（none）、隔離する（quarantine）、拒否する（reject）——を送信側が指定します。あわせて、認証結果のレポートを受け取れます。
整理すると、**SPFとDKIMが「証明する仕組み」、DMARCが「証明できなかったときの扱いを決める仕組み」**です。
いつから「推奨」ではなく「要件」になったのでしょうか
かつては、設定していれば有利、という程度の話でした。いまは違います。
Googleは2024年2月1日以降、Gmailアカウント宛にメールを送るすべての送信者に対して、送信元ドメインへのSPFまたはDKIMの設定、有効なDNSレコード、TLS接続を求めています。さらに、Gmailアカウント宛に1日5,000件を超えて送る送信者には、SPFとDKIMの両方に加え、DMARCの設定とワンクリックでの配信停止を必須としています。 （出典：Google「メール送信者のガイドライン」）
Microsoftも続きました。2025年5月5日以降、outlook.comなどの個人向けアドレス宛に1日5,000通を超えて送るドメインには、SPF・DKIM・DMARCが必須となりました。準拠しないメールはまず迷惑メールフォルダへ振り分けられ、改善されなければ拒否される可能性があるとされています。なおMicrosoftは、5,000通に満たない送信者に対しても、これらの設定を推奨しています。 （出典：Microsoft「送信者の要件」）
ここが重要です。大量送信をしていないから関係ない、という話ではありません。 認証が空の状態は、量にかかわらず不利に働きます。
大企業は、対応できているのでしょうか
示唆的な調査があります。
プルーフポイントが2025年12月に実施した調査によると、日経225企業のDMARC導入率は92%に達しました。前年の83%から上昇しています。一方で、なりすましメールを実際に止める強い設定（拒否・隔離）の比率は、調査対象となった主要18か国のなかで最下位でした。 （出典：日本プルーフポイント株式会社 2026年1月発表）
導入率は高い。しかし、効いていない。
つまり、「設定した」と「機能している」の間には、想像以上の距離があるということです。上場企業で、専任の担当者がいて、この状態です。
なぜ、これほど重要なのに放置されるのでしょうか
誰かを責める話ではありません。構造の問題です。
送信ドメイン認証は、誰の仕事でもないからです。
営業部門から見れば、DNSレコードは自分の担当ではありません。システムを管理する側から見れば、営業メールの到達率は自分の評価対象ではありません。外部のメール配信サービスを使っていれば、設定は「向こうがやってくれているはず」という前提になります。
そしてDNSは、触ると怖い領域です。書き間違えれば、メールが止まる。会社全体に影響が出る。だから、誰も進んで手を出しません。
結果として、こうなります。難しいから放置されるのではなく、担当が決まらないから放置される。
技術的な難易度の問題として語られがちですが、実態は組織の分担の問題に近い。だから、いつまでも「なんとなく後回し」のまま残ります。
何から手をつければいいのでしょうか
順番があります。
1. 確認する まず現状を知ります。自社から送ったメールを受信側で開き、ヘッダー（メッセージのソース、インターネットヘッダー）を表示すれば、SPFとDKIMの認証結果が確認できます。Gmail宛の状況は、Google Postmaster Toolsでも追えます。
2. 設定する SPF、DKIM、DMARCの順に整えます。DMARCは、いきなり拒否（reject）にすると正規のメールまで止まる恐れがあるため、監視（none）から始めてレポートを見ながら段階的に強めるのが定石です。
3. 検証する 設定した「つもり」で終わらせないことです。実際に認証を通過しているかを、送信テストで確認します。先ほどの調査が示す通り、抜けやすいのはここです。
作業量としては、多くの場合、数時間で終わります。永遠に付き合う課題ではありません。 一度きちんと通してしまえば、その後は資産として効き続けます。
文面の話は、そのあとです
弊社が自社で運用しているコールドメールでは、開封率56.3%を記録しています（2026年6月・自社運用・192送信）。
この数字をお伝えすると、文面の工夫について聞かれます。実際、1社ごとに書き分けています。ですが、その前提として、届いていることがあります。
土台が抜けていれば、どれだけ良い文章を書いても、開封率という数字そのものが生まれません。開封率0%の原因は、文章が下手だからではなく、誰も受信トレイでそれを見ていないからです。
営業メールの改善は、順番を間違えると徒労になります。到達率が先、文面が後。 この順序だけは、動かせません。
Nudge HQは、お客様ご自身のドメインからメールを送る設計です。そのため、SPFやDKIMの設定は避けて通れません。
ですが、この工程をお客様に丸投げすることはしていません。導入時のオンボーディングで、私たちが設定を巻き取ります。DNSに触るのが怖い、誰の担当か決まっていない——その状態のまま止まってしまうことが、いちばんもったいないからです。
作業はこちらで引き受けます。送るかどうかの判断は、お客様が持つ。私たちの考え方は、一貫してそこにあります。