WordPressの問い合わせフォームは、送信完了でも届いていないことがある

問い合わせフォームに「送信しました」と表示されたので、正常に動いていると思っていた。しかし、担当者の受信箱にはメールが来ていない。WordPressでは、画面の送信結果とメールの到達を分けて確認する必要があります。

フォームは営業や顧客対応の入口です。見た目が壊れていなくても、連絡が届かなければ機会を逃します。送信完了の表示だけで点検を終えず、受信までの流れを確かめましょう。

送信処理の成功と、受信は別の段階

WordPressの公式資料では、メール送信用のwp_mail()がtrueを返しても、相手がメールを受信したことを自動的に意味しないと説明されています。使っている方式で処理できたことと、その先で受信箱へ届いたことは別です。

フォームの挙動はプラグインや設定によって異なりますが、「完了表示が出るから受信も正常」とは考えないほうがよいでしょう。メールサーバー側の拒否、迷惑メール判定、受信ルールなど、送信処理の後にも経路があります。

お客さんへの自動返信が届いていても、社内の通知メールが届くとは限りません。宛先や設定が別になっている場合は、それぞれ確認します。

フォームの宛先が現在の担当者や共有メールボックスになっているか確認します。退職した担当者のアドレス、古い部署のアドレス、入力ミスが残っていないかを見ます。

送信元には、自社サイトと同じドメインの管理可能なアドレスを使う設定が基本になります。Contact Form 7の公式資料でも、From欄にはサイトと同じドメインのアドレスを指定するよう案内されています。問い合わせた人のアドレスは、適切なReply-To設定などで返信先として扱います。

実際に使うメールサービスの認証条件も確認が必要です。SPF、DKIM、DMARCは関連しますが、適切な値は送信方式によって変わります。検索で見つけたDNS設定をそのまま追加せず、メールサービスの公式手順と現在の設定を照合します。

SMTPプラグインのテストメールだけでなく、公開サイトのフォームを使います。必須項目、添付、確認画面、自動返信など、利用者が通る経路を一度通して確かめます。

件名や本文に、テスト日時と識別できる短い文字列を入れると、ログと受信メールを照合しやすくなります。個人情報は架空のものを使い、関係する担当者にテストであることが分かるようにします。実際の営業対応や外部システムが起動する場合は、その影響も確認してから実施します。

社内の通知メールについて、受信した時刻、本文の項目、添付ファイルを確認します。自動返信があるなら、テスト用の利用者側メールでも到達を確認します。迷惑メールフォルダーや隔離されたメールも調べます。

次の順番で、どこまで進んだかを調べると相談しやすくなります。

処理ログに成功とあっても、受信まで成功したとは限りません。ログの「成功」がどの段階を表すかを確認します。送信サービスの配信記録があっても、受信トレイのどこへ入ったかは受信側の確認が必要です。

制作担当やメール管理者へ相談する際は、日時、フォームのURL、宛先、テスト識別子、画面の結果を伝えます。顧客の問い合わせ本文をそのまま広く共有せず、調査に必要な範囲へ限定します。

フォームやメール設定を変更したあと、サーバー移転後、ドメインのDNS変更後には受信テストを行います。通常時も、問い合わせの重要度に応じて定期点検を決めておくと、問題の放置を減らせます。

送信内容を保存する仕組みがあれば、通知メールを見失った際の確認に役立ちます。ただし、WordPressやすべてのフォームが標準で問い合わせを保存するわけではありません。使っている構成で何が保存されるかを確認します。

保存する場合は、閲覧権限と保存期間を決めます。問い合わせには個人情報が含まれるため、記録を増やすことと、その管理はセットです。SMTPの導入だけで到達が保証されるわけでもなく、導入後の受信確認は必要です。

フォーム点検のゴールは、送信完了の画面を出すことではありません。必要な連絡が担当者へ届き、内容を読んで対応できる状態まで確かめることです。

実際のフォームから送る、社内通知と自動返信を分ける、届かなければ日時とログを照合する。この基本を保守の点検へ組み込むと、見た目だけでは分からない不具合に気付きやすくなります。