部落格與商店該放子網域還是子目錄：一張七列決策表幫你選
部落格、商店、說明中心要放在子網域還是子目錄，多數中小企業選子目錄比較省事。理由不是排名魔法，而是管理成本：同一個網站、同一套導覽、同一份 Search Console 資源，內部連結自然串起來。只有在系統、團隊或市場真的必須分開時，才值得用子網域。
這篇不爭論哪一種比較「有 SEO 效果」。網路上這個爭論吵了很多年，各方都有例子。我們把問題換成一張決策表：你的情況符合哪幾列，就往哪邊靠。
先把兩個名詞講清楚
子網域長得像 shop.example.com，主網域前面多一段名稱。子目錄長得像 example.com/shop/，主網域後面多一層路徑。兩者都可以放同樣的內容，差別在技術架構和管理方式。
- 子網域：在 DNS 層就分開，可以指到不同主機、不同系統，甚至不同廠商。
- 子目錄：和主網站在同一個網域下，通常由同一個系統或同一台主機的反向代理負責。
- Search Console：子網域需要另外驗證，或改用網域資源一次涵蓋；子目錄在原本的網址前置字元資源裡就看得到。
Google 在 搜尋引擎最佳化入門指南 裡建議用有邏輯的網址與目錄結構，讓使用者和搜尋引擎看得懂網站分區。它沒有規定一定要用哪一種。所以選擇的依據，回到你的營運現實。
子網域與子目錄的決策表
逐列對照。符合左邊描述的列數越多，越適合子目錄；符合右邊越多，子網域比較合理。
| 判斷項目 | 偏向子目錄 | 偏向子網域 |
|---|---|---|
| 系統 | 部落格、商店能裝在同一套網站系統 | 商店或說明中心必須用另一家廠商的平台 |
| 團隊 | 同一組人維護內容與網站 | 不同部門或不同外包商各自負責 |
| 品牌 | 同一個品牌、同一群客人 | 不同品牌、不同客群，甚至不想被聯想在一起 |
| 導覽 | 希望頁首選單、頁尾一致 | 介面、登入方式本來就不同 |
| 內容關係 | 文章需要大量連到服務頁與商品頁 | 內容獨立，很少互相引用 |
| 安全 | 沒有需要隔離的使用者資料 | 會員後台、付款流程需要獨立的安全設定 |
| 預算 | 不想多管一套主機與憑證 | 有工程資源維護多套環境 |
這張表裡沒有「排名」這一列。不是因為它不重要，而是因為對大多數網站來說，內部連結做得好不好、內容有沒有幫到人，比網址長相影響更大。
哪些情況下，子網域反而是對的選擇？
我們遇過不少老闆，一聽說子目錄比較好管，就要求把所有東西搬進子目錄。以下三種示範情境，搬了反而吃虧。
情境一：商店用的是另一家電商平台
官網是自架網站，商店用的是開店平台。要把商店塞進子目錄，得架反向代理，把 example.com/shop/ 的請求轉給平台。這要工程能力，平台也不一定支援。出問題時兩邊廠商互踢。這種情況下，shop.example.com 加上清楚的互相連結，比硬做子目錄穩定。
情境二：會員後台與公開內容混在一起
會員登入、訂單查詢這類頁面，本來就不該被搜尋引擎收錄。放在獨立子網域，安全設定、Cookie 範圍、防火牆規則都比較好切。公開內容留在主網域，兩邊職責清楚。
情境三：同一家公司經營兩個不同客群
一家做企業採購，一家做零售。客群不同、語氣不同、價格也不同。放在同一個網站的子目錄，導覽會打架，客人也會困惑。這種情況可以考慮子網域，甚至分成兩個獨立網域，各自經營。
選子目錄時，最常漏掉的四件事
決定用子目錄，不代表搬進去就好。以下四件事沒做，子目錄的好處會被抵銷。
- 導覽要真的整合：部落格要出現在主選單，服務頁要能連回相關文章。只是網址掛在同一個網域下，卻沒有任何連結，等於兩個孤島。
- 版型要一致：子目錄裡的部落格若用另一套樣式，訪客會以為跑到別的網站，信任感會掉。
- 網站地圖要包含：新子目錄的頁面要加進網站地圖，送到 Search Console。
- 追蹤碼要同一套：GA4 與轉換追蹤要確定覆蓋新目錄，否則報表會少一塊。
內部連結怎麼串，可以參考 主題叢集怎麼把權重送到成交頁。如果網站層級已經很深，先用 點擊深度的試算表教學 畫一次結構圖再決定。
已經用了子網域，要不要搬回子目錄？
這是另一個問題，答案通常是「先不要」。搬遷代表整批網址改變，要做轉址、更新內部連結、更新網站地圖、觀察索引。這段期間流量可能波動。
值得搬的情況只有幾種：子網域的內容和主網站高度相關，卻長期沒有互相連結；子網域所在的平台即將停用；或維護兩套系統的成本已經明顯拖累團隊。若決定要搬，請把它當成一次正式的網站搬家處理，不要週五下午順手改。完整的風險清單可以參考 網站搬家的三十天風險清單。
| 評估問題 | 答案是「是」代表 |
|---|---|
| 子網域內容和主網站服務直接相關嗎？ | 搬回子目錄的整合效益較高 |
| 子網域目前有穩定的自然流量嗎？ | 搬遷風險較高，要規劃完整轉址 |
| 兩邊系統能整合成一套嗎？ | 技術上可行，否則先改善互連即可 |
| 團隊有人能在搬遷後四週每天看索引報表嗎？ | 有人盯，才考慮動手 |
動手之前，和工程人員對齊的確認清單
決策表選完方向，還要把細節落到規格。以下是我們在示範情境裡，開會前會先發給工程人員與內容負責人的確認清單。每一項都要有人回答，沒有答案就先不要上線。
- 新區塊的網址前綴是什麼？例如 /blog/ 還是 /news/，決定後不要再改。
- 舊網址有沒有需要轉址？轉址對照表由誰製作、誰驗收？
- 子網域若保留，Search Console 是否改用網域資源，一次涵蓋所有子網域？
- GA4 的資料串流是否涵蓋新區塊？跨子網域的工作階段會不會被切斷？
- canonical 標籤指向哪一個版本？會不會有同一篇內容同時出現在兩個網址？
- robots.txt 與網站地圖是否已更新，新區塊沒有被誤擋？
- 主選單、頁尾與相關文章區塊，誰負責放入連往新區塊的連結？
- 上線後四週，誰每週看一次索引報表與自然流量？
這份清單看起來瑣碎，但每一項都是我們看過的漏洞。最常見的是追蹤碼沒有跟上：內容放進子目錄了，GA4 卻因為版型不同漏裝，報表少了一整塊，團隊還以為新內容沒人看。另一個常見問題是重複內容：同一篇文章在子網域和子目錄各留一份，兩邊都被收錄，互相分散。
跨子網域追蹤是另一個要注意的地方。訪客從 www 點到 shop 子網域，如果設定沒做好，同一個人可能被算成兩個工作階段，來源也會被改成自家網站。這會讓你看不出廣告或文章到底帶來多少訂單。設定前先讀一次 GA4 官方說明裡關於跨網域與網域設定的章節，再請工程人員實作。
給老闆的一句話版本
能放在同一套系統、同一個團隊管理的內容，就用子目錄。系統、安全或品牌必須分開的，就用子網域，並把兩邊的連結做好。不要為了網路傳言搬家。
如果你正在規劃新網站或改版，想先釐清哪些內容該合、哪些該分，可以參考 冠誠數位行銷的網站規劃服務。
適用與不適用的情況
適用：台灣中小企業官網、電商、服務業網站，正要新增部落格、商店、說明中心或活動頁，需要決定網址放哪裡。
不適用：跨國多語系網站要處理語言與地區版本，涉及 hreflang 與國家網域的選擇，要另外評估。大型集團有多個獨立品牌與法務考量，也超出本文範圍。
限制：本文是架構與管理面的判斷框架，不是對排名結果的保證。Google 的搜尋系統持續更新，具體做法請以 Google 對實用內容的官方說明 與 Search Console 的實際資料為準。