多語言站架構:子目錄 vs 子網域 vs ccTLD

多語言網站的三種架構中,子目錄(example.com/zh-hant/)能讓所有語言共享同一個網域的權重、維護成本最低,是多數情況下的推薦選擇;子網域與 ccTLD 只有在特定商業或法規需求下才值得採用。 架構是多語言 SEO 的第一個決策,選錯了之後搬家的代價極高。

三種架構是什麼?

以一個繁中/簡中/英文三語網站為例,三種架構長這樣:

完整比較表

比較項目 子目錄 子網域 ccTLD
權重共享 ✅ 全語言共享主網域權重 ⚠️ Google 傾向視為獨立站,權重大致分開 ❌ 每個網域從零累積
維護成本 低(1 個網域、1 套主機與憑證) 中(多組 DNS 與部署設定) 高(多個網域、續費、各自的 GSC 與外鏈)
地理訊號強度 弱(靠 hreflang 補足) 弱–中 強(.tw 天然對應台灣)
外鏈效益 任一語言拿到的外鏈,全站受益 主要留在該子網域 只留在該國網域
適合對象 絕大多數內容站、SaaS、B2B 各語言由不同團隊獨立營運 法規要求在地網域、或各國有獨立品牌

為什麼多數情況推薦子目錄?

  1. 權重是最稀缺的資源。新站或中小型網站最缺的就是網域權威。子目錄讓英文版拿到的每一條外鏈同時撐起繁中與簡中版;換成 ccTLD,等於同時養三個從零開始的網站——內容產能相同的情況下,成長速度可能差上數倍。
  2. 維護面只有一個。一個網域代表一套憑證、一套部署、一個 GSC 資源(用目錄篩選即可分語言追蹤)、一份要管理的外鏈檔案。網站要活得久,營運成本比理論優勢重要。
  3. 語言分流交給 hreflang 就夠。子目錄唯一的弱項是缺乏天然地理訊號,但這正是 hreflang 的工作:每頁標好 zh-Hantzh-Hansen+x-default,分流效果足以覆蓋絕大多數需求。

什麼時候不該選子目錄?

決定架構後的三個配套動作

  1. 每頁實作完整 hreflang(全語言+自我參照+x-default),這是子目錄架構的分流命脈。
  2. 每個語言各一份 sitemap,方便提交與除錯。
  3. GSC 用目錄篩選分開追蹤,各語言的曝光、點擊、收錄獨立檢視,才能發現單一語言的異常。

常見問題(FAQ)

Q1:已經用子網域了,要搬到子目錄嗎? 如果子網域的 SEO 表現長期疲弱、且網站還在成長早期,搬遷通常值得——記得做好全站 301 對應表。如果已有穩定流量與排名,搬遷風險可能大於收益,先把 hreflang 與內容品質做滿再評估。

Q2:子目錄要用 /zh-hant/ 還是 /tw/? 建議用語言導向的 /zh-hant//zh-hans/,因為繁中讀者不只在台灣(還有香港與海外)。用 /tw/ 這種地區導向命名,未來要服務香港市場時會很尷尬。

Q3:三種架構可以混用嗎? 技術上可以(例如主站用子目錄、大陸市場獨立用 .cn),但同一組語言不要重複出現在兩種架構,否則會自我蠶食。混用的唯一合理場景就是「大陸市場獨立處理、其他語言集中在主網域」。

Q4:架構會影響被 AI 引用(GEO)嗎? 會,間接影響。AI 引擎偏好引用權威度高的來源,子目錄集中權重等於讓每個語言版本都站在同一個較高的信任基礎上,對三語都要被引用的網站特別有利。


GeoSeoToday自己就是「子目錄+hreflang」架構的實例(/zh-hant/、/zh-hans/、/en/)。架構定案後,第一件事就是把 hreflang 配對做對——用我們的 hreflang 產生器與 GEO 檢測工具 一鍵產生標籤。下一步請看〈每種語言各一份 sitemap 怎麼設〉,完整規劃見支柱頁〈多語言 / 國際 SEO 完整指南〉。