Contact Form 7で画面には「送信完了」と出ているのにメールが届かないときは、フォームを作り直す前に「送信先の設定」「サイトからの送信」「受信側」の3か所に分けて確認します。管理者通知と自動返信のどちらが届いていないかも、別々に記録します。
送信完了は、受信箱まで届いたという意味ではありません。設定を増やすほど原因を追いにくくなるので、今の状態をメモしながら一つずつ切り分けます。
この記事でわかること
- 「送信完了」とメール到着の違い
- 管理者通知と自動返信を分ける確認方法
- Contact Form 7のメール設定で最初に見る場所
- 迷惑メールとメールサーバー側の確認順
- SMTP設定を追加する前に確認したいこと
- 自分で確認できる範囲と、相談したほうがよい条件
「送信完了」でも受信できているとは限らない
標準の表示では、緑色の送信完了メッセージは、サイト側のメール送信処理が正常に完了したことを示します。その先のメール配送や受信箱への到着までは保証していません。色や文面を変更しているフォームでは、現在の設定も確認します。
フォーム送信から受信までを分けると、次の流れです。
- Contact Form 7が入力内容を受け取る
- WordPressがメール送信処理を呼び出す
- メールサーバーが宛先へ配送する
- 受信側のメールサーバーが受け取る
- 迷惑メール判定を通って受信箱へ入る
送信完了まで進んでいるなら、少なくともフォーム画面上では送信処理が失敗していません。確認すべきなのは、メール設定と3番以降の配送状況です。
標準の表示で赤色のエラーが出る場合はメール送信処理の失敗、オレンジ色ならスパム判定です。成功表示まで進む症状とは分けて調べます。
送信ボタンの反応や完了表示自体が不安定で、W3 Total Cacheを使っている場合は、メール配送より先にページキャッシュを切り分けます。W3 Total Cacheでフォームページをキャッシュ対象外にする手順で、除外設定と送信テストの順番を確認できます。
メール本文は届き、添付ファイルだけがない場合は確認先が別です。Contact Form 7で添付ファイルが付かないときの設定確認で、入力欄とメール側の添付欄を見比べられます。
管理者通知と自動返信のどちらが届かないかを分ける
テストを1件送り、送信時刻、完了メッセージ、管理者宛ての受信、自動返信の受信を別々に記録します。自動返信を使っていないフォームでは、管理者通知だけが確認対象です。
| テスト結果 | 次に確認する場所 |
|---|---|
| 管理者通知も自動返信も届かない | 「メール」の設定を確認し、受信側と配送ログへ進む |
| 管理者通知は届くが自動返信が届かない | 「メール（2）」の有効化、送信先のメールタグ、送信元と受信側を確認する |
| 自動返信は届くが管理者通知が届かない | 「メール」の送信先と管理者側の受信ルール、配送ログを確認する |
メール（2）は、最初の「メール」の送信処理が成功した場合に送られます。ただし、自動返信が届いたことは、管理者の受信箱にも届いた証拠にはなりません。通知ごとに確認します。
テストには、自分たちで管理しているアドレスと確認用の内容を使います。実際のお客さんの問い合わせや添付資料を、確認用の別宛先へ転送しないようにします。
最初にContact Form 7のメール設定を見る
WordPress管理画面の「お問い合わせ」から対象フォームを開き、「メール」タブを確認します。自動返信だけが届かない場合は「メール（2）」も見ます。
| 設定欄 | 役割 |
|---|---|
| 送信先（To） | その通知を受け取るアドレス |
| 送信元（From） | サイトがメールの差出人として使うアドレス |
| 追加ヘッダーのReply-To | 受信者が返信するときの宛先 |
この段階で対象フォームのIDと設定値を控えます。変更する場合も、元の値へ戻せるようにしてから一項目ずつ進めます。
1. 送信先（To）に実在するアドレスが入っているか
送信先のアドレスが正しいか、次の点を確認します。
- 入力ミスや余計な空白がないか
- すでに使っていないアドレスではないか
- メールタグを使っている場合、対応する入力項目があるか
- 複数の宛先を指定している場合、書式が崩れていないか
複数の宛先はカンマで区切ります。「メール（2）」で入力者のアドレスを使う場合は、指定したメールタグがフォームのメール入力欄に対応しているかも確認します。
2. 送信元（From）がサイトと同じドメインか
送信元には、サイトと同じドメインに属し、実際に送信元として使えるメールアドレスを設定します。たとえばサイトが example.com なら、wordpress@example.com や info@example.com が設定例です。例のアドレスをそのまま使うのではなく、自社のメール管理者に利用できるアドレスを確かめます。
フォームへ入力されたお客さんのメールアドレスを、そのまま送信元へ入れるのは避けます。サイトのサーバーから送っているのに別ドメインを名乗る形になり、なりすましメールとして扱われやすくなるためです。
お客さんへ返信しやすくしたい場合は、送信元ではなく追加ヘッダーの Reply-To にフォームのメールタグを指定します。
Reply-To: [your-email][your-email] の部分は、実際のフォームで使っているメール項目名と合わせます。項目名が違う状態でそのままコピーすると機能しないので、そこだけは確認が必要です。
同じドメインのアドレスにしても、メールが届く保証にはなりません。使っているメールサービスの送信条件や、SPF・DKIMなどの送信元を確認する仕組みも関係します。設定を直しても届かなければ、アドレスを変え続けず配送記録を確認します。
3. 設定エラーが表示されていないか
Contact Form 7は、フォーム保存時に設定内容の書式を検証します。設定画面に警告が出ている場合は、その項目を確認します。意味が分からない警告は無視せず、管理者や修正担当へ確認します。
ただし、警告がなければメール配送も正常、とは限りません。この検証が見ているのは設定の書式です。受信箱までテストメールを届ける機能ではありません。
受信側と配送経路を切り分ける
メール設定に大きな問題がなければ、次に確認するのは「どこまで届いているか」です。別の宛先で試すと、サイト側と受信側のどちらに原因があるかを切り分けられます。
迷惑メールと受信ルールを見る
受信箱だけでなく、迷惑メール、隔離メール、ゴミ箱を確認します。会社のメールでは、管理者側のフィルターで隔離され、利用者の迷惑メールフォルダにも出てこない場合があります。
件名、送信元アドレス、送信時刻が分かると探しやすくなります。フォームから何度も連続送信するより、時刻を記録して1回ずつ追うほうが確実です。
別ドメインのアドレスへテスト送信する
受信側の違いを比べる場合は、自分たちで管理する確認用アドレスへテストを送ります。そのアドレスは、現在の送信先とは別のドメインにあるものを使います。公開中のフォームの送信先を変えると、実際の問い合わせも変更先へ届くため、テスト用フォームで試せるかを先に確認します。
送信先以外の設定と入力内容をそろえ、1件ずつ送信時刻と結果を記録します。
- 一方だけ届く：届かない宛先の受信ルールと、その宛先への配送記録を確認する
- どちらにも届かない：サイト側の送信経路を配送ログから調べる。これだけでサイト側の故障とは断定しない
送信先を変更した場合は、テスト後に元へ戻して保存し、元の宛先へのテスト結果も記録します。業務用フォームを止めずに試す方法を決められない場合は、宛先を変更せず、配送ログの確認を管理者へ依頼します。
メールサーバーの配送ログを見る
送信完了なのにどの宛先にも届かない場合、次に確認したいのはメールサーバーの配送記録です。ログが見られれば、送信されたか、相手側で拒否されたか、途中でエラーになったかを切り分けられます。
確認画面や保存期間は、レンタルサーバーによって違います。管理画面に配送ログがない場合は、送信時刻、宛先、送信元、対象ドメインを添えてサーバー会社へ確認するのが早いです。
SMTP設定は最初の一手にしない
SMTPによる送信へ変えると改善する場合があります。ただし、導入前に今の送信経路と配送状況を確認します。送信先の間違いや受信側の隔離が原因なら、送信方法だけを変えても解決しません。
SMTPはメールサーバーとの間でメールを送るための仕組みです。WordPressでは、認証付きのメールサービスなどを使う送信設定を検討します。その場合は、少なくとも次の項目を先に整理します。
- どのメールサービスから送るか
- 送信元として使えるアドレス
- SPFやDKIMなど、ドメイン側の認証設定
- 認証情報を誰が管理するか
- 設定変更前へ戻す方法
「届かないから、とりあえずSMTPプラグインを追加する」だけでは、送信元やDNSの問題が残ることがあります。
すでにSMTPやメール送信に関わるプラグインがあるなら、何が送信を担当しているかを確認します。使われている設定を把握できないまま追加すると、変更前後の結果を比べにくくなります。
自分で確認できる範囲と、変更を止める条件
管理画面で設定値を見て、テスト送信の結果を記録するところまでは進めやすい範囲です。サーバーやDNSに関わる作業は、元へ戻せるかどうかで、進めるか中断するかを判断します。
自分で進めやすいのは、次の内容です。
- 送信先、送信元、Reply-Toの確認
- 設定エラーの有無
- 迷惑メールフォルダの確認
- 別アドレスへのテスト送信
- 発生日時と直前の変更の記録
一方、次の状態なら変更を重ねず、サーバー会社や管理者、修正担当へ相談するほうが確実です。
- 配送ログを確認できない
- DNSやSPF、DKIMの管理者が分からない
- SMTPの認証情報や送信元を管理できない
- 複数のメール設定があり、どれが使われているか分からない
- フォームだけでなく、WordPressからの通知メールも届かない
相談時は、対象フォームのURL、送信時刻、宛先、画面に出たメッセージ、試した内容を共有すると切り分けやすくなります。最初の問い合わせへパスワードを書く必要はありません。
おわりに
まずテスト1件について、管理者通知と自動返信の受信結果を記録します。設定の確認後も原因が分からなければ、変更を止めたまま配送ログの確認へ進めます。
修正を相談するときは、対象フォームのURL、送信時刻、届かなかった通知、試した内容を添えてください。確認できていない項目があっても、そのまま伝えられます。
