フォームのメールが届かないときは、フォームの受付、WordPressの送信、メールサービスの配信、受信側を分けて確認します。画面の「送信しました」だけで、担当者の受信箱へ届いたとは判断できません。
受付の記録と、メール送信の記録を分ける
フォームに保存機能がある場合は受付データを確認します。保存されない構成なら、試験入力が受け付けられた記録をどこで読めるか確認します。メールが失敗しても受付が消えない運用が必要かも考えてください。
wp_mail()が成功を返しても、相手の受信を保証するものではありません。関数の扱いは公式wp_mailで確認できます。
FromとReply-toの役割を確認する
入力者のメールアドレスを、そのまま送信元のFromへ使うと、送信元の認証や運用と合わない場合があります。送信元は自分が管理する送信構成に合わせ、返信先をReply-to等で扱う方法を確認します。
| 項目 | 点検すること |
|---|---|
| From | 送信サービスと管理するドメインに合うか |
| To | 担当者の正しい宛先か |
| Reply-to | 実際に返信する相手へ向くか |
| DNSのメール設定 | 送信元のSPF/DKIM/DMARC等と整合するか |
SMTPを入れる前に、どこで止まるか読む
WordPressから送信サービスへの接続、認証、制限、サービス側の結果を確認します。受け付け済みなら、バウンス、迷惑メール、受信側のルールも調べます。SMTPの設定を増やしても、受信側の拒否がそのまま残る場合があります。
試験の記録
試験した時刻:
送信元と宛先:
フォームの受付ID:
送信サービスの結果ID:
受信・バウンス・迷惑メールの結果:
調査に残す本文は試験文にし、実際の問い合わせ内容や認証情報を障害報告へ貼らないようにします。
直った後は、失敗した受付を照合する
未通知の受付が残っているか、同じ入力が二回登録されていないかを確認します。通知だけを再送すればよい場合と、受付からやり直す場合を分けてください。
フォームを選ぶ段階なら、フォームの保存・通知の比較も確認します。最初の試験では、画面の成功表示と担当者が受信した結果を同じ時刻で照合してください。