WordPress 寄信失敗怎麼辦：SMTP、網域驗證與記錄

客人說沒有收到確認信，站長連按幾次重寄，結果對方隔天收到好幾封。要解決這類問題，先保留一筆測試的時間、收件地址與信件用途，查清楚它停在哪一段，再決定是否重送。

WordPress 產生郵件、外部服務接受郵件、收件系統收到郵件，是不同的事件。本篇用 WP Mail SMTP 與 Brevo 示範建立可追查的寄信設定，適用於密碼重設與通知等網站郵件；實際可用服務與額度仍依帳號方案確認。

先畫出網站的寄信路徑

列出哪些功能會寄信，例如會員註冊、表單通知、留言提醒及訂單訊息，並記錄各功能的寄件人、收件人與觸發條件。若有外掛直接呼叫自己的外部服務，也要另外標示，不能假設安裝一套 SMTP 外掛就接管網站所有郵件。

檢查目前是否已有寄信外掛或主機整合。多套工具同時更改寄件設定，可能讓你無法判斷哪一套實際生效。先保留設定紀錄，在測試站確認要保留的路徑，再安排正式切換；測試站也應限制收件對象，避免把備份中的會員地址拿來群發。

一般 SMTP 連線通常要核對主機、連接埠、加密與驗證方式；Brevo 專用 mailer 則使用 API 金鑰。外掛名稱雖含 SMTP，畫面選到的服務不一定要填 SMTP 密碼，因此先按所選 mailer 的官方文件準備資料。

準備可辨識且可維護的寄件身分

使用自己控制網域的寄件地址，並指定人員處理回覆。寄件名稱可以是工作室或網站名稱，保持不同通知之間的一致性。外部寄信服務能送出郵件，不代表它自動提供日常收件信箱；需要收回信時，仍要有可運作的信箱或正確 Reply-To。

建立 Brevo 帳號後，先確認帳號啟用狀態及交易郵件功能可用，再新增與 From Email 一致的網域。若使用寄件子網域，也應保持對應，不要驗證一個網域卻從另一個網域寄送。免費信箱服務的公用網域不由你控制，不能拿來完成自己的 DNS 驗證。

在選方案前估算每日正常通知量、尖峰與重試量。把大量行銷活動與必要通知的需求分開評估，查看平台限制與剩餘用量。本文不把某個免費額度當成長期承諾，也不建議為了測試而一次大量寄信。

依帳號產生的紀錄完成網域驗證

Brevo 正逐步提供新的網域設定流程，部分帳號仍會看到舊版 Authenticate 介面。依目前畫面選擇自動或手動驗證，紀錄名稱、類型與值以該帳號產生的內容為準。官方列出 Brevo code、DKIM 與 DMARC；DKIM 可能是 TXT 或兩筆 CNAME，不能套用別人的範例。

先確認實際管理 DNS 的服務在哪裡，再新增要求的紀錄。網域購買處不一定就是目前 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 金鑰誤當 API 金鑰。儲存後核對所選服務沒有變動。

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 紀錄與設定位置

• 教學
• 軟體與 App
• 架站與電商
• WordPress