「お客様から『フォームで送りました』と言われたのに、社内にメールが届いていない」「送信完了と表示されるのに、管理者への通知が見つからない」。そんなときは、フォームそのものの不具合だけでなく、メールの送信経路や受信側の設定も確認する必要があります。
最初から設定をいくつも変更するより、どのメールが、どこまで届いているかを整理すると、調査する場所を絞りやすくなります。この記事では、企業・店舗のWeb担当者に向けて、問い合わせメールが届かないときの確認手順と、管理会社へ伝えたい情報を紹介します。
1．「送信完了」と「メールが届いた」は分けて確認する
フォームの完了画面が出たことだけでは、相手の受信トレイまでメールが届いたとは判断できません。WordPressのメール送信機能も、処理が成功したという結果と、実際の受信を区別しています。WordPress公式の説明でも、この点が明記されています。
問い合わせフォームでは、主に次の3つを分けて確認しましょう。
- フォームの受付：入力内容をサイト側が受け付けたか
- 管理者への通知：会社や担当者のメールアドレスへ届いたか
- お客様への自動返信：設定している場合、入力したアドレスへ控えが届いたか
管理者への通知と自動返信は、宛先も設定も異なります。一方が届いても、もう一方まで正常とは限りません。また、自動返信を設けていないフォームもあります。
すでにお客様から連絡を受けている場合は、再送を何度もお願いする前に、電話や別の連絡手段で用件を確認し、対応が止まらないようにしましょう。
2．まずは症状と発生時期を整理する
確認の出発点は、「届かない」の具体的な状態です。次の表を使って、分かる範囲で整理してください。
| 起きていること | 最初に確認する場所 |
|---|---|
| ボタンを押しても進まない・エラーが出る | 表示された文言、入力項目、端末・ブラウザ、フォーム側の処理 |
| 完了画面は出るが、管理者通知が届かない | 通知先、迷惑メール・隔離、送信経路と記録 |
| 管理者通知は届くが、自動返信が届かない | 自動返信の有無、返信先に使う入力項目、入力アドレスと受信側 |
| 特定のメールサービスにだけ届かない | 受信制限、送信元の認証、配信エラーや拒否の記録 |
| サーバー移転・更新後から届かなくなった | 変更日時と変更箇所、移転前後の送信設定 |
これは原因を確定する表ではなく、調査の順序を決めるための目安です。例えば「Gmailだけ届かない」場合も、送信元認証だけが原因とは限りません。
「いつから」「全部か一部か」「以前は届いていたか」を記録し、エラーが出る場合は、個人情報を隠した画面の控えも残しておくと相談が進めやすくなります。
3．受信側とフォーム設定を順番に確認する
迷惑メール・隔離・振り分けルールを見る
受信トレイだけでなく、迷惑メール、ゴミ箱、自動振り分け先を確認します。会社のメールサービスによっては、管理者だけが確認できる隔離領域もあります。
件名、送信元、分かっている送信日時を手がかりに探しましょう。転送を設定している場合は、転送元のメールボックスと転送先を分けて確認します。メールボックスの容量や、特定の差出人を拒否する設定も確認項目です。
迷惑メール対策をすべて解除する必要はありません。見つからない場合は、メール管理者に対象の日時・宛先・件名を伝えて確認を依頼します。
通知先と自動返信の設定を分けて見る
フォームの通知先が、現在の担当者のアドレスになっているか確認します。担当者変更やサイト移転の際に、以前の宛先が残っていないかも見てください。
自動返信を使っている場合は、返信先に指定したフォームの項目が正しいかを確認します。入力欄の名前を変更した後、メール設定側に古い項目名が残っていることも調査対象になります。
変更が必要な場合も、まず現在の設定を控え、管理会社と対象箇所を決めてから進めます。関係する設定をまとめて変えると、原因と変更の影響を追いにくくなります。
4．送信元アドレスとメールの認証を確認する
フォームに入力されたお客様のアドレスを、そのままメールの「差出人（From）」に設定していないか確認しましょう。自社のサーバーから、別のドメインの人を差出人にして送ると、受信側で疑わしいメールと判断される要因になります。
Contact Form 7の公式設定ガイドでは、Fromにはサイトと同じドメインのアドレスを使い、返信先を分ける場合はReply-Toを設定する方法が案内されています。実際に使うアドレスは、契約している送信サービスで利用・認証できるものを管理者に確認してください。
あわせて、管理会社へ「フォームの送信に使っているサービスと、送信元ドメインの認証設定が合っているか」を確認します。SPFやDKIMは、メールの送信元を確認するための仕組みです。DMARCは、差出人ドメインとの整合性や認証結果を扱います。
Googleのメール送信者向けガイドラインでは、個人用Gmail宛ての全送信者と、大量送信者で要件を分けています。一般の問い合わせフォームに、大量送信者向けの条件をそのまま当てはめないことも大切です。
DNSの値を他サイトからコピーしたり、既存のメール設定を削除したりするのは避けてください。普段使っている業務メールへの影響もあるため、利用中の送信サービスとドメイン管理先に合わせて確認します。認証を整えても、すべての宛先への到達が保証されるわけではありません。
5．WordPressでは送信経路と保存履歴も確認する
SMTPを導入する前に、現在の構成を把握する
SMTPなどのメール送信サービスを利用する方法はありますが、「プラグインを追加すれば必ず直る」とは限りません。すでに別の送信機能が使われている場合もあるため、先に現在のフォーム、送信サービス、関連プラグインを確認しましょう。
管理会社には、サイト側で送信エラーが出ていないか、メールサービス側に受付・拒否・配信エラーの記録があるかを、発生日時と照合してもらいます。送信サービスが受け付けた記録と、受信トレイへの到着も区別して確認します。
プラグインの停止・入れ替えやサーバー設定の変更が必要なら、変更前のバックアップと、影響を確かめる手順を用意してから進めます。バックアップの確認事項は、WordPressの復元に備えるチェックリストも参考にしてください。
問い合わせ内容が保存されているかを見る
フォームからの内容が、必ずWordPress内に残っているとは限りません。例えばContact Form 7は、標準では送信されたメッセージを保存しないと公式FAQに記載されています。
すでに保存機能がある場合は、該当日時の記録が残っているか、権限のある担当者が確認します。今から保存機能を追加しても、過去の問い合わせがさかのぼって復元できるとは限りません。
新しく保存する仕組みを設ける場合は、閲覧できる担当者、保存期間、不要になった情報の扱いも決めておきます。問い合わせの本文やメールアドレスを、公開ログやアクセス解析に送る形にはしないでください。
6．送信テストは「受付・通知・自動返信」を一組で確かめる
テストをする際は、担当者と送信先を決め、件名や本文でテストだと分かる内容を使います。顧客の実データは使わず、同じ内容を何度も送って調べることは避けましょう。
- テスト日時と使うフォームのURLを記録する。
- 入力後に受付結果を確認し、エラーがあれば文言を控える。
- 管理者への通知が、予定した受信先に届くか確認する。
- 自動返信を設定している場合は、テスト用アドレスで受信を確認する。
- 届かなかった経路を、管理会社に記録と照合してもらう。
PC・スマホの操作の違いが疑われる場合は、端末ごとの確認も行います。受信が確認できないまま、完了画面やアクセス解析の件数だけで復旧済みと判断しないことが大切です。
フォーム内に別の連絡先を案内する場合は、現在対応できる窓口かを確認してから掲載しましょう。
7．修正を相談するときに伝えたいこと
原因が分からなくても、次の情報があれば相談を始めやすくなります。すべてを調べ終えてから問い合わせる必要はありません。
- 問題が起きているサイト・フォームのURL
- いつから、どのメールが届かないか
- 完了画面が出るか、エラー文言があるか
- 使用しているフォーム名やメールサービス名（分かる範囲で）
- 直前に行った更新・移転・宛先変更
- テストした日時と、確認できた受信結果
最初のお問い合わせに、WordPressやメール、サーバーのパスワードを記載する必要はありません。調査にアクセスが必要になった場合は、確認する範囲と情報の渡し方を相談して進めます。
BEARS NETでは、さいたま市を拠点に、既存ホームページの修正・フォーム改修のご相談を受け付けています。 まずはサイトURLと「管理者通知が届かない」「送信ボタンから進まない」などの症状を、分かる範囲でお知らせください。調査・修正の対応範囲と費用は、サイトの状態を確認してご案内します。
継続的な更新や不具合対応も検討している方は、WordPress保守・管理サービスをご覧ください。