子網域 vs 子目錄全解析：SEO 觀點拆解差異＋子網域建立實作教學
子網域跟子目錄哪個對 SEO 比較好，本質上是一道架構決策題：內容要不要跟主站共用權重與品牌識別。Google 多次公開表示兩者在演算法上沒有絕對優劣（Google Search…
子網域跟子目錄哪個對 SEO 比較好，本質上是一道架構決策題：內容要不要跟主站共用權重與品牌識別。Google 多次公開表示兩者在演算法上沒有絕對優劣（Google Search Central 與 John Mueller 公開聲明），但子目錄能直接繼承主站權重，子網域要從零累積並獨立驗證與提交 Sitemap。內容與主站高度相關就選子目錄，需要獨立主題、技術或品牌隔離才選子網域，多數網站在非必要情況下子目錄是更省力的預設值。
重點先看：Google 對子網域與子目錄沒有演算法絕對偏好，但子目錄直接繼承主站權重，子網域要獨立累積、獨立驗證 GSC，多數網站非必要選子目錄更省力（Google Search Central）。
網址結構決定一切：子網域與子目錄的歸屬差異
子網域跟子目錄的核心差異，落在網站架構的歸屬上，跟網址長相只是表象。子網域是在主網域前再加一段前綴的獨立名稱，例如 blog.example.com，技術上幾乎等於一個新網站，擁有自己的資料庫、檔案目錄與 SSL 憑證。子目錄則是掛在主網域底下的資料夾，例如 example.com/blog/，跟主站共用同一套伺服器、資料庫與後台（這段資料夾路徑的意義，可對照 網址路徑的入門介紹）。這個心智模型決定了後續所有技術設定與 SEO 表現的分野。
一個完整網址由右到左拆解，最右邊的.com、.tw、.org 稱為頂級網域（Top-Level Domain, TLD）；往左一段的 example.com 是主網域（Root Domain）；再往左才輪到子網域，例如 blog.example.com。把網域解析的基礎打穩，後面談子網域才不會霧煞煞（可對照 網域是什麼的入門介紹 與 DNS 指向設定完整教學）。對多數站長來說，主網域已經夠用，真正需要在網址前再加一段前綴的時機，其實比想像中少。
子網域能擁有獨立檔案目錄、獨立資料庫、獨立後台與設計，跟主站互不干擾。子目錄則直接共用主站的伺服器、資料庫、SSL 與後台，維護單純、結構一體化。可以把這兩者比喻成兩種店面型態：子網域像「分站」，是另一家獨立門市，連招牌風格都能重新設計；子目錄像主站的「延伸區塊」，是同一間店裡的新專櫃。這個直覺，會一路牽動技術、SEO 與維運成本的計算。
兩者看起來只差網址寫法，實際牽涉到網站架構、維運成本與搜尋引擎的收錄方式。選錯結構，輕則多花一倍維運時間，重則讓好不容易累積的排名被分散掉。別急著套答案，先把下面的差異看清楚再決定。要特別提醒的是，很多站長把「子網域」和「子目錄」跟另一組常被混淆的概念搞混，也就是「附加網域（add-on domain）」與「停泊網域（parked domain）」。附加網域是你在同一個主機方案內，用一個完全不同的網域架第二個站，例如同一台主機同時跑 example.com 與 other-brand.com；停泊網域則是把你多買的網域指向同一個內容，常拿來做品牌保護或打字防錯。這兩者跟子網域、子目錄是不同維度的東西，別混為一談。
DNS、SSL、資料庫這些技術設定怎麼分
子網域需要額外設定 DNS 紀錄、建立獨立檔案目錄，SSL 也要針對該子網域啟用，或改用萬用字元憑證；子目錄則完全繼承主站的 DNS、SSL 與伺服器設定，幾乎不用額外技術設定。換句話說，子網域是多養一個網站的維運成本，子目錄只是主站的延伸。對技術團隊來說，這就是「多做一輪功課」與「不做事」的落差。
子網域要設定 DNS，通常是 A 紀錄或 CNAME，把子網域指向對應的伺服器位置；子目錄則完全不需要動 DNS。A 紀錄直接把子網域指向一組 IPv4 位址（例如 192.0.2.10），CNAME 則把子網域指向另一個網域名稱（例如 shop.example.com 指向某個電商 SaaS 平台提供的網址）。多數自架主機用 A 紀錄，多數 SaaS 平台（如 Shopify、Gumroad 託管的商店）會要求你設 CNAME。如果還沒弄懂 DNS 到底怎麼運作，建議先讀 Namecheap 網域註冊與 DNS 設定 或 網域申請購買全攻略，DNS 設錯，子網域開起來就是一片空白。這一步看似單純，卻是新手最容易卡關的地方。
| 項目 | 子網域（blog.example.com） | 子目錄（example.com/blog/） |
|---|---|---|
| DNS 紀錄 | 需額外設定 A / CNAME | 不需設定 |
| SSL 憑證 | 單獨簽發或用萬用字元憑證（*.example.com） | 繼承主站憑證 |
| 資料庫 | 可獨立建置 | 共用主站 |
| 後台管理 | 獨立後台 | 同一後台 |
| 維運工作量 | 約等於多一個網站 | 近乎零額外負擔 |
SSL 是另一個常被低估的成本。子網域的 SSL 要單獨簽發，或改用涵蓋 *.example.com 的萬用字元憑證，否則瀏覽器會跳出憑證警告，直接勸退訪客。憑證警告的殺傷力比想像中大，多數現代瀏覽器會用整頁紅色「不安全」畫面擋住訪客，行動裝置上甚至會強制要求使用者手動點過兩層確認才能進站，轉換率因此掉一半並不誇張。想搞懂憑證的免費與付費差別，可以參考 SSL 憑證免費與付費比較，了解 AutoSSL 與 Let's Encrypt 的運作原理；若要把整站從 HTTP 升級到 HTTPS，HTTP 換 HTTPS 完整攻略 會把流程講得很清楚。多數主機商現在都送免費 SSL，但「送」不代表「自動涵蓋每一個子網域」，這點要自己確認。
跨子網域的登入狀態、購物車、Cookie 追蹤要額外設定 cookie domain，子目錄則天然共用。這在電商場景特別痛：客人在主站登入後跳到 shop.example.com，如果 cookie 沒設好，購物車會清空，訂單直接飛掉。實務設定上，要讓 cookie 跨子網域生效，得把 cookie 的 domain 屬性設成 .example.com（開頭那個點代表涵蓋所有子網域），同時確認 SameSite 屬性設為 Lax 或 None（設 None 時必須搭配 Secure），跨子網域的登入狀態才能延續。涉及隱私法規（如 GDPR）時，子網域的分離會推高設定複雜度，因為同意聲明、cookie 橫幅、資料流向都要分開處理；子目錄在這方面明顯省事。
這裡補充一個實務觀察。不少品牌主為了「看起來專業」，把部落格、商城、論壇各開一個子網域，結果一年後技術負債爆發：SSL 過期沒人更新、其中一個子網域被入侵、跨網域登入整天出問題。這類情境可以用「維運半徑」的概念來衡量：你每多開一個子網域，維運半徑就拉大一圈，SSL 續約、備份排程、安全性更新、監控告警全部要各自覆蓋一遍。子網域的技術隔離是雙面刃，隔離得好是獨立，隔離不好就是維運黑洞。技術資源有限的團隊，子目錄能砍掉一大半麻煩。
權重傳遞的真相：子網域不會自動繼承主站
用子網域會不會讓主站累積的 SEO 權重分散，是這個議題裡被問最多、也最常被誤解的問題。Google 在演算法上對子網域與子目錄沒有絕對偏好，但關鍵差異在權重傳遞：子目錄被視為主網域的一部分，新內容可以直接承接主站既有的信任度與排名；子網域則被當作獨立網站，必須重新累積權重、獨立驗證與追蹤。這也是「非必要用子目錄」會成為多數網站預設策略的根本原因。
Google 多次公開表示，子網域與子目錄在演算法上沒有絕對優劣（Google Search Central 官方說明與 John Mueller 公開聲明）。真正會拖垮 SEO 的，往往出在「子網域沒被當成獨立網站來經營」這件事上：主題跟主站重疊、缺少內外部連結、沒有獨立驗證與提交 Sitemap，權重才會分散。把問題從「選哪個」改成「這份內容配不配獨立經營」，答案會清楚很多。
- 權重繼承這塊，子目錄的新頁面直接吃到主站既有的排名基礎，內容相關時比較容易冒出頭；子網域則要從零開始累積。
- 驗證追蹤上，子網域得在 Google Search Console 自己開一個資源、走完驗證、送上專屬 Sitemap，數字才進得來（GSC 官方機制將子網域視為獨立資源）。
- 內外部連結方面，子網域得靠主站導流加上外部反向連結才能把信任度養起來；子目錄則是天然共享主站的連結資產（站內站外、導入導出連結的差別，可對照 四大類型連結的全面解析）。
權重傳遞這件事，很多人用「分散」來形容，更精準的說法是「子網域不會自動繼承」。主站再強，子網域也是另一個要自己打拼的網站。想用數字感來理解的人，可以這樣抓：子目錄的新頁面通常在數週內就能吃到主站既有的排名基礎，而子網域的新內容則要數月甚至更久，才能靠連結慢慢累積出信任度。這是「獨立網站」這個定位的必然結果，談不上 Google 的懲罰。要進一步搞懂這套邏輯，網站權重 DA 提升策略 與 站外 SEO 與反向連結指南 會把權重累積的機制講得更透。
第三方數據也印證了這種「權重集中」的重要性。Backlinko 分析 1,180 萬筆 Google 搜尋結果後發現，排名第一名的結果平均擁有的反向連結數量，是排名第二到第十名結果的 3.8 倍。子目錄能讓新頁面直接承接主站長年累積的這些連結資產，子網域卻得從零重新建立，這正是架構選擇在 SEO 上會拉開差距的關鍵所在 [來源：Backlinko〈Search Engine Ranking: We Analyzed 11.8 Million Google Search Results〉 https://backlinko.com/search-engine-ranking 2025-04-14]。
排名一旦站穩，連結累積還會產生滾雪球效應。Ahrefs 的研究指出，排名第一名的頁面，平均每個月會以 +5% 到 +14.5% 的速度，從新的反向連結網域獲得追蹤連結。這代表子目錄的頁面吃到主站權重、衝上排名之後，越能吸引外部連結，連結又進一步墊高排名，形成正向循環；子網域在沒有排名基礎的起步期，要啟動這個循環就困難得多 [來源：Ahrefs〈107 SEO Statistics for 2026〉 https://ahrefs.com/blog/seo-statistics/ 2026]。
換個角度想，如果你的子網域內容跟主站主題高度重疊，例如主站賣保健食品，子網域也寫保健食品的部落格，反而會觸發關鍵字蠶食（keyword cannibalization），兩邊互相搶排名，最後誰都排不上去。這時候把內容併進子目錄、用 Canonical URL 解決重複內容 來統一訊號，會比硬開子網域更聰明（重複內容的判斷與處理原則，可進一步看 SEO 重複內容指南）。想深入了解蠶食問題的修復，可以看 關鍵字蠶食修復策略。
舉一個常見的情境來佐證。一個販售手工甜點的品牌主，把食譜部落格開在 blog.品牌.com，主站則專做購物流程。半年後主站排名停滯，部落格流量也起不來，原因往往出在兩邊主題太近、又沒有穩定的內部連結串接，等於把一份權重拆成兩半互相競爭。常見的修法是把部落格併回 example.com/blog/，搭配 301 轉址與內部連結重整，讓原本分散的訊號收攏回主站。這是「主題重疊的子網域反而拖累整體」的典型樣態，也印證了「非必要別拆子網域」的實務判斷。
子網域的價值在隔離：四種內容才值得拆出去
到底什麼樣的內容或專案才值得用子網域，答案其實只有一條準則：這份內容要不要跟主站共用權重與品牌形象。要共用就用子目錄，要隔離就用子網域。當內容主題與主站定位差異夠大、需要獨立品牌識別或獨立技術環境時，子網域才會真正發揮價值。判斷之前，建議先想清楚整體的 SEO 友善網站架構規劃，架構藍圖清楚了，子網域要用在哪裡就會自動浮現。
具體來說，部落格、新聞、服務介紹這類與主品牌高度相關的延伸內容，集中放子目錄、把流量灌回主站最划算；跨語系、跨市場內容（en.example.com、jp.example.com）則適合子網域，讓各語系獨立優化在地化與 hreflang。需要隔離技術環境的開發、測試、預覽站（dev.example.com、staging.example.com）也走子網域，避免污染主站的索引與資料；短期活動頁面反而是子目錄更合適，活動結束直接下架，省去子網域的設定與設計成本。
多語系網站是最經典的子網域應用場景。英文站用 en.example.com、日文站用 jp.example.com，每個語系可以獨立設定 hreflang、在地化關鍵字、甚至各自的 CDN 節點。這種情境下，子網域的隔離反而帶來彈性，因為各語系的 SEO 策略、連結建立、內容節奏可以分開跑（多語系網站的整體架構規劃，可參考 多語言網站的架構指南）。想把 hreflang 設對，可以參考 Hreflang 多語系 SEO 手冊；用 WordPress 架多語系的人，Polylang 多語系網站教學 與 TranslatePress 多語系教學 都是很實作的起點。
獨立商城也是常見的子網域用途。當電商事業跟品牌官網的技術需求差很多（例如商城要接特定金流、要獨立的庫存系統、要有自己的結帳流程），用 shop.example.com 把它隔開，比硬塞在子目錄裡更乾淨。若商城只是主站的延伸、規模不大，用 example.com/shop 反而更省事。挑選商城架構時，電商平台選擇比較指南 與 WooCommerce 購物網站架設流程 可以幫你評估哪種更適合。
把準則濃縮成一個測試：把這份內容搬到子目錄，會不會造成技術衝突或品牌混淆？如果不會，就別開子網域。子網域的隔離性是工具，沒有實際需求硬開，只會把維運成本和 SEO 難度同時放大。
把判斷準則拆成兩個維度：主題重疊與隔離需求
上面的準則要落成可操作的判斷，與其記一堆規則，不如抓兩個維度來檢視：內容跟主站的主題重疊度，以及它對獨立技術與品牌環境的需求強度。主題高度重疊（品牌官網加教學部落格、產品頁加使用指南）、技術棧相同、共用主站 logo 與語調，這類內容集中放子目錄最有利，權重直接灌回主站。反過來，內容跨到完全不同的領域（例如科技媒體另開美食評論站）、需要獨立金流或庫存、跑在不同技術棧、或帶著獨立品牌名與客服聯絡資訊，子網域的隔離才真正派上用場。
| 判斷維度 | 指向子目錄的訊號 | 指向子網域的訊號 |
|---|---|---|
| 主題生態 | 跟主站同一主題、延伸教學或服務介紹 | 跨到完全不同領域、獨立媒體屬性 |
| 技術環境 | 技術棧相同，只是多一個內容區塊 | 需獨立金流、庫存、會員系統或不同技術棧 |
| 品牌識別 | 共用主站 logo、配色、語調 | 獨立品牌名、視覺規範、客服聯絡資訊 |
| 經營資源 | 資源只夠顧主站 | 有專人維護、獨立內容計畫與連結預算 |
四個維度裡只要有一個明確指向「需要隔離」，就值得認真評估子網域；全部指向「跟主站一起」，子目錄幾乎是唯一答案。關鍵是把判斷從「聽說哪個比較好」拉回「這份內容實際需要什麼」，避免被教條牽著走。
隱形成本拆解：子網域貴在維運與時間
建立子網域要額外花錢嗎？維運負擔重不重？這題的答案會讓很多人鬆一口氣：子網域本身不用單獨買網域，只要有主網域就能無限延伸前綴（blog、shop、app 任你開）。真正的成本落在兩處：主機方案的限制是變數，有些入門共享主機把子網域算進可架站數量額度，撞到上限就得升級；維運則是真正的開銷所在，SSL、安全性、備份、效能每一項都得為子網域單獨照看，重新規劃架構與視覺的時間成本對短期專案來說尤其不划算。
主機方案的限制是最容易被忽略的隱形成本。很多入門級共享主機在條款裡寫明「單一方案可架設 N 個網站」，子網域有時會被算進這個額度，有時不會，視主機商而定。挑選主機時，虛擬主機類型比較指南 與 共享主機 VPS 雲端主機差異 會幫你釐清方案規格。打算開多個子網域，建議直接看 VPS 或雲端主機方案，例如 Cloudways 雲端主機教學 或 A2 Hosting 主機完整評測，彈性會大很多。
SSL 憑證則是另一筆帳。單一網域憑證通常不涵蓋子網域，要嘛每個子網域各簽一張，要嘛改用萬用字元憑證（*.example.com）一次涵蓋。萬用字元憑證多數是付費方案，價格以官網為準，但長期算下來比逐個簽發便宜。主機方案本身就送免費 SSL 的話，先確認它是否自動涵蓋新開的子網域，藍色小勾勾不是萬能的。
以這類同時跑品牌官網、部落格、商城三個子網域的中小型站為例，常見的狀況是維運成本會在三個地方疊加。SSL 部分，若主機方案不送萬用字元憑證，改用付費萬用字元憑證一年的行情約落在 NT$1,800-3,500 之間，依發證機構與保額而定；若是逐個子網域單簽，三張單一網域憑證合計約落在 NT$1,500-4,500，數量一多就比萬用字元貴。主機方案的限制則是另一個變數，入門共享主機常把可架站數量壓在約 1-3 個，三個子網域往往就會撞到額度，升級到 VPS 或雲端方案的年費約落在 NT$6,000-15,000 區間。真正容易失算的，是維運時間這一項：SSL 續約、備份排程、安全性更新、監控告警每一項都得為三個子網域各自覆蓋一遍，依這類站的典型表現，每個月多投入的維運工時大約落在 8-20 小時之間，對一人公司或小型團隊來說，這個時間成本通常比主機與憑證費加起來還高。這類情境的決策角度在於：若三個子網域的內容主題跟主站高度重疊、又沒有各自的獨立品牌或技術隔離需求，把其中一到兩個併回子目錄，往往能把維運半徑直接砍掉一半以上，把省下的力氣挪去產出內容。要特別提醒的是，這些數字是業界常見區間的概估，實際會因主機商、憑證方案、團隊規模與流量規模而顯著浮動，規劃預算時以你實際拿到的報價為準。
子網域最貴的部分往往是時間。開一個子網域，等於重新走一遍建站流程：規劃架構、設計版型、設定外掛、調整 SEO、安排備份。對一人公司或小型團隊來說，這時間成本往往比主機費還高。除非有明確的隔離需求，子目錄能讓你把力氣花在內容上，把基礎建設的負擔降到最低。
建立子網域的實作流程
實際要怎麼在主機後台把子網域架起來？流程大致五步：先有主網域並想好前綴名稱、登入主機 cPanel 在 Subdomains 建立子網域、在該子網域安裝網站系統（如 WordPress）、啟用 SSL 憑證、最後測試並把子網域加入 Google Search Console 提交 Sitemap。流程不複雜，但每一步都要單獨做，不能沿用主站設定。
- 準備主網域與子網域名稱：先確定主網域已經指向主機，並想好前綴名稱（如 blog、shop、app）。名稱建議簡短、與功能直接相關，避免用太長或語意不明的前綴。還沒買網域的人，可以先看 網域怎麼買與挑選指南。
- 在 cPanel 建立子網域：登入主機後台，進入 Domains → Subdomains，輸入前綴名稱，系統會自動生成對應目錄（如 /public_html/blog）。以 Bluehost 為例，相關操作可參考 Bluehost 主機完整教學 與 Bluehost 自架 WordPress 教學；用 hosting.com 的人則看 hosting.com 主機實測評價 與 hosting.com 主機新手建站流程。
- 安裝網站系統：在該子網域一鍵安裝 WordPress，透過 blog.example.com/wp-admin 登入後台。新手想從零架站，可以跟著 WordPress 架站新手教學 或 30 分鐘架好 WordPress 走一次。
- 啟用 SSL 憑證：在 cPanel 的 SSL/TLS Status 勾選子網域並執行 AutoSSL，確保 HTTPS 正常。沒這一步，瀏覽器會跳出「不安全」警告，訪客直接關分頁。
- 測試並提交 Sitemap：瀏覽器測試網頁與後台功能，再於 Google Search Console 新增子網域資源、提交專屬 Sitemap，讓 Google 能正確收錄與追蹤流量（子網域資源的新增與驗證步驟，可對照 Google Search Console 安裝教學）。
用 SiteGround 的人，建立子網域的入口在 Site Tools 裡，流程大同小異，細節可參考 SiteGround 主機實測評價；用 FastComet 的人則看 FastComet 虛擬主機教學，用 HostGator 的人看 HostGator 主機評價與設定。不同主機的後台長相不同，但核心邏輯一致：建立子網域 → 指定目錄 → 安裝系統 → 啟 SSL → 提交 Sitemap。
SSL 啟用之後，記得把整站的內部連結、圖片、CSS、JS 全部換成 HTTPS 版本，避免出現混合內容（mixed content）警告。混合內容指的是 HTTPS 頁面裡還殘留 HTTP 資源，瀏覽器會把這類資源擋掉或標示為不安全，輕則圖片破圖、樣式跑掉，重則表單與結帳流程失效。想確認網址有沒有統一，可以對照 www 與 non-www 網址差異，把 www 與非 www、http 與 https 版本都擇一固定。安裝 WordPress 的過程若卡關，WordPress 主機深度評測 會幫你挑到適合的主機環境。
子網域 SEO 優化清單：建立之初＋長期維護
已經決定用子網域了，要怎麼做才不會讓 SEO 輸給子目錄？答案很直接：把子網域當成一個全新、獨立的網站來經營就對了。建立之初要先定主題、避開與主站重複、規劃內外部連結、獨立設定速度與行動版體驗、生成獨立 Sitemap 與 robots.txt；長期則要在 GSC 分開驗證追蹤、持續更新內容避免孤兒頁面、修正 404 與重複內容、維持 SSL 與 URL 統一性。
建立之初，子網域主題要明確，避免跟主站互相競爭或內容重複，這是所謂的蠶食風險。透過主站導流的內部連結、積極爭取外部反向連結，才能重建子網域的信任度。連結建立的完整做法，可以參考 反向連結建立完整攻略。同時要獨立設定快取、CDN、圖片壓縮與行動版體驗，因為子網域的速度與行動友善是分開計分的，想提升分數就看 Core Web Vitals SEO 優化 與 網站速度優化全攻略，CDN 部分則對照 CDN 網站加速原理 與 快取 Cache 設定教學。
速度分開計分這件事，在子網域情境下特別值得放大檢視。行動裝置已是全球網路流量的主力，根據 Statista 的統計，2026 年第一季行動裝置（不含平板）佔全球網站流量的 52.27%，Google 也早已全面採用行動優先索引（mobile-first indexing） [來源：Statista〈Share of mobile web traffic worldwide quarterly 2015-2026〉 https://www.statista.com/statistics/277125/share-of-website-traffic-coming-from-mobile-devices/ 2026-04-28]。子網域的速度分數是獨立計算的，主站拿到滿分救不了子網域，子網域的 LCP、INP 數字得自己拉起來，這也意味著子網域的速度優化是從零做一遍，不像子目錄可以沾主站的光。
長期維護的重點，放在索引健康與內容活性。子網域要有清楚的內容定位，主題跟主站撞在一起就是自找麻煩；URL 要固定下來（www 與非 www、http 與 https 多版本同時存在只會造成索引重複），並幫它單獨生成 Sitemap 與 robots.txt 送上去，Google 才能快速摸懂結構。在 GSC 分開驗證子網域後，要定期追蹤收錄狀態、曝光與點擊變化，這套追蹤流程的完整做法可參考 Google Search Console 完整教學，進階技巧看 Google Search Console 實戰技巧（還沒接觸過 GSC 的人，先看 Google Search Console 介紹 打底）。Sitemap 要記得獨立提交，相關教學有 網站 Sitemap 入門指南 與 Sitemap 產生與提交教學。收錄查詢則對照 Google 網頁收錄查詢方法，比較不同時段表現時，善用 GSC 快速日期範圍設定 能更快看出子網域的趨勢變化。
遇到 404 或需要搬移頁面時，轉址要設對，這部分可以看 301 與 302 轉址教學。網址命名則對照 SEO 網址優化與命名規則 與 WordPress 永久連結 SEO 設定。整體的技術性 SEO 檢查，建議照著 技術性 SEO 完全指南 走一遍，把爬取預算、索引、結構一次理清楚；想深入了解爬取預算，就看 爬取預算優化策略。站內 SEO 的完整框架，可以對照 站內 SEO 終極攻略。
一個常被忽略的維護點：子網域很容易淪為「孤兒頁面」。很多品牌主開了子網域卻不更新，半年後裡面只剩幾篇草稿，既沒有新內容也沒有連結指向，等於白白浪費一個獨立資源。要避免這種情況，最簡單的方法是在主站導覽列或頁尾固定放一個連往子網域的入口，讓它持續有流量和權重流入。如果子網域真的沒力氣經營了，用 301 轉址併回子目錄會比放著發霉更實際。
子網域與子目錄的選擇決策表
看完一堆條件，到底該怎麼快速做出選擇？用一張決策表把五個維度並排比較：內容相關度、品牌識別、技術資源、長短期、SEO 權重。內容與主站高度相關、想集中權重、預算有限就選子目錄；內容獨立、跨語系、需要技術隔離就選子網域。多數中小網站在非必要情況下，子目錄是更省力、SEO 更集中、維運更輕的預設選項。
| 維度 | 子網域 | 子目錄 |
|---|---|---|
| 技術架構 | 獨立 DNS、SSL、資料庫、後台 | 共用主站資源 |
| 適用場景 | 跨語系、獨立商城、測試環境 | 部落格、新聞、服務介紹 |
| SEO 權重 | 獨立累積，需重建信任 | 繼承主站，集中累積 |
| 維運成本 | 約等於多一個網站 | 近乎零額外負擔 |
| 使用者體驗 | 品牌隔離明確，跨域登入需設定 | 體驗一致，天然共用 |
沒有絕對好壞，差別在網站定位與需求。架構想清楚了再動，比選哪個結構更重要。已經用子網域且成效穩定，不必為了「聽說子目錄比較好」而貿然遷移，因為遷移本身的 301 轉址與權重轉移風險要一併評估，搬不好反而掉排名。要評估 WordPress 搬家的成本，可以參考 WordPress 搬家到新主機教學 與 WordPress 搬家到新網域指南。
部落格該放哪裡，是實務上最常見的抉擇。如果部落格內容跟主站主題高度相關（例如品牌官網寫產業知識、教學文），用 example.com/blog/ 把權重灌回主站會更有利；想把這件事做得更完整，可以參考 WordPress 部落格架站教學。費用的部分則對照網站架設費用的完整解析，把主機、網域、SSL 的開銷一次算清楚。整體 SEO 優化的脈絡，可以跟著 WordPress 架站與 SEO 全攻略走，再把必做設定與 SEO 外掛評測當作細節補強。
外掛選擇上，Rank Math 與 Yoast 的比較會幫你挑到適合的 SEO 工具；電商場景若要用 WordPress 架商城，購物網站架設教學是很實作的起點。回到決策本身，把判斷濃縮成一句話：內容要跟主站一起長大就子目錄，內容要獨立成軍就子網域，沒有第三種答案。
子網域與子目錄之間的遷移：風險與步驟
當你發現子網域主題跟主站重疊、造成權重分散，或維運成本壓得喘不過氣，把子網域併回子目錄往往是正解；反過來，當主站某個區塊需要獨立品牌或獨立技術環境，也可能要把子目錄拆成子網域。兩種方向的遷移都牽涉 301 轉址、權重轉移與索引重建，做對了排名穩定過渡，做錯了流量斷崖式下跌。這段把兩個方向的風險與步驟拆開講。
子網域併回子目錄的標準流程
- 完整備份：備份子網域的檔案、資料庫、媒體庫，以及主站的現況。搬移前先把還原點準備好，出事才回得去。
- 匯入內容到子目錄：把子網域的內容搬進 example.com/blog/，注意永久連結結構、圖片路徑、內部連結都要對應改寫，避免搬完出現大量破圖與斷鏈。
- 建立一對一 301 轉址：把 blog.example.com 的每一個舊網址，301 對應到 example.com/blog/ 的新網址。一對一是關鍵，把整個子網域粗暴地 301 到子目錄首頁，等於把深層頁面的排名訊號全部丟掉。
- 更新內部連結與導覽：主站裡指向舊子網域的連結，全部改成新的子目錄網址；同時在 GSC 提交新子目錄的 Sitemap，並請求收錄重要頁面。
- 保留舊網址至少半年：301 轉址要持續運作，直到搜尋引擎完成索引轉移、外部連結也盡量更新完畢。太早拆掉舊網址的轉址，會讓還指向舊網址的外部連結變成 404。
反向操作（子目錄拆成子網域）的流程剛好顛倒：把子目錄內容匯出、在新子網域重建、建立反向的 301、更新連結。但反向遷移的 SEO 風險通常更高，因為你等於把原本共享主站權重的頁面，丟進一個從零開始的新站，排名短期內幾乎一定波動。沒有強烈的品牌或技術隔離需求，反向遷移要非常謹慎。
遷移後的追蹤特別關鍵。在 GSC 同時觀察舊資源（子網域）的收錄下降曲線與新資源（子目錄屬於主站資源）的收錄上升曲線，理想狀態是舊的掉、新的補，總量持平或上升。如果舊網址收錄掉了、新網址卻沒補上，通常代表 301 沒設好、或新頁面被判定為重複內容，這時候要回頭檢查轉址規則與 canonical 設定。GA4 側則要確認跨網域追蹤或新的資源設定到位，避免流量歸因在遷移前後斷層。
常見錯誤與疑難排解
子網域與子目錄的爭論裡，有幾個錯誤反覆出現，而且代價都不小。把它們列出來，搭配對應的處理方式，能幫你少走很多冤枉路。
- 把子網域當主站延伸經營，卻期待它繼承權重。症狀是子網域開了半年還是沒流量。處理方式：要嘛認真把它當獨立站養（獨立內容計畫、獨立連結建立、獨立 GSC 追蹤），要嘛直接併回子目錄。
- 主站與子網域主題重疊，引發關鍵字蠶食。症狀是兩邊針對同一組關鍵字互搶排名，整體點擊反而下滑。處理方式：用 canonical 統一訊號、或把重複內容併進同一個架構，並參考 關鍵字蠶食修復策略。
- SSL 只簽主網域，子網域掛警告。症狀是子網域瀏覽器跳出「不安全」。處理方式：改用萬用字元憑證，或在主機後台為每個子網域執行 AutoSSL。
- 跨子網域 cookie 沒設好，登入與購物車失效。症狀是訪客跳到子網域就被登出、購物車清空。處理方式：把 cookie domain 設成 .example.com，並確認 SameSite 與 Secure 屬性。
- 子網域沒有獨立 Sitemap 與 robots.txt。症狀是子網域收錄速度慢、或被誤擋。處理方式：為子網域單獨生成並提交 Sitemap，檢查 robots.txt 沒有誤擋重要路徑。
- 遷移後太早拆掉舊網址的 301。症狀是遷移後幾週流量突然再掉一截，因為外部連結還指向舊網址。處理方式：301 至少保留半年，外部重要連結能更新就更新。
把這幾個錯誤當成上線前的自檢表，能避掉大多數架構選擇帶來的隱性虧損。架構本身很少直接拖垮 SEO，問題多半出在架構與實際需求錯配：子網域被當主站延伸卻不獨立經營，或子目錄硬塞進需要隔離的內容。
常見問題
子網域在 GSC 為什麼看不到主站的數據？
GSC 把子網域視為獨立資源，主站資源底下的收錄、曝光、點擊都不會涵蓋子網域。子網域得單獨新增、走完驗證、送上專屬 Sitemap，自己的數字才進得來，這也是子網域「獨立經營」在追蹤層面的具體代價。
已經用子網域了，現在改成子目錄值得嗎？
成效穩定就不必為「聽說子目錄比較好」貿然搬。值得搬的訊號很具體：子網域主題跟主站高度重疊、兩邊在搶同一組關鍵字、或維運成本壓得喘不過氣。這三種狀況任一成立，一對一 301 併回子目錄才會帶來淨收益，否則遷移本身的權重轉移風險大於好處。
子網域遷移到子目錄，301 轉址要保留多久？
至少半年，理想是撐到指向舊網址的外部連結也更新完畢。太早拆，這些外部連結會直接變成 404，等於把過去累積的反向連結資產一次清空；深層頁面愈多、外部連結愈分散，保留期要拉得愈長。
主機方案送的免費 SSL，會自動涵蓋新開的子網域嗎？
不一定，視主機商與憑證機制而定。AutoSSL 多數會在子網域建立後自動續簽，但有些方案只涵蓋主網域；萬用字元憑證（*.example.com）則一次涵蓋所有前綴，長期比逐個簽發划算。開子網域後直接在瀏覽器確認憑證有效，比事後被訪客回報「不安全」省事。
部落格該放 blog.example.com 還是 example.com/blog/？
看主題重疊度。部落格寫的是主站產業知識、教學、產品應用，example.com/blog/ 把權重灌回主站更有利；部落格是獨立媒體、不同品牌調性、自有廣告與營收邏輯，才用 blog.example.com 做隔離。多數品牌部落格落在前一種，子目錄是預設答案。