WordPressの問い合わせフォームで「送信しました」と表示されたのに、管理者メールが届かない。反対に、送信ボタンを押した後の表示は変わらないが、同じ内容を再送してよいのか迷う。問い合わせフォームの送信テストは、ボタンを一度押すだけでは終わりません。この記事では、入力、エラー表示、完了画面、管理者通知、自動返信、添付、スマートフォン表示を7項目に分け、公開前後に確認する手順を解説します。
結論：送信操作・完了確認・メール到達を分ける
WordPress問い合わせフォームの送信テストでは、少なくとも3つの状態を分けます。1つ目は送信ボタンを押して処理が始まった状態、2つ目は完了画面や成功メッセージを確認した状態、3つ目は管理者通知と自動返信が実際の受信箱へ届いた状態です。画面が成功でもメール到達まで保証されるわけではなく、メールが届いても公開ページの入力エラーやスマートフォン表示に問題が残ることがあります。
WordPress公式のwp_mail()資料でも、戻り値がtrueでも利用者がメールを受信したことを自動的には意味せず、送信処理がエラーなく受け付けられたことを示すと説明されています。したがって、フォーム画面と受信箱を別々に確認し、どこまで現物確認できたかを記録する必要があります。
公開前に確認する7項目
1. 必須項目と入力エラー
最初は送信を成功させず、必須項目を空にして送信します。エラーが入力欄の近くに表示されるか、どの項目を直せばよいか読めるか、入力済みの正常な項目が消えないかを確認します。メール形式、文字数、選択必須、個人情報への同意など、フォームごとの条件も一つずつ試します。
2. 正常入力と送信ボタン
次に実在する自分のテスト用メールアドレスを使い、全項目を正常に入力します。送信ボタンを連打しなくてよいよう、処理中表示やボタン無効化があるかを見ます。押した直後に変化がなくても、同じ内容をすぐ再送すると二重問い合わせになる可能性があるため、完了表示と受信状況を先に確認します。
3. 完了画面または成功メッセージ
URLが完了ページへ移った、ページ内に成功メッセージが出た、送信済みの入力欄が初期化された、といった現物を確認します。ブラウザが閉じた、元ページへ戻った、空フォームになっただけでは、完了と断定しません。確認できなかった場合は「送信操作済み・完了未確認」と記録し、重複防止のため同じ内容をむやみに再送しないのが安全です。
4. 管理者通知メール
管理者側では、宛先、件名、送信日時、入力内容、返信先を確認します。届かない時は、まず迷惑メールと別タブ、送信先の入力ミスを確認します。複数宛先を設定している場合は一件だけでなく全宛先を確認し、どの環境で届かなかったかを分けます。成功画面が表示された事実と、管理者通知が届いた事実は別に記録します。
5. 自動返信メール
利用者向け自動返信では、宛名、問い合わせ要約、返信目安、問い合わせ先、誤送信時の案内を確認します。管理者通知だけ届き、自動返信だけ届かない場合は、フォームの送信処理全体ではなく、自動返信先やテンプレート変数へ範囲を絞れます。テストでは個人情報や本番顧客の内容を使わず、テストと分かる件名にします。
6. 添付ファイルと安全対策
添付を許可するフォームでは、許可形式と上限内の小さなテストファイル、許可外形式、上限を超えるファイルを試します。エラーが分かりやすいか、成功時に管理者通知へ添付されるか、送信後の扱いが仕様どおりかを確認します。CAPTCHAやハニーポットを使う場合は、通常の利用者が通過できるかを人の操作で確認し、認証回避を前提にしません。
7. PCとスマートフォンの公開表示
最後にログアウト状態の公開ページをPCと390px前後のスマートフォン幅で開きます。入力欄や送信ボタンが横にはみ出さないか、キーボード表示後もボタンへ進めるか、エラーと完了メッセージが隠れないかを確認します。管理画面のプレビューだけでは、キャッシュ、テーマCSS、公開側JavaScriptの差を拾えません。
| 確認段階 | 現物証拠 | 未確認時の扱い |
|---|---|---|
| 送信操作 | 送信ボタンを押し処理が始まった | 完了とは書かない |
| 画面完了 | 完了URLまたは成功文言 | メール到達は別確認 |
| 管理者通知 | 管理者の受信箱に到着 | 迷惑メールと宛先を確認 |
| 自動返信 | テスト送信者の受信箱に到着 | テンプレートと返信先を確認 |
| 公開表示 | PC/スマホで操作・表示正常 | テーマとキャッシュを切り分ける |
送信できたか分からない時の切り分け
フォームの結果が曖昧な時は、同じ内容を繰り返し送る前に、URL、成功文言、入力欄の状態、受信箱を確認します。別ページへ遷移しても、そこが完了ページとは限りません。元ページに戻っても、送信済みの実装があります。完了文言がなく受信箱にも届かない場合は、ブラウザの開発者ツールやWordPressのデバッグログでエラーを確認し、サポートへ渡す情報を残します。
2026年7月25日の実測: Web制作会社の公式フォームを確認した際、完了画面・完了文言まで確認できたものは7件、最終送信操作後の完了文言を確認できなかったものは3件、フォーム自体が壊れていたものは1件でした。送信ボタンを押した件数と、完了を現物確認した件数は同じではありません。未確認3件は重複防止のため再送していません。
管理画面のテストメールと公開フォームのテストは役割が違う
管理画面からのテストメールは、保存済みの宛先やテンプレートを使い、WordPressとサーバーのメール送信経路を素早く確認するのに向いています。ただし、公開ページの必須項目、エラー表示、Ajax処理、完了メッセージ、スマートフォン表示までは確認できません。管理画面テストが成功した後に、公開ページから一件の通しテストを行います。
ACS Contact Form v1.1.2では、フォーム編集画面の「送信テスト・サポート」から、保存済みメール設定を使って指定アドレスへテストメールを送れます。最初にこの機能でメール経路を確認し、その後にショートコードまたはブロックで設置した公開フォームをテストすると、原因範囲を狭めやすくなります。
重要: テストメールが届けば、公開フォーム全体が正常という意味ではありません。反対に、公開画面に成功表示が出ても受信箱到達の証明ではありません。「管理画面テスト」「公開フォーム」「受信箱」の3面を揃えて完了にします。
向いている運用・避けたい運用
向いている運用
- 公開前と設定変更後に通しテストする
- テスト専用件名と自分のアドレスを使う
- 完了画面と受信箱を分けて記録する
- PCとスマホをログアウト状態で確認する
- 未確認時は再送前に状況を整理する
避けたい運用
- 成功メッセージだけで到達済みとする
- 反応が遅い時に送信ボタンを連打する
- 本番顧客の個人情報でテストする
- CAPTCHAを無断で回避する
- 管理画面プレビューだけで公開完了にする
よくある質問
Q. 送信完了と表示されればメールも届いていますか？
A. 必ずしも届いているとは限りません。画面の成功表示はフォーム処理の結果で、受信箱への到達は別確認です。管理者通知と自動返信を実際の受信箱で確認してください。
Q. 完了画面を確認できない時は同じ内容を再送しますか？
A. すぐに再送せず、URL、成功文言、入力欄の状態、管理者通知、自動返信を確認します。送信操作済みなら二重送信を避け、完了未確認として記録してください。
Q. 管理画面のテストメールだけで公開してよいですか？
A. 公開フォームの入力検証、Ajax処理、完了表示、テーマとの相性、スマホ表示は別に確認が必要です。管理画面テスト後に公開URLから通しテストを行ってください。
Q. 問い合わせメールが届かない時に最初に見る場所はどこですか？
A. 送信先アドレス、迷惑メール、完了画面の有無を最初に確認します。その後、管理画面のテストメール、サーバーのメール設定、デバッグログへ進み、どの段階で止まったかを切り分けます。
まとめ
- 必須項目とエラー表示を先に確認する
- 正常入力はテスト用情報で一件送る
- 送信操作、完了画面、受信箱到達を分ける
- 管理者通知と自動返信を両方確認する
- 添付、安全対策、スマホ表示まで確認する
- 完了未確認なら重複送信せず記録する
ACS Contact Formの更新内容は「v1.1.2の送信テスト機能」、見た目の整え方は「フォームの色と項目順を調整する方法」で確認できます。関連する使い方と更新情報は「ACS Contact Form記事ハブ」にまとめています。
公開前の送信確認を管理画面から始める
ACS Contact Formは、標準項目、カスタム項目、表示順、管理者通知、自動返信、添付、Ajax送信、ハニーポット、管理画面からの送信テストを備えた無料のWordPressプラグインです。管理画面テストの後は、公開フォームと受信箱も確認してください。
公式情報
関連記事: 問い合わせフォームで最初に集める情報を整理する時は「WordPress問い合わせフォームの必要項目と設計チェック」で確認できます。
この記事は役に立ちましたか？
ありがとうございます！
