Cloudflare Email Routing 免費電子郵件路由功能，可自訂網域信箱地址並轉寄至已驗證目的地 Email 位址

你在經營一個網站或部落格，想用類似「hello@你的網域.com」這樣的信箱地址來收信，卻不想每個月花錢訂閱 Google Workspace 嗎？這其實是很多站長剛起步時都會碰到的問題。自訂網域信箱確實能提升品牌形象，客戶或讀者看到專屬網域的 Email，直覺上就覺得這個網站比較認真在經營。不過付費方案一個月至少 6 美元起跳，對於剛起步的個人部落格或小型專案來說，能省就省。

Cloudflare Email Routing 就是為了這個需求而生的免費服務。只要你的網域使用 Cloudflare 進行 DNS 代管，就能直接在帳號裡面啟用電子郵件路由功能，提供免費自訂網域信箱轉寄服務，把寄到你自訂網域的信件全部轉寄到你的 Gmail 或其他常用信箱。整個過程不用花一毛錢，也不用安裝額外的軟體或外掛。

這篇文章會從頭帶你了解 Cloudflare Email Routing 的功能、完整的 Cloudflare Email 設定教學、常見問題的排除方法，以及跟其他免費方案的比較。讀完之後你就能自己動手完成 Cloudflare 信箱轉寄設定，不用再為了自訂網域信箱傷腦筋。

為什麼你需要自訂網域 Email 信箱

先聊聊為什麼自訂網域信箱這件事值得你花時間設定。想像一下，當你收到一封來自「[email protected]」的信，跟一封來自「[email protected]」的信，你對這兩者的信任度是不是不一樣？多數人的直覺反應是：有自訂網域的那個看起來比較正式、比較可靠。

這不只是感覺問題。在商務溝通中，自訂網域信箱確實能帶來更高的開信率和回覆率。對於經營 虛擬主機 上 WordPress 網站的站長來說，有一個專屬的 Email 地址也讓你在聯繫主機商、註冊網域或處理技術問題時，看起來更專業。

問題在於，要獲得這個專業形象通常得花錢。Google Workspace 個人方案每個月 6 美元起，對一個還沒開始賺錢的部落格來說是一筆固定支出。有些人會選擇透過 Bluehost 或 其他虛擬主機 內建的免費信箱功能來設定，但這條路也並不完美，信件漏收、SPF 驗證失敗這類問題時常發生。

Cloudflare Email Routing 提供了第三條路：免費、穩定、設定簡單。你的網域只要託管在 Cloudflare 的 DNS 上，就能馬上開始使用，不需要額外的費用或複雜的技術操作。

Cloudflare Email Routing 是什麼

Cloudflare Email Routing 是 Cloudflare 推出的免費電子郵件路由服務。簡單來說，它幫你把寄到自訂網域信箱（例如 [email protected]）的信件，自動轉寄到你指定的個人信箱（例如你的 Gmail）。你不需要自己架設郵件伺服器，也不需要購買任何郵件託管方案。

這項服務的運作原理很直覺：你在 Cloudflare 的 DNS 設定中加入特定的 MX 紀錄和 TXT 紀錄，讓外界的郵件伺服器知道，所有寄到你網域的信件都應該送到 Cloudflare 的伺服器。Cloudflare 收到信件後，再根據你設定的路由規則，把信轉寄到你的目的地信箱。整個過程對寄件者完全透明，他們只會看到你的自訂網域地址。

早期這項功能處於 Beta 測試階段，需要排隊候補才能使用。但現在 Email Routing 已經正式開放（GA），所有在 Cloudflare 上代管 DNS 的用戶都能直接在儀表板中啟用，不需要額外申請。如果你對 DNS 的基本概念還不熟悉，可以參考我們之前寫過的 DNS Flag Day 相關介紹，先建立基礎認識。

比較特別的是，Cloudflare 在設計這項服務時就把隱私保護放在核心位置。他們不會儲存你的信件內容，也不會掃描信件來投放廣告。信件只是經過 Cloudflare 的伺服器做轉寄，處理完就刪除。這一點對於注重隱私的使用者來說很重要，特別是跟某些會掃描信件內容的免費信箱服務相比。

Cloudflare Email Routing 功能特色

在正式進入設定教學之前，先整理一下 Cloudflare Email Routing 的主要功能特色，讓你對這項服務有更完整的認識。

• 完全免費，沒有數量限制。不論你設定多少個自訂地址、每月轉寄多少封信件，都不收任何費用。這點比很多標榜免費但實際上有限制的服務大方得多。
• 隱私保護為設計核心。Cloudflare 不儲存也不查看你的信件內容，所有信件只做即時轉寄處理。跟 ProtonMail 一樣把隱私當作核心承諾，只是實現方式不同。
• 路由至你偏好的信箱。轉寄目的地可以是任何信箱，Gmail、Outlook、Yahoo Mail 都行。你也可以隨時更改目的地，不需要通知寄件者。
• Catch-all 全部擷取功能。啟用後，所有寄到你網域但沒有設定特定地址的信件，都能統一收到。這對防止漏信非常實用。
• 無自訂地址與目的地數量上限。你可以為同一個網域建立 info、support、contact 等多個地址，每個都可以轉寄到不同的信箱。
• 每個地址可以獨立啟用或停用。如果某個地址暫時不想用了，可以直接停用而不需要刪除，之後想重新啟用也隨時可以。

功能雖然強大，但也要留意一個限制：Cloudflare Email Routing 目前只支援「收信」轉寄，不支援從你的自訂網域地址「寄信」。也就是說，別人可以寄信到 [email protected]，但你無法用這個地址回信。後面的章節會提供幾個替代方案來解決寄信的需求。

Cloudflare Email Routing 完整設定教學

接下來進入實作部分。這份 Email Routing 教學可以分成五個步驟，跟著做大約 10 到 15 分鐘就能完成。

接下來進入實作部分。整個設定過程可以分成五個步驟，跟著做大約 10 到 15 分鐘就能完成。前提是你的網域已經使用 Cloudflare 進行 DNS 代管，如果還沒有，可以先參考我們的 Cloudflare 免費 CDN 與 DNS 完整教學。

步驟一：進入 Email Routing 設定

登入你的 Cloudflare 帳號，進入你想設定 Email 路由的網域。在左側選單中找到「電子郵件」這個選項（英文介面顯示為 Email），點進去後就會看到 Email Routing 的設定頁面。如果你從來沒有使用過這個功能，畫面上會顯示一個「開始使用」的按鈕，點下去就對了。

如果你的網域是在 Namecheap 或其他註冊商購買的，只要把 DNS 指向 Cloudflare 的 Nameserver 就能使用這項功能。不一定要用 Cloudflare 註冊網域才行，這點跟很多人想像的不一樣。

步驟二：建立自訂 Email 地址

進入 Email Routing 頁面後，你會看到「自訂地址」這個區塊。在「自訂地址」的空格裡輸入你想要的名稱，一般常見的像是 contact、info、support、hello 或你的名字。以我自己為例，我就設定了 sliven 這個地址，所以完整的信箱就是 [email protected]。

後面的「目的地地址」欄位，填入你平常收信用的信箱地址。這通常會是你的 Gmail 或其他主要信箱。如果你同時經營多個網站，也可以設定不同的地址轉寄到不同的信箱。例如商務相關的信件轉寄到工作信箱，讀者來信轉寄到個人信箱。

步驟三：驗證目的地信箱

填完自訂地址和目的地後，Cloudflare 會寄一封確認信到你剛剛填入的目的地信箱。你需要打開那封信，點選裡面的驗證連結，證明這個信箱確實屬於你。這個步驟是必要的，防止有人把信件轉寄到別人的信箱。

驗證成功後，Cloudflare 的畫面會自動更新，顯示驗證通過的狀態。如果沒有收到驗證信，先檢查一下垃圾信件夾，有時候這類系統信件會被誤判。也可以等幾分鐘後重新發送驗證信。這個流程跟很多線上服務的驗證方式類似，並不複雜。

步驟四：設定 DNS 紀錄

驗證完信箱後，下一步就是設定 DNS 紀錄。Cloudflare 會需要新增兩類紀錄到你的 DNS 設定中：MX 紀錄和 TXT 紀錄。MX 紀錄告訴外界的郵件伺服器「這個網域的信件應該送到哪裡」，TXT 紀錄則包含 SPF 資訊，用來驗證 Cloudflare 有權代為處理你的信件。

好消息是 Cloudflare 提供了「自動新增 DNS 紀錄」的功能，點一下按鈕它就幫你把所有需要的 MX 和 TXT 紀錄都設定好，不需要手動去查詢應該填什麼值。如果你之前有使用過其他的郵件路由服務（例如 A2 Hosting 或 SiteGround 內建的信箱功能），系統會自動偵測到衝突的紀錄並顯示出來，讓你一鍵刪除。這個設計非常貼心，省去了很多手動排查的麻煩。

步驟五：確認啟用並測試

DNS 紀錄設定完成後，Cloudflare 會自動進行檢測，確認所有紀錄都正確無誤。在 Email Routing 頁面的「電子郵件傳送 DNS 紀錄」區塊中，你應該能看到路由功能的狀態顯示為「已啟用」。到這裡設定就完成了。

建議你做一個簡單的測試：用另一個信箱寄一封信到你剛設定好的自訂網域地址，看看是不是能正常收到。如果幾分鐘內信件就出現在你的目的地信箱中，表示一切正常。如果等了 10 分鐘以上都沒收到，可以參考後面的疑難排解章節。

順帶一提，如果你使用的是 Kinsta 或 Bluehost 這類的 WordPress 主機服務，設定過程完全一樣。Cloudflare Email Routing 是在 DNS 層級運作的，跟你實際使用哪一家主機商沒有關係。

DNS 紀錄設定詳解：MX、TXT 與衝突處理

雖然 Cloudflare 提供了自動設定功能，但了解背後的原理還是很有幫助的，特別是遇到問題需要除錯的時候。這裡簡單說明一下 MX 紀錄和 TXT 紀錄各自的作用。

MX 紀錄（Mail Exchange）是 DNS 中用來指定「這個網域的信件應該交給哪個郵件伺服器處理」的紀錄。當有人寄信到 [email protected] 時，寄件端的郵件伺服器會先查詢你網域的 MX 紀錄，找到對應的伺服器後才把信送過去。Cloudflare Email Routing 會把你的 MX 紀錄指向他們自己的郵件伺服器（像是 route1.mx.cloudflare.net 這類地址），這樣所有信件就會先經過 Cloudflare 再轉寄給你。

TXT 紀錄中的 SPF則是一種驗證機制。SPF（Sender Policy Framework）紀錄聲明了哪些伺服器有權代表你的網域發送信件。Cloudflare 會幫你設定一條 SPF 紀錄，內容大致是「只有 Cloudflare 的伺服器可以代為處理這個網域的信件」。這可以防止別人冒用你的網域來寄垃圾信。對於 DNS 的安全性來說，SPF 是非常基礎但也非常重要的一環。

如果你的網域之前設定過其他的郵件服務（例如主機商提供的信箱或 SiteGround 的郵件功能），原有的 MX 紀錄會跟 Cloudflare 的設定產生衝突。Cloudflare 的 Email Routing 頁面會自動偵測這些衝突並列出來，你只需要在頁面上點「刪除」就能移除舊的紀錄。這比手動去 DNS 管理頁面一條條找要方便得多。

一個小提醒：DNS 紀錄的更新需要一點時間傳播到全球各地的 DNS 伺服器。大多數情況下幾分鐘就能生效，但偶爾可能需要等上幾個小時。如果你剛設定完 DNS 紀錄但測試時收不到信，先等個 15 到 30 分鐘再試一次。這跟你在 調整 WordPress 快取設定 後需要等待重新產生頁面的道理類似。

Catch-all 全部擷取地址功能

Catch-all 是 Cloudflare Email Routing 中一個很實用但有時候被忽略的功能。它的作用很簡單：當有人寄信到你網域下某個你沒有設定的地址時（例如有人把 hello 打成 helloo，寄到了 [email protected]），Catch-all 可以把這封信也收下來，而不是讓它直接消失。

啟用方式很直接。在 Email Routing 頁面的下方，你會看到一個「全部擷取地址」的區塊。點進去後可以選擇兩種行為：要嘛把這些信件全部轉寄到一個你指定的信箱，要嘛直接丟棄。對大多數人來說，轉寄到主要信箱是比較保險的做法，因為你永遠不知道什麼時候會有人打錯地址寄了一封重要的信過來。

如果你是技術型的使用者，Catch-all 還有一個進階玩法：搭配 Cloudflare Workers 來做自動化處理。例如你可以寫一段腳本，讓 Catch-all 收到的信件自動根據內容分類、轉寄給不同的人，或者觸發某個 webhook 通知。這對於有客服需求的團隊來說非常實用。不過這部分需要一點程式基礎，如果你只是單純想收信，用不到這個進階功能也完全沒關係。

Catch-all 功能跟 Atmarket 這類免費 Email 轉寄服務的概念類似，但好處是完全整合在 Cloudflare 的生態系中，不需要額外註冊第三方服務。如果你之前用過 SendPulse 或 Hunter Templates 這類跟 Email 相關的工具，對於這種「統一管理所有信件」的概念應該不陌生。

如何透過自訂網域信箱寄信

前面提到過，Cloudflare Email Routing 目前只支援收信轉寄，不支援從你的自訂網域地址寄信。這確實是它最大的限制，但也不是沒有解決辦法。以下提供三個常見的替代方案。

方案一：在 Gmail 中設定「以這個地址寄信」。這是大多數人最常用的方法。在 Gmail 的設定裡，有一個「帳戶和匯入」標籤，裡面的「以這個地址寄信」功能可以讓你新增一個自訂的寄件者地址。設定好之後，你在 Gmail 寫信時就能選擇用 [email protected] 作為寄件者。Gmail 會透過 SMTP 轉發你的信件，收件人看到的寄件者就是你的自訂網域地址。這個方法完全免費，但需要你有一個可用的 SMTP 伺服器。

方案二：使用第三方 SMTP 服務。如果你的寄信量比較大（例如需要寄電子報或大量通知信），可以考慮使用 SendGrid、Mailgun 或 Amazon SES 這類的第三方 SMTP 服務。這些服務通常有免費額度，對於小量使用來說成本幾乎是零。設定好 SMTP 後，再搭配 Gmail 或其他郵件客戶端的「以這個地址寄信」功能就能運作。

方案三：升級到 Google Workspace。如果你需要完整的雙向信箱功能（收信、寄信、日曆、雲端硬碟全都包），那直接購買 Google Workspace 是最省心的選擇。雖然每個月要花錢，但功能最完整、穩定性也最好。特別是對於已經有團隊或正在認真經營商業網站的人來說，Google Workspace 的投資是值得的。如果你是剛開始接觸 WordPress 的新手，也可以考慮先在 InstaWP 建一個測試站，熟悉整個流程後再決定要不要升級付費方案。

選擇哪個方案取決於你的需求和預算。如果你只是偶爾需要用自訂地址寄信，方案一就夠了。如果寄信頻率高或者需要發送電子報，方案二比較適合。如果是商業用途且預算允許，方案三是長期最穩妥的選擇。我們在虛擬主機選擇的相關文章中也提過類似的邏輯：根據你的實際需求來選擇方案，而不是一味追求最貴或最便宜的。

Cloudflare Email Routing 與其他免費方案比較

為了讓你更容易判斷 Cloudflare Email Routing 是不是適合你的方案，這裡簡單比較幾個常見的選擇。

Google Workspace。功能最完整的方案，提供雙向信箱、日曆、雲端硬碟、線上文件等完整生產力工具。但每月至少 6 美元起，對個人站長來說成本不低。適合已經有穩定收入的商業網站。

Zoho Mail 免費版。提供完整信箱功能（可以收信也可以寄信），免費方案支援最多 5 個使用者。設定過程比 Cloudflare 稍微複雜一些，需要同時設定 MX 和其他驗證紀錄。如果你需要雙向信箱但不想花錢，Zoho 是一個值得考慮的選項。

虛擬主機內建信箱。很多主機商（像是 000Webhost、5GBFree 或 A2 Hosting）都提供免費的電子郵件信箱功能。理論上可以透過主機的 cPanel 或自建控制台來建立自訂網域信箱，然後再設定轉寄到 Gmail。但實際使用上，主機商的信箱服務穩定性差異很大，經常會出現收不到信或信件被擋的問題。如果你的網站是架在 DemosWP 這類測試環境上，信箱功能就更不穩定了。

綜合來看，Cloudflare Email Routing 的定位很明確：它提供的是「收信轉寄」這個特定功能，做得很好而且完全免費。如果你只需要收信，它就是最好的選擇。如果你需要寄信或完整的信箱功能，就需要搭配其他方案。

Cloudflare Email Routing 常見問題與疑難排解

設定過程中遇到問題是很正常的。以下整理幾個最常見的狀況和對應的解決方法。

設定完成但收不到信。這是最多人遇到的問題，原因通常出在 DNS 紀錄。到 Cloudflare 的 DNS 管理頁面，確認 MX 紀錄有正確指向 Cloudflare 的郵件伺服器（route1.mx.cloudflare.net、route2.mx.cloudflare.net 等）。再檢查一下有沒有殘留的舊 MX 紀錄造成衝突。如果一切看起來都正確，可能只是 DNS 傳播還沒完成，最久可能需要 48 小時。可以先等一段時間再測試。

信件被轉寄到垃圾信件夾。這個問題通常出在目的地信箱那一端。Gmail 有時候會把轉寄來的信件標記為垃圾郵件，特別是剛設定好的時候。解決方法是在 Gmail 中把轉寄地址加入聯絡人，或者在垃圾信件夾中手動標記為「非垃圾郵件」。隨著時間推移，Gmail 會學習到這些信件是你想要的。

DNS 設定一直顯示錯誤。如果你之前用過其他郵件服務，可能有一些舊的 SPF 或 DKIM 紀錄干擾。到 Cloudflare 的 DNS 頁面把所有跟郵件相關的舊紀錄都刪掉，然後回到 Email Routing 頁面重新讓它自動設定。這跟處理 WordPress 500 錯誤 的思路一樣：先把可能有問題的設定清除，再重新設定一次。

想停用 Email Routing。很簡單，進入 Email Routing 頁面後，把「啟用電子郵件路由」的開關關掉就行。你也可以選擇只停用特定地址的轉寄，而不關閉整個服務。如果你之後想恢復使用，只要再打開開關即可，不需要重新走一遍完整的設定流程。

多個網域同時使用。可以的。每一個在 Cloudflare 上代管的網域都能獨立設定自己的 Email Routing。你不需要為每個網域建立不同的帳號，同一個 Cloudflare 帳號下管理的所有網域都能分別設定。這對於同時經營多個網站的站長來說非常方便。如果你還在考慮要買哪個網域，可以參考我們的 網域名稱選擇指南。

Cloudflare Email Routing 優缺點總結

講了這麼多，用一個簡潔的表格來總結 Cloudflare Email Routing 的優缺點，幫助你快速判斷它是否適合你。

面向	優點	缺點
費用	完全免費	無付費升級選項
設定難度	非常簡單，自動設定 DNS	需要網域先在 Cloudflare 代管
收信功能	穩定可靠，無數量限制	僅支援轉寄，沒有信箱介面
寄信功能	無	不支援，需搭配其他方案
隱私	不儲存信件內容	信件經過 Cloudflare 伺服器轉寄
整合性	與 Cloudflare 生態系深度整合	需使用 Cloudflare DNS

Cloudflare Email Routing 最適合的對象是：個人站長、部落客、自由工作者或小型工作室，這些人需要一個看起來專業的自訂網域信箱來收信，但不需要完整的雙向信箱功能，也不想為此每個月花錢。如果你的需求跟上面描述的吻合，那這項服務幾乎是為你量身打造的。

如果你同時也在尋找能加速網站的 CDN 服務，Cloudflare 本身就是最好的選擇之一。你可以順便測試一下 Cloudflare Speed Test，看看你的網路速度跟 Cloudflare 的表現如何。或者如果你正在煩惱驗證碼的問題，也可以試試 Cloudflare Turnstile，它是目前最好的 reCAPTCHA 替代方案之一。

對於剛開始建立線上品牌的新手站長來說，我通常會建議先把 Cloudflare Email Routing 設定起來用，等到網站有穩定流量和收入之後，再考慮升級到 Google Workspace 或其他付費方案。這種漸進式的做法可以讓你在不增加成本的情況下獲得專業形象。另外，如果你正在規劃購買網域，我們整理了一篇 TLD-List 網域註冊最便宜方案 的介紹，可以幫你找到最划算的網域註冊方案。

最後補充一點，如果你關心 WordPress 網站的整體效能優化，別忘了看看我們的 WordPress 快取外掛推薦 和 WordPress SEO 外掛推薦。一個好的網站除了信箱看起來專業之外，速度和 SEO 也同樣重要。如果你使用的是台灣本土主機，也可以參考 戰國策 WordPress 主機評價。

常見問題 FAQ

Cloudflare Email Routing 完全免費嗎？

是的，完全免費。Cloudflare 不收取任何費用，也沒有信件數量或自訂地址數量的限制。你唯一需要的就是一個使用 Cloudflare DNS 代管的網域。如果你想了解如何從零開始購買網域，可以參考我們的 網域購買教學。

可以同時在多個網域上使用 Cloudflare Email Routing 嗎？

可以。每一個在 Cloudflare 上代管的網域都能獨立啟用 Email Routing 並分別設定不同的自訂地址和轉寄規則。不需要額外付費或做任何特殊設定。

轉寄的信件會被標記為垃圾郵件嗎？

大多數情況下不會。Cloudflare 的轉寄服務設計得很穩當，主流信箱服務（Gmail、Outlook 等）通常不會把轉寄來的信件當作垃圾郵件。不過剛開始使用的時候偶爾會發生，把轉寄地址加入聯絡人就可以解決。

Cloudflare Email Routing 支援寄信功能嗎？

目前不支援。Cloudflare Email Routing 只提供收信轉寄功能，無法從你的自訂網域地址寄出信件。如果你需要寄信功能，可以參考前面提到的三個替代方案：Gmail SMTP 設定、第三方 SMTP 服務、或升級 Google Workspace。

一個自訂地址可以轉寄到多個信箱嗎？

不行，一個自訂地址只能轉寄到一個目的地信箱。如果你需要同一封信同時送到多個信箱，可以在目的地信箱（例如 Gmail）中設定進一步的轉寄規則，或者建立多個不同的自訂地址分別轉寄到不同的信箱。

DNS 設定完成後多久會生效？

通常幾分鐘內就能生效，但最久可能需要 48 小時。這取決於全球各地 DNS 伺服器的快取更新速度。在 Cloudflare 的 DNS 上做修改通常比在其他 DNS 服務商上快，因為 Cloudflare 的傳播速度本身就是業界領先的。如果超過 24 小時還沒生效，建議檢查一下紀錄設定是否正確。

服務名稱：Cloudflare Email Routing
官方網站：https://www.cloudflare.com/zh-tw/email-forwarding-waitlist-sign-up/