会社のメールが届かないのはなぜ？迷惑メール判定とSPF・DKIM・DMARCをやさしく解説

「送信済み」なのに、相手には届いていない

取引先へメールを送った。

こちらの画面には「送信済み」と表示されている。

でも相手から

「メールが届いていません」

と言われる。

迷惑メールフォルダーを確認してもらうと、そこに入っていた。

あるいは、メールそのものが見つからない。

会社で独自ドメインのメールを使っていると、このようなことが起こる場合があります。

メールは、送信ボタンを押せば必ず相手の受信トレイへ届く仕組みではありません。

受信側では

「このメールは本当に、この会社から送られたものなのか」

という確認も行われています。

そこで重要になるのが、SPF・DKIM・DMARCと呼ばれるメール認証です。GoogleやMicrosoftも、これらを組み合わせたメール認証を推奨しています。

なぜ普通の会社のメールまで疑われるのか

メールには、差出人を偽って送信できるという弱点があります。

例えば、実際には別の場所から送っているにもかかわらず

info@example.com

という会社のアドレスを装って送信することも技術的には可能です。

この仕組みは、フィッシングメールや迷惑メールにも悪用されてきました。

そのためGmailやMicrosoft 365などの受信側は

• どのサーバーから送られたか
• 送信元ドメインは正しいか
• メールが途中で改ざんされていないか
• 送信元の評判に問題がないか
• メール本文やリンクに不審な点がないか

など、複数の情報を使って受信メールを判断します。

Gmailでは、認証だけでなく送信元IPやドメインの評判、メールの内容やURLなどを理由にブロックする場合があることも公式に示されています。

SPFは「このサーバーから送っていいです」と知らせる仕組み

まずSPFです。

SPFは簡単に言えば

「このドメインのメールは、このサーバーから送信します」

という情報を、あらかじめDNSへ登録しておく仕組みです。

受信側はメールが届くと

「この送信サーバーは、この会社が許可しているものか」

を確認します。

Googleも、SPFレコードにはそのドメインに代わってメールを送信するすべてのサーバーを含める必要があると案内しています。

ここで意外と起こりやすいのが、メールの送信元が一つではない会社です。

例えば

• 通常の会社メール
• WordPressの問い合わせフォーム
• メール配信サービス
• 会計や予約システム
• CRM
• ECサイト

などから、同じ会社ドメインを使ってメールを送っている場合があります。

新しいサービスを追加したのにSPFへ反映していないと、そのサービスからのメールだけ認証に失敗することがあります。Googleも、Webサーバーや問い合わせフォームなどをSPFで考慮すべき送信元として挙げています。

DKIMは「このメールは正しい送信元が署名しました」という仕組み

次がDKIMです。

DKIMでは、送信するメールへ電子的な署名を付けます。

受信側はDNSに公開されている鍵を使って、その署名を確認します。

これによって

「このドメインの正規の仕組みから送られたメールである」

ことや、送信途中で内容が変更されていないかを確認しやすくなります。

Googleでは、DKIMがドメインのなりすまし対策に役立つ仕組みとして案内されており、公開鍵をDNSへ登録して受信側が署名を検証します。

SPFが

「どこから送ったか」

を見る仕組みだとすれば、DKIMは

「正しい署名が付いているか」

を見る仕組みと考えると分かりやすいです。

DMARCはSPFとDKIMをまとめて判断する

そしてDMARCです。

DMARCでは、SPFやDKIMの結果と、メールの差出人として表示されているドメインとの整合性を確認します。

そのうえで認証に失敗したメールを

• 通常どおり受け取る
• 迷惑メールとして扱う
• 拒否する

といった方針を、ドメイン所有者側から示すことができます。

また、DMARCレポートを受け取ることで、自社ドメインからどのようなメールが送信されているかを確認する仕組みもあります。

つまり

SPF → 送信元を確認する

DKIM → メールの署名を確認する

DMARC → それらを使って、会社のドメインとして正しいか判断する

という関係です。

SPF・DKIM・DMARCを設定すれば絶対に届くわけではありません

ここは非常に重要です。

SPF・DKIM・DMARCがすべて正常でも

必ず受信トレイへ届くとは限りません。

受信側では、それ以外にもさまざまな情報を見ています。

例えばGmailでは

• 送信元IPの評判
• 送信ドメインの評判
• メール本文
• 含まれているURL
• 急激な送信量の増加
• メール形式の問題

などを理由として、メールを制限・拒否する場合があります。

Microsoft 365でも、SPF・DKIM・DMARCだけでなく、その他の情報を組み合わせた「複合認証」で受信メールを評価しています。

そのため

「SPFは設定済みだから問題ない」

とは言い切れません。

メールが届かない場合は、メール認証と実際の送信状況の両方を見る必要があります。

WordPressの問い合わせフォームも確認したい

企業サイトでは、もう一つ確認したい場所があります。

問い合わせフォームです。

例えば

お客様が問い合わせフォームを送信する。

自動返信メールが送られる。

会社側にも通知メールが届く。

この仕組みもメールを利用しています。

フォーム上では

「送信しました」

と表示されていても、受信側で迷惑メール判定を受ける可能性があります。

そのためホームページを制作するときは

フォームが送信できるかだけでなく、実際にメールが届くかまで確認する

ことが大切です。

GoogleもSPFで考慮すべき送信元の例として、自動メールを送信する問い合わせフォームを挙げています。

「昨日まで届いていた」から安心とも限らない

メール設定は、一度行えば永遠にそのままでよいとは限りません。

例えば

新しいメールサービスを導入した。

ホームページを新しいサーバーへ移した。

メール配信サービスを追加した。

ドメインのDNS設定を変更した。

こうした変更によって、実際の送信元とSPFなどの設定が合わなくなることがあります。

Googleも、新しいメールサーバーや外部の送信サービスを使用するときはSPFを更新するよう案内しています。

そのため

「メール環境を変更した後から届きにくくなった」

という場合は、DNSやメール認証も確認した方がよいでしょう。

メールが届かないときに確認したいこと

相手から

「メールが届いていない」

と言われた場合は、まず次のように切り分けます。

• メールアドレスに間違いがないか
• エラーメールが返っていないか
• 相手の迷惑メールフォルダーにないか
• 特定の相手だけ届かないのか
• Gmailには届くのか
• Microsoft系には届くのか
• SPFが正常か
• DKIMが正常か
• DMARCが正常か
• 最近メールやサーバーの設定を変更していないか

Microsoftも、このヘッダーをメール認証トラブルの診断に利用する方法を案内しています。

TrusKiteでは、メールだけでなく周辺環境も含めて確認します

メールが届かない問題は、原因が一つとは限りません。

メールサーバー。

DNS。

ドメイン。

ホームページ。

問い合わせフォーム。

迷惑メール判定。

それぞれが関係していることがあります。

TrusKiteでは、必要に応じて

• SPFの確認
• DKIMの確認
• DMARCの確認
• DNS設定
• メールサーバー設定
• WordPress問い合わせフォーム
• 自動返信メール
• 送信テスト
• メールヘッダーの確認
• ドメイン・サーバー移行時の設定確認

などをまとめて確認します。

「メールの問題だからメール会社へ」

「フォームの問題だからWeb制作会社へ」

と相談先を何カ所にも分けるのではなく、周辺環境も含めて原因を切り分けられることは、Web制作とIT保守の両方に携わるTrusKiteの強みの一つです。

大切なメールが「送ったつもり」にならないために

普段メールが問題なく使えていると、その裏側の仕組みを意識することはほとんどありません。

それで構いません。

利用する人がSPFやDKIMの仕組みを覚える必要もありません。

ただ

「送信済みだから、相手にも届いているはず」

とは限らないことだけは知っておきたいところです。

特に

取引先への見積書。

採用応募者への返信。

問い合わせフォームの自動返信。

契約に関する連絡。

こうした大切なメールが届かなければ、会社の信用や機会にも影響します。

メールも、ホームページやパソコンと同じ会社のIT環境の一部です。

一度設定して終わりではなく、環境が変わったときや

「最近メールが届きにくい」

と感じたときに、少しだけ確認してみてください。

確認してもわからなければ、お気軽にご相談ください。

※SPF・DKIM・DMARCの設定方法は、利用しているメールサービスやDNS環境によって異なります。

※DNSレコードを誤って変更するとメール送信に影響する可能性があるため、現在の送信元を確認してから設定することが重要です。

※本記事は2026年8月時点のGoogle Workspace・Microsoft 365公式情報を参考にしています。