網域一定要跟網站及 Email 放在同一間公司嗎？
不需要。
這可能是很多中小企在建立網上商店時最容易混淆的地方。
你可以使用自己的網域名稱，例如：
www.example.com將網站及網上商店交由 Shopify、Shopline、Wix、BigCommerce 或其他 SaaS 電商平台託管；同時，公司 Email 仍然可以繼續由另一個 Email Hosting 服務提供。
例如：
Website / E-shop
www.example.com
→ SaaS E-commerce Platform
Company Email
[email protected]
→ Kowloon.hk Email Hosting
兩者完全可以同時運作。
關鍵並不是「網域在哪裡買」，而是 DNS Records 怎樣設定。
本文會以實際技術角度解釋如何將網域連接到 SaaS 電商平台，同時保留公司 Email 在獨立的 Email Hosting 環境，並說明設定過程中最容易犯的錯誤，包括誤刪 MX Record、SPF 設定錯誤、DNS 驗證及 SSL 問題等。
目錄
- 網域、Website、Email 到底是甚麼關係？
- 為甚麼 Website 和 Email 可以分開？
- SaaS 電商平台需要修改哪些 DNS Records？
- CNAME、A Record 和 MX Record 有甚麼分別？
- Email Hosting 應該怎樣保留？
- SPF、DKIM 及 DMARC 不應忽略
- 一個實際的 DNS 架構例子
- 將網域連接 SaaS 電商平台的建議流程
- 常見 DNS 設定錯誤
- DNS TTL 與切換時間
- SSL / HTTPS 要注意甚麼？
- 電商網站及 Email 分開託管的優點
- 技術及安全考慮
- 常見問題 FAQ
- Key Takeaways
- 結語
1. 網域、Website、Email 到底是甚麼關係？
首先要理解一個基本概念：
網域名稱本身並不是網站，也不是 Email。
例如你擁有：
example.com這只是一個網域名稱。
它可以透過 DNS 指向不同的服務。
例如：
| 功能 | 可以由誰提供 |
|---|---|
| Domain Registration | Domain Registrar |
| DNS Management | DNS Provider / Registrar |
| Website | SaaS E-commerce Platform |
| Company Email | Email Hosting Provider |
| Email Security | Email Security Provider |
| CDN | CDN Provider |
| SSL Certificate | Website / SaaS Platform |
因此，一個企業的 IT 架構完全可以是：
Domain
example.com
↓
DNS
↓
├── Website → SaaS E-commerce Platform
└── Email → Kowloon.hk Email Hosting
這是一個非常正常的架構。
2. 為甚麼 Website 和 Email 可以分開？
原因是 DNS 可以針對不同的服務使用不同 Record。
最重要的是：
Website
通常會使用：
- A Record
- CNAME Record
- 或 SaaS 平台指定的其他 DNS Record
主要依靠：
- MX Record
因此，將網站指向 SaaS 平台，並不代表你需要將 Email 一起搬過去。
例如：
www.example.com可以指向 SaaS 電商平台。
而：
[email protected]仍然由 Kowloon.hk Email Hosting 處理。
這兩件事互不衝突。
3. SaaS 電商平台需要修改哪些 DNS Records？
當你在 SaaS 電商平台建立網店後，平台通常會要求你將自己的 Domain 加入平台。
之後，平台會提供一組 DNS 設定指示。
常見的要求包括：
- A Record
- CNAME Record
- TXT Record
- 有時會有額外的驗證 Record
最重要的原則是：按照 SaaS 平台當時提供的官方 DNS 指示設定。
不要單純根據網上舊文章設定，因為不同平台、不同時間甚至不同帳戶可能使用不同的 DNS Target。
3.1 www 網址通常使用 CNAME
例如：
www.example.com可能需要設定：
CNAME → SaaS platform hostname實際 Target 必須使用 SaaS 平台提供的值。
這樣當客戶進入：
www.example.comDNS 就會將請求導向電商平台。
3.2 Root Domain 需要特別注意
另一個問題是：
example.com即是沒有 www 的 Root / Apex Domain。
它與：
www.example.com在 DNS 技術上並不是完全相同。
某些 SaaS 平台可能要求：
- A Record
- ALIAS
- ANAME
- 或其他平台特定設定
因此，不要自行將 Root Domain 的 A Record 填入一個從網上找到的 IP Address。
應該使用你的 SaaS 平台所提供的最新設定。
4. CNAME、A Record 和 MX Record 有甚麼分別？
這三種 DNS Record 是建立 SaaS 電商網站時最值得理解的部分。
A Record
A Record 通常用於將 Domain / Hostname 指向 IPv4 Address。
例如概念上：
example.com → IP AddressCNAME Record
CNAME 可以理解為「別名」。
例如：
www.example.com → platform.example.net這在 SaaS 平台非常常見。
MX Record
MX 即是 Mail Exchange。
它告訴互聯網上的其他 Mail Server：
「寄往 example.com 的 Email，應該交給哪一個 Mail Server？」
因此，如果你的公司 Email 由 Kowloon.hk Email Hosting 提供，MX Record 就是其中一組非常重要的 DNS 設定。
5. Email Hosting 應該怎樣保留？
這是整個設定過程中最重要的一點。
假設你的公司使用：
[email protected]而 Email Hosting 仍然由 Kowloon.hk 提供。
當你將 Website 連接到 SaaS 電商平台時：
不要因為 SaaS 平台要求你修改 Website DNS，就隨便刪除原有 MX Records。
Website DNS 與 Email DNS 是兩個不同用途。
可以有：
Website
www.example.com
→ SaaS E-shop
同時：
Email
example.com
→ Kowloon.hk Mail Server
一個簡單概念圖
example.com
│
DNS
│
┌───────────┴───────────┐
│ │
Website Email
│ │
▼ ▼
SaaS E-commerce Kowloon.hk
Platform Email Hosting
│ │
Online Shop [email protected]
這種架構對中小企業非常實用。
你可以選擇最適合你的電商平台，而不需要因為建立網店就強制更換公司 Email。
6. SPF、DKIM 及 DMARC 不應忽略
網站成功運作後，很多企業就以為 DNS 已經完成。
其實 Email Authentication 同樣重要。
如果公司使用：
[email protected]就應該留意至少三個重要概念：
- SPF
- DKIM
- DMARC
SPF
SPF 用來聲明：
哪些 Mail Server 被允許代表你的 Domain 發送 Email？
如果你的 Email 是由 Kowloon.hk Email Hosting 發送，SPF 就應該按照 Email Hosting Provider 提供的正式設定建立。
不要自行猜測 SPF Record。
DKIM
DKIM 使用數碼簽署驗證寄出的 Email。
它可以幫助收件方確認：
這封 Email 是否真的由獲授權的郵件系統發出，而且內容沒有被中途修改？
如果 Email Hosting Provider 提供 DKIM 設定，建議啟用。
DMARC
DMARC 是更高一層的 Email Authentication / Policy 機制。
它可以將 SPF 及 DKIM 的驗證結果進一步結合，並告訴接收方如何處理可疑 Email。
例如：
- Monitor
- Quarantine
- Reject
對企業 Domain 而言，DMARC 是值得逐步建立的 Email Security 控制。
不過，如果你現有 Email 架構比較複雜，不要在不了解所有寄信來源的情況下直接設定嚴格的 Reject Policy。
例如公司可能還有：
- Newsletter system
- CRM
- Accounting system
- Marketing platform
- Customer service platform
它們可能都會代表你的 Domain 發送 Email。
7. 一個實際的 DNS 架構例子
假設公司：
Domain
example.com
Website
由 SaaS E-commerce Platform 提供。
Email
由 Kowloon.hk Email Hosting 提供。
概念上 DNS 可能會是：
| Record | Host | 用途 |
|---|---|---|
| A / ALIAS / 平台指定 Record | @ | Root Website |
| CNAME | www | SaaS Website |
| MX | @ | Kowloon.hk Email |
| TXT | @ | SPF / Domain Verification |
| TXT / CNAME | 指定 Host | DKIM |
| TXT | _dmarc | DMARC |
注意：以上只是架構示例，不是可以直接複製的 DNS 數值。
實際 Record、Hostname、Target 及 Priority 必須以你的 SaaS 平台及 Email Hosting Provider 最新提供的設定為準。
8. 將網域連接 SaaS 電商平台的建議流程
建議不要「邊改邊試」。
採用以下流程會比較安全。
Step 1：先記錄目前 DNS
在修改之前，先保存目前 DNS Records。
尤其要記錄：
- A
- CNAME
- MX
- TXT
- SPF
- DKIM
- DMARC
這是一個非常簡單但非常有價值的 Backup。
Step 2：確認 Email 現時由誰提供
確認：
「目前 example.com 的 Email 是由哪一個 Mail Server 處理？」
如果是 Kowloon.hk Email Hosting，就不要在設定 Website 時誤刪相關 MX Record。
Step 3：在 SaaS 平台加入 Domain
在電商平台的 Domain Settings 中加入：
example.com或者：
www.example.comStep 4：取得平台提供的 DNS Instructions
平台通常會告訴你需要建立甚麼 Record。
例如：
- CNAME
- A Record
- TXT Verification
將這些設定逐項記錄下來。
Step 5：只修改需要修改的 Records
這是最重要的一步。
不要「清空 DNS，再重新設定」。
應該只修改 SaaS 平台要求的 Website Records。
保留與 Email 有關的：
- MX
- SPF
- DKIM
- DMARC
除非 Email Provider 明確要求你修改。
Step 6：完成 Domain Verification
SaaS 平台可能要求你加入 TXT Record 或 CNAME Record 來證明你擁有該 Domain。
完成後，在平台按：
Verify / Connect / Confirm
Step 7：測試 Website
測試：
example.com及：
www.example.com確認：
- Website 可以開啟
- HTTPS 正常
- Browser 沒有 Certificate Warning
- Website 顯示正確內容
Step 8：測試 Email
Website 正常後，不要忘記測試 Email。
至少測試：
Incoming
Gmail / Outlook → [email protected]
Outgoing
[email protected] → Gmail / Outlook
確認：
- 可以收 Email
- 可以發 Email
- 沒有明顯 Delivery Failure
- Email 沒有大量進入 Spam
9. 最常見的 DNS 設定錯誤
錯誤一：刪除所有舊 DNS Records
這是最危險的做法之一。
有些人看到 SaaS 平台列出幾個 DNS Records，就把現有 Zone 全部刪除，再重新輸入平台提供的 Records。
結果可能是：
Website 正常，但 Email 突然停止。
原因可能就是 MX Record 被刪除了。
錯誤二：把 MX Record 指向 Website
Website Server 與 Mail Server 是不同用途。
不要因為 Website 已經轉到 SaaS 平台，就將 MX 一起指向 Website。
錯誤三：建立多個互相衝突的 SPF Records
一個 Domain 不應該隨意建立多個 SPF TXT Records。
如果你已經有 SPF：
v=spf1 ...後來 SaaS、Email Provider、Marketing Platform 各自叫你建立 SPF，就需要整合，而不是簡單建立三條 SPF。
錯誤四：複製網上舊設定
SaaS 平台會改變 DNS 架構。
例如平台可能由舊 IP 改用新的 Infrastructure。
因此：
以 SaaS 平台目前 Account / Domain Settings 顯示的資料為準。
錯誤五：DNS 已經修改，就立即不停修改
DNS 有 Cache。
修改後立即看到舊結果，不一定代表設定錯誤。
如果不停修改 DNS，反而更難判斷真正問題。
10. DNS TTL 與切換時間
DNS Record 有一個重要參數：
TTL — Time To Live
它控制 DNS Resolver 可以 Cache 該 Record 多久。
因此，當你修改：
www.example.com的 DNS 後：
- 有些使用者可能立即看到新網站；
- 有些使用者可能暫時仍看到舊結果。
這並不一定代表 DNS 設定錯誤。
如果是重要網站切換，建議：
- 事前檢查 DNS；
- 確認新網站已經準備好；
- 在適當情況下提前降低 TTL；
- 完成切換；
- 再逐步恢復適合的 TTL。
11. SSL / HTTPS 要注意甚麼？
現在的網站基本上都應該使用 HTTPS。
當 Domain 指向 SaaS 電商平台後，平台通常會為 Custom Domain 配置 SSL / TLS Certificate。
但需要注意：
DNS 指向正確，不代表 SSL 一定立即完成。
SaaS 平台可能需要：
- Domain DNS 正確；
- Domain Verification 完成；
- 平台偵測到 DNS；
- SSL Certificate Provisioning；
- HTTPS 啟用。
因此，如果剛剛完成 DNS 修改，不要立即因為 HTTPS 尚未生效就反覆修改 DNS。
先查看平台的 Domain / SSL Status。
12. 電商網站及 Email 分開託管的優點
這種架構對不少中小企業都有實際好處。
12.1 可以自由選擇電商平台
你可以根據：
- 電商功能
- Payment Gateway
- Marketing Tools
- Inventory
- Shipping
- App Integration
- International Sales
選擇最適合的 SaaS 平台。
不需要因為 Email Hosting 的選擇而被綁定。
12.2 Email 不需要因為建立網店而搬遷
如果公司已經有：
[email protected]
[email protected]
[email protected]就不一定需要因為建立 E-shop 而更換 Email Provider。
這可以減少：
- Mail Migration
- DNS Risk
- User Reconfiguration
- Historical Mail Migration
- Staff Training
12.3 Website 與 Email 可以獨立管理
如果未來更換電商平台，只需要重新處理 Website DNS。
Email 架構可以保持不變。
同樣，如果未來更換 Email Hosting，也可以在不更換 E-commerce Platform 的情況下處理。
這種架構具有較高的 Vendor Independence。
13. 技術及安全考慮
雖然 Website 與 Email 分開託管很方便，但仍然需要做好 DNS 管理。
建議一：保留 DNS Change Record
記錄：
- 修改日期
- 修改者
- 修改原因
- 原本 Record
- 新 Record
- SaaS Provider
- Email Provider
企業長遠管理會容易很多。
建議二：不要讓太多人可以修改 DNS
DNS 是非常重要的 Infrastructure。
如果任何人都可以修改 DNS，就可能造成：
- Website Hijacking
- Email Interruption
- Phishing
- Domain Verification Abuse
- SSL 問題
因此，DNS Account 應該啟用：
- Strong Password
- MFA / 2FA
- Least Privilege Access
建議三：特別保護 MX、SPF、DKIM、DMARC
網站看不到，只是 Website 問題。
但如果 MX 被錯誤修改，公司 Email 可能立即受到影響。
因此，Email DNS Records 應該視為企業的重要 IT 資產。
14. 常見問題 FAQ
Q1：我的網域可以在 A 公司購買，但 Website 在 B 公司，Email 在 C 公司嗎？
可以。
只要 DNS 正確設定，不同服務可以由不同 Provider 提供。
Q2：我把 Domain 指向 Shopify / 其他 SaaS 平台後，公司 Email 會不會停止？
不一定，正常情況下不會。
真正需要注意的是你有沒有錯誤修改或刪除 MX、SPF、DKIM 等 Email DNS Records。
Q3：建立網店是否一定要將 Email 一起搬過去？
不需要。
Website Hosting 與 Email Hosting 可以分開。
Q4：為甚麼 SaaS 平台叫我修改 DNS？
因為 SaaS 平台需要透過 DNS 確認你的 Domain Ownership，並將 Website Traffic 導向它的平台。
Q5：我可以直接刪掉原本所有 DNS Records 嗎？
不建議。
除非你非常清楚每一條 Record 的用途，否則應該只修改平台要求的 Records。
Q6：MX Record 是不是 Website 用的？
不是。
MX Record 主要用於指定 Domain 的 Email Mail Server。
Q7：DNS 修改後多久才會生效？
沒有一個適用於所有情況的固定時間。
實際速度取決於 DNS TTL、Resolver Cache、Provider 及其他因素。
Q8：如果 Website 已經正常，但 Email 出問題，應該先檢查甚麼？
首先檢查：
- MX Records
- SPF
- DKIM
- DMARC
- Mail Server Status
- DNS 是否被意外修改
不要因為 Website 正常，就假設整個 DNS Zone 都正確。
15. Key Takeaways
如果你只記住這篇文章的幾點，請記住：
① Domain ≠ Website ≠ Email
三者是不同的服務。
② SaaS E-shop 與 Email Hosting 可以分開
你的 Website 可以使用 SaaS 電商平台，而公司 Email 可以繼續使用獨立的 Email Hosting。
③ DNS 是兩者之間的橋樑
Website 通常涉及 A / CNAME 等 Records。
Email 則主要依靠 MX，以及 SPF、DKIM、DMARC 等相關設定。
④ 不要隨便刪除 MX Records
這是建立 SaaS 網店時最值得注意的地方之一。
⑤ 不要照抄舊 DNS 教學
使用 SaaS 平台及 Email Provider 目前提供的官方設定。
⑥ 修改 DNS 前先 Backup
先記錄現有 DNS Zone，出現問題時才有機會快速 Rollback。
16. 結語：好的架構，不一定要把所有服務放在一起
建立網上商店並不代表企業需要把所有 IT 服務搬到同一個平台。
一個更靈活的架構可以是：
Domain → DNS → Website / E-shop
同時：
Domain → DNS → Email Hosting
讓不同服務各自使用最合適的平台。
對中小企業而言，這種架構可以在保持公司 Email 穩定的同時，靈活選擇合適的 SaaS 電商平台。
真正重要的不是「所有東西是否由同一家公司提供」，而是：
是否清楚知道每一個 DNS Record 是做甚麼，以及修改其中一項服務時，會不會意外影響其他服務。
如果你正準備將現有網域連接到 SaaS 電商平台，建議在修改 DNS 前，先完整記錄現有 DNS Records，特別是 MX、SPF、DKIM 及 DMARC。
做好這一步，通常已經可以避免不少不必要的網站及 Email 問題。
需要協助？
如果你正在設定自己的網域及 SaaS 電商平台，最重要的是先確認：
「Website 要指向哪裡？」
以及：
「Email 要繼續由哪一個 Mail Server 處理？」
只要這兩件事情清楚，DNS 架構通常就會容易理解得多。
如果這篇文章對你有幫助，歡迎分享給正在建立網上商店、管理公司網站或設定企業 Email 的朋友及中小企業用戶。
相關搜尋關鍵字
主要關鍵字：
網域 SaaS 電商平台
相關關鍵字：
網域指向 SaaS、SaaS 電商網站、網域 DNS 設定、CNAME、A Record、MX Record、Email Hosting、公司 Email、DNS 設定、SPF、DKIM、DMARC、Shopify 網域、網店網域設定、網站與 Email 分開託管、企業 DNS 管理
