WordPressの問い合わせフォームが届かないときの確認手順｜Contact Form 7のチェックリスト

問い合わせメールが届かないとき、フォーム・通知・返信を確認する WordPress
2026年9月7日

WORDPRESS｜問い合わせの不具合を切り分ける

「送信できました」の表示だけで、確認を終えていませんか？

問い合わせフォームは、画面が動くことと、担当者にメールが届くことを分けて確認します。この記事ではContact Form 7を例に、送信エラー・管理者への未着・自動返信の未着を整理します。他のフォーム製品では設定名や判定方法が異なるため、利用中の製品の公式案内も確認してください。

公式情報確認日：2026年9月7日。以下のチェックリストと記録シートは本記事が提案する点検方法であり、実測した改善事例ではありません。

最初に、届かないのはどのメールかを分ける

「フォームが使えない」だけでは、調べる場所が広すぎます。まず、送信画面にエラーが出るのか、事業者宛ての通知が届かないのか、入力者宛ての自動返信だけが届かないのかを書き出してください。

Contact Form 7を使う場合の確認の入口
症状 最初に見る場所 次に記録すること
送信時にエラーが出る 画面の文言、枠線の色、設定の警告 エラー全文と発生時刻
送信完了と出るが、管理者に届かない 通知先アドレス、迷惑メール、受信側の振り分け 送信先、件名、受信箱での検索結果
管理者には届くが、自動返信が届かない 「メール (2)」の有効化と宛先、入力したアドレス 管理者通知と自動返信を別々に記録

Contact Form 7の公式FAQでは、標準の赤い枠はメール送信の失敗、オレンジの枠はスパム判定の手がかりとされています。ただし、独自のCSSなどで色が変更されている場合は、色だけで判断せず文言やログも確認します。

また、緑の送信完了表示は送信処理の成功を示しますが、受信箱への到着確認とは別です。未着の場合は迷惑メールやメールサーバーのログなどを確認します。公式FAQ：送信完了と表示されるのにメールが届かない場合

設定を変える前に確認する10項目

以下は点検用の提案です。「未確認」と「問題なし」を分けて記録すると、同じ確認の繰り返しを減らせます。

  1. 実際に掲載しているフォームを開く。管理画面の設定対象と、公開ページに設置したフォームが一致しているか確認します。
  2. エラー文をそのまま記録する。「失敗した」ではなく、表示された文章と時刻を残します。
  3. 管理者通知の宛先を確認する。古い担当者のアドレス、文字の抜け、不要な空白がないか見ます。
  4. 受信側で検索する。受信トレイだけでなく迷惑メールや振り分け先を確認し、件名でも検索します。
  5. 送信元の設定を確認する。Contact Form 7のFromは、公式案内に沿ってサイトと同じドメインのアドレスを設定します。
  6. 返信先を区別する。利用者へ返信したい場合はReply-Toの設定を確認します。Fromと混同しないことがポイントです。
  7. 自動返信を別に確認する。自動返信を使う場合は「メール (2)」の設定と、宛先に使う入力項目の対応を確認します。
  8. 設定画面の警告を読む。警告の対象項目を特定し、対応する公式説明を確認します。
  9. スパム対策の判定を確認する。オレンジのエラーなどが出る場合は、有効な対策機能と、利用できるログを確認します。
  10. 直前の変更を整理する。フォーム、メール、ドメイン、サーバー、プラグインを変更した日時を並べます。前後関係だけで原因を断定せず、調査の手がかりにします。

To・From・Reply-Toは役割が違う

Contact Form 7の公式説明では、Toは通知を届ける宛先、Fromはメールの送信元です。利用者への返信先を指定する場合はReply-Toを使います。入力者のアドレスをそのままFromに入れる方法は避け、公式の設定例と利用中のメールサービスの条件を確認してください。

項目 役割 確認すること
To 管理者通知の受信先 担当者が実際に確認するアドレスか
From 送信元として示すアドレス サイトと同じドメインか。メールサービスで使用できるアドレスか
Reply-To 返信操作時の宛先 返信先に使うフォーム入力項目と一致しているか
メール (2) 自動返信などの追加メール 利用する場合に有効か。宛先が正しいか

「メール (2)」は、主となるメールの送信が成功した場合に送られる仕様です。自動返信が届かないときは、主メールの状況も合わせて確認します。公式：メールの設定

テストは、自分が管理するアドレスとダミー情報で行う

顧客のアドレスや実際の相談内容をテストに使わず、自分が確認できるアドレスとテスト用の文章を使いましょう。通知を受け取る担当者にも、テストだと分かる件名を付けます。

例として、本文を「フォーム動作確認／テスト番号001／返信不要」とし、送信画面・管理者通知・自動返信を別々に確認します。自動返信を提供していない場合、その欄は「対象外」と記録します。

コピーして使える確認記録

  • 確認日時とタイムゾーン：
  • フォームを設置したページURL：
  • フォーム製品名とバージョン：
  • 端末・ブラウザー：
  • テスト番号・件名：
  • 送信後の表示・エラー全文：
  • 管理者通知：受信／未着／未確認
  • 自動返信：受信／未着／未確認／対象外
  • 迷惑メール・振り分け先の確認結果：
  • 直前に変更した設定と変更日時：
  • 今回変更した設定と、元に戻す方法：
  • 再テスト結果：

サポートに相談する場合は、この記録を使って状況を伝えます。公開フォーラムへ載せる情報からは、パスワード、APIキー、顧客情報、個人のメールアドレスなどを除いてください。ログを共有する必要がある場合も、先に内容を確認します。

原因が分からないまま、設定をまとめて変えない

SMTPプラグインの追加、DNSレコードの変更、スパム対策の解除を一度に行うと、どの変更が結果に影響したのか分かりにくくなります。まず現在の設定を控え、バックアップや検証環境を利用できる場合は準備し、1項目ずつ変更して再確認しましょう。

送信元ドメインの認証にはSPFやDKIMなどがありますが、設定値はメールサービスによって異なります。記事中の汎用値をそのまま登録せず、契約先の公式手順やサポートで確認してください。公式：メール設定のベストプラクティス

スパム対策が関係していそうな場合も、公開フォームの保護を解除したままにしないよう、調査方法と復帰手順を先に決めます。公式案内では、判定したモジュールを特定するためにスパムログの活用が示されています。ログ機能の追加が必要なら、保存する情報と利用条件も確認してください。

サポートに送る相談文のテンプレート

次は本記事が作成した相談用の文例です。送信先は契約中のサーバーやフォーム製品の正式な窓口を確認してください。公開フォーラムには個人情報や機密情報を含めません。

問い合わせフォームのメール未着について相談します。
発生日時：【日時・タイムゾーン】
対象ページ：【URL】
使用製品・バージョン：【名称・番号】
送信画面の表示：【文言】
管理者通知：【受信／未着】
自動返信：【受信／未着／設定なし】
確認済み：【宛先、迷惑メール、設定警告など】
直前の変更：【変更内容、または把握していない】
確認したいこと：この時刻の送信処理に記録やエラーがあるか、次に確認すべき設定をご案内いただけますか。

修正を完了とする条件

画面のエラーが消えただけで完了にせず、同じ公開フォームで再テストします。管理者通知、設定している場合の自動返信、必要な入力内容がメール本文に含まれるかを確認してください。一時的に変えた宛先や調査用の設定を戻し、修正内容と確認日時を記録します。

よくある質問

送信完了と表示されれば、正常と判断できますか？

表示の確認だけでは完了にしません。自分が管理するアドレスでテストし、管理者通知と、設定している場合は自動返信の受信まで確認します。

SMTPプラグインを入れれば必ず直りますか？

原因によります。宛先の間違いや受信側の振り分けなど、追加だけでは解決しない場合があります。まず症状と設定を整理してください。

どのタイミングで確認するとよいですか？

本記事では、公開時、フォームやメール関連設定の変更後、定期メンテナンス時の確認を提案します。頻度は問い合わせの重要度と運用体制に合わせて決めてください。

今日の確認は「表示・通知・返信」の3つ

送信完了画面が出たか、管理者に届いたか、自動返信を設定していれば届いたか。この3つを分けて記録すると、次に調べる場所を絞れます。まず1回、実際の公開ページからテストして結果を残しましょう。

あわせて読みたい記事

参照した公式情報

確認日：2026年9月7日。製品仕様は変更される場合があります。

YOHAKU SELECT

次に進めたいことから選ぶ

この記事とあわせて、必要なテーマを確認しましょう。

公開前の確認を済ませる読者が使える状態かを点検記事を読む →
スマホ表示の崩れを確認不具合を再現して修正箇所を絞る記事を読む →
毎月の点検を習慣にする更新・動作・情報の確認をまとめる記事を読む →