WordPressのメールが届かない時の確認順
問い合わせフォームから送信されたはずなのに連絡が来ていない。パスワード再設定メールも届かない。こうした WordPressのメールが届かない 状態は、単なる設定ミスで済むこともあれば、会社の相談導線や信用に関わる問題になっていることもあります。特に中小企業のサイトでは、担当者が兼任だったり、制作会社とのやり取りが止まっていたりして、原因が見えにくいまま放置されがちです。
この問題で厄介なのは、サイトが一見ふつうに動いて見えることです。ページは表示されるし、フォームも送信完了画面まで進む。それでも実際には通知メールが届いておらず、見込み客からの相談機会を逃していることがあります。だからこそ、焦って一つの対策だけを試すより、原因を順番に切り分けるほうが現実的です。
WordPressのメールが届かない原因は1つではない
WordPressのメール不達は、WordPress本体だけの問題ではありません。実際には、フォームプラグイン、サーバー、送信元メールアドレス、受信側のメール環境など、複数の要素が関係します。
よくあるのは、フォームの設定では送信できていても、サーバーのメール送信機能が不安定だったり、送信元アドレスのドメイン認証が不十分だったりして、相手先で迷惑メール扱いされるケースです。逆に、メール設定は正しくても、通知先アドレスの入力ミスや、フォーム側の宛先設定違いで届かないこともあります。
ここで大切なのは、原因をひとまとめにして「WordPressの不具合」と決めつけないことです。Webサイトは、守る、整う、育つの順番が重要です。メール不達も同じで、まず送信経路を整え、そのうえで運用上の見落としを減らす必要があります。
まず確認したい4つの基本項目
最初に見るべきなのは、複雑な認証設定よりも、もっと基本的な部分です。ここで解決することも少なくありません。
1つ目は、迷惑メールフォルダです。意外に思われるかもしれませんが、問い合わせ通知や自動返信は迷惑メールへ振り分けられやすい傾向があります。特にフリーメールや一部の法人メールでは、初回だけ別フォルダに入ることがあります。
2つ目は、通知先メールアドレスの記載ミスです。フォーム設定画面で古い担当者のアドレスが残っていたり、退職者のメールを宛先にしていたりするケースは珍しくありません。担当変更の多い会社ほど、一度見直す価値があります。
3つ目は、送信元アドレスです。たとえば自社サイトのフォームなのに、送信元が無料メールアドレスになっていると、受信側で不審と判断されやすくなります。できれば自社ドメインのメールアドレスを送信元に設定したほうが安定します。
4つ目は、テスト送信の有無です。日常運用の中で「たぶん届いているはず」と思っていても、実際には数か月前から止まっていたということがあります。問い合わせフォーム、自動返信、管理者通知、パスワード再設定の4種類は、定期的にテストしておくと安心です。
フォームは動くのにメールが来ないとき
この状態では、画面上の送信完了と、実際のメール配送が切り離されている可能性があります。つまり、フォーム送信そのものは成立していても、その後のメール送信に失敗しているということです。
特に多いのは、フォームプラグインの宛先設定や差出人設定の不整合です。返信先に入力フォームのメールアドレスをそのまま使っていると、サーバーや受信側の判定で弾かれる場合があります。差出人は自社ドメインの固定アドレス、返信先は問い合わせ者のアドレスにする、という分け方のほうが安定しやすいです。
また、複数のフォームプラグインを過去に試した結果、今は使っていない設定が残っていることもあります。更新停止のプラグインや、テーマ独自の古いフォーム機能が混在していると、原因の切り分けが難しくなります。このあたりは、サイト全体の保守状況も見直したほうがよい場面です。
サーバーのメール送信機能だけに頼ると不安定なことがある
WordPressは、標準のままだとサーバーのメール送信機能を使って通知を送ることがあります。ただ、この方法は環境によって安定性に差があります。送れている時期もあれば、急に届きにくくなることもあります。
そのため、実務ではSMTPを使って送信経路を明確にしたほうが安定するケースが多いです。SMTPは少し専門的に見えますが、要は「どのメールサーバーを通して送るかをはっきり指定する」考え方です。これによって、送信元の正当性が伝わりやすくなります。
ただし、SMTPを入れれば必ず解決するわけではありません。認証情報の設定ミス、送信数制限、メールサーバー側のポリシーなど、別の要因が残ることもあります。設定だけでなく、送信ログを確認できる状態にしておくことが大切です。
ドメイン認証が弱いと迷惑メール扱いされやすい
WordPressのメールが届かない問題で、見落とされやすいのがSPF、DKIM、DMARCといったドメイン認証です。少し難しそうに見えますが、役割は比較的シンプルです。このドメインから送るメールは正当なものかを、受信側に判断してもらうための仕組みです。
自社ドメインのアドレスを使っていても、DNS側の設定が整っていなければ、なりすましに見えてしまうことがあります。結果として、受信拒否や迷惑メール判定につながります。特に、Webサーバーとメールサーバーが別会社で管理されている場合は、設定が分断されやすいので注意が必要です。
この部分は、社内で無理に触ると別のメール運用へ影響することもあります。既存顧客への日常メールや見積書送付にも関わるため、ホームページだけの問題として切り離さず、会社全体のメール基盤として整理したほうが安全です。
どこまで自社で対応できるか
自社で確認しやすいのは、迷惑メールフォルダ、フォームの通知先、送信元アドレス、テスト送信、更新停止プラグインの有無あたりです。ここまでは、兼任担当者でも比較的取り組みやすい範囲でしょう。
一方で、サーバーログの確認、SMTPの導入、DNSの認証設定、メールサーバーとの整合確認は、やや専門性が上がります。しかも、この領域は「設定したつもり」で終わりやすく、表面的には送れたように見えても、特定の宛先だけ届かないことがあります。
だから、社内で対応するか外部へ相談するかは、難しさだけでなく、止まっている期間と機会損失でも考えるべきです。月に1件の問い合わせでも重要な業種なら、メール不達は小さな不具合ではありません。相談導線の断絶として扱うほうが適切です。
応急処置より、運用として整えるほうが後で楽になる
一度だけ届くように直して終わりでは、また同じことが起きます。担当者変更、サーバー移転、プラグイン更新、メールポリシーの変更などで、数か月後に再発することもあります。
そのため、対策は点ではなく運用として整えるのが現実的です。たとえば、フォーム送信のログ保存、月1回の送信テスト、通知先アドレスの棚卸し、保守時の確認項目への追加などです。こうした小さな改善は派手ではありませんが、会社の信用を育てる土台になります。
+STOCKでも、WordPress保守を考えるときは、表示崩れや更新作業だけでなく、問い合わせ導線や通知の正常性まで含めて見ます。ホームページを資産に変えるには、作ることより、止めないこと、取りこぼさないことのほうが先に来る場面があるからです。
もし今、メールが届かない原因が分からず止まっているなら、まずは1件だけでも自社でテストして、どこで途切れているかを確認してみてください。原因が見えれば、次の一歩は案外静かに決まります。



















