お問い合わせフォームのメールが届かない — 通知・自動返信が迷惑メールに入る理由と直し方

「フォームからの問い合わせが、いつの間にか届かなくなっていた」「お客様に自動返信が届いていない」「通知が迷惑メールフォルダに入る」。2024年以降に急に増えたこの症状は、フォームの故障ではありません。原因は、フォームが送るメールの「差出人」と「実際に送った場所」の関係にあります。

お問い合わせフォームのメールは、あなたのWebサーバー（またはフォーム作成サービス）が、あなたの会社のメールサーバーとは別の場所から送るメールです。受信側から見ると、正規のメールと、なりすましメールの区別がつきにくい形をしています。だから、差出人の書き方と認証の設定が正しくないと、迷惑メールに入るか、黙って捨てられます。

症状から当たりをつける — うちはどれ？

先に、症状と原因の対応表です。「通知メール」はフォームからあなた宛てに届くメール、「自動返信」はお客様（訪問者）宛てに届くメールです。この2つは差出人が違うので、原因も違います。

📌 受信箱の側（振り分けルール・迷惑メールの学習）を疑うのは最後です。「迷惑メールではない」を押しても、直るのはあなたの受信箱だけで、お客様に届く自動返信には効きません。

フォームのメールは、誰が・どこから送っているの？

普段あなたが送るメールは、あなたの会社のメールサーバー（Google Workspace・Microsoft 365・レンタルサーバーのメールなど）から出ていきます。ところがフォームのメールは、多くの場合そこを通りません。送り方は3つあります。

問題が起きるのは、ほとんどが A です。ホームページ用のサーバーは、メールを送る機能を持ってはいますが、「あなたの会社のメールを送るサーバー」として世界に登録されていないからです。

受信側は、差出人欄だけを見ているのではありません

届いたメールの裏側には、受信者に見えない情報が付いています。受信側（Gmailなど）は、それらを組み合わせて「本物かどうか」を判断します。

ポイントは1つです。受信側は、From欄に書かれたドメインの「方針」を見に行きます。From が gmail.com なら gmail.com の方針を、あなたのドメインなら、あなたのドメインの方針（SPF・DKIM・DMARC）を見ます。そして「その方針に照らして、このサーバーからのこのメールは本物と言えるか」を判定します。

原因① 差出人（From）に、訪問者のアドレスを入れている — なぜ届かないの？

フォームの通知メールで、昔から多い設定がこれです。

From: [訪問者の名前] <[訪問者のメールアドレス]>

受け取った担当者が「返信」ボタンでそのままお客様に返せるように、差出人欄に訪問者のアドレスを入れる。便利なので広まりましたが、受信側から見ると、これはなりすましメールとまったく同じ形です。

Googleは、送信者のガイドラインでこう書いています。

Gmail の From: ヘッダーのなりすましはしないでください。Gmail では、DMARC の quarantine（検疫）適用ポリシーの使用が開始されます。Gmail の From: ヘッダーのなりすましをした場合、メール配信に影響する可能性があります。

「なりすまし」という言葉に驚くかもしれませんが、受信側の機械には、悪意があるかどうかは分かりません。「gmail.com を名乗るメールが、Google以外のサーバーから来た」という事実だけを見ています。

WordPressで広く使われている Contact Form 7 の公式サイトも、同じことを書いています。

要するに、From フィールドにはサイトと同じドメインのメールアドレスを指定しましょうということです。

Contact Form 7 には設定を検証する機能があり、差出人にサイト以外のドメインを入れると「サイトのドメインに属していないメールアドレスが送信元に設定されている。」という設定エラーが表示されます。この文言を見たことがあれば、原因はここです。

相手のドメインによって、結果が変わる — 主要な受信サービスの方針（実測）

訪問者のアドレスのドメインが、なりすましをどう扱う方針（DMARC）を公開しているかで、通知メールの運命が決まります。主要なサービスの方針を、実際にDNSを引いて確かめました。

📌 確認日 2026-09-05。各ドメインの _dmarc のTXTレコードを、Google Public DNS（dns.google）で引いた値です。方針は各社の都合で変わります。「隔離」は迷惑メールフォルダ行き、「拒否」は受け取らないという意味で、いずれもあなたの受信サービスがDMARCを検証していることが前提です（Gmail・Google Workspace・Microsoft 365 は検証します）。

「auのお客様からの問い合わせだけ届かない」「Yahoo!のお客様の分だけ迷惑メールに入る」という症状は、この表のとおりに起きています。あなたの設定は同じでも、相手のドメインの方針で結果が変わるのです。

直し方 — 差出人は自社ドメイン、訪問者のアドレスは「返信先」へ

差出人（From）を自社ドメインのアドレスに固定し、訪問者のアドレスは返信先（Reply-To）に入れます。返信先を指定しておけば、担当者が「返信」ボタンを押したとき、これまでどおりお客様に返信が届きます。

Contact Form 7 の場合、初期設定の差出人は wordpress@あなたのドメイン です（バージョン4.0以降）。公式サイトはこのアドレスを実在させておくことを勧めています。存在しないアドレスからの送信を止めるサーバーがあるためです。WordPress本体も、コメント通知などで同じ wordpress@あなたのドメイン を使います。

原因② 自社ドメインを名乗っているのに、認証されていない — 何が起きているの？

①を直すと、通知も自動返信も差出人は自社ドメインになります。すると受信側は、今度はあなたのドメインの方針を見に行きます。「このドメインのメールは、どのサーバーから送ると宣言されているか（SPF）」「この鍵で署名されているか（DKIM）」です。

ところが、Webサーバーが直接送っている限り、SPFにも載っていないし、署名も付いていません。これがGmailの、すべての送信者に共通する要件に引っかかります。

送信元ドメインに SPF または DKIM メール認証を設定します。

「1日に数通しか送らないから関係ない」は通用しません。この項目は「1日5,000通以上」の条件ではなく、すべての送信者に2024年2月1日から適用されているものです。満たさないメールは迷惑メール行きか、550-5.7.26 のエラーで拒否されます。

確かめ方 — 自分宛てに送って、ヘッダーを貼り付ける

推測ではなく、実物のメールが答えを持っています。5分で確かめられます。

1. フォームから、自分のGmailアドレス宛てにテスト送信する（自動返信を確かめるなら、訪問者の欄に自分のGmailを入れる）
2. 届いたメール（迷惑メールフォルダも見る）を開き、右上の「⋮」→「メッセージのソースを表示」
3. 表示された文字列を丸ごとコピーし、当サイトの完全判定に貼り付ける
4. spf= dkim= dmarc= の結果と、実際に送ったサーバーが読み取れます（自分で読むなら → Authentication-Resultsの見方）

📌 テストはGmail・Yahoo!メール・携帯（docomo/au/SoftBank）の3種類の宛先で行ってください。上の実測表のとおり、結果は相手によって変わります。Gmailで届いたからといって、auでも届くとは限りません。

「送信完了」と出るのに届かないのは、なぜ？

フォームの「送信完了」は、Webサーバーがメールを送り出したところまでを意味します。相手のサーバーが受け取ったか、迷惑メールフォルダに入れたか、拒否したかは、フォームには分かりません。

さらに、拒否されたときの通知（エラーメール）は、裏側の差出人（Return-Path）に返ります。Webサーバーが直接送っている場合、そこはサーバーの名前になっていることが多く、あなたの受信箱には届きません。だから、何か月も気づかないことが起きます。

直し方 — 効果の大きい順

1. SMTP設定で、自社のメールサーバー経由に切り替える（いちばん確実）。WordPressなら、SMTP送信のプラグイン（「WP Mail SMTP」などが知られています）で、Google Workspace・Microsoft 365・レンタルサーバーのメールアカウントから送る設定にします。普段のメールと同じ経路になるので、普段のメールと同じ認証結果になります。普段のメールが認証されているかは、無料診断にドメインを入れれば分かります
2. レンタルサーバー側の仕組みを使う。サーバー会社によっては、Webサーバーからの送信もSPF・DKIMの対象に含める設定を用意しています（→ サービス別の設定ガイド）。本当に認証されているかは、上の「確かめ方」で必ず確認してください
3. フォーム作成サービスを使っているなら、そのサービスの「独自ドメインで送信」の設定を行う。SPF・DKIMのレコードを案内されるので、DNSに登録します（→ 原因③）

原因③ フォーム作成サービスから送っている場合は？

フォームをサービス側で作っている（Bの送り方）なら、話は短くなります。届いたメールの差出人を見てください。

• 差出人がサービスのドメイン（no-reply@サービス名.jp など）→ 認証はサービス側が済ませています。届かない場合は、受信箱の振り分けか、相手側の迷惑メール設定を疑います
• 差出人を自社ドメインにしている（独自ドメイン送信）→ サービスから案内されたSPFとDKIMのレコードが、あなたのDNSに正しく入っているかを確かめます。無料診断にドメインを入れれば分かります

📌 すでにSPFがある場合、2本目を追加してはいけません。既存の1本に include を追記して1本にまとめます（→ 複数サービス併用の設定統合）。SPFは1ドメインに1本だけ、というルールがあります。

誰に、何を頼めばいいの？

直す場所は3か所に分かれます。フォームの設定・メールの送り方・DNSです。自分の立場に合わせて、頼む先を選んでください。

制作会社から「サーバーの問題です」と言われることがあります。半分正しく、半分足りません。フォームの差出人（①）はサイト側の設定で、DNS（②の一部）はドメイン管理会社側の設定です。どちらか片方だけ直しても解決しません。ヘッダーの判定結果を共有すれば、どこが足りないかを同じ画面で話せます。

📌 フォームは「送信経路」の1つです。予約システム・ECの注文通知・会計ソフトなど、自社ドメインを名乗って送るものは他にもあります。まとめて把握する方法は 送信経路の洗い出しと台帳 にあります。

直したあとに確かめること

1. 3種類の宛先でテスト送信する — Gmail・Yahoo!メール・携帯（docomo/au/SoftBank）。迷惑メールフォルダまで見る
2. 届いたメールの差出人が自社ドメインで、「返信」を押すと訪問者のアドレスが返信先に入ることを確かめる
3. ヘッダーを完全判定に貼り、spf= か dkim= のどちらかが pass で、dmarc=pass になっていることを確かめる
4. DNSを変えた場合は、反映まで最大72時間かかります。変えた直後の失敗は、翌日もう一度試す
5. 受信箱の振り分けルール・迷惑メールの学習を、新しい差出人に合わせて組み直す
6. 1週間後にもう一度、問い合わせ件数がいつもどおりに戻っているかを見る。「届かない」は件数の減り方にしか現れないことがあります

よくある質問

Q. 「送信完了」と表示されたのに、届いていません。フォームが壊れているのでしょうか？

A. 壊れていないことがほとんどです。「送信完了」はサーバーが送り出した合図で、届いたかどうかは示していません。拒否の通知は裏側の差出人（サーバー）に返るため、あなたには見えません（→ 送信完了の意味）。

Q. 1日に数通しか送りません。それでも認証が要りますか？

A. 要ります。Gmailの「送信元ドメインに SPF または DKIM メール認証を設定します」は、すべての送信者への要件で、通数の条件はありません。1日5,000通以上の送信者には、さらに厳しい要件（SPFとDKIMの両方、DMARC）が加わります（→ Gmailの送信者ガイドライン）。

Q. 自動返信をやめれば解決しますか？

A. 自動返信をやめると、お客様宛ての問題（②）は消えますが、あなた宛ての通知の問題（①）は残ります。また、自動返信は「問い合わせを受け付けました」という安心をお客様に渡すものなので、やめる判断は別の話です。差出人を自社ドメインにしてSMTP経由で送れば、続けられます。

Q. 差出人を自社にすると、誰からの問い合わせか分かりにくくなります。

A. 件名に訪問者の名前を入れ、本文にも名前とアドレスを書き、返信先（Reply-To）に訪問者のアドレスを入れてください。「返信」ボタンの動きは今までと同じになります（→ 設定表）。

Q. フォーム作成サービスを使っています。同じことが起きますか？

A. 届いたメールの差出人がサービスのドメインなら、認証はサービス側が済ませているので、この記事の①②は起きにくいです。差出人を自社ドメインに設定している場合だけ、案内されたSPF・DKIMがあなたのDNSに入っているかを確かめてください（→ 原因③）。

Q. 受信側で「迷惑メールではない」を押せば済みますか？

A. 済みません。それはあなたの受信箱だけの学習で、他の担当者の受信箱にも、お客様に届く自動返信にも効きません。差出人の書き方と認証を直すのが根本の対処です。

Q. 通知を担当者へ自動転送しています。転送先で迷惑メールになります。

A. 転送は、送信元が変わるためにSPFが失敗する、別の問題です。①②を直したうえで、転送・メーリングリスト・ARC を読んでください。転送ではなく、フォームの通知先を複数にする（宛先に担当者を並べる）ほうが確実です。

Q. 制作会社に「サーバーの問題」と言われました。

A. 半分正しく、半分足りません。フォームの差出人（①）はサイト側の設定、DNS（②の一部）はドメイン管理会社側の設定で、両方そろって初めて直ります。テスト送信のヘッダーを完全判定に貼り、その結果を共有してください。どこが足りないかを同じ画面で確認できます（→ 誰に何を頼むか）。