子網域 vs 子目錄：哪一種網址結構對 SEO 排名更划算？

子網域與子目錄在 Google 排名上沒有先天差異，Google 搜尋聯絡人 John Mueller 多次公開說明兩者被同等對待；但實務上子目錄讓權重、外部連結效益、爬蟲預算與 AI 搜尋引用都更集中，維護成本也最低，只有當你的業務在技術棧、品牌、安全或在地化上需要明確區隔時，子網域才值得用。真正決定勝負的不是網址長什麼樣子，而是內部連結佈局、內容集中度與主題權威的累積。

TL;DR：Google 官方說兩種結構排名沒差，但超過四成的 SEO 實測案例（Moz、Ahrefs）顯示子目錄在權重集中與爬蟲預算上更省事，中小型網站預設選子目錄、業務邊界清楚才拆子網域。

這個問題之所以難，是因為它表面上是技術選擇，骨子裡是業務判斷。你的主站跟部落格算同一個品牌嗎？多語系版本是同一套產品還是各自定價？會員系統跟內容站要不要共用登入狀態？這些問題的答案，比 Google 怎麼算權重更能決定你該選哪種結構。如果你對整體 SEO 還不夠熟悉，可以先從SEO 是什麼建立基本認知，再回來看結構選擇會更踏實。

子網域與子目錄的定義：先把兩種網址結構講清楚

子網域是網址最左邊多出來的那一段，例如 support.google.com，Google 傾向把它當作半獨立站點處理；子目錄則是主網域後面斜線後的路徑，例如 google.com/support/，被當成主網站的一部分。兩者最根本的差異不在 SEO，而在「這份內容算不算同一個網站」這個認定，這點要先建立，後面討論排名影響才不會雞同鴨講。

用白話比喻，子網域像在隔壁再蓋一棟房子，可以跑不同的伺服器、不同的程式語言、不同的主機，這是它最大的技術彈性來源；子目錄則像在同一棟房子裡多開一個房間，預設跟主網站共用同一套設定、同一份 SSL、同一個資料庫連線。想深入了解這層基礎，可以先看技術 SEO 的整體概念，把網址結構放回更大的技術地圖裡看。

這裡要小心一個常見誤解。很多人把子網域跟子目錄的差別直接等同於「權重分散或不分散」，其實那是後果不是原因。原因是 Google 對「什麼算同一個網站」的認定不同，認定不同才衍生出權重計算、爬蟲預算分配、搜尋結果頁面呈現方式的一連串差異。要正確理解排名訊號怎麼流動，建議搭配自然排名的運作邏輯一起看。

比較項目	子網域（blog.example.com）	子目錄（example.com/blog/）
Google 認定	半獨立站點	主網站的一部分
技術棧彈性	可跑不同主機、程式語言	預設與主站共用
SSL／Cookie	需個別處理	天然共用
權重與外部連結	較難自動回流主網域	直接灌回主網域
Search Console 資源	需分開驗證	同一資源涵蓋

Google 官方說兩種都可以，那為什麼大家還是推薦子目錄？

Google 確實沒有給子網域或子目錄任何先天排名優勢。John Mueller 在Google 官方影片與多場 Search Central 直播中多次表示，兩種結構在搜尋結果中被同等對待。但實務上子目錄通常表現較好，原因不是網址結構本身，而是子目錄讓權重、外部連結效益、爬蟲預算都集中在同一個網域下，管理上也省事。

說白一點，不是 Google 說謊，而是影響排名的變因太多，結構只是其中一個。子網域被當作半獨立實體後，外部連結打在 blog.example.com 上的權重不會自動回流主網域；子目錄則直接把新增內容的 SEO 能量灌回主網域，這對新站或主題集中的站特別有感。Moz 共同創辦人 Rand Fishkin 在他的推文與Moz Whiteboard Friday就長期主張子目錄在權重傳遞上更划算。

講個我自己的經驗。剛入行時我也被「子目錄一定比較好」這句話綁住，逢人就喊搬家；後來處理過幾個主站是 Headless 框架、部落格硬要塞 WordPress 的案子，才理解硬把不同技術棧塞進同一個網域，效能與維護反而崩掉。這個爭論其實吵了十多年，沒有單一答案，要看情境。如果你還在拿捏整體策略方向，執行 SEO 的 5 大策略可以幫你把網址結構放進更大的藍圖。

與其糾結結構，不如把心力放在主題集中度與內部連結佈局上。網域權重的累積靠的是內容品質與外部連結，這在網域權重 DA 的完整解析裡講得很清楚，結構只是放大或縮小這些既有能量的傳遞效率而已。

順帶一提，官方「沒有先天差異」這句話的適用範圍有限。它指的是「同一個網站換個網址結構」不會直接被加減分，但不代表「子網域跟子目錄在權重計算上完全等價」。John Mueller 自己也補充過，子網域在某些情況會被當作較獨立的實體處理。所以與其把官方說法當免死金牌，不如把標題標籤、網站連結呈現與內部連結這些可控變因先做到位。Google 怎麼看待你的網站，最終還是看整體訊號組合，而不是單一句官方聲明。

子網域的優點：什麼情況下它才是正解

當你需要在技術、品牌、安全或在地化上做出明確區隔時，子網域是合理選擇。它不是萬惡的結構，只是在多數中小型網站的情境下用不到它的優勢，反而吃下它的代價。先承認代價：子網域的權重與外部連結效益較難集中，這筆帳要自己算清楚。

技術棧分隔：主站與部落格用不同系統

主站是 Headless 或自訂框架，部落格想用 WordPress，放子網域可避免互相干擾。把兩套不同節奏的系統硬塞進同一個根目錄，常常是快取、路由、權限衝突的開端。這時 blog.example.com 跑獨立的 WordPress，反而乾淨；如果你決定走 WordPress 子目錄路線，WordPress SEO 的 10 個最佳化步驟能幫你把基礎打好。

品牌與業務分隔：電商加知識內容

電商主站加知識內容子網域，讓兩邊的轉換邏輯、導覽、設計各自獨立。這在跨境或代營運情境特別常見，主站講轉換，子站講內容，硬綁在一起反而兩邊都不順。電商情境還要顧及產品結構化資料與電商 SEO，把店區跟內容區拆開，各自的最佳化才不會打架。

安全與效能隔離：會員後台、API 獨立

會員系統、API、後台放在子網域，萬一出問題不會拖垮主站。這是資安與穩定度的考量，跟 SEO 沒有直接關係，但會間接影響網站體驗與核心網路指標的表現。把高風險功能隔離，是工程上成熟的選擇。

在地化與多語系：不同地區各自調整

不同地區用不同子網域（tw.example.com、jp.example.com），可各自調整金流與客服。在地化的訊號累積，可參考本地搜尋最佳化的幾個訣竅，但結構只是其中一環，更關鍵的是內容與服務是否真的貼近該地受眾。

子網域還有一個不常被提到的優點：它能讓外部連結策略更靈活。當你為某個子網域專門經營反向連結時，那個子網域的權重會獨立累積，不會被主站的內容稀釋；這對想要為單一產品線建立獨立權威的品牌是有利的。代價是這些連結效益也比較難回流主網域，等於是「把雞蛋放在不同籃子裡」的取捨，外部連結建立的整體邏輯在子網域情境下要重新評估資源分配。

子目錄的優點：為什麼多數中小型網站到頭來都選它

子目錄的最大好處是把所有內容、外部連結效益、爬蟲預算都收在同一個網域下，權重集中、管理簡單、維護成本低。對中小型網站、單一品牌、想要讓部落格流量回饋主站的情境，子目錄幾乎都是預設首選。

權重與外部連結集中是核心誘因。任何一篇文章被引用，權重都直接回流主網域，不會卡在子網域裡；爬蟲預算也是共用，Googlebot 一次爬完整個網站，新頁面被發現與索引的速度通常較快，這對加速索引有實質幫助。管理面上更省事，一份 SSL、一個 sitemap、一個 Search Console 資源就搞定。

在 AI 搜尋興起後，這層「集中」的價值更明顯。Google AI Overview、ChatGPT、Perplexity 在抓同一個網域的內容時，主題權威度更容易累積，相關討論可看AEO 答案引擎最佳化與AI SEO 的完整指南。退一步問：如果你的網站只有一個品牌、一個目標受眾，你有什麼理由要把它拆開？多數時候，拆開只是增加維護負擔卻沒拿到對應好處。

把子目錄放進更大的站內最佳化框架來看，它跟站內 SEO、網站架構最佳化是同一件事的不同切面，結構選對了，後面的關鍵字、標題、內部連結才有發揮空間。

再往深一層想，子目錄之所以讓權重集中，是因為它讓 Google 更容易把你的所有內容當作「同一個作者在講同一件事」。這對主題權威的累積是加分的，主題叢集與集群內容的佈局只有在同一個網域下才能發揮最大綜效，子網域會把這個綜效硬生生切成兩半。實務上，當你想用頁面 SEO 從關鍵字到主題集群的方式累積權威，子目錄幾乎是前提條件。

另一個常被忽略的好處是搜尋意圖的承接。同一個品牌的內容放在子目錄，使用者在站內從商品頁逛到部落格、再逛到 FAQ，路徑是連續的，這對停留時間與跳出率的表現都有幫助。子網域則強迫使用者跨站，每一次跳轉都是一次流失的風險。

部落格該放 blog.子網域 還是 /blog 子目錄：實戰決策流程

如果你的主站跟部落格是同一個品牌、同一批受眾、同一個技術棧，選 /blog 子目錄。只有當主站技術棧跟部落格不同（例如主站不是 WordPress）、或部落格是獨立品牌、或需要完全不同的設計與導覽時，才考慮 blog. 子網域。決策的核心是「這份內容算不算主網站的一部分」。

用一個三步流程收斂判斷：第一步看品牌與受眾是否一致，第二步看技術棧是否相同，第三步看是否需要獨立導覽與設計。三個都一致，毫無懸念選子目錄；有任一項明顯分歧，子網域才列入考量。舉個台灣情境，用 WordPress 架的企業官網加上同品牌知識內容，直接用 /blog 或 /resources 子目錄最省事，網站結構與外部連結的最佳化技巧也最容易跑順。

反過來，主站是自訂的電商系統、部落格要用 WordPress，這時 blog. 子網域反而合理。硬把 WordPress 塞進自訂系統的根目錄，常是路由與權限惡夢的開始，讓 Google 更容易理解網站的策略裡就有不少這類案例。重點是不要為了「看起來比較專業」而拆子網域，專業與否跟網址結構無關。

• 選子目錄的條件：單一品牌、同受眾、同技術棧、希望內容流量回饋主站、技術資源有限。
• 選子網域的條件：不同技術棧、獨立品牌店區、需要強隔離的會員或 API、不同地區需要不同金流與客服。

多語系、電商加會員：複雜網站的結構選擇

多語系優先用子目錄（example.com/tw/、example.com/jp/）搭配正確的 hreflang 標籤，讓權重集中又能在不同地區正確顯示。電商、部落格、會員若屬於同一品牌，建議全放同一個網域下的子目錄；只有當不同市場需要不同金流、客服、價格策略時，才考慮用子網域或 ccTLD 分地區。

多語系有三種常見結構：子目錄、子網域、ccTLD。權重繼承的差異是子目錄最佳，ccTLD 各自獨立，子網域是折衷。但無論選哪種，hreflang 都不可省略，要雙向標注、自引用、用正確的語言代碼，這在重複內容的處理與canonical 標籤的運作裡會一併牽動。多語系是最容易踩坑的地方，我看過太多網站 hreflang 設錯，結果英文版跑到台灣搜尋結果，流量整個錯置。

會員與購物車共享也是結構選擇的隱形因素。同一網域下 Cookie 與 Session 天然共用，子網域則要額外處理跨網域 Cookie，否則會員登入狀態會斷掉，這對轉換率是直接傷害。跨境電商情境，主站加知識內容用子目錄，特定地區若金流差異大才拆子網域，是比較穩的折衷。

多語系、在地化、網址結構三者是交織的，本地搜尋的常見誤解可參考9 個本地 SEO 神話破解，避免在結構還沒想清楚前就急著上線多語系版本。

子網域搬到子目錄：301 轉址與權重轉移的完整步驟

把子網域搬到子目錄的關鍵不是 301 本身，而是 301 之外的配套。建立一對一的舊網址到新網址對照表、同步更新所有站內連結、提交新 sitemap、在 Google Search Console 同時驗證新舊資源，並預留至少 4 到 12 週讓 Google 重新評估。期間流量短暫波動是正常的，不代表失敗。

步驟一：盤點並建立一對一對照表

盤點所有子網域頁面，建立一對一的新子目錄網址對照表，避免萬用字元轉址造成漏接。這一步做不好，後面全部白搭，死連結與 404 會把搬家變成災難。對照表的格式可參考301 與 302 重定向的差異裡的範例，一列舊網址對一列新網址。

步驟二：設定 301 永久轉址

設定 301 永久轉址（不是 302），保留至少 6 個月不要急著移除。302 是暫時轉址，權重傳遞效果差，這在301 與 302 哪個對 SEO 更友善有詳細比較。搬家最忌諱用錯轉址類型，一次弄錯可能讓幾個月的權重累積歸零。

步驟三：更新內部連結、sitemap、Search Console

更新所有站內連結指向新網址、提交新 sitemap、在 Search Console 驗證新資源並使用網址變更工具。這一步常被忽略，很多人只做 301 就以為完工，結果 Google 抓到一堆舊內部連結指向已轉址的網址，重新評估速度變慢。內部連結最佳化策略與內部連結的核心觀念在搬家階段特別關鍵。

步驟四：監控與觀察期

監控 Search Console 的索引狀態、流量、外部連結是否順利轉移，預留 4 到 12 週觀察期。這段時間排名與自然流量會上下跳，是 Google 重新評估的正常現象，不要看到第一天掉了就慌著改回來。觀察的判斷邏輯跟核心更新後的排名復原類似，看的是趨勢不是單日數字。

常見錯誤有四個：用 302 而非 301、轉址鏈過長、內容差異過大導致權重不完全傳遞、忘記更新內部連結。這些錯誤的共通點是只看單一變因，沒看整體配套。

搬家期間還要同步處理 中繼描述與摘要設定與 結構化資料。很多人以為 301 設好就萬事太平，卻忘了子網域時代的 canonical 可能還指向舊網址，或結構化資料裡的 URL 欄位沒更新，這會讓 Google 收到互相矛盾的訊號。改版的整體節奏與自保守則，可參考網站改版的時間與 SEO 自保守則，把搬家放進改版的框架裡規劃，比較不會漏東漏西。

常見錯誤：選錯結構會踩到的五個坑

最常見的五個錯誤是：把「子目錄一定比較好」當成萬用答案、忘記子網域的 SSL 與 Cookie 要另外設定、多語系漏掉 hreflang、搬家時只用 301 而忽略內部連結與 sitemap、以及為了短期 SEO 而硬把本該分隔的業務塞進同一個網域。這些錯誤的共通點是只看單一變因，沒看整體。

第一個坑是盲目選子目錄，硬把不同技術棧的內容塞進同一個站，反而拖垮效能與維護，這在網站速度的影響與網站程式碼最佳化裡都有跡可循。第二個坑是子網域忘記個別申請 SSL、沒設定跨子網域 Cookie，導致會員登入狀態斷掉，這跟HTTPS 遷移是同一條安全線。

第三個坑是多語系只換網址不設 hreflang，結果英文版跑到台灣搜尋結果；第四個坑是搬家時只做 301，忘了更新內部連結與 sitemap，Google 抓到一堆死連結；第五個坑是過度相信「權重分散」這個單一說法，忽略內部連結策略與內容品質才是真正變因。說到底，錨文字的佈局與E-E-A-T累積的信任訊號，比網址長相更能決定排名走向。

2026 AI 搜尋的調整：子網域與子目錄對 Google AI Overview 的影響

在 Google AI Overview、ChatGPT、Perplexity 等 AI 搜尋興起後，結構選擇的核心邏輯沒有反轉：子目錄讓主題權威度更集中，AI 系統在抓同一個網域的內容時更容易建立權威認定。但 AI 搜尋對「結構清晰度」的要求變高了，無論選哪種，都要確保每個段落可獨立被擷取、主題邊界清楚、內部連結能串起主題叢集。

AI 搜尋本質上是在抓可獨立理解的片段，結構清晰度比網址形式更關鍵。子目錄讓同一網域的內容主題更容易被 AI 當作同一個權威來源累積，這在GEO 生成式引擎最佳化與AI 搜尋 SEO 指南裡有更完整的討論。子網域不是不能用，但要確保每個子網域本身有足夠的主題深度與內部連結，否則 AI 會當作薄弱來源。

主題叢集佈局在 AI 搜尋下更重要，這跟結構選擇是兩件事但會互相影響。主題群集策略與查詢擴充 Query Fan-out能幫你理解 AI 是怎麼把同一個主題的內容串起來引用的。老實說，AI 搜尋還在快速變化，現在下絕對結論太早，我會建議把重點放在可獨立擷取的內容品質上，而不是為了 AI 特意改結構。

從引用機制看，Google AI Overview與Google AI Mode在抓取內容時，傾向把同一個網域下的相關頁面當作一組互相佐證的來源。子目錄讓這層「同源」關係更明確，AI 在交叉驗證時更容易把你的內容排在前面；子網域則需要靠更強的外部訊號才能被當作可信來源。這也是為什麼即使官方說結構沒差，AI 搜尋時代子目錄的優勢反而更被放大。

另一個值得留意的點是零點擊搜尋與精選摘要的呈現。當你的內容集中在同一網域，Google 在組裝摘要時有更多素材可挑，被引用的機會自然提升。這跟結構選擇是間接關係，但累積效應不容小看。

子網域 vs 子目錄常見問答（FAQ）

子網域會分散 SEO 權重嗎？

會。Google 傾向把子網域當作半獨立實體，外部連結效益較難自動回流主網域，所以從權重集中的角度看，子網域確實會讓能量分散。但這不代表子網域不能用，只代表你要在業務分隔需求與權重集中之間做取捨，相關觀念可看Google 公開的排名因素。

Google 會把子網域當作主網站的一部分嗎？

部分會。Googlebot 知道子網域跟主網域相關，但在權重計算上較接近獨立站點，這也是為什麼 John Mueller 雖然說兩種結構排名沒差，實務上子目錄仍常勝出。這層「半獨立」的認定，可搭配Google 搜尋的運作方式理解。

把子網域搬到子目錄要觀察多久才不會掉排名？

至少 4 到 12 週。流量短期波動屬正常，重點看索引狀態與外部連結是否順利轉移，這段觀察期的判斷邏輯與排名提升的監控方法相通，看的是趨勢而非單日數字。

多語系網站用 ccTLD 還是子網域比較好？

ccTLD 在地化訊號最強但成本最高，權重各自獨立；子網域是折衷，子目錄權重最集中。選擇取決於你的市場規模與技術資源，本地化的訊號累積可參考本地搜尋的市場樣貌。

WordPress 部落格預設應該放子網域還是子目錄？

除非主站不是 WordPress 或部落格是獨立品牌，否則直接用 /blog 子目錄。設定細節可看Site Kit 把 Google 工具搬進 WordPress 後台，子目錄在權重集中與維護成本上對中小型站最有利。

子網域的 SSL 跟 Cookie 要怎麼設定才不會出問題？

子網域要個別申請或用涵蓋子網域的萬用憑證，Cookie 則要明確設定可跨子網域的 domain 屬性，否則會員登入狀態會斷掉。這跟Chrome 移除安全標籤與 HTTPS 標準化屬於同一條安全線，搬家或新增子網域時務必同步檢查。

講了這麼多：別讓網址結構綁架你的判斷

回到搜尋意圖，多數人問「子網域還是子目錄」，其實是想找一個一勞永逸的答案。但真相是：結構只是容器，真正決定排名的是你放進去的內容品質、內部連結佈局與主題權威的累積。中小型網站預設選子目錄，業務邊界清楚才拆子網域，這個原則能解決九成的情境。

如果你正在決定要不要搬家，先把最影響判斷的訊號修正到位：檢查SEO 入門的基本功是否串得起主題、YMYL 與信任訊號是否足夠、SEO 整體最佳化指南基本面有沒有破洞。這些做好之後，結構的選擇往往會自然浮現，而不是靠猜。

最終，與其把心力花在「哪個結構 SEO 較好」的爭論上，不如把每一篇內容寫到可獨立被讀者與 AI 引用的程度。若你需要有人陪你把整體策略走一遍，挑選 SEO 公司的指標與你到底需不需要 SEO能幫你判斷下一步該自己來還是找專業協助。想先把基礎觀念補齊，6 個不發新文章也能改善 SEO 的技巧與2026 年必懂的 SEO 趨勢是兩個不錯的起點。現在就挑一個你最有疑問的情境，對照本文的決策流程走一遍，答案通常比你想的更清楚。