WordPressのお問い合わせフォームで送信完了と表示されたのに通知メールが届かない、パスワード再設定メールが来ない、管理者メールアドレスの確認が進まない――このような不具合は、フォームだけでなく、WordPress、サーバーの送信処理、受信側の迷惑メール判定まで分けて確認する必要があります。
重要なのは、画面上の送信完了、WordPressの送信処理成功、受信箱への到着は別の段階だと理解することです。フォームに「送信しました」と出ても、通知メールが最終的に受信された保証にはなりません。
届かない状態で同じ問い合わせを何度も送ったり、送信元を実在しないアドレスへ変更したりしないでください。重複問い合わせや受信拒否を増やす前に、どの種類のメールが止まっているかを切り分けます。
この記事では、お問い合わせ通知、パスワード再設定、管理者通知を分け、安全なテストからSMTP・送信ドメイン認証・サーバー相談まで進める順番を解説します。
先に結論：メール不達は7段階で確認する
| 順番 | 確認すること | 目的 |
|---|---|---|
| 1 | 届かないメールの種類と時刻を記録 | フォーム固有かサイト全体か分ける |
| 2 | 宛先・迷惑メール・容量を確認 | 受信側の見落としを除く |
| 3 | 問い合わせ・再設定・管理通知を個別テスト | 止まる機能を特定する |
| 4 | フォーム設定と管理者メールを確認 | 宛先・送信元の誤りを探す |
| 5 | 送信ログとエラーを確認 | WordPressで処理されたかを見る |
| 6 | SMTP・送信ドメイン認証を確認 | 配送経路と信頼性を整える |
| 7 | 複数の受信先で再テストして監視 | 一時的な成功で終わらせない |
WordPress公式のwp_mail()は、戻り値がtrueでも利用者がメールを受信したことを自動的に意味しないと明記しています。WordPress側でエラーなく処理できた段階と、その後の配送・受信を分けて確認しましょう。
WordPressメールが届くまでの流れ
| 段階 | 主な確認先 | 起こり得る問題 |
|---|---|---|
| 1. 操作 | フォーム・再設定画面 | 入力エラー、権限、迷惑送信防止 |
| 2. WordPress処理 | フォーム設定・wp_mail | 宛先、送信元、プラグイン競合 |
| 3. サーバー送信 | PHPメール・SMTP・メールサービス | 認証失敗、接続、上限、停止 |
| 4. インターネット配送 | 送信ドメイン・DNS | SPF・DKIM・DMARC、評判 |
| 5. 受信 | 受信サーバー・迷惑メール | 拒否、隔離、振り分け、容量不足 |
フォームの完了画面は、問い合わせデータを受け付けたことを示しても、その後の通知配送まで保証しない場合があります。フォームデータが管理画面へ保存される構成なら、メールだけでなく保存内容も確認してください。
最初に「どのメールが届かないか」を分ける
お問い合わせ通知だけ届かない
問い合わせフォームの管理者宛先、送信元、Reply-To、条件分岐、自動返信を確認します。フォーム送信データが保存されているのに通知だけ届かない場合は、フォーム設定または配送経路へ範囲を絞れます。
パスワード再設定メールだけ届かない
入力したユーザー名・メールアドレス、ユーザープロフィールの登録先、迷惑メールを確認します。メール不達とログイン障害を同時に扱う場合は、WordPress管理画面へ入れないときの確認手順に沿い、データベースを直接編集する前に公式の再設定手段を確認してください。
更新・重大なエラーなどの管理通知だけ届かない
「設定」→「一般」の管理者メールアドレスと、個別ユーザーのメールアドレスは別です。WordPress公式のSettings General screenでは、管理者メールが更新・メンテナンス・復旧モードなどの通知に使われ、変更時は新しい宛先への確認が必要と説明されています。
重大なエラーの復旧メールだけ来ない場合は、WordPress重大なエラーの安全な復旧手順で、エラーログと直前の変更から原因を絞ります。
すべてのWordPressメールが届かない
問い合わせ、再設定、管理通知を異なる受信先へテストしてすべて届かないなら、WordPress全体の送信処理、サーバーのメール機能、SMTP設定を優先します。サーバー移行やPHP変更の直後なら、以前の環境と送信経路が変わっていないかも確認します。
受信側で確認すること
- 迷惑メール、プロモーション、隔離フォルダ
- 受信ルール、転送、拒否リスト
- メールボックスの空き容量
- 受信先アドレスの入力間違い
- 同じ送信元・件名で過去に届いたメール
- 組織メールの管理者による隔離・監査ログ
検索欄でサイト名、送信元、件名の一部、送信時刻を探します。転送先だけを見ず、元の受信箱も確認してください。1つのメールサービスだけで判断せず、管理可能な範囲で別ドメインの受信先へテストすると、受信側固有か切り分けやすくなります。
安全なテスト方法
1. 時刻とテスト内容を決める
件名にテスト日時が分かる短い識別語を入れ、本文には機密情報を含めません。1回送信し、フォーム完了画面、管理画面の保存、送信ログ、受信結果を順に記録します。
2. 3種類を別々に試す
- 問い合わせフォームの管理者通知
- パスワード再設定メール
- 管理者メール変更などWordPress本体の通知
3種類のうちフォームだけ失敗するなら、サイト全体のSMTPを変更する前にフォーム設定を確認します。すべて失敗するなら、サーバー送信やSMTPへ進みます。
3. 複数の受信ドメインで比較する
同じテストを大量に送らず、自分が管理する別の受信先へ1通ずつ送ります。A社では届きB社では届かないなら、受信側の判定や送信ドメイン認証を優先できます。
宛先・送信元・Reply-Toを確認する
管理者メールアドレス
「設定」→「一般」の管理者メールが現在利用できる宛先か確認します。変更後に確認待ちの表示がある場合、新しいアドレスはまだ有効になっていません。確認メールを受け取れないまま古い宛先を削除しないでください。
フォームの送信先
フォームごとに管理者通知の宛先が設定されている場合があります。全角記号、余分な空白、古い担当者アドレス、条件分岐による別宛先を確認します。複数宛先は、利用しているフォームプラグインの公式形式に合わせます。
送信元とReply-Toを混同しない
送信元Fromには、サイトのドメインで正当に送信できるアドレスを使い、問い合わせ者のアドレスはReply-Toへ設定する方法が一般的です。問い合わせ者のGmail等をそのままFromにすると、実際の送信サーバーと送信元ドメインが一致せず、なりすまし判定を受ける可能性があります。
存在しない送信元や、所有していない他社ドメインをFromへ設定しないでください。配送失敗だけでなく、送信ドメインの信頼性や返信処理にも影響します。
送信ログでWordPress側の処理を確認する
利用中のフォーム、SMTPプラグイン、サーバーに送信ログ機能がある場合、テスト時刻、宛先、件名、処理結果を確認します。ログに個人情報や本文が保存される設定もあるため、保存期間と閲覧権限を必要最小限にします。
WordPress公式のwp_mail_succeededも、送信処理の成功イベントが受信者への到着を意味しないと説明しています。「送信成功」と「配信済み」を同じ表記として扱わないでください。
エラーが記録されている場合は、接続先、認証、送信元、宛先、エラーコードを確認します。パスワードやAPIキーがログに出ている場合は共有前に隠してください。
SMTPまたはメール配信サービスを確認する
サーバー標準のメール送信が不安定、送信元認証を整えたい、配送ログを管理したい場合は、契約メールサーバーや正規のトランザクションメールサービスを使うSMTP構成を検討します。WordPress公式の一般設定解説でも、配送が安定しない場合の選択肢としてSMTPプラグインまたはトランザクションメールサービスが挙げられています。
| 確認項目 | 見ること | 注意点 |
|---|---|---|
| 接続先 | SMTPホスト、ポート、暗号化 | 提供元の正式値を使う |
| 認証 | ユーザー名、パスワード、APIキー | 画面・ログへ公開しない |
| 送信元 | 認証済みアドレス・ドメイン | 他人のアドレスを使わない |
| 送信上限 | 時間・日次・宛先数 | 大量テストをしない |
| ログ | 受付、配送、拒否、バウンス | 受信完了との違いを見る |
接続情報はメールサービスの公式管理画面から取得します。ブログ記事に載っている共通値をコピーせず、暗号化方式とポートの組み合わせを提供元どおりに設定してください。
SPF・DKIM・DMARCを確認する
送信ドメイン認証は、受信側が「この送信元をそのサーバーが送ってよいか」「内容が改変されていないか」「認証失敗時にどう扱うか」を判断する材料です。SPF、DKIM、DMARCは役割が異なり、SMTPを設定しただけで自動的にすべて整うとは限りません。
- SPF：そのドメインから送信を許可するサーバーをDNSで示す
- DKIM：電子署名で送信ドメインとメッセージの正当性を確認する
- DMARC：SPF・DKIMとFromドメインの整合、失敗時の方針を示す
Googleのメール送信者のガイドラインでは、Gmail宛て送信者にSPFまたはDKIMなどの認証要件を設け、安定した配送のためSPF・DKIM・DMARCの設定を推奨しています。要件は送信量などで異なるため、利用中の受信サービスとメール配信サービスの最新案内を確認してください。
既存のSPFレコードを確認せず、2本目を追加しないでください。利用中のすべての正規送信元を1つの方針へまとめる必要があります。DNS変更はWebサイト表示とは別にメールへ影響するため、ドメイン管理者またはメール提供元へ相談します。
サーバー移行・PHP変更後に届かない場合
サーバー移行後は、PHPの送信機能、SMTP接続元IP、DNS、送信ドメイン認証、フォーム設定、メールボックスが旧環境と同じとは限りません。移行直後の確認はWordPressサーバー移行後の確認手順とWordPress移行チェックリストを使い、フォーム送信も検査項目へ入れてください。
PHP変更後から失敗する場合は、バージョンを推測で戻す前に、送信ログとエラーを確認します。安全な変更方法はWordPressのPHPバージョンを確認・更新する方法を参照してください。
サーバー・メール提供元へ伝える情報
- サイトURLと届かないメールの種類
- テスト日時とタイムゾーン
- 宛先ドメインと送信元ドメイン
- フォーム完了・保存・送信ログの結果
- WordPress本体通知も失敗するか
- SMTP利用の有無と提供元
- エラーコード、拒否理由、バウンス内容
- SPF・DKIM・DMARCの設定状況
- 直前の移行、PHP、DNS、プラグイン変更
- 複数受信先での結果
SMTPパスワード、APIキー、フォーム本文、顧客メールアドレスは通常の問い合わせ文へ貼りません。WordPress公式のServer configurationも、メール配送はサーバー設定の対象であり、管理型サーバーでは提供元の手順・サポートを確認するよう案内しています。
復旧後のチェックリスト
- 問い合わせデータが正しく保存される
- 管理者通知と自動返信がそれぞれ届く
- パスワード再設定メールが届く
- 管理者メール変更の確認メールが届く
- 複数の受信サービスで迷惑メールに入らない
- FromとReply-Toが意図どおりである
- SPF・DKIM・DMARCの認証結果を確認できる
- 送信・配送・拒否ログを区別できる
- 失敗時も問い合わせデータを失わない運用がある
- 変更内容とテスト日時を記録した
本番変更前にはWordPressバックアップの取り方に沿って保存し、可能ならWordPressテスト環境の作り方に沿って設定を検証します。サイト全体の状態はWordPressサイトヘルスの見方でも確認してください。
メール不達を防ぐ運用
- 月1回など決めた頻度で問い合わせテストを行う
- 管理者メールとフォーム宛先を担当変更時に見直す
- 送信元は所有・認証できるドメインへ統一する
- 問い合わせデータをメールだけに依存せず保存する
- 送信上限、配送ログ、バウンスを定期確認する
- 移行・DNS・PHP変更後に通知テストを行う
- SMTP認証情報を権限のない人へ共有しない
- SPF・DKIM・DMARCの変更履歴を残す
メール配送の機能・ログ・サポートが現在の運用に合わない場合は、WordPressサーバーを見直す判断基準も検討材料になります。障害時に誰がどのログを確認できるかまで比べてください。
よくある質問
フォームに送信完了と出れば問い合わせは届いていますか？
メール到着の保証にはなりません。フォームデータの受付・保存、WordPressのメール処理、サーバー配送、受信箱への到着を別々に確認します。
SMTPプラグインを入れれば必ず直りますか？
必ずではありません。フォームの宛先間違い、受信拒否、送信元ドメイン認証、メールボックス容量が原因なら、SMTP導入だけでは解決しません。失敗段階を確認してから設定します。
迷惑メールに入れば送信設定は正常ですか？
少なくともその1通は受信サーバーまで届いていますが、安定した配送とは判断できません。From、SPF、DKIM、DMARC、本文、送信頻度、受信側ルールを確認します。
まとめ：送信処理と受信完了を分けて確認する
WordPressメールが届かないときは、問い合わせ、パスワード再設定、管理通知のどれが失敗するかを分けます。次に宛先と迷惑メール、フォーム設定、送信ログ、SMTP、送信ドメイン認証、受信側の順で確認してください。
画面上の送信完了やwp_mailの成功は、受信箱への到着保証ではありません。復旧後は複数の受信先でテストし、問い合わせデータの保存、配送ログ、送信元認証、定期監視まで整えて完了です。