WordPressでメールが届かない。WP Mail SMTPのGmail設定手順

「問い合わせフォームから送信したはずのメールが、自分にも届かない」。WordPressサイトで一番多いトラブルのひとつですよね。原因の多くはサーバーやフォームプラグインではなく、WordPressが標準で使う「メールの送り方」そのものにあります。

Contents / 目次

1. 結論。メールが届かない原因はPHP mail()、WP Mail SMTPで送り方を変えれば直る
2. WP Mail SMTPでGmail送信にする手順。ステップごとに解説
3. 設定するとどう変わる。届くようになった後の効果
4. よくある失敗と回避法。現場でつまずくポイント
5. 使う側の落とし穴。自分でやるか任せるかの判断軸
6. よくある質問（FAQ）

結論。メールが届かない原因はPHP mail()、WP Mail SMTPで送り方を変えれば直る

先に結論からお伝えします。WordPressのメールが届かない主な原因は、WordPressが初期状態で使っている「PHP mail()」という送信のしくみです。これは、送信元が本物かどうかを証明する認証機能を持っていません。そのため、GmailやOutlookなどの受信側から「怪しいメール」と見なされ、迷惑メールフォルダに振り分けられたり、そもそも受信を拒否されたりします。

解決の方向性はシンプルです。PHP mail()での送信をやめ、認証されたGmail（またはGoogle Workspace）のサーバー経由で送るように切り替える。これで到達性は一段上がります。その切り替えを担うのが「WP Mail SMTP」というプラグインです。

SMTPとは、かんたんに言うとメールを送るための正式な通信ルールのことです。宅配便でたとえるなら、PHP mail()は「差出人不明のまま荷物を出す」状態、SMTP経由は「本人確認済みの窓口から正式に発送する」状態です。受け取る側の安心感がまったく違います。

やるべきことは、大きく次の3つに整理できます。

• プラグイン導入：WP Mail SMTPをインストールし、送信方法（メーラー）を「Google / Gmail」に切り替える
• 認証設定：OAuth 2.0認証で、WordPressとGoogleアカウントを安全に連携させる。法人アカウントではこの方式が基本です。
• 到達性の底上げ：送信元アドレスをドメインと一致させ、SPF・DKIM・DMARCというドメイン認証を整える

まず、いま自分が取れる選択肢を全体像として押さえておきましょう。送信方法によって、到達性も設定の手間も大きく変わります。

送信方法	到達性	設定の手間	現在の可否
PHP mail()のまま（初期状態）	低い。迷惑メール行き・不達が多発	なし	非推奨
WP Mail SMTP＋Gmail（OAuth認証）	高い	やや多い（初回のみ）	推奨。法人アカウントもこれ
アプリパスワード方式	中〜高	少なめ	2段階認証を有効にしたアカウントで利用（利用条件はGoogleの仕様による）

ここが分かれ道。会社のGoogle Workspace（独自ドメインのGmail）を使う場合は、後述するOAuth 2.0認証が推奨されます。個人の無料Gmail（2段階認証を有効にしたもの）で手軽に済ませたい場合だけ、アプリパスワード方式という近道が使えます。自分がどちらかを最初に確認しておくと、設定で迷いません。

WP Mail SMTPでGmail送信にする手順。ステップごとに解説

ここからは、実際に手を動かす手順を順番に見ていきましょう。WordPressの管理画面と、Googleアカウント側の設定を行き来します。ボタン名などの画面表示はバージョンで変わることがあるため、正確な名称は公式ガイドで確認しつつ、やることの流れをつかんでください。

ステップ1。WP Mail SMTPを入れて送信方法を切り替える

最初に、WordPress管理画面のプラグイン追加画面で「WP Mail SMTP」を検索し、インストールして有効化します。有効化すると初期設定のウィザードが立ち上がります。ここで最も大事なのが、送信方法（メーラー）の選択です。

一覧の中から「Google / Gmail」を選んでください。ここが「Default」のままだと、プラグインを入れても送信のしくみは何も変わりません。届かない状態のままなので、必ず特定のメーラーを選びます。WordPressの初期設定全般を見直したい方は、初心者向け！WordPress初期設定の完全ガイドもあわせて確認しておくと土台が固まります。

ステップ2。OAuth 2.0でGoogleアカウントと連携する

GmailやGoogle Workspace経由で送信する場合、法人アカウントではOAuth 2.0という認証方式を使うのが基本です。OAuth 2.0とは、パスワードそのものを渡さずに「このアプリにメール送信だけ許可します」と安全に権限を委任するしくみのことです。通常のGmailログインパスワードをそのまま入力する方式では認証が通らないことが多く、OAuth連携か、2段階認証を前提としたアプリパスワードのいずれかを使います。

OAuth連携は、Google Cloud Console側でひと手間かける必要があります。流れは次のとおりです。順番に進めれば必ずたどり着けます。

1. Google Cloud Consoleで新しいプロジェクトを作成する
2. そのプロジェクトで「Gmail API」を有効にする
3. OAuth同意画面を設定する（アプリ名や連絡先メールを登録）
4. 認証情報として「OAuthクライアントID」を作成する（種別はウェブアプリケーション）
5. 発行された「クライアントID」と「クライアントシークレット」をコピーする
6. WP Mail SMTPの設定画面に貼り付け、表示される認証ボタンからGoogleアカウントへのアクセスを許可する

途中で「承認済みのリダイレクトURI」を登録する場面があります。ここにはWP Mail SMTPの設定画面に表示されているURIを、一字一句そのままコピーして貼り付けてください。ここのタイプミスが、連携失敗で一番多いつまずきです。正確な手順や画面名は変わることがあるので、WP Mail SMTPの公式ガイドで最新の画面を見ながら進めると安心です。

ステップ3。送信元アドレスと名前を固定する

次に、送信元となる「From Email（送信元アドレス）」と「From Name（送信者名）」を設定します。ここで大事なのは2点です。

• ドメインと一致させる：送信元アドレスは、必ずサイトのドメインと同じもの（例：info@あなたの会社ドメイン）にします。フリーメールのアドレスや、ドメインと違うアドレスは迷惑メール判定されやすくなります
• Force From Emailを有効にする：「送信元を強制する」設定をオンにしておくと、フォームプラグインなど他のプラグインが勝手に送信元を書き換えるのを防げます。送信元がバラバラだと到達性が落ちるため、ここで固定します

ステップ4。テストメールで実際に届くか確かめる

設定が終わったら、必ずテスト送信をします。WP Mail SMTPには送信テスト機能があり、任意の宛先へお試しメールを送れます。自分の別アドレス宛に送り、受信トレイに届くか、迷惑メールフォルダに入っていないかまで確認してください。届けば設定は完了です。

公開前の最終チェックとして、次のリストで抜け漏れを確認しておきましょう。

• メーラー：「Google / Gmail」が選ばれているか（Defaultのままになっていないか）
• 認証：OAuth連携が「接続済み」になっているか
• 送信元：ドメイン一致のアドレスで、Force From Emailがオンか
• テスト：実際のフォームからも一度送信し、通知が届くか
• 重複：他のSMTPプラグインを入れっぱなしにしていないか

個人Gmailで手軽に済ませたい場合（アプリパスワード方式）

会社のWorkspaceではなく、2段階認証を有効にした個人の無料Gmailで手早く設定したい場合は、アプリパスワード方式という近道があります。この場合はメーラーで「その他のSMTP」を選び、次の値を入れます。ホスト名やポートは安定した標準値です。

SMTPホスト： smtp.gmail.com
暗号化：     SSL（ポート 465） または TLS（ポート 587）
ユーザー名： 送信に使うGmailアドレス
パスワード： Googleアカウントで発行した「アプリパスワード」

アプリパスワードは、通常のログインパスワードとは別に発行する16桁の専用パスワードです。Googleアカウントのセキュリティ設定から発行します。この方式は、2段階認証を有効にした個人Gmailで使うのが基本です。会社のGoogle Workspaceでは、管理者設定やGoogleの仕様によってアプリパスワードが使えないことがあるため、OAuth 2.0連携を選んでください。

設定するとどう変わる。届くようになった後の効果

WP Mail SMTPでGmail送信に切り替えると、これまで届かなかった各種メールが確実に受信トレイへ届くようになります。具体的には、問い合わせフォームの通知、パスワードリセット、会員登録の確認メール、ECサイトなら注文確認や配送通知などです。

ビジネス面で一番大きいのは、「気づかないうちに問い合わせを取りこぼす」という最悪の事態がなくなることです。フォームからの通知が迷惑メールに埋もれていると、見込み客からの連絡に何日も気づかず、そのまま失注につながります。これは広告費をかけて集客していればいるほど、痛い損失です。

成果を出している会社に共通するのは、メールが「届く前提」で運用を組んでいる点です。通知が確実に届くからこそ、問い合わせフォームを短くしてハードルを下げる施策も安心して打てます。フォーム側の設計は問い合わせフォームを5項目に減らすBtoBの設計と問い直しで詳しく解説していますが、その前提として「送信された通知が届くこと」が土台になります。

さらにSPF・DKIM・DMARCというドメイン認証まで整えると、到達性は一段上がります。これは受信側に「このドメインからのメールは本物です」と証明する設定で、なりすまし対策にもなります。ドメイン認証が整っているかどうかは、迷惑メール判定を避けるうえで実務的に重要なポイントです。

SPFやDKIMに設定する正確な値は、利用しているメール環境（Google Workspaceなど）によって異なります。値を1文字でも間違えるとメール全体に影響するため、正確なレコードは必ず利用中サービスの管理コンソールや公式の管理者ヘルプで確認してください。DMARCについては、たとえば次のように監視モードから始めるのが安全です。

【DMARCの例】まずは監視モードから始めるのが安全
種別： TXT
名前： _dmarc
値：   v=DMARC1; p=none; rua=mailto:dmarc@あなたのドメイン

DMARCは最初から厳しく設定すると正規のメールまで弾いてしまうことがあるため、まずは「p=none」の監視モードから始め、問題がないことを確認してから段階的に強めるのが安全なやり方です。DKIMはGoogle Workspace管理コンソール側で発行する専用の値を使うため、正確なレコードは管理画面で確認してください。

よくある失敗と回避法。現場でつまずくポイント

設定自体はシンプルですが、細かいところでつまずく人がとても多いです。現場で実際によく見かける失敗を、原因と防ぎ方のセットで挙げます。

失敗1。通常のGmailパスワードで認証しようとして弾かれる

一番多いのがこれです。「その他のSMTP」でsmtp.gmail.comを指定し、いつものログインパスワードを入れて「認証エラー」になるケースです。前述のとおり、通常のログインパスワードをそのまま入力する方式では認証が通らないことが多いためです。回避法は、次のどちらかです。

• 法人（Google Workspace）：「Google / Gmail」メーラーでOAuth連携を使う
• 個人Gmail：2段階認証を有効にしてアプリパスワードを発行して使う

失敗2。メーラーが「Default」のままで何も変わらない

プラグインを入れて満足してしまい、送信方法の切り替えを忘れているパターンです。この状態だと、WP Mail SMTPは送信を制御しておらず、実質PHP mail()のまま送っています。設定画面のメーラー欄が「Google / Gmail」など特定のサービスになっているか、必ず確認してください。テストメールが届かないときは、まずここを疑うのが鉄則です。

失敗3。SMTPプラグインを複数入れて競合させる

「届かないから」と別のSMTPプラグインを追加でインストールし、複数が同時に動いて競合するケースです。こうなると、どちらも正しく機能せず、原因の切り分けも難しくなります。WP Mail SMTPを使うと決めたら、他のSMTP系プラグインはすべて無効化・削除してひとつに絞りましょう。

失敗4。セキュリティ設定やファイアウォールにブロックされる

サーバー側のファイアウォールやセキュリティプラグインが、外部のSMTPサーバーへの接続を遮断していることがあります。設定は正しいのにテストメールだけ失敗する場合はこれを疑ってください。切り分けとして、セキュリティプラグインを一時的に停止してテストし、送れるようになればそれが原因です。その場合はWP Mail SMTPを例外（ホワイトリスト）に登録して、セキュリティは元に戻します。

失敗5。送信元アドレスがドメインと違い、迷惑メール行きになる

設定は通っているのに、なぜか毎回迷惑メールフォルダに入る。この場合、送信元アドレスがサイトのドメインと一致していない可能性が高いです。フリーメールや無関係なアドレスを送信元にすると、受信側の信頼スコアが下がります。ドメインと同じアドレスを使い、Force From Emailで固定し、SPF・DMARCを整えることでほぼ解消できます。

使う側の落とし穴。自分でやるか任せるかの判断軸

ここまで手順を読んで、「無料版でも自分でできそう」と感じた方も多いと思います。実際、個人Gmailのアプリパスワード方式なら、そう難しくありません。ただ、率直にお伝えすると、会社のWorkspaceでOAuth連携とDNS設定まで含めてやるとなると、非エンジニアの担当者には想像よりハードルが高いのが正直なところです。

特に詰まりやすいのが、Google Cloud Console側の作業とDNSレコードの編集です。Cloud Consoleは開発者向けの画面で、専門用語が多く、どこを触ればいいか分かりにくい。DNSはドメインの根幹に関わる設定で、値を1文字間違えるとサイトやメール全体に影響が出ることもあります。ここは「なんとなく」で進めるべきではない領域です。

判断軸はシンプルです。問い合わせフォームだけを直したい個人サイト・小規模サイトなら、無料版で自分で設定する価値は十分あります。一方で、独自ドメインのWorkspaceを使っていて、注文確認や会員通知など「届かないと事業に直接響くメール」が多い会社は、初回だけでもプロに整えてもらう方が、結果的に速くて安全です。

コストの見落としとしてよくあるのが、「無料でできた」と思っても、後からドメイン認証の不備で不達が続き、原因調査に何日も費やしてしまうケースです。設定を入れた直後は届いても、DNS周りが甘いと数週間後にじわじわ迷惑メール判定が増えることもあります。目に見える設定画面だけでなく、到達性まで含めて仕上げられるかが、自分でやるか任せるかの本当の分かれ目です。WordPress全体のセキュリティ運用と合わせて整えたい方は、WordPress乗っ取りを防ぐ更新と二段階認証の最低限設定もあわせて読んでおくと安心です。

よくある質問（FAQ）

WordPressのメール不達は、原因さえ分かればプラグインで解決できるトラブルです。ただ、独自ドメインのWorkspaceでOAuth連携やDNS設定まで含めると、思ったより手間がかかるのも事実です。ここまで読んで「自社でやり切るのは不安だな」と感じた方は、コレットラボのAIを活用したサイト制作・運用の伴走支援にお気軽にご相談ください。現状を整理するだけでも大丈夫です。AI業務システム化の詳細はこちらからお話を聞かせてください。