フォームは送れるのに問い合わせメールが届かないのはなぜ？

結論：完了画面とメール到達は「別の仕組み」

フォームの送信完了画面が出ても、問い合わせメールが手元に届いたとは限りません。原因は迷惑メールへの振り分け・送信元の認証不足・フォーム側の設定の3つに分かれます。まず自分あてにテスト送信し、迷惑メールフォルダまで確認しましょう。

完了画面は「フォームが入力を受け付けた」合図であって、メールが相手の受信箱に届いた証明ではありません。作りによっては、裏側のメール送信が止まっていたり、迷惑メール扱いされていたりしても完了画面は表示されるため、送った人も受け取る側も気づきにくいのです。

今日の持ち帰り：自社の問い合わせフォームから、いますぐ自分あてに1件テスト送信し、受信箱と迷惑メールフォルダの両方を見る。

なぜ「完了画面が出る」のに届かないのか

多くのフォームは、送信ボタンを押すと「①入力内容を受け付ける」→「②メールを送る」という2段階で動きます。完了画面は①が終わった合図であって、②が成功した証明ではありません。ブラウザには「受け付けました」と表示されるのに、その後ろのメール送信だけが静かに失敗している――これが「完了画面は出るのに届かない」の正体です。

私たち自身も、自社のランディングページ（1枚もののWebページ）のフォームを作り替えた際、テスト送信で「完了画面には進むのに、通知メールが1通も来ない」状態を見つけました。原因は、フォームの追加機能（プラグイン）まわりに「このフォームはメールを送らない」という指定が古い構成のまま残っていたことです。指定を外して再テストし、通知メールが届くことを確かめました。「画面上の成功」と「実際にメールが届くこと」は別物だと、改めて実感した出来事です。

もうひとつ、私たちが社内で大切にしているのが「サーバーが受理した＝相手に届いた、ではない」という考え方です。送信システムが『送りました』と応答しても、その先で受信側に弾かれることがあります。だから到達の確認は、送信ログではなく受信側の実物（実際に届いたメール）やバウンス通知（宛先不明などで戻ってくるお知らせ）で確かめます。

この見出しの持ち帰り：「完了画面が出た＝動いている」と判断しない。設置直後や設定を変えた後には、届いた実物のメールで一度は確認する。

「届かない」の正体は3つの層に分かれる

「メールが届かない」と一口に言っても、原因は大きく3つの層に分かれます。この順で見ると切り分けが進めやすくなります。

①なら「迷惑メールフォルダに入っているか」で分かります。②は送信元アドレスの見え方で見当がつきます。③はフォームの設定を制作・保守側で確認することになります。

この見出しの持ち帰り：不達に気づいたら、まず「迷惑メールフォルダにあるか」「差出人は誰になっているか」「1通も来ないのか一部だけか」の3点をメモしてから相談する。原因の層が絞りやすくなる。

よくある設定ミスは「差出人＝入力者のアドレス」

よく見かけるのが、通知メールの差出人（From＝差出人欄）に「フォームに入力した人のメールアドレス」を入れている設定です。「返信しやすいから」という理由で選ばれがちですが、これが不達の原因になることがあります。

理由はこうです。受信側は、メールを送ってきたサーバーがそのドメイン（＠より後ろの部分）から送ってよいと登録されたものか、そのドメインの電子署名が付いているかを確かめます。さらに、その結果と差出人欄のドメインが一致しているかを見る仕組みもあります。差出人を訪問者本人のアドレス（たとえば＠gmail.com）にすると、自社のサーバーはそのドメインの正規の送信元ではないため、「なりすましメール」と見なされて弾かれやすくなります。

おすすめは、差出人は自社のドメイン（例：info＠自社ドメイン）に固定し、訪問者のアドレスは「返信先（Reply-To＝返信ボタンを押したときの宛先）」に入れることです。これなら返信のしやすさはそのままで、なりすまし判定を避けやすくなります。WordPressの代表的なフォーム追加機能「Contact Form 7」の公式解説でも、同じ設定がすすめられています。

この「送ってよいサーバーの証明」の代表がSPFとDKIMという2つの仕組みです。SPFは、システム上の差出人（エンベロープFrom）のドメインに、送信してよいサーバーを登録しておく仕組みです。フォームのメールはWebサーバーから送られることが多く、そのサーバーがSPFに登録されていないと、このチェックに引っかかりやすくなります。詳しくはSPFレコードは正しく設定しよう～Webフォームの自動返信メールが届かない原因（稲葉サーバーデザイン）が実務に即しています。

なお同記事は、「SPFにはホスト名ではなくIPアドレスを登録すべき」といった情報が、すべてのケースに当てはまるわけではないと注意を促しています。使っているフォーム・サーバー・メールの組み合わせで正解が変わるため、断定は実物を見てからにするのが安全です。

この見出しの持ち帰り：届いたメールの差出人欄を見る。自社ドメイン以外（訪問者のアドレスやサーバー既定の名前）になっていたら、制作・保守の担当に「差出人は自社ドメイン固定・訪問者は返信先に」と直せるか相談する。

Gmailだけに届かないのはなぜ？2024年からの送信者ルール

受信側の判定は厳しくなる方向にあります。Googleは2024年2月1日から、個人のGmailアカウント（＠gmail.com）あてにメールを送るすべての送信者に、SPFまたはDKIMの設定を求めています。加えて、送信サーバーのDNS（インターネットの住所録）の正しい登録、暗号化された接続、迷惑メール報告率0.3%未満、＠gmail.comの差出人をGmail以外から名乗らないこと、なども求めています。

さらに、個人のGmailアカウントあてに1日5,000通以上を送る送信者には、SPF・DKIM・DMARC（SPF・DKIMの結果と差出人欄のドメインが一致するかを確かめ、失敗時の扱いをドメイン側が宣言する仕組み）の3点すべてと、差出人ドメインの整合が求められます。要件を満たさないメールは、迷惑メール扱いや受信拒否の対象になりえます。Googleは2025年11月から、要件を満たさないメールへの対応（一時的・恒久的な受信拒否を含む）を強めるとしています。要件の原文はGoogleのメール送信者のガイドライン（Gmailヘルプ）で確認できます。

問い合わせフォームの通知は1日5,000通も出ませんが、SPFまたはDKIMが求められる点は同じです。「昔は届いていたのに最近Gmailにだけ届かない」なら、この基準強化が背景にあるかもしれません。

この見出しの持ち帰り：通知先にGmailを使っているなら、「うちのフォームのメールはGmailの基準（SPF/DKIM）に対応できているか」を制作・保守の担当に一言確認する。

発注側の担当者が今日できる、一次切り分けの手順

技術的な修正は制作・保守側の作業ですが、「異常があるかどうか」の一次切り分けは、担当者自身で今日できます。

1. 自分でテスト送信する：自社フォームから実際に自分あてに送り、受信箱だけでなく迷惑メールフォルダも確認する。迷惑メールに入っていれば、認証（SPF/DKIM）や送信元設定に問題がある可能性がある。
2. 差出人（From）欄を見る：届いたメールの差出人が自社ドメイン以外（訪問者のアドレスやサーバー既定の名前）なら、設定ミスの疑いあり。
3. 1通も来ないときは宛先を疑う：フォーム側の「通知先メールアドレス」が正しいか、追加機能の設定でメール送信がスキップされていないかを、制作・保守側に確認してもらう。
4. 通知先を複数にしておく：会社ドメイン＋Gmailなど複数の宛先を通知先に入れておくと、片方が弾かれてももう片方で気づける。
5. テスト送信を定例化する：「毎月1回」など定期的にテストする運用にすると、静かな不達に早めに気づける。

この手順で異常を掴んだら、制作会社に「いつ・どの宛先で・迷惑メールフォルダを含めてどうだったか」を添えて相談すると、原因の特定が早まります。

この見出しの持ち帰り：まず1〜4を今日実施し、5をカレンダーに登録する。異常が見つかったら、記録を添えて制作・保守の担当へ渡す。

悪い例→良い例

言葉より、具体例で並べると差が分かります。

商機の取りこぼしで怖いのは、失注そのものより「気づけないこと」です。テスト送信で受信を確認する運用がないと、問い合わせが静かに失われ続けるおそれがあります。

この見出しの持ち帰り：3つの「悪い例」に1つでも当てはまったら、その場で「良い例」側に直せるか制作・保守の担当に相談する。

直せることと、正直に言えないこと

SPF・DKIM・DMARCやサーバーの仕様、Gmailなど受信側の判定基準は変わります。Googleは2024年2月に要件を設け、2025年11月から対応を強めており、今後も変わりうるものです。ここで挙げた原因は代表的なもので、実際の不達は、使っているフォーム・サーバー・メールの組み合わせによって切り分けが変わります。断定できるのは実物を見てからです。

また、DNS（SPF/DKIM）の登録や、メール送信を正規のメールサーバー経由に切り替える（SMTP経由化）といった技術的な変更は、制作・保守側の作業であり、発注側の担当者が自分で行う想定ではありません。費用も、フォーム数・サーバー移設の要否・保守契約の有無といった要件で幅が出るため、この記事では固定の金額は示しません。最新の要件は、上記のGoogle公式ページで確認してください。

この見出しの持ち帰り：「うちの環境ではどれが原因か」は、フォーム・サーバー・メールの実物を見ないと断定できない。異常のメモを持って、制作・保守の担当に見てもらう。

フォームは動いて見えるのに問い合わせが来ない――その原因の切り分けや、送信元・サーバーまわりの修正は、実物を見て確かめるのが近道です。「気づけない取りこぼし」を止めたい方は、お問い合わせからお気軽にご相談ください。

よくある質問