子網域是什麼？2026年什麼時候該用 subdomain？

子網域 (Subdomain) 是什麼？和一般網址有什麼不同？

子網域是主網域名稱前面加上一個前綴所組成的二級網域，例如 `blog.example.com` 中的 `blog`。它是主域名下的一個獨立分支，在技術上可以被設定為指向不同的伺服器或IP位址，常被視為一個獨立的實體或部門。

什麼時候應該用子網域，什麼時候該用子目錄 (Subdirectory)？

這取決於你的目標。如果內容或功能與主站高度關聯且希望繼承主站的SEO權重，通常建議使用子目錄（如 `example.com/news`）。如果你需要一個技術架構、管理權限或品牌定位完全不同的獨立站點（例如電商平台、測試環境、多語言國際站），則適合使用子網域（如 `shop.example.com`）。

建立子網域會影響網站的 SEO 嗎？

搜尋引擎（如Google）在技術上會將子網域視為一個獨立的站點。這意味著子網域的SEO表現（如權重、排名）通常不會直接繼承自主網域。你需要為子網域進行獨立的SEO優化與推廣。因此，如果只是為了將內容分類，使用子目錄通常對集中SEO權重更有利。

設定子網域的具體步驟是什麼？

通用步驟為：1. 在你的DNS管理服務商（如Cloudflare、GoDaddy）後台，找到DNS設定區域。2. 新增一筆紀錄，紀錄類型選擇「A紀錄」（指向IP位址）或「CNAME紀錄」（指向另一個網域名稱）。3. 將紀錄的「名稱」或「主機」欄位填上你想要的子網域前綴（例如 `blog`）。4. 將「目標」或「值」欄位填上對應的IP位址或網址。5. 儲存並等待DNS生效（可能需要數分鐘至數小時）。

子網域可以再建子網域嗎？（例如 `sub2.sub1.example.com`）

技術上是可以的，稱為多級子網域。但在實際應用中應謹慎使用，因為它會增加架構複雜度與管理難度，且對訪客而言網址變得冗長難記。除非有非常強烈的技術或組織需求，否則通常建議使用一級子網域即可。

為什麼我的子網域網址無法訪問？

常見原因有：1. DNS紀錄尚未生效（最常見，需等待）。2. DNS紀錄設定錯誤（例如A紀錄的IP位址填錯）。3. 子網域在網站主機端（伺服器）未被設定為接受該網域的請求（需要檢查主機設定或`.htaccess`等配置檔）。

使用子網域作為不同語言版本的網站，是個好主意嗎？

這是一個常見做法（如 `en.example.com`），但並非唯一選擇。另一種方式是使用子目錄（如 `example.com/en/`）。選擇子網域的好處是技術上隔離較清楚；選擇子目錄的好處是SEO權重更集中。選擇哪一種，需要綜合考慮技術團隊的管理習慣與SEO策略的優先級。

設定子網域時，A紀錄和CNAME紀錄該怎麼選？

簡單判斷：如果你要將子網域指向一個具體的IP位址，就使用A紀錄。如果你要將子網域指向另一個已經存在的網域名稱（例如，將 `blog.example.com` 指向 `another-site.com`），就使用CNAME紀錄。需要注意的是，根網域（`example.com`）通常不能使用CNAME紀錄，但子網域可以。

什麼是子網域 (Subdomain)？

子網域是主網域名稱前方添加特定前綴所形成的二級網域，例如 `blog.example.com` 或 `shop.example.com`。從技術角度，它是在 DNS 系統中透過新增 A 記錄或 CNAME 記錄，將這個前綴網域指向特定的 IP 位址或另一個網域。這使得子網域在架構上被視為一個獨立的實體，與主網域共享同一個基礎網域註冊，卻可以擁有完全不同的網站內容、伺服器設定甚至管理團隊。

子網域 (Subdomain) vs. 子目錄 (Subdirectory)：核心差異

選擇子網域還是子目錄，是網站架構的根本決策，兩者在管理權限、技術需求與SEO認知上存在本質差異。這意味著你的選擇將直接影響後續的維運流程與內容策略。以下是兩者的核心對照：

比較項目	子網域 (Subdomain)	子目錄 (Subdirectory)
URL 結構範例	`example.com` / `blog.example.com`	`example.com` / `example.com/blog`
技術本質	被視為一個獨立的站點，擁有獨立的 DNS 設定。	是主站點內的一個資料夾或路徑。
伺服器與檔案管理	通常指向不同的伺服器或相同的伺服器但獨立的設定檔與資料庫。	與主站共享相同的伺服器環境、設定檔與檔案結構。
SEO 權重認知	搜尋引擎（如 Google）傾向將其視為獨立的網域來索引與評估，SEO 權重與主站分開計算。	被視為主站的一部分，有助於集中 SEO 權重於同一網域下。
管理與擴充	適合需要高度技術隔離或組織獨立的團隊與功能。	適合內容緊密關聯、需統一品牌與管理的擴充。

什麼時候該選擇使用子網域？

子網域適用於需要與主站在技術、內容或品牌上進行「清晰切割」的情境。從網站建置與維運顧問的視角，以下清單提供了明確的決策依據：

1. 獨立的產品線或品牌：例如 `shop.example.com` 用於電商平台，與公司官網 `www.example.com` 的形象與功能完全不同。
2. 技術需求截然不同的系統：例如 `docs.example.com` 托管技術文件，使用不同的 CMS 或應用程式架構。
3. 多語言或國際化版本：例如 `en.example.com`、`ja.example.com`，在技術與內容管理上需要獨立運作。
4. 測試或開發環境：例如 `staging.example.com` 或 `dev.example.com`，用於上線前的測試，與正式站點完全隔離。
5. 特定功能的整合：例如 `support.example.com` 用於第三方客戶服務平台（如 Zendesk、Freshdesk），該平台要求使用子網域。

什麼時候該選擇使用子目錄而非子網域？

當你的核心目標是內容整合與SEO權重集中時，子目錄通常是更直覺且有效的選擇。以下是顧問建議的採用時機：

1. 內容與主站高度關聯：例如官方部落格 `example.com/blog` 或新聞中心 `example.com/news`，這些內容應被視為整體品牌訊息的一部分。
2. 希望集中SEO權重：所有頁面的連結與權重都累積在同一個網域下，有助於提升整體的搜尋能見度。
3. 簡單的網站架構擴充：例如新增一個活動專頁 `example.com/event` 或產品介紹專區 `example.com/products`，無需複雜的技術隔離。
4. 共享同一套技術基礎架構與管理後台：希望內容發布者與管理員使用相同的工具與流程，降低維運複雜度。

建立子網域的基本步驟（通用概念）

無論你使用 Cloudflare、GoDaddy 還是其他 DNS 服務商，建立子網域的通用流程在概念上是一致的。這套步驟提供了技術實現的框架，你可以根據自己的 DNS 管理介面進行操作。

1. 確定子網域名稱與用途：先想好你要使用的前綴（如 `app`、`store`）以及它指向的內容或服務。
2. 登入你的 DNS 管理後台：前往你的網域名稱註冊商或 DNS 服務供應商提供的管理介面。
3. 新增一筆 DNS 紀錄：找到「新增紀錄」或「Add Record」的選項。A 紀錄用於將子網域指向一個 IPv4 位址；CNAME 紀錄則用於將子網域指向另一個網域名稱。例如，要將 `app.example.com` 指向 `example.com`，就使用 CNAME 紀錄。
4. 填寫紀錄細節：在「名稱」或「Host」欄位輸入子網域前綴（例如 `app`）。在「目標」或「Value/Target」欄位，填入對應的 IP 位址（A 紀錄）或網址（CNAME 紀錄）。
5. 儲存並等待生效：儲存紀錄後，DNS 的變更需要時間傳播至全球伺服器。這個過程可能需要幾分鐘到數小時不等。在此期間，你的子網域網址可能無法立即訪問。

總結與顧問建議

在規劃網站架構時，子網域與子目錄的選擇並非絕對的對錯題，而是一個基於具體目標的策略決策。先釐清目的，再選擇工具是不變的原則。這個架構決策會深遠地影響你未來的內容管理流程、SEO 策略與技術維護成本。若對網站未來的擴充方向、技術整合或 SEO 權重分配有任何疑慮，在做出重大架構變動前，諮詢專業的網站建置顧問，能幫助你避免後續昂貴的修正成本。