Cloudflare Email Routing 怎麼用？搭配 Zeabur Email 做網域收信與寄信

很多人買了網域後，第一個想要的是：

我可不可以有一個 [email protected]？

但真的開始設定才會發現，Email 分成兩件事：

• 寄信
• 收信

這兩件事不是同一套設定。

如果你用 Zeabur Email，你可以用 API 從網站或程式寄信。
如果你用 Cloudflare Email Routing，你可以把寄到網域信箱的信轉發到 Gmail。

但兩者各自都有邊界：

• Zeabur Email 不是 Gmail，不能登入收信。
• Cloudflare Email Routing 不是 SMTP，不能幫你寄信。

所以最省錢的組合是：

用 Zeabur Email 負責寄，用 Cloudflare Email Routing 負責收。

這篇整理設定邏輯和常見坑。

如果你是 WordPress 網站，想看 Zeabur Email API 怎麼接 wp_mail()，可以先看 為什麼 WordPress 發信要改走 Zeabur Email API。這篇則專門補「收信」這一半。

先懂：寄信和收信是兩套基礎設施

你可以先用這張表理解：

很多人在這裡會搞混：

我明明 Zeabur 寄信驗證都過了，為什麼別人寄到 [email protected] 我收不到？

答案通常是：你只設定了寄信，沒有設定收信。

寄信看的是 SPF、DKIM、DMARC。
收信看的是 MX。

如果你還沒用 Cloudflare 管 DNS、CDN 或圖床，可以先看 Cloudflare R2 2026 完整入門 把整個 Cloudflare 工具鏈先建立起來。Email Routing 是 Cloudflare 生態圈裡最不耗錢、上手又最快的入口。

Cloudflare Email Routing 是什麼？

Cloudflare Email Routing 是一個 Email 轉發服務。

它可以讓你建立像這樣的地址：

[email protected]
[email protected]
[email protected]

然後把收到的信轉發到你現有的信箱，例如 Gmail。

但它不是完整信箱。

Cloudflare 官方文件也寫得很清楚：Email Routing 建立的 custom address 只是 forward address，Cloudflare 不處理 outbound email，也沒有 SMTP server。

白話說：

Cloudflare Email Routing 可以收進來再轉發，但不能讓你用它寄出去。

Zeabur Email 是什麼？

Zeabur Email 是發信 API。

它比較像：

• Resend
• SendGrid
• Mailgun
• AWS SES

它適合讓網站、App、後端程式寄出：

• 表單通知
• 註冊驗證信
• 訂單通知
• 忘記密碼信
• 交易信

Zeabur 官方文件也把它定位成 email sending API service，提供 REST API、API key、網域管理等功能。

但它不是讓你登入收信的 mailbox。

所以如果你的需求是：

我想用 [email protected] 寄網站通知，也想讓客人回信時我收得到。

你就需要把 Zeabur 和 Cloudflare 搭起來。

完整架構長什麼樣？

可以想成這樣：

寄出通知信：
網站 / App / 後端
→ Zeabur Email API
→ from: [email protected]
→ 客戶信箱

收到客戶回信：
客戶
→ [email protected]
→ Cloudflare Email Routing
→ 轉發到你的 Gmail

這樣你的對外地址看起來都是 [email protected]。

但實際上背後是兩個服務在分工。

Cloudflare Email Routing 設定步驟

Step 1：確認網域 DNS 在 Cloudflare

Cloudflare Email Routing 最順的情況，是你的網域已經由 Cloudflare 管 DNS。

如果 DNS 不在 Cloudflare，你就要手動設定 MX / TXT，排錯成本會變高。

Step 2：啟用 Email Routing

進入 Cloudflare Dashboard：

Domain → Email → Email Routing

依照導引啟用。

Step 3：新增 destination address

destination address 是你真正收信的地方。

例如：

[email protected]

這一步很容易漏掉：Cloudflare 會寄驗證信到這個 Gmail，你一定要點確認。

沒有確認，轉發規則看起來存在，但實際上不會生效。

Step 4：新增 custom address

custom address 是你想公開給別人的網域信箱。

例如：

[email protected]

然後把它指定轉發到剛剛驗證過的 Gmail。

Step 5：確認 MX records

你可以用終端機查：

dig +short MX yourdomain.com

正常會看到類似：

route1.mx.cloudflare.net.
route2.mx.cloudflare.net.
route3.mx.cloudflare.net.

只要 MX 沒指到 Cloudflare，外部來信就不會進 Cloudflare Email Routing。

一個網域要多個 email，怎麼一次設好？

很多業主開始用 Email Routing 後會想要：

• [email protected] 對外公開
• [email protected] 後台通知
• [email protected] 客服收信
• [email protected] 帳務發票

這些都可以同時設，全部轉發到同一個 Gmail。做法是回到 Step 4，在 Routes → Custom addresses 重複新增規則：

destination 一次驗證過後可以重複用，不用每設一個 alias 就重驗一次。

想分流到不同信箱（例如業務信寄個人 Gmail、帳務信寄會計信箱），把 Action 的 Destination 改成不同地址即可。前提是每個 destination 都要先在「Destination addresses」加進去並完成驗證。

Catch-all：一條規則接住所有沒明確設過的地址

如果擔心漏設某個 alias，Cloudflare 提供 catch-all。設定路徑：

Cloudflare Dashboard → Email → Email Routing → Routes
→ Catch-all address → Enable
→ Action: Send to an email
→ Destination: [email protected]

開了 catch-all 之後，任何寄到 *@yourdomain.com 的信都會被轉發，連 [email protected] 這種拼錯的也會進來。

優點：不怕漏設 alias。客戶在名片上寫 [email protected] 但你只設了 hello@，catch-all 會接住。

風險：垃圾信會變多。垃圾信寄送機器人會亂試 admin@ / info@ / sales@ 等常見字眼，catch-all 全收。

實務建議：重要 alias（hello / support / admin）先各自明確設規則，catch-all 開著當保險，Gmail 端用 filter 把 catch-all 收到的非熟悉地址自動歸成 unsorted label，定期清理。

同時管多個網域，怎麼集中收信？

如果你同時擁有 lashiblog.com 和 mo-studio.org，兩個網域都想用 Email Routing：

1. 每個網域分別啟用 Email Routing。設定在網域層級，不是 Cloudflare 帳號層級。
2. 共用同一個 destination Gmail。destination 在帳號層級，一次驗證後所有網域都能用。
3. Gmail 端用 filter 自動分流。

Gmail filter 範例：

這樣兩個網域的信都進同一個 Gmail，但 label 分清楚。搜尋 label:lashiblog 就只看那個網域的信，不會混在一起。

destination 驗證信沒收到？4 個排查順序

Cloudflare 寄驗證信時，寄件人是 [email protected]。常見沒收到的原因：

1. 檢查垃圾信夾

Gmail 對 cloudflare.com 的自動信偶爾會判 spam。直接在 Gmail 搜尋 from:cloudflare.com，看垃圾信夾有沒有。

2. 確認 Gmail 沒被 Workspace 管理員擋外部寄信

如果你的 destination 是公司 Google Workspace 帳號，管理員會擋外部 noreply 來源。先改用個人 Gmail 測試是否能收到，再回去查 Workspace 端設定。

3. 在 Cloudflare 點 Resend verification email

路徑：Email → Email Routing → Destination addresses → 找到那個 unverified 地址 → 點「Resend」。

4. 換另一個 destination 測通

拿一個一定收得到的個人 Gmail 加進來，驗證能通過，代表 Cloudflare 端沒問題，問題在原本的 destination 收信設定。

還不行，最後一步：確認網域 MX 已生效。

dig +short MX yourdomain.com

如果 MX 還沒指到 route1/2/3.mx.cloudflare.net，表示 DNS 還沒套用，等 5-30 分鐘再試。

Zeabur Email 要注意什麼？

Zeabur 這邊要注意的是寄信驗證。

你通常要設定：

• SPF
• DKIM
• DMARC
• from domain
• API key

而且你的程式寄件人要和已驗證網域一致。

例如你在 Zeabur 驗證的是 yourdomain.com，那程式就不要亂寫一個未驗證的 from address。

另外，API key 不要寫死在程式碼裡。

用環境變數：

ZEABUR_EMAIL_API_KEY

這樣才不會把 key commit 進 Git。

reply_to 要怎麼設？

如果你用 Zeabur Email 寄出通知信，建議設定 reply_to。

例如：

{
  "from": "[email protected]",
  "to": ["[email protected]"],
  "subject": "你的訂單通知",
  "reply_to": ["[email protected]"]
}

然後 [email protected] 由 Cloudflare Email Routing 轉發到你的 Gmail。

這樣客人按回覆時，你才收得到。

最常見的 5 個坑

什麼情境適合這樣做？

這套做法適合：

• 個人網站
• 小型品牌官網
• Side project
• 等待名單 / landing page
• 小型 SaaS 通知信
• 不想先買 Google Workspace 的專案

不適合：

• 每天大量客服信件
• 多人共用信箱
• 需要完整收件匣、搜尋、標籤、IMAP
• 需要用 [email protected] 在 Gmail 裡頻繁手動寄信

如果你需要的是正式公司信箱，Google Workspace、Zoho、Fastmail 這類完整 mailbox 會更適合。

Cloudflare Email Routing 的限制要先知道

決定要不要長期用之前，這 5 個邊界要先看清楚：

2025 之後 Cloudflare 加了 Workers Email integration，可以把進信路由到 Worker 程式做進階處理（自動回信、轉 webhook 等），需要寫 Worker 程式，適合工程背景使用者。一般小品牌用「Cloudflare 接 + 轉 Gmail」就夠。

如果你的業務符合以下情境，邊界已經到了：

• 每天要寄 100+ 封手動回信
• 客戶常寄 25 MB+ 大檔
• 需要多人輪流回同一個信箱
• 需要 mobile 上看完整 thread

這時改用 Google Workspace（$6 USD / user / 月）或 Zoho Mail（$1 USD / user / 月起）會更穩。

結論：不要把 Email 想成一個設定

Email 不是一個開關。

它至少分成兩層：

• 能不能寄出去
• 能不能收回來

Zeabur Email 解決的是寄信。
Cloudflare Email Routing 解決的是收信轉發。

把兩者合在一起，就能用很低成本做出一個可以用的網域 Email 工作流。

但要記住：

這是寄信 API + 收信轉發，不是完整企業信箱。

只要定位清楚，它就很好用。

FAQ

Cloudflare Email Routing 可以寄信嗎？

不可以。Cloudflare Email Routing 只處理收信轉發，不提供 SMTP，也不處理 outbound email。

Zeabur Email 可以收信嗎？

不可以。Zeabur Email 是發信 API，適合網站或後端程式寄通知信、驗證信、交易信，不是一般收件匣。

我可以不用 Google Workspace 做網域信箱嗎？

可以，如果你只需要公開 [email protected] 收信轉發，並讓網站用 API 寄信，Cloudflare Email Routing + Zeabur Email 就夠。需要多人信箱、IMAP、完整收件匣的話，還是該用正式 mailbox 服務。

為什麼寄得出去卻收不到？

通常是你只完成 SPF / DKIM / DMARC 等寄信驗證，沒有設定收信用的 MX records。收信要另外設定 Cloudflare Email Routing 或其他 mailbox provider。

DNS 要怎麼查？

可以用 dig +short MX yourdomain.com 確認 MX 是否指向 Cloudflare 的 route servers。也要確認 destination address 已完成驗證。

一個 destination 可以對應幾個 custom address？

沒有硬上限。同一個 destination Gmail 可以接 hello@ / support@ / admin@ / billing@ 等多個 alias，destination 驗證一次就能重複用。實務建議 ≤ 10 個 alias，超過代表你需要正式 mailbox 服務分流。

怎麼設 catch-all，把所有沒明確設過的地址都接住？

Cloudflare Dashboard → Email → Email Routing → Routes → Catch-all address → Enable → 指定 destination。建議重要 alias 先明確設規則，catch-all 當保險。catch-all 開了之後，拼錯網址的信和垃圾信也會進來，Gmail 端要用 filter 處理。

客戶寄 25 MB 以上的附件，Cloudflare Email Routing 接得住嗎？

預設接收上限大約 25 MB，跟 Gmail 一致。客戶寄超過會被退信。如果業務常收大檔（設計稿、影片素材），改用 Google Workspace 或請客戶用雲端連結會更穩。

延伸閱讀

• Zeabur 教學 2026：部署 WordPress、n8n、資料庫與自訂網域完整指南
• Cloudflare R2 2026 怎麼用？價格、免費額度與最新更新一次看懂
• 為什麼 WordPress 發信要改走 Zeabur Email API

參考資料

• Cloudflare Email Routing：Get started
• Cloudflare Email Routing Overview
• Zeabur Email
• Zeabur Email REST API