社用パソコンとスマートフォンの両方を並べて、自社サイトの問い合わせフォームからテスト送信し、ちゃんと届いたかを確かめている企業のWEB担当者

問い合わせフォームが届かない|送信テストと定期点検の手順

「先週フォームからお問い合わせしたんですが、まだお返事をいただけていなくて」

営業から回ってきたその伝言を見た瞬間、背中がすっと冷たくなる。あわてて受信トレイを検索しても、それらしいメールは見つからない。迷惑メールフォルダにもない。

まず、お伝えしたいことがあります。これは、あなたが見落としたわけではないかもしれません。 問い合わせフォームのメールは、送る側にも受け取る側にも落ち度がないまま、途中で静かに消えることがあります。そして厄介なことに、消えたときに誰にも通知が来ません。エラーも出ず、ただ「何も来なかった」という状態だけが残ります。

だから、気づくのがいつも遅れるのです。

今日は、メールが止まる場所を3か所に絞って確かめる方法と、二度と静かに消えないようにするための月1回の点検を、一緒に組み立てていきましょう。

結論:確かめる順番は、この3つです。
①フォームから本当に送信できているか → ②サーバーからメールが出ているか → ③受け取る側で消えていないか
そのうえで、「メールに頼らない受け皿」を1つ用意します。フォームの送信内容をサイト側に保存しておけば、メールが届かなくても問い合わせの中身は残ります。
テストは、自分の会社のアドレス宛に1通送って終わり、では足りません。届かない事故のほとんどは、社外の人が社外のアドレスから送ったときに起きるからです。
なりすまし判定とは:メールを受け取る側(GmailやOutlookなど)が、「このメールは、名乗っているとおりの送信元から本当に出されたものか」を自動で確かめる仕組みのことです。確かめられないメールは、迷惑メールに入れられたり、受信者に届く前に隔離されたりします。フォームからのメールは、この判定に引っかかりやすい形になっていることがあります。

何が起きているのか

問い合わせフォームのメールは、次の3つの区間を通って、あなたの受信トレイに届きます。

問い合わせメールが止まりうる3か所を、フォーム画面・サーバー・受信箱の3つの区画に分けて矢印でつないだ図
メールが止まる場所は、この3か所のどこかです。順に見ていけば、必ずどこかで見つかります

やっかいなのは、この3つとも、訪問者の画面には「送信完了しました」と同じように表示されてしまうことです。送った側は送れたと信じ、受け取る側は何も来ていないと思う。だから発覚が、いつも数日遅れます。

そして、いちばん多いのは③です。次に②、①は比較的まれです。ただ、まれなものほど気づきにくいので、順番に外していきます。

なお、「問い合わせの件数そのものが少ない」という話であれば、見る場所が違ってきます。そちらは問い合わせが来ない|原因を切り分ける確認手順にまとめてあります。この記事は、「送ったはずのものが消えている」ほうの話です。

手順を小さく分ける

管理画面やプラグインの名称は、バージョンによって変わることがあります。案内と表示名が少し違っても、近い名前を探せば大丈夫です。

1. まず、正しいやり方でテスト送信する

「テストなら前にやりました」という方も、ここだけは読んでみてください。多くのテストは、いちばん事故が起きる条件を再現できていません。

社内のパソコンから、自分の会社のアドレス宛に1通送る。これは、社内から社内へのメールなので、たいてい問題なく届きます。ところが実際の問い合わせは、社外の人が、社外のアドレスを名乗って送ってくるものです。条件がまったく違います。

テストは、次の3つを変えながら送ります。

送るときは、件名や本文に「テスト送信 2026-08-03 14時」のように日時を入れておくと、あとで探しやすくなります。ここで1通でも届かない組み合わせが見つかったら、それが手がかりです。

2. 受け取る側(③)で消えていないかを見る

いちばん多い場所から潰します。

3. 出す側(②)から、そもそも出ているかを見る

③で説明がつかなければ、次はサーバー側です。ここは少し専門的になりますが、確認するだけなら難しくありません

いちばん多い原因は、送信元アドレスの設定です。

フォームからのメールを、「入力された訪問者のメールアドレス」から送られたことにしている設定を、いまでも見かけます。以前は普通のやり方でしたが、今はこれが原因で止まります。受け取る側から見ると、「他人のアドレスを名乗った、認証できないメール」に見えてしまうからです。

正しくは、次のように分けます。

項目設定する値
送信元(From)自社ドメインのアドレス(例:no-reply@自社ドメイン)
返信先(Reply-To)フォームに入力された訪問者のアドレス

こうしておけば、受け取った通知メールにそのまま返信すれば訪問者に返信でき、なりすまし判定にも引っかかりにくくなります。この1か所を直しただけで解決した、という例はかなり多いです。

あわせて確認したいのが、次の2つです。

4. 「メールに頼らない受け皿」を用意する

ここが、この記事でいちばんお伝えしたいところです。

原因を直しても、メールという仕組み自体が、届かないことがあるものです。だから、原因究明と並行して、メールが消えても問い合わせの中身が残る形を作っておきます。

外部のフォームサービスを使っている場合も同じです。「サービス側に残っている件数」と「受信トレイの件数」を突き合わせられる状態が作れていれば十分です。

5. 月1回の点検にする

一度直しても、サーバーの移転、プラグインの更新、メールサービスの仕様変更、担当者の異動——環境は静かに変わります。だから、点検を仕組みに変えます。

具体例:ある会社で起きたこと

たとえば、こんなケースがあったとします。

営業から「先月お問い合わせしたお客様から、返事がないと言われた」と連絡が入りました。受信トレイを検索しても、それらしいメールはありません。

送信元を自社ドメインに変え、返信先を訪問者のアドレスに設定し直したところ、以後は問題なく届くようになりました。あわせて、送信内容を管理画面に保存する設定を入れ、通知先に部署の共有アドレスを追加しました。

ここで大事なのは、誰かを責めないことです。 送信元を訪問者のアドレスにする設定は、数年前まではごく一般的な作りでした。当時の正解が、いまの不正解になっただけです。制作会社にも、当時の担当者にも落ち度はありません。

そして、この会社が本当に得たものは「直った」ことではなく、次に同じことが起きても月1回のテストで1か月以内に気づける状態になったことです。

あなたへの影響

明日やること

  1. 自分のスマートフォンの回線から、フリーメールのアドレスを入力して自社フォームに1通送る。件名か本文に日時を入れておく。
  2. 受信トレイ・迷惑メールフォルダを確認する。見つからなければ、情シスや管理者に「隔離されたメールの一覧」を見せてほしいと一声かける。
  3. フォームの設定画面を開き、送信元(From)が自社ドメインのアドレスになっているかだけ確認する。ここだけで今日は十分です。
  4. カレンダーに「フォームのテスト送信」を毎月の繰り返し予定として入れる。所要3分と書き添えておく。

チェックリスト

問い合わせフォームからのメールが確実に届いているかを確かめ、届かない事故を早く見つけるための確認項目です。全部を今日そろえる必要はなく、まずは「テストで1通届いた」ことが確認できれば十分です。

まずはこれだけ(必須)

できれば(推奨)

慣れてきたら/必要に応じて(任意・該当なしならスキップ可)

よくある不安に、先に答えておきます

テスト送信したメールがきちんと届いたことを画面で確認して、ほっとした表情で息をついている企業のWEB担当者

締めに

問い合わせメールが届かない事故は、誰のミスでもなく起きます。仕組みが静かに変わって、いつのまにか通らなくなる。エラーが出ないぶん、真面目に運用している人ほど気づきにくい種類の不具合です。

だから、この件で自分を責める必要はまったくありません。むしろ、「本当に届いているのか」と一度でも疑えた担当者は、そう多くないと思います。多くのサイトでは、誰も確かめないまま何年も過ぎていきます。

今日、テストのメールを1通送れたなら、それだけで、あなたの会社は昨日より確実に取りこぼしにくくなっています。

そして次にできるいちばん良いことは、その予定をカレンダーに繰り返しで入れておくことです。来月のあなたが、3分で同じ確認をしてくれます。

※本記事は一般的な実務の考え方をまとめたものです。メールサービス・サーバー・プラグインの仕様や画面・名称は更新されることがあります。設定を変更する前に、必ず変更前の値を控え、最終的な設定は各サービスの最新の公式情報でご確認ください。認証設定(SPF・DKIMなど)の変更は、社内の他のメール送信にも影響する場合があるため、情報システム担当や契約先へ相談のうえで進めてください。

よければ、こちらも

届いた問い合わせにどう返すかで迷ったら、問い合わせ対応の返信テンプレと社内フローを整えるもあわせてどうぞ。ひとりで抱えこみそうなときは、お問い合わせからいつでも声をかけてくださいね。一緒に確認していきましょう。

関連用語