Sales Ops Note.

問い合わせフォームの通知メールが届かないときの確認順|送信完了から受信まで

問い合わせフォームには「送信しました」と出るのに、通知メールが来ない。「ほかの相談も届いていなかったら」と不安になっていませんか。設定を変えたい気持ちはあっても、どこから触ればよいか迷う状況です。

完了表示だけでは、担当者の受信箱に届いたかまでは分かりません。フォームの送信操作・WordPressからのメール送信・受信箱への到達を分けると、次に調べる場所を絞れます。

この記事では、宛先と受信箱の確認から、差出人・メール認証の切り分け、サポートへ渡すメモまで順に整理します。いきなり設定を総入れ替えする前に、今どこで止まっているかを確認してください。

この記事はContact Form 7を使うWordPressサイトを中心に、相談窓口を止めずに原因を切り分ける順番をまとめたものです。画面や送達の結果は環境によって異なります。当サイトで各メール環境の実機テストを行った結果ではありません。

Contact Form 7の赤枠・オレンジ枠・送信完了で確認先を分ける

同じ「届かない」でも、送信処理が失敗した場合と、受信側で止まった場合では調べる場所が異なります。色だけで判断せず、表示された文章と送信日時も記録してください。テーマなどで表示が変更されていることもあります。

  • 赤い枠の送信エラー:公式FAQでは、WordPressのメール送信処理が失敗した状態です。フォームのメール設定、送信サービスやサーバーのログを確認します。
  • オレンジの枠のエラー:対スパム機能の検知を確認します。正当な送信も止まるなら、利用中の対策とログを照合します。
  • 送信完了になるがメールがない:受信箱・迷惑メール・転送先と、送信ドメインの認証や配送経路を確認します。

スパム対策を一律に解除したり、送信元を相談者のアドレスへ変えたりする前に、原因を切り分けましょう。出典:公式FAQの赤枠エラー、オレンジ枠エラー(2026年10月28日確認)。

サポートへ相談するときに渡す確認メモ

設定を何度も変えるより、次の情報をそろえると調査を進めやすくなります。パスワードや秘密鍵、実際の相談本文はメモに含めません。

  • 問題のページURL、発生日時、表示されたエラー文。
  • 運営者通知と自動返信のどちらが届かないか。
  • 変更した項目と変更日時。直前のプラグイン更新・メール移行の有無。
  • 自分の管理アドレスで試した結果と、確認できた配送ログの要点。

原因の調査中は、確認できる代替の連絡先と返信目安も掲載し、窓口を分かる状態に保ちます。復旧後はフォームの送信テスト表で再確認してください。

先に確認:どこで止まっているか

  1. フォーム上でエラーになる:必須項目や迷惑送信判定、メール送信処理の失敗を確認します。Contact Form 7の表示色だけで原因を断定しません。
  2. 送信完了になるが運営者に届かない:受信先の誤記、迷惑メール、差出人の設定、送信認証を順に確認します。
  3. 運営者には届くが相談者に自動返信が届かない:自動返信の「メール (2)」と受信側を別に確認します。自動返信を使っていない構成もあります。

テストには自分で管理するアドレスと架空の相談内容を使い、日時・入力した宛先・完了画面を記録してください。実際の顧客情報をテストに使わないでください。

1. 受信先と受信箱を確認する

Contact Form 7の「メール」で送信先(To)が今の担当者のアドレスか確認します。退職者の宛先、転送先の変更、全角文字や打ち間違いにも注意。受信箱だけでなく迷惑メール、隔離、転送ルールも見ます。複数の担当者に通知するなら、誰が最初に受け取るかを決めておきます。

2. 送信元と返信先を分ける

フォームに入力された相談者のメールアドレスを、そのまま送信元(From)にしないでください。運営側が管理する、サイトと同じドメインのアドレスを送信元に使い、相談者への返信先は追加ヘッダーのReply-Toへ設定します。例えばフォームのメール項目が your-email なら Reply-To: [your-email] という形です。タグ名は実際のフォームと一致させます。

この区別はContact Form 7公式のメール設定の案内にもあります。設定変更前には現在値を控え、テスト後に返信ボタンの宛先も確認します。

3. 送信完了とメール到達を混同しない

Contact Form 7の公式FAQでは、緑の完了表示はPHPのメール送信関数が正常に完了したことを示します。ただし、受信者の受信箱への到達まで保証する表示ではありません。完了画面が出た日時を控え、メールサービスの迷惑メール判定や送信ログを、利用中の事業者の案内に沿って確認します。

4. メール認証と配送経路を確認する

宛先と受信箱に問題が見つからない場合は、送信ドメインのSPF・DKIM、必要に応じてDMARCと送信経路を確認します。Googleのメール送信者ガイドラインは、個人向けGmailへ送るすべての送信者にSPFまたはDKIMを求めています。大量送信者には追加要件があります。DNSをむやみに書き換えず、メール提供元の設定手順と既存レコードを照合してください。

送信サービスやサーバーの変更直後なら、その変更日時と不達開始時刻も照合します。送信元の認証に失敗しているのか、受信側で隔離されているのかで、相談する窓口が変わります。

5. 自動返信と問い合わせ記録を別に確認する

運営者への通知と、相談者への自動返信は別のメールです。Contact Form 7の「メール (2)」を使っている場合は送信先のタグと本文を確認します。公式マニュアルでは「メール (2)」は主メールの送信成功時に使う追加テンプレートです。自動返信だけ届かないときは、相談者側の受信環境でも確認します。

Contact Form 7単体では問い合わせ本文を保存しません。通知が届かない間の取りこぼしを避けるため、保存機能を使っているか、代替の連絡手段を掲載しているか確認します。保存機能の導入前には閲覧権限と個人情報の扱いも決めます。

直ったつもりで終えない、復旧後の3つのテスト

  1. 別の自分のアドレスから、架空の内容でフォームを送信し、完了画面と時刻を記録する。
  2. 担当者の受信箱で件名・本文・返信先を確認する。迷惑メールへ入らないかも見る。
  3. 自動返信を使うならその受信も確認し、担当者から返信して相手に届くまで試す。

設定方法から整理したい場合は問い合わせフォームの作り方と送信テスト表、受付後の対応漏れを防ぎたい場合は無料の問い合わせ管理Excelと記入例を参照してください。作成サービスとWordPressのどちらで受付を運用するか迷っている方は、ジンドゥーとWordPressの比較から選べます。

参照した公式資料の確認日:2026年10月22日。サービスの管理画面や送信要件は変わるため、作業時は公式の最新案内も確認してください。