WordPressの問い合わせ通知は、サイトが正当に送信できるアドレスをFromにし、訪問者への返信先を別に設定する考え方で確認します。訪問者が入力したアドレスをそのまま差出人にすると、実際の送信基盤との認証関係が崩れる場合があります。まずフォームの送信元と返信先を区別してください。
調査対象を絞る
Contact Form 7の公式説明では、サイトのドメインに合う差出人と、返信先の使い分けが案内されています。日本の店舗でYahoo!メールや携帯メールの訪問者から問い合わせを受ける場合も、サイトがその人のドメインとして自由に送信できるわけではありません。入力アドレスの誤りと認証の問題も別に確認します。
フォーム画面の成功表示は、メールが最終受信箱へ届いた証明ではありません。WordPressのwp_mail()が返す結果も、受信者が読めることまで保証しません。フォームの処理、メール送信への引き渡し、配信サービスの応答、受信側の状態を順に記録すると、担当する制作会社とメール管理者の役割を分けられます。
確認の順序
- Fromと返信先の設定を公式推奨と照合する。
- フォーム処理とwp_mail()の引き渡しを区別する。
- 自動返信と管理者通知を検証用入力で別々に確認する。
- 新しい原文で認証と返信先を調べ、実顧客データを共有しない。
自動返信と管理者通知が別設定なら、両方を独立して確認します。管理者だけが受け取れたから訪問者向けも正常とは限りません。実顧客の情報を使わず、検証用フォーム入力で一件を発生させます。個人情報をログへ残す範囲と保存先も確認し、送信経路の調査に不要な本文を広く共有しないでください。
想定例と変更後の検証
想定例として、フォーム送信者のFromを使っていたため、特定サービスの利用者への自動返信だけが不安定だったとします。制作担当者は正規の送信元へ設定を直し、返信先には検証用訪問者のアドレスを使います。新しい入力で二つの通知を発生させ、受信した原文の認証と返信操作の宛先を確認します。
SMTPプラグインを追加すれば必ず解決するというものでもありません。接続先、認証情報、Fromの設定、既存プラグインの影響を確認する必要があります。変更は検証環境や管理された作業で行い、本番の問い合わせ受付を停止しないように、元の設定と確認方法を担当者間で共有してください。
Inbox Checkへ通知を送るときも、手書きメールではなく確認したいフォームの経路を通します。標本で成功しても入力した人全員の受信箱を保証しません。Yahoo! JAPANや携帯メールの実測が必要なら、対応対象を確認し、対象外は許可された実アカウントで別途調べる必要があります。
公式資料と補助テスト
Contact Form 7：メール設定の推奨方法。WordPress：wp_mail()の仕様。
テストの対象と限界を確かめ、Inbox Checkの検証を準備してください。観測した標本と顧客の実配信は区別して記録します。