お問い合わせフォームのメールが届かない
原因と確認方法
お問い合わせフォームで「送信しました」と表示されても、 管理者の受信箱までメールが届いたことを保証するわけではありません。 送信先の入力ミス、迷惑メール判定、差出人設定、 SMTP認証、SPF・DKIM・DMARC、サーバー制限など、 送信処理の後にも複数の確認地点があります。 まず送信自体が失敗しているのか、 送信後の配送・受信段階で止まっているのかを分け、 順番に原因を確認しましょう。
成功表示か
送信処理が失敗したのか、処理後の配送・受信で止まったのかを分けます。
Reply-To
差出人は自サイトのドメイン、利用者のメールはReply-Toに設定するのが基本です。
メール認証
SPF・DKIM・DMARCと送信経路を整え、サーバーログやテスト送信で確認します。
送信成功の表示と 受信成功は別に確認します
フォーム画面の表示だけで、メールが受信箱へ届いたとは判断できません。
配送結果を分ける
WordPressのメール送信で使われる
wp_mail()が成功を返しても、
それはメール送信処理をエラーなく受け付けたことを示すものであり、
受信者のメールボックスへ届いたことまでは保証しません。
Contact Form 7でも、成功表示が出たのに受信できない場合は、 送信処理後のメールサーバー、配送経路、 スパムフィルターなどに原因がある可能性が示されています。
したがって最初に、 フォーム画面でエラーが出るのか、 成功表示は出るが届かないのかを確認します。 その後、管理者通知と自動返信、 特定の宛先と別の宛先を分けてテストします。
画面表示と届かないメールの種類から 確認場所を絞ります
管理者通知と自動返信では、宛先・差出人・認証条件が異なる場合があります。
お問い合わせメールが届かない 主な10の原因
一つの原因とは限らず、設定と受信側フィルターが同時に影響する場合もあります。
Toの綴り、全角文字、余分な空白、 古い担当者のアドレス、存在しないメールボックスを確認します。
迷惑メールフォルダ、企業の隔離領域、 自動振り分け、ブロックリスト、転送先を確認します。
利用者が入力したGmailなどをFromへ直接設定すると、 実際の送信サーバーと差出人ドメインが一致せず、 なりすましと判断される可能性があります。
To・From・Reply-Toの構文、 必須でないメールタグ、空の件名、 自動返信の宛先などを確認します。
レンタルサーバーのPHPメール機能、 送信数制限、送信元制限、ホスト側の障害により失敗する場合があります。
ホスト名、ポート、暗号化方式、ユーザー名、 パスワード、アプリパスワードなどが一致していない可能性があります。
DNSのメール認証が未設定、送信サービスがSPFに含まれない、 Fromと認証ドメインが一致しない場合があります。
容量超過、料金未払い、アカウント停止、 受信拒否設定によって宛先側で受け取れない場合があります。
メールサービス変更後のDNS設定、 MXレコード、転送ループ、古い受信先が残っていないか確認します。
フォーム、SMTP、セキュリティ、キャッシュ系プラグインの更新や PHP変更後に送信処理が変わる場合があります。
To・From・Reply-Toを 役割に合わせて設定します
利用者のメールアドレスを、そのままサイトの差出人へ設定しないことが重要です。
To：info@example.com
From：Webサイト <form@example.com>
Reply-To：[利用者のメール]
To：[利用者のメール]
From：事業者名 <info@example.com>
Reply-To：info@example.com
SMTPを使う場合も 送信元ドメインの認証を整えます
SMTPプラグインを入れるだけでは、差出人・DNS・認証の不一致を自動的に解決できません。
契約中のメールサービスやトランザクションメールサービスを使い、 認証付きで送信します。ホスト、ポート、暗号化方式を公式情報に合わせます。
そのドメインから送信してよいサーバーやサービスを DNSのTXTレコードで示します。利用する全送信元を正しく含めます。
送信メールへ電子署名を付け、 受信側が送信ドメインと改変の有無を確認できるようにします。
SPFまたはDKIMが失敗したメールの扱いと、 認証結果を報告する宛先をDNSで指定します。
メールのFromに表示されるドメインと、 SPFまたはDKIMで認証されるドメインの関係を確認します。
SMTPテストだけでなく、実フォームから送信し、 送信ログ・受信ヘッダー・エラーコードを確認します。
メールが届かない原因を調べる 8つの確認手順
設定を一度に変更せず、テスト条件と変更内容を記録しながら進めます。
成功・エラーの表示、送信日時、入力アドレス、 使用端末、対象フォームを記録します。
宛先の綴り、差出人ドメイン、メールタグ、 自動返信のToを確認します。
管理者と利用者の双方で、 迷惑メール、隔離、受信ルール、転送先、メール容量を確認します。
独自ドメイン、Gmail、Microsoft系などへ送り、 すべて届かないのか特定の受信先だけかを分けます。
送信要求、成功・失敗、SMTP応答、 エラーコードを確認します。個人情報をログへ残す範囲にも注意します。
現在の送信サービスがSPFに含まれるか、 DKIM署名が有効か、Fromドメインと整合しているか確認します。
発生時刻、送信元、宛先、件名、 エラー表示を伝え、配送ログと制限の有無を確認してもらいます。
パソコン・スマートフォン、複数宛先で送信し、 受信時刻、本文、返信先、重複送信を確認します。
お問い合わせメールで 確認したい30項目
公開直後だけでなく、WordPress・メール・DNSを変更した後にも再確認します。
フォームの設定からメール配送まで 公開前後に動作を確認します
杜の都Webサービスでは、お問い合わせフォームの項目設計、 管理者通知、自動返信、スマートフォン表示、 公開後の基本的な送信確認まで対応します。
フォーム・メールで確認する主な内容
- 必要なフォーム項目
- 管理者通知の宛先・差出人
- 利用者への自動返信
- Reply-Toとメール本文
- スマートフォンでの送信
- 迷惑メール対策の基本設定
- 公開後の送信テスト
- 軽微な設定変更と基本保守
※SMTPサービスの契約、DNS認証の変更、 メールサーバーの詳細調査、過去メールの復旧、 外部サービス障害への対応などは別途作業となる場合があります。
料金・制作内容を確認する →送信・配送・受信の順で確認しましょう
宛先、差出人、迷惑メール、SMTP、 SPF・DKIM・DMARC、サーバーログを順番に確認し、 問い合わせを取りこぼさないフォーム運用へ整えます。
本記事は、2026年7月時点のWordPress、 Contact Form 7、GoogleおよびMicrosoftの公式情報を参考に作成しています。 実際の送信方法、DNS設定、エラー確認画面は、 利用するサーバー・メールサービス・フォームプラグインによって異なります。
