WordPress のメールが届かないとき：SMTP、ドメイン認証、ログの確認

お客さんから確認メールが届かないと言われ、運営者が何度も再送した結果、翌日に何通も届くことがあります。まず一件のテストについて時刻、宛先、用途を記録しましょう。どこで止まったか調べてから再送を判断します。

WordPress がメールを生成すること、外部サービスが受け付けること、受信側システムに届くことは別の出来事です。ここでは WP Mail SMTP と Brevo を使い、パスワード再設定や通知に使える追跡可能な設定を説明します。利用できるサービスと送信枠は契約プランで確認してください。

サイトの送信経路を先に書き出す

会員登録、フォーム通知、コメント通知、注文連絡など、どの機能がメールを送るか列挙します。それぞれの送信者、宛先、発火条件を記録します。プラグインが独自に外部サービスを呼ぶ場合は経路を別に示し、SMTP プラグイン一つで全メールを制御できると思い込まないでください。

既存の送信プラグインやホスティング側の連携を確認します。複数のツールが設定を変えると、実際にどれが働いたか分かりません。今の設定を記録し、テストサイトで残す経路を確認してから本番の切替を計画します。テストサイトでも宛先を制限し、バックアップ中の会員アドレスへ一斉送信しないようにします。

通常の SMTP 接続ではホスト、ポート、暗号化、認証方式を確認します。一方、Brevo 専用 mailer は API キーを使います。プラグイン名が SMTP でも、選んだサービスで SMTP パスワードを求められるとは限りません。該当 mailer の公式資料に沿って準備します。

識別しやすく維持できる送信者を用意する

自分で管理するドメインの送信アドレスを使い、返信を扱う担当者を決めます。送信者名は事務所名やサイト名にし、通知間でそろえます。外部送信サービスがメールを送れても、通常の受信箱が自動で付くわけではありません。返信を受けるなら動く受信箱か正しい Reply-To が必要です。

Brevo アカウントを作ったら、有効化とトランザクションメールの利用可否を確かめ、From Email と一致するドメインを追加します。送信用サブドメインも対応を保ち、別のドメインを認証して送信しないでください。無料メールサービスの共有ドメインは自分では管理できず、その DNS 認証には使えません。

プラン選択前に、通常の日次通知数、ピーク、再試行を見積もります。大量のマーケティング配信と必須通知は分けて考え、サービスの制限と残量を確認します。特定の無料枠を永続的な約束として扱わず、テスト目的で一度に大量送信することも勧めません。

自分のアカウントで生成された DNS レコードで認証する

Brevo は新しいドメイン設定フローを段階的に提供しており、従来の Authenticate 画面が出るアカウントもあります。現在の画面に沿って自動または手動認証を選び、自分のアカウントで生成された名前、種類、値を使います。公式資料には Brevo code、DKIM、DMARC が示されています。DKIM は TXT または二つの CNAME の場合があり、他人の例を流用しないでください。

要求されたレコードを追加する前に、DNS を実際に管理するサービスを確認します。ドメインの購入先とは別の場合があります。既存設定の画面やエクスポートを保存し、管理画面がホスト名の末尾にドメインを重複追加しないか一つずつ照合します。送信者認証のためにサイトの A レコードや通常の受信用 MX をむやみに変える必要はありません。

すでに DMARC がある場合は現在の方針を理解してから変更します。Brevo によると自動フローは既存レコードの置換を求めることがあり、置き換えたくない場合は手動フローを選べます。警告を消すために矛盾する設定を追加しないでください。Brevo で再検証して成功を確認し、DNS 反映待ちと設定ミスを区別します。

WP Mail SMTP を接続する

WP Mail SMTP の Settings で From Email と From Name を設定し、mailer に Brevo を選びます。同じ送信アドレスを関連するサイトメールに適用するなら Force From Email を検討できますが、別の送信者を必要とする機能への影響を先に確認してください。返信先も実際の業務に合わせます。

Brevo の SMTP & API 設定で、このサイト用の API キーを作り、用途が分かる名前を付けて安全に保管します。完全なキーを WP Mail SMTP の API Key 欄にコピーしてください。後から表示される伏せ字や SMTP キーは代用できません。保存後も選択した mailer が変わっていないか確認します。

1. ドメイン認証が成功し、送信アドレスが認証済みドメインと一致するか確認する。
2. 選んだ mailer に合う有効なキーを入力し、用途と作成日を記録する。
3. Tools > Email Test から、自分で確認できるテスト用受信箱へ一通送る。

証拠を使って失敗箇所を特定する

Email Test にエラーが出たら、時刻と種類を残し、Tools の Debug Events を見ます。キー不足なら完全な API キーとアカウント、アカウント未有効ならサービス側の有効化を調べます。接続・タイムアウトの問題で初めてホストの外向き通信を確認します。一度に DNS、サービス、フォームを変えず、一つずつ原因を直します。

プラグインが成功を報告しても、実際の受信箱と迷惑メールフォルダーを確認します。送信記録があるのに届かなければ、Brevo の Transactional Logs を宛先、時刻、message ID で検索します。送信、配達、後の返送は意味が異なり、送信受付だけで相手が読んだとは言えません。

WP Mail SMTP の詳しい Email Log 機能は有料版に属し、基本の送信エラー追跡とは別です。長期的な調査には、使えるプラグイン側とサービス側のログを比較します。本文や添付を保存するなら閲覧権限と保存期間を制限します。調査後は追加のデバッグを止め、不要なデータの蓄積を防ぎます。

実際の機能を試し、維持管理の記録を残す

テストメール成功は最初の関門です。続いてテストアカウントでパスワード再設定、登録通知、問い合わせフォームを発火し、各メールが新設定を使うか確認します。リンク先ドメイン、送信者名、Reply-To、中国語の内容を照合し、異なる受信サービスでも到達先と所要時間を記録します。

再送が必要そうなら、サービスがすでに受け付けたか処理中かを先に調べ、重複通知を避けます。有効期限付きリンクでは、新旧メールが利用者へ与える影響も確認します。パスワード再設定リンク全体をサポート担当が手作業で転送する運用を標準にしないでください。

送信サービスのアカウント、ドメインのレコード、キーの用途、使用量確認、テスト日を保守担当者へ引き継ぎます。ホスト移転、ドメイン変更、キー更新後には重要機能を再テストします。新しい接続を確認してから古いキーと不要な設定を外し、通知を追跡できる状態に保ちます。

問い合わせフォームの流れを完成させる

DNS レコードと設定場所を確認する

• チュートリアル
• アプリ・ソフト
• サイト構築・EC
• WordPress