WordPressのメールが届かない原因と対処法｜フォーム・SMTP・Gmailを順番に確認

2024.09.162026.10.13

WordPressのお問い合わせフォームで「送信しました」と表示されたのに、通知メールが届かない。そんなときは、フォームの設定、メールの送信経路、受信側の処理を順番に確認します。

いきなりSMTPプラグインを入れ替えたり、DNSを書き換えたりすると、どの変更が効いたのか分からなくなります。まずは「管理者への通知と自動返信のどちらが届かないか」「すべての宛先で起きるか」を整理しましょう。

この記事では、WordPressから送る問い合わせ通知・自動返信を中心に、原因を切り分ける手順を紹介します。メールサービスごとに異なる接続情報やDNSの値は、契約先の指定を使います。

まず確認するのは「どのメールが、どこまで届いているか」

問い合わせフォームには、運営者に届く通知メールと、入力した人に届く自動返信メールがあります。この2通は宛先や本文が異なるため、別々に確認してください。

症状	最初に確認すること	次に調べる場所
フォーム自体が送信エラーになる	エラー文、必須項目、フォームの設定警告	フォーム側のログと送信処理。画面の表示だけでSMTPが原因とは断定しない
通知も自動返信も届かない	それぞれの宛先と迷惑メールフォルダー	WordPressからのテスト送信、送信サービスのログ
通知は届くが自動返信が届かない	自動返信の有効化と宛先のメールタグ	自動返信側のFrom・本文・配信結果
自動返信は届くが通知が届かない	通知先アドレス、受信容量、振り分け	通知メールだけの送信記録と受信側の処理
Gmailなど特定の宛先だけ届かない	迷惑メール、拒否通知、転送の有無	メール認証の結果と送信サービスの配信ログ
サーバー移転後から届かない	移転前後の送信設定とDNSの差	SMTP接続先・認証情報・送信サービスのドメイン設定

この表は調べる順番の目安です。原因を確定するには、実際の送信結果と受信結果を照合する必要があります。

「送信成功」は、受信トレイへの到着を保証しません。 WordPressのwp_mail()が成功を返すのは、送信処理がエラーなく処理されたことを示します。相手が受信したかどうかは、別に確認します。WordPress公式のwp_mail()の説明

1．フォームの宛先・From・Reply-Toを確認する

フォームのメール設定を開き、次の3項目を書き出します。WordPressの「設定→一般」にある管理者メールアドレスだけを見ても、フォームの通知先は分かりません。フォーム側で別の宛先を指定している場合があるためです。

項目	役割	確認する内容
To（宛先）	メールを届ける相手	通知先に誤字がないか。自動返信では入力者のメールアドレスが正しく入るか
From（差出人）	メールに表示される送信者	自分が管理し、送信サービスが利用を認めているアドレスか
Reply-To（返信先）	受信者が「返信」を押したときの宛先	管理者向け通知では、問い合わせた人のアドレスになっているか

管理者向け通知で、入力者のGmailやYahoo!メールのアドレスをそのままFromに入れる設定は避けます。サイト側のサーバーから、他人のドメインを差出人として送る形になるためです。Fromにはサイト側の送信可能なアドレスを設定し、入力者のアドレスはReply-Toに入れます。

たとえば、Contact Form 7でサイトのドメインがexample.com、送信に利用できるアドレスがcontact@example.comなら、管理者向け通知は次のように整理できます。以下は設定の考え方を示す例です。

送信先：運営者が確認できるメールアドレス
送信元：サイト名 <contact@example.com>
追加ヘッダー：Reply-To: [your-email]

example.comは説明用です。実際に利用を許可されたアドレスへ置き換えます。また、[your-email]はフォーム内にその名前のメール項目がある場合の例です。自分のフォームの項目名を確認し、メールアドレスを必須入力にしてください。Contact Form 7ではFromにサイトと同じドメインのアドレスを使う案内があります。Contact Form 7公式のメール設定の考え方

自動返信は、宛先を入力者に、返信先を問い合わせ対応用のアドレスにするなど、通知とは分けて設定します。Contact Form 7の「メール (2)」は有効化が必要で、通常の「メール」が送信成功したときに送られます。管理者向け通知の到着と、自動返信の到着はそれぞれ確認しましょう。Contact Form 7公式のメール設定項目

2．WordPressが使っている送信経路を確認する

次に、WordPressがどのサービスを経由してメールを送っているかを確認します。SMTPプラグインを使っている場合は、プラグイン名だけでなく、選択中のメーラーと接続先を見てください。SMTP接続のほかに、メールサービスのAPIを利用する構成もあります。

Gmailで受信することと、Gmailのサービスから送信することは別です。 宛先がGmailだからといって、送信側もGoogleに切り替える必要があるとは限りません。

接続設定を点検するときは、次をメールサービスの公式手順と照合します。

利用する送信サービスと、許可されているFromアドレス
SMTPの場合はホスト名、ポート、暗号化方式、認証方式
OAuthやAPIの場合は接続状態、権限、キーの有効性
サービス側の送信制限や利用停止の通知

エラーにCould not authenticateと出る場合は、SMTPサーバーに接続した後の認証で拒否されている可能性があります。パスワードの入力だけでなく、ユーザー名の形式や、サービスが認めている認証方式を確認してください。WP Mail SMTP公式の認証エラーの説明

既存の送信設定がある場合は、変更前の値を保存してから、1項目ずつ修正します。SMTPプラグインを追加するだけでは、宛先の誤りや受信側の振り分けは直りません。

3．テストメールと実際のフォームを分けて試す

送信経路を確認できたら、まずテスト機能で自分が受信を確認できるアドレスへ送ります。WP Mail SMTPなら、管理画面の「WP Mail SMTP→ツール（Tools）→メールテスト（Email Test）」から実行できます。表示名は言語やバージョンによって異なる場合があります。WP Mail SMTP公式のテスト送信手順

送信日時とテスト先を記録する。
プラグインに表示された成功・失敗と、エラー文を記録する。
受信トレイと迷惑メールフォルダーの両方を確認する。
実際の問い合わせフォームにもテスト用の内容を入力して送る。
管理者への通知と、入力者への自動返信を別々に確認する。

テストメールは届くのにフォームのメールだけ届かない場合は、フォームの宛先・From・自動返信設定などへ調査対象を絞れます。ただし、送信設定がメールごとに切り替わる構成もあるため、両者が同じ経路を使っているかも見てください。

テストメール自体が失敗する場合は、表示されたエラー文を手掛かりに、接続先・認証・送信サービスの状態を先に調べます。テストを連打せず、修正内容と結果を1組ずつ残すと、設定を戻す際にも役立ちます。

4．Gmailに届かない場合は認証結果を確認する

Googleのメール送信者ガイドラインは、個人用Gmailアカウント宛てに送るメールを対象としています。すべての送信者にはSPFまたはDKIM、大量送信者にはSPF・DKIM・DMARCなどの要件があり、Googleは到達性の改善のため3つの設定を推奨しています。ただし、認証を整えれば必ず受信トレイに入るわけではありません。送信量や迷惑メール率などの条件もあるため、最新の要件は公式で確認してください。Google公式のメール送信者ガイドライン

迷惑メールフォルダーを含めてメールが届いている場合は、パソコンのGmailでそのメールを開き、返信ボタンの横にあるメニューから「メッセージのソースを表示」を選びます。Google公式の詳細ヘッダーの表示方法

受信側が付けた認証結果で、SPF・DKIM・DMARCがどう判定されたかを確認します。まったく届いていない場合はそのメールのヘッダーを見られないため、送信サービスの配信ログや返ってきたエラーを調べます。別の宛先へ届いた1通の結果だけで、Gmailへの到達まで確認できたとは判断しません。

SPF：実際の送信サービスが登録されているか

SPFは、対象ドメインのメール送信に使ってよいサーバーをDNSで示す仕組みです。確認するのは受信先の会社ではなく、実際に送信しているサービスです。

たとえば、レンタルサーバーからGmailへ送る場合、宛先がGmailという理由だけでGoogleの送信元を追加しません。利用中の送信サービスを整理し、そのサービスが指定するレコードと現在のDNSを照合します。WordPress以外の業務メールや配信サービスも同じドメインを使っている場合は、それらの設定も残す必要があります。Google公式のSPF設定ガイド

エックスサーバーのGmail用SPF設定は、GmailをSMTPサーバーとして利用する場合の設定です。Gmail宛てのメールを届けるための設定ではないので、混同しないようにしてください。

DKIM：DNSの登録と、送信サービス側の署名を確認する

DKIMでは、送信サービスが付けた電子署名を受信側が検証します。DNSに公開鍵のレコードがあるかだけでなく、利用している送信サービスでDKIMが有効になっているかを確認してください。

送信経路を変更した後は、以前のサービス用の設定が残っていても、新しい経路から送ったメールに正しい署名が付くとは限りません。サービスの設定画面と、実際に届いたメールの認証結果を照合します。Google公式のDKIM設定ガイド

DMARC：Fromのドメインとの整合性を確認する

DMARCは、SPFまたはDKIMの認証に加え、認証されたドメインとFromのドメインの整合性を確認します。SPF・DKIMに合格していても、この整合性を満たしていなければDMARCに失敗することがあります。Google公式のDMARC整合性の説明

DMARCを新しく導入する際は、まず正当な送信元が認証されることを確認します。監視用のp=noneから始め、レポートを確認しながら方針を決める方法があります。p=noneを付けただけでは、認証に失敗したメールを拒否する設定にはなりません。すでに運用中のポリシーを、不達対策として安易に弱めることも避けましょう。Google公式のDMARC設定ガイド