MO STORIES
為什麼 WordPress 發信要改走 Zeabur Email API?比 SMTP 更穩的做法
WordPress 發信不該每個外掛各自設定 SMTP。這篇說明如何用 Zeabur Email API 與 mu-plugin 統一 wp_mail,讓表單、訂單、會員與系統通知更好維護。

為什麼 WordPress 發信要改走 Zeabur Email API?比 SMTP 更穩的做法
很多 WordPress 網站收不到表單通知、WooCommerce 訂單信、忘記密碼信時,第一反應都是「再裝一個 SMTP 外掛」。
這樣可以解一部分問題,但不是所有問題。
如果網站越來越像一個正式系統,有會員、訂單、表單、課程、通知,發信就不該被看成外掛設定,而應該被看成基礎設施。
這篇講的是另一種做法:用 Zeabur Email API 統一 WordPress 的 wp_mail() 出口。
如果你只是想先用 Gmail 設定 SMTP,可以看:[[2026-03-21 WordPress SMTP 設定教學:用 Gmail 成功寄出表單、訂單與通知信(2026)|WordPress SMTP 設定教學]]。
解答先行
WordPress 發信改走 Zeabur Email API,真正解決的不是「能不能寄出去」,而是:
- 發信出口統一
- DNS 驗證清楚
- API key 可控
- WooCommerce、表單、會員信共用同一套規則
- 部署環境可以用環境變數管理
- 比每個外掛自己綁 SMTP 更容易排查
一句話:
真正要統一的不是 SMTP 帳號,而是整站的發信出口。
SMTP 外掛不是不能用,而是容易分散
WordPress 裡很多功能都會寄信:
- 聯絡表單
- WooCommerce 訂單信
- 會員註冊信
- 忘記密碼信
- 後台通知
- 課程平台通知
如果每個外掛都自己處理一套 SMTP,日後會出現幾個問題:
| 問題 | 後果 |
|---|---|
| 發信設定分散 | 不知道是哪個外掛寄的 |
| 寄件人不一致 | 容易進垃圾信或驗證失敗 |
| 密碼到處填 | 安全風險變高 |
| 外掛停用就壞 | 基礎功能被外掛狀態影響 |
| 錯誤不好查 | 沒有統一 log 或錯誤出口 |
所以問題不是 SMTP 沒用,而是當網站變複雜後,SMTP 外掛容易變成一堆分散設定。
Zeabur Email API 是什麼
Zeabur 官方文件把 Email 定位成企業級郵件發送 API 服務,提供 REST API、即時 / 定時發送、批次發送、附件、Webhook、網域管理與 API key 管理。
它比較像:
- Resend
- SendGrid
- Mailgun
- AWS SES 的包裝層
而不是:
- Gmail 收件匣
- Outlook 信箱
- 讓你每天登入看信的工具
也就是說:
Zeabur Email 是你的網站用來寄通知信、交易信、驗證信的基礎服務,不是一般信箱。
為什麼要接 wp_mail()
WordPress 很多發信流程最後都會走到 wp_mail()。
如果你用 mu-plugin 攔截 wp_mail(),就可以讓這些信共用同一條發信管線。
這裡的邏輯是:
WooCommerce / 表單 / WordPress 核心
↓
wp_mail()
↓
mu-plugin 攔截
↓
Zeabur Email API
↓
寄件網域驗證後送出
mu-plugin 的好處是它會自動載入,不像一般外掛需要後台手動啟用。對「發信底盤」這種基礎功能來說,它比一般外掛更穩。
適合改走 Zeabur Email API 的網站
| 網站類型 | 建議 |
|---|---|
| 純部落格 | 可用 SMTP 即可 |
| 品牌官網 + 表單 | 可評估 API 發信 |
| WooCommerce | 建議統一發信出口 |
| 會員站 / 課程站 | 建議統一發信出口 |
| 大量交易信 | 建議使用正式 Email API 服務 |
如果只是個人部落格,一個穩定 SMTP 外掛就夠。
但如果你有訂單、會員、金流、課程通知,發信就不是小功能,而是交易流程的一部分。
DNS 驗證比程式碼更重要
Email API 不是接上去就結束。
你還要確認:
- SPF
- DKIM
- DMARC
- 寄件網域
fromaddress
最常見的坑是:
DNS 驗證的是
support.example.com,但程式寄件人卻寫[email protected]。
這樣很容易出現驗證失敗、退信、進垃圾信。
所以正式上線前,請先決定:
- 哪個網域用來寄系統信
- 哪個信箱作為
from - 哪個信箱作為
reply-to - WooCommerce 訂單與客服要回到哪裡
實作概念:不要把 API Key 寫死
程式碼裡不要寫:
$api_key = '你的真實 API KEY';
比較好的做法是從環境變數讀:
$api_key = getenv('ZEABUR_EMAIL_API_KEY');
或在部署平台用 secret / env var 管理。
對 Zeabur 這類平台來說,環境變數本來就是服務設定的一部分。發信 API key 不應該進 Git,也不應該貼在文章或 prompt 裡。
Zeabur Email API 和傳統 SMTP 怎麼選
| 情境 | 傳統 SMTP | Zeabur Email API |
|---|---|---|
| 個人部落格 | 適合 | 可用但不一定必要 |
| 小型官網表單 | 適合 | 適合 |
| WooCommerce 訂單信 | 可用 | 更建議 |
| 多外掛都會寄信 | 容易分散 | 較好統一 |
| 想用 webhook 追蹤狀態 | 較不直覺 | 較適合 |
| 想把設定放進部署流程 | 較弱 | 較適合 |
我的判斷很簡單:
- 只是要「能寄信」:SMTP 可以
- 想要「發信可維護」:API 出口比較穩
和 WooCommerce 搬遷的關係
WooCommerce 搬到 Zeabur 時,Email 是必測項目。
你要測:
- 新訂單給管理員
- 訂單確認給顧客
- 付款完成
- 忘記密碼
- 會員註冊
- 退款通知
如果這些信沒有寄出去,網站看起來能下單,客戶體驗還是會壞掉。
搬遷 SOP 可以接著看:[[2026-05-05 WooCommerce 搬到 Zeabur 前要注意什麼?資料庫、金流、Email 與回滾清單|WooCommerce 搬到 Zeabur 前要注意什麼]]
常見問題 FAQ
Zeabur Email 是信箱嗎?
不是。Zeabur Email 比較像寄信 API 服務,讓網站、App 或後端程式寄出通知信、驗證信、交易信,不是讓你登入收信的 Gmail 類工具。
WordPress 一定要改走 Zeabur Email API 嗎?
不一定。個人部落格或簡單官網用 SMTP 外掛就夠。但 WooCommerce、會員站、課程站這類有交易或帳號流程的網站,統一發信出口會比較穩。
為什麼不用每個外掛自己設定 SMTP?
因為設定會分散,日後難排查。統一 wp_mail() 出口後,表單、訂單、會員與系統通知可以共用同一套寄件規則。
API Key 可以貼給 AI 幫我設定嗎?
不建議。請用 placeholder 讓 AI 產生流程與程式碼,真正的 API key 應該放在 Zeabur Dashboard 或環境變數裡。
參考資料
- Zeabur Email:https://zeabur.com/docs/zh-TW/email
- Zeabur Email REST API:https://zeabur.com/docs/zh-TW/email/rest-api
- Zeabur Email Domain Management:https://zeabur.com/docs/zh-TW/email/domains
- Zeabur 官方頁:https://zeabur.com(可嘗試推薦碼
unclelashi;截至 2026-05-05,實際價格、活動與功能以官方頁面為準。)
看完教學覺得 WordPress 還是太麻煩?
瘦桑與 茉設計 同步提供專業的網站升級服務:
前 5 名諮詢客戶享免費效能報告
延伸閱讀

WordPress SMTP 設定教學:用 Gmail 成功寄出表單、訂單與通知信(2026)
WordPress 不寄信、WooCommerce 新訂單收不到通知、表單寄出卻沒收到?這篇用 Gmail 示範 WordPress SMTP 設定,教你從外掛、App Password 到寄信測試一次完成。

WooCommerce API 教學:REST API Key 申請、Postman 測試與商品上架範例
WooCommerce API 怎麼用?這篇整理 REST API Key 申請路徑、Consumer Key / Consumer Secret 權限、Postman GET / POST 測試、新增商品 JSON 範例,以及 401、403、404、Permalink、SSL 常見錯誤排查。

WooCommerce 搬到 Zeabur 前要注意什麼?資料庫、金流、Email 與回滾清單
WooCommerce 搬到 Zeabur 不能只同步資料夾。這篇整理 staging、資料庫、wp-content、會員、訂單、金流 callback、Email、DNS 與回滾清單。
訂閱 MO Stories
獲得最新的網頁設計趨勢、Headless CMS 技術洞察與數位變現策略。