根網域是什麼？一次搞懂主網域與子網域差異、DNS 設定及 SEO 影響

根網域是什麼？

根網域通常是指可註冊網域名稱中，不含主機名稱或子網域的主要部分，由「次級網域名稱」與「網域後綴」組成。例如在 www.example.com 中，example.com 是根網域，www 是子網域，.com 則是頂級網域（Top-Level Domain，TLD）。根網域也常被稱為主網域、裸網域或 Root Domain。

不過，「根網域」在不同技術情境中可能代表不同概念：

1. 網站與 SEO 領域：通常指 example.com 這類可註冊網域。
2. DNS 架構：根域是整個 DNS 命名空間最上層的「.」。
3. Active Directory：樹系中第一個建立的網域稱為樹系根網域。

因此，討論根網域時應先確認使用情境，不能把網站主網域、DNS 根域與 Active Directory 樹系根網域視為完全相同的概念。

根網域、子網域與網域後綴的差異

以 shop.example.com.tw 為例，shop 是子網域，example.com.tw 是可註冊的根網域，而 .com.tw 是受到公共後綴規則管理的網域後綴。判斷根網域時，不能一律只取最後兩段，因為 .com 與 .com.tw 的管理層級不同。

例如：

• example.com：根網域為 example.com
• example.tw：根網域為 example.tw
• example.com.tw：根網域為 example.com.tw
• www.example.com.tw：www 是子網域
• blog.example.com.tw：blog 是子網域

Mozilla 維護的 Public Suffix List 可協助瀏覽器與應用程式判斷哪些字串屬於公共後綴。這也是為什麼程式不能只用「最後一個句點」或固定段數判斷根網域。

根網域相關概念比較表

DNS 根域與根網域名稱伺服器

DNS（Domain Name System）是一套階層式、分散式的名稱系統，主要功能是將人類容易記憶的網域名稱對應至 IP 位址。部分資料可能寫成 DNS，但正式技術文件通常使用全大寫的 DNS。

DNS 命名空間的最高層是根域，以句點「.」表示。一般網址會省略最後的句點，所以使用者通常看到 www.example.com；其完整網域名稱（FQDN）其實可以寫成 www.example.com.。

根網域名稱伺服器不會保存全球每一個網站的 IP 位址。它的核心工作是提供頂級網域權威伺服器的轉介資訊。例如查詢 www.example.com 時，根伺服器會把解析器引導至 .com 的 TLD 伺服器，而不是直接回答該網站的最終 IP。

完整網域解析流程

典型的網域解析流程如下：

1. 使用者在瀏覽器輸入 www.example.com。
2. 作業系統或瀏覽器向 DNS 遞迴解析器送出查詢。
3. 若解析器沒有可用快取，便查詢根網域名稱伺服器。
4. 根伺服器回傳 .com 頂級網域名稱伺服器的轉介資料。
5. 遞迴解析器向 .com 伺服器查詢 example.com。
6. .com 伺服器回傳 example.com 的權威伺服器資料。
7. 解析器向該權威伺服器查詢 www.example.com 的 A、AAAA 或 CNAME 記錄。
8. 解析器取得答案並依 TTL 快取，再將結果傳回使用者。

根伺服器是未命中快取時的查詢起點之一，但實務上遞迴解析器會大量使用快取，因此每次瀏覽網站並不一定都要重新查詢根伺服器。

根伺服器、遞迴解析器與權威伺服器

DNS 運作涉及多種伺服器，彼此職責不同。根伺服器提供 TLD 轉介；遞迴解析器代替用戶端尋找答案；權威伺服器則保存特定網域的正式 DNS 記錄。

DNS 伺服器角色比較表

網際網路根伺服器系統以 A 至 M 共 13 個邏輯根伺服器識別名稱運作，但這不代表全球只有 13 部實體機器。各營運單位利用 Anycast 在不同國家與地區部署大量節點，讓相同 IP 位址可由鄰近或路由上合適的節點提供服務，藉此提升效能、韌性及抗攻擊能力。

中國根伺服器與常見誤解

搜尋「中國根伺服器」時，經常會看到「某個國家是否擁有獨立網際網路根伺服器」的說法。精確而言，應區分根伺服器的邏輯營運者、Anycast 實體節點，以及特定網路環境中的替代命名系統。

全球 DNS 根區由既有治理與維運機制協調。中國境內可以部署全球根伺服器系統的 Anycast 節點，但節點存在不等於中國單獨控制全球 DNS 根區，也不表示建立了另一套可取代全球公共 DNS 的標準根區。

判斷中國根伺服器相關資訊時，應查閱 ICANN、IANA Root Zone Management，以及 Root Server Technical Operations Association 公布的資料。節點數量與位置會調整，不宜引用缺乏日期或來源的固定數字。

網域後綴與各國網域名稱

網域後綴是網域最右側的部分，可大致分成通用頂級網域（gTLD）與國家及地區代碼頂級網域（ccTLD）。

常見 gTLD 包括：

• .com：廣泛用於商業及一般網站
• .org：常見於組織或非營利機構
• .net：早期多與網路服務有關
• .info：資訊型網站
• .shop、.app、.xyz：新通用頂級網域

各國網域名稱通常依 ISO 3166-1 兩碼國家或地區代碼建立，例如：

• .tw：臺灣
• .jp：日本
• .kr：韓國
• .cn：中國
• .hk：香港
• .uk：英國
• .de：德國
• .us：美國

部分 ccTLD 設有資格、文件、用途或本地聯絡資訊要求，註冊前應查看註冊管理機構的最新規則。.com.tw、.org.tw 與 .idv.tw 則是在 .tw 之下依用途建立的分類網域。

網域後綴可以傳達地理或品牌訊號，但不會因為選用某個後綴就自動取得較高搜尋排名。SEO 表現仍取決於內容品質、網站架構、連結、使用者體驗、技術可存取性與品牌信任度。

根網域的主要 DNS 記錄

購買根網域後，必須在權威 DNS 服務中建立正確記錄，網站與電子郵件才能正常運作。

常見 DNS 記錄清單

• A 記錄：將網域指向 IPv4 位址。
• AAAA 記錄：將網域指向 IPv6 位址。
• CNAME 記錄：將某個名稱指向另一個網域名稱。
• MX 記錄：指定接收電子郵件的郵件伺服器。
• TXT 記錄：用於網域驗證、SPF、DKIM 及其他文字資訊。
• NS 記錄：指定網域使用哪些權威伺服器。
• CAA 記錄：限制哪些憑證機構可以簽發 TLS 憑證。
• DS 記錄：由父區保存，用於建立 DNSSEC 信任鏈。

根網域是否可直接設定 CNAME，取決於 DNS 供應商提供的功能與實作方式。因為根網域同時需要 NS、SOA 等資料，傳統 DNS 規範下不能直接與 CNAME 並存。部分供應商會提供 CNAME Flattening、ALIAS 或 ANAME 等替代功能。

Cloudflare 與根網域設定

Cloudflare 是常見的權威 DNS、內容傳遞網路與網站安全服務供應商。將網域加入 Cloudflare 後，通常需要在原註冊商處，把網域的權威名稱伺服器改為系統指定的 Cloudflare 名稱伺服器。

Cloudflare DNS 設定步驟

1. 在 Cloudflare 建立帳戶並新增根網域，不要輸入 www 子網域。
2. 檢查系統掃描匯入的 DNS 記錄，確認 A、AAAA、CNAME、MX 與 TXT 資料完整。
3. 前往網域註冊商後台，更換為 Cloudflare 指定的 NS。
4. 等待註冊局與 DNS 快取更新。
5. 在 DNS 頁面設定根網域的 A、AAAA 或 CNAME Flattening。
6. 為 www 建立 CNAME，通常指向根網域或指定主機名稱。
7. 依網站需求決定是否啟用代理。橘色雲代表流量經過 Cloudflare；灰色雲代表僅提供 DNS 解析。
8. 確認 SSL/TLS 模式、重新導向、DNSSEC 及郵件記錄設定。

進行 Cloudflare DNS 設定時，不應把 MX 記錄代理化，也要避免誤刪郵件驗證所需的 TXT 記錄。若來源伺服器已有有效憑證，通常應採用完整或完整（嚴格）SSL/TLS 模式，而不是為了省略憑證設定使用容易造成安全落差的模式。

DNS Server IP 應如何查詢？

DNS Server IP 通常是使用者用來尋找 DNS 伺服器 IP、名稱伺服器 IP 或網域解析結果的搜尋詞，但它不是正式的 DNS 記錄類型。實際查詢時應先確認想找的是遞迴解析器、權威伺服器，還是網站主機 IP。

常用查詢指令

bash

nslookup example.com

nslookup -type=ns example.com

dig example.com

dig NS example.com

dig +trace example.com

dig +trace 可依序觀察根伺服器、TLD 伺服器與權威伺服器的轉介過程。若要查詢特定 DNS 伺服器，可使用：

bash

dig @1.1.1.1 example.com

1.1.1.1 是 Cloudflare 提供的公共遞迴 DNS 服務位址，與網站使用 Cloudflare 權威 DNS 是兩項不同服務。設定公共解析器不代表網域已託管於 Cloudflare。

根網域、WHOIS 與註冊資料

WHOIS 或註冊資料查詢服務可用來查看網域的註冊商、建立日期、到期日期、網域狀態與名稱伺服器。由於隱私保護與資料保護政策，註冊人姓名、電話及電子郵件不一定會公開。

查詢時應輸入可註冊的根網域。例如要查詢 www.example.com，通常應移除 www，改查 example.com。若網域尚未註冊，也應透過合格註冊商確認可用性與價格。

WHOIS 資料不能單獨證明網站可信，也不能直接證明某人擁有網站內容。評估網站時仍應檢查 HTTPS、聯絡資訊、組織身分、內容來源、更新日期與實際服務紀錄。

根網域對 SEO 的影響

搜尋引擎通常會分別處理不同 URL 與主機名稱。根網域可承載整體品牌訊號，子網域則能建立獨立服務，但子網域是否適合 SEO，取決於網站架構、內容關係及維護能力。

根網域 SEO 檢查重點

• 統一 HTTPS 版本，避免 HTTP 與 HTTPS 重複收錄。
• 選定 www 或裸域作為主要版本，並以 301 重新導向統一。
• 設定正確的 canonical 網址。
• 確保 DNS 穩定且 TTL 設定合理。
• 避免 A、AAAA 與 CNAME 互相衝突。
• 為重要網域啟用 DNSSEC，但必須正確配置 DS 記錄。
• 網域搬遷時保留舊網址重新導向。
• 在搜尋引擎工具中驗證完整網域資源。
• 定期檢查憑證、網域到期日與權威 NS 狀態。

網域年齡本身不是內容品質的保證。選購曾被使用的網域時，應檢查歷史內容、垃圾連結、商標風險及搜尋引擎狀態，不應只因網域較舊就認定具有 SEO 優勢。

Active Directory 樹系根網域

在 Active Directory Domain Services 中，樹系內第一個部署的網域稱為樹系根網域。它會在樹系生命週期中持續存在，並包含企業系統管理員與架構系統管理員等重要群組。

AD 樹系根網域和公共 DNS 根域不同。前者是企業身分、裝置與存取權限管理架構的一部分；後者則是全球 DNS 命名空間的最高層。企業規劃 AD 名稱時，也應評估內外部 DNS 命名、憑證、名稱解析與長期維運需求。

結論

根網域在網站領域通常是次級網域與網域後綴的組合，例如 example.com；DNS 技術中的根域則是最高層的「.」。網域解析會由遞迴解析器依快取與轉介資訊，逐步查詢根伺服器、TLD 伺服器及權威伺服器。

管理根網域時，應同時重視註冊續約、NS 設定、DNS 記錄、HTTPS、DNSSEC 及主要網址一致性。使用 Cloudflare 等服務前，也要先理解權威 DNS、公共遞迴 DNS 與代理服務的差別，才能避免網站或郵件因設定錯誤而中斷。

常見問題

1. 根網域與主網域相同嗎？

在一般網站管理情境中，兩者通常都指不含 www 或其他子網域的可註冊網域，例如 example.com。但 DNS 根域「.」是另一個不同概念。

2. www 是根網域的一部分嗎？

不是。www 通常是子網域或主機名稱。www.example.com 的根網域是 example.com。

3. 根網域可以直接指向 IP 嗎？

可以。一般可透過 A 記錄指向 IPv4，或透過 AAAA 記錄指向 IPv6。實際設定方式取決於 DNS 供應商與主機服務。

4. 根網域可以設定 CNAME 嗎？

傳統 DNS 規範下，區域頂點不能讓 CNAME 與 NS、SOA 等記錄並存。部分 DNS 供應商會透過 CNAME Flattening、ALIAS 或 ANAME 提供類似效果。

5. 全球只有 13 部根伺服器嗎？

不是。A 至 M 代表 13 個邏輯根伺服器識別名稱，背後透過 Anycast 部署大量實體節點。

6. 中國根伺服器是否獨立控制全球 DNS？

不是。中國境內可有全球根伺服器系統的 Anycast 節點，但這不等於中國能單獨控制全球公共 DNS 根區。

7. .com.tw 是不是完整的根網域？

不是。.com.tw 通常屬於公共後綴；像 example.com.tw 才是可註冊的根網域。

8. 更換 Cloudflare 會改變網站內容嗎？

單純更換權威 DNS 不會直接修改網站檔案，但 DNS 記錄、代理、SSL/TLS 或重新導向設定錯誤，可能造成網站無法連線或出現憑證問題。

9. 如何確認網域使用哪個權威伺服器？

可使用 dig NS example.com、nslookup -type=ns example.com，或透過註冊資料查詢服務查看 NS 記錄。

10. 根網域與子網域哪一個較有利 SEO？

沒有適用所有網站的固定答案。內容關聯密切且需要集中管理時，目錄架構通常較簡單；服務相對獨立時可考慮子網域。搜尋表現主要仍取決於內容品質、技術架構、內部連結及網站信任度。