WordPressメールが届かないときは「フォームが受け付けたか→WordPressが送信処理をしたか→送信サーバーが受け取ったか→受信側が配送・迷惑メール判定したか」の順に確認します。 送信ボタンを何度も押す前に、テスト一件の時刻、宛先、差出人、結果を記録してください。
お問い合わせ完了画面が出ても、受信箱へ届いた証明にはなりません。反対に管理者通知だけ届かなくても、送信者への自動返信は届く場合があります。メールの種類と経路を分けて調べます。
一件のテスト記録を作る
- 送信した公開URL
- 送信日時とタイムゾーン
- 入力した差出人アドレス
- 管理者通知の宛先
- 完了表示またはエラー全文
- フォーム履歴の受付番号
- 自動返信と管理者通知の到着結果
本文には「テスト送信 2026-08-06 10:30」のような識別文字を入れます。個人情報や実在する顧客情報は使わず、管理できるテスト用アドレスを利用します。
メールの経路を5段階へ分ける
| 段階 | 確認するもの |
|---|---|
| フォーム入力 | 必須項目、確認画面、受付履歴 |
| WordPress処理 | 送信ログ、エラー、プラグイン設定 |
| 送信サーバー | SMTP認証、差出人、送信結果 |
| DNS認証 | SPF、DKIM、DMARC |
| 受信側 | 迷惑メール、容量、転送、拒否ログ |
ログがない環境では、いきなりプラグインを追加する前に、現在のフォームが保存履歴やサーバーログを持つか確認します。診断のための機能を追加する場合も、一つだけにし、確認後の運用方法を決めます。
完了画面はフォームが受け付けた表示で、受信まで保証するものではないんですね。届いた自動返信と届かない管理者通知を分けると、少し場所が見えてきました。
うん、同じ送信から二つのメールが分かれていることもあるよ。件名、宛先、差出人を一通ずつ確認しよう。
SMTPプラグインを入れれば全部直るという説明も見ました。でも、設定を間違えて今届いている自動返信まで止めそうで怖いです。
原因が送信認証にあると分かってから使おう。今の経路と差出人を記録し、テスト環境で一通ずつ確認すればいいんだ。
フォーム設定で宛先と差出人を確認する
管理者通知のTo、From、Reply-Toを見ます。Toは受信する管理者、Fromは実際に送るドメインと整合するアドレス、Reply-Toは返信先として入力者アドレスを使う設計が一般的です。利用中フォームの公式例を確認し、入力値をそのままFromへ入れてなりすまし判定を受けないようにします。
カンマ、全角文字、余分な空白、存在しないメールボックス、古い転送先がないか確認します。複数宛先は一度一つへ絞り、届く組み合わせを特定します。
受信箱とサーバー側を確認する
迷惑メール、ゴミ箱、隔離、振り分けルール、転送先、メールボックス容量を確認します。Webメールで受信できるのにメールソフトだけ表示しない場合は、IMAP・POP設定や同期の問題として分けます。
送信ログに成功があり受信側にない場合、受信サーバーの拒否ログやバウンスメールを確認します。バウンスの番号と全文を保存し、存在しない宛先、容量超過、認証不足、一時拒否を区別します。
DNSにSPFらしいTXTがありました。Googleの確認用TXTもあるので、古いものを消して書き換えるのかと思うと怖いです。
用途が違うTXTを消してはいけないよ。SPFは同じホストに複数作ると問題になることがあるから、今の値と送信元を確認して一つの方針へまとめるんだ。
ネームサーバーが別会社なら、サーバー画面でTXTを変えても反映されないことがありますか。どの画面が本物か分かりません。
あるよ。まず権威DNSの管理先を確認し、その管理画面だけを編集しよう。現在値を保存し、反映後に公開DNSの結果を照合するんだ。
SPF・DKIM・DMARCを役割で理解する
SPFは送信を許可するサーバー、DKIMはメールへ付く電子署名、DMARCは認証に失敗したメールの扱いと報告方針を示します。値はメールサービスごとに異なるため、他サイトの例をコピーしません。
SPFを同じホストへ複数登録せず、利用中の送信元を一つのレコードへ整理します。DKIMのセレクタ名と公開鍵、DMARCの受信レポート先を公式手順どおり設定し、DNS反映後にテストします。
修正は一つずつテストする
- 現在のフォーム設定とDNS値を保存する。
- 宛先または差出人など一項目だけ変える。
- 識別できる件名で一通送る。
- フォーム履歴、送信ログ、受信箱、バウンスを確認する。
- 自動返信と管理者通知の両方を確認する。
- 結果を記録してから次へ進む。
テストを短時間に大量送信すると、一時制限や迷惑メール判定を受けることがあります。結果を待ち、再送の間隔と件数を管理します。
復旧後の合格条件
- フォームに受付記録が残る
- 管理者通知が一通届く
- 自動返信が一通届く
- 返信先が意図したアドレスになる
- 迷惑メールだけでなく通常受信も確認する
- SPF・DKIM・DMARCの結果を確認する
- エラー時に調べるログの場所が分かる
一つの受信サービスだけで終えず、可能なら別系統のテストアドレスでも確認します。個人情報を含む本文をログへ長期間残す場合は、保存期間と閲覧権限も決めます。
新規サイトでメール管理も比較する場合
これから独自ドメインメールを作る人だけ、WordPressとメールの管理情報を確認しやすい環境を比較できます。既存フォームの宛先ミスやDNS認証は、移転前に原因を記録してください。
ロリポップ！
新規サイトで独自ドメインメールとWordPressの管理方法を一緒に比較したい人向けです。
向いている人： 小さなサイトを始め、問い合わせ用メールも自分で管理したい人
利点： サーバーとメールの公式設定情報を確認しながら始められる
注意点： 送信不達の原因がフォーム設定やDNSなら、契約だけ変えても直りません。プランごとのメール・バックアップ条件も確認してください。
料金： 料金・キャンペーンは時期とプランで変わるため公式ページで最新条件をご確認ください。
ロリポップ！のWordPress対応プランを見る広告・PRを含みます。既存サイトでは送信・受信・認証のどこで止まるかを先に調べてください。
送信ボタンから受信箱までを一つだと思わず、受付、送信、認証、受信へ分ければいいんですね。届いた自動返信も、調査の大事な手がかりにできます。
その通りだよ。一件のテストを最後まで追えるから、設定を闇雲に増やさずに済むね。
TXTを消したり、SMTPを急に追加したりしないようにします。権威DNSの管理先と現在値を残してから、一項目ずつ試したいです。
それなら大丈夫だよ。受付記録、送信結果、認証、受信結果を一本の線で確認しよう。どこで止まったか分かれば、次に直す場所も見えるんだ。
診断例：Gmailには届き、独自ドメイン宛だけ届かない
同じテスト送信で自動返信がGmailへ届くなら、フォーム受付と送信処理の一部は動いています。管理者通知の宛先、独自ドメインのメールボックス作成、容量、転送、迷惑メール、MXレコードを確認します。Webメールでは届くのにメールソフトだけ見えない場合は、受信ソフトの同期設定へ範囲を絞ります。
診断例：送信成功ログがあるのに両方届かない
ログの成功が配送完了を意味するか、送信処理を受け付けただけかを製品仕様で確認します。バウンス、送信サーバーログ、SPF・DKIM結果を照合し、差出人ドメインと実際の送信元が一致するかを見ます。受信側が一時拒否している場合は、間隔を空けて一通だけ再試験します。
運用へ残す確認表
フォーム名、管理者宛先、自動返信の差出人、SMTPまたは送信方式、DNS管理先、ログの場所、テスト日を一枚へまとめます。担当者やメールサービスを変えたときは、この表と公開フォームを同時に更新します。
まとめ
WordPressメールが届かないときは、フォーム受付、WordPress送信、送信サーバー、DNS認証、受信側へ経路を分けます。一件のテストを時刻と件名で追い、設定を一つずつ変更してください。管理者通知と自動返信の両方が届き、返信先と認証結果まで確認できた状態を完成とします。