子網域、子目錄還是另外註冊網域？網站架設的網址結構決策
一個常被低估的架構決策
當公司要新增一個獨立性較高的區塊——部落格、購物商城、活動網站、英文版、加盟專區——就會面臨這個問題：要放在子網域、子目錄，還是乾脆註冊一個新網域？
這個決定在網站架設初期做起來只是選一個設定，但事後要改動就牽涉大規模的 301 轉向與排名波動。值得花時間想清楚。
三種做法的差別
| 子目錄 | 子網域 | 新網域 | |
|---|---|---|---|
| 範例 | example.com/blog/ | blog.example.com | example-blog.com |
| 搜尋引擎視為 | 同一網站的一部分 | 關聯緊密但相對獨立 | 完全獨立的網站 |
| 網站評價 | 與主站完全共享 | 部分傳遞 | 從零開始累積 |
| 建置成本 | 低 | 中 | 高 |
| 技術彈性 | 受主站架構限制 | 可用不同系統、不同主機 | 完全獨立 |
| SSL 憑證 | 共用 | 需萬用字元憑證或另申請 | 需另申請 |
多數情況下，子目錄是比較好的選擇
核心理由是權重集中。搜尋引擎對一個網站的整體評價，是由該網站所有頁面共同累積的。放在子目錄，新增的內容直接為主網域加分；放在子網域或新網域，等於另外開一個帳戶重新累積。
對絕大多數台灣中小企業的網站架設案來說，資源有限、內容產出速度不快，把力氣集中在一個網域上是效益最高的做法。實務上也常看到公司同時經營三四個網站，結果每一個都不上不下。
特別是部落格
企業部落格的主要目的就是用內容為主站帶來搜尋流量與權重。放在 example.com/blog/ 才能達成這個目的；放在 blog.example.com 效果會打折，放在完全不同的網域則幾乎沒有幫助。
什麼情況該用子網域
- 技術架構完全不同——例如主站是自家系統，購物功能要用外部電商平台，對方只支援 CNAME 指向，此時只能用子網域
- 需要獨立的伺服器或資源——例如高流量的活動網站，不希望影響主站穩定性
- 面向完全不同的受眾——例如經銷商專用系統、內部員工系統，本來就不需要 SEO
- 語系版本且各語系內容獨立經營——這種情況子網域與子目錄各有支持者，可參考我們既有的多語言網站說明
什麼情況該用新網域
門檻應該設得很高。真正適合的情況大致只有三種：
- 品牌本質不同——同一集團經營形象定位截然不同的兩個品牌，混在一起會傷害兩邊
- 法律或營運需要切割——不同法人、不同營業項目需要明確區隔
- 目標市場不同國家——需要用不同的國家代碼頂級網域做地理定位
不建議的理由：新網域意味著要重新累積搜尋評價、重新建立外部連結、重新做網站架設與後續維護，成本是三種方案中最高的，而且長期維護兩三個網站對中小企業是明顯的負擔。
常見的錯誤做法
為了關鍵字而另外註冊網域
「我們主站是 example.com，另外註冊 taipei-web-design.com 來衝關鍵字」——這是十幾年前的做法，現在效益極低，而且分散資源。正確做法是在主站建立對應的內容頁面。
同樣內容同時放在多個位置
例如產品資料同時存在於 example.com/product/ 和 shop.example.com/product/。這會造成重複內容，兩邊互相稀釋。必須擇一為主，另一邊 301 轉向或設定 rel=canonical。
活動結束後直接刪掉整個子網域
活動網站累積的連結與流量就此消失，且產生大量 404。正確作法是活動結束後 301 轉向到主站的相關頁面。
決策流程
- 這個區塊需要靠搜尋流量嗎？ 不需要（如內部系統）→ 子網域即可
- 技術上能放在同一套系統下嗎？ 不能 → 子網域
- 品牌定位與主站一致嗎？ 完全不同 → 考慮新網域
- 以上皆非 → 用子目錄
如果正在規劃網站架設，建議把未來三年可能新增的區塊一起攤開來討論，一次把網址結構定好。事後調整的成本，遠高於一開始多花的一小時討論。