多語系網站的架構怎麼選？子目錄、子網域還是各國網域

先分清楚：多語言還是多地區

這兩件事常被混為一談，但規劃方式不同。

• 多語言網站——同樣的內容提供兩種以上語言。例如公司網站有中文與英文版
• 多地區網站——針對不同國家或地區的使用者提供不同內容。例如台灣與馬來西亞的產品線、價格、服務據點都不同

一個網站可能兩者都是——例如同時有台灣與新加坡版本，而新加坡版又分中文與英文。

先確認自己屬於哪一種，架構才好決定。 如果只是把同樣內容翻譯成英文，那是多語言；如果各地區的商品與訊息本來就不同，那是多地區，複雜度高得多。

三種架構

多數情況：子目錄

對台灣的中小企業而言，子目錄通常是最合理的選擇：

• 所有語言版本的努力都累積在同一個網域上
• 只需要一組主機、一張憑證、一套後台
• 維護成本最低

缺點是地區定位的訊號較弱，且所有版本共用同一個主機位置。但對「有海外客戶但主要市場仍在台灣」的公司，這個代價通常可以接受。

什麼情況值得用各國網域

• 各地區是獨立經營的事業——不同法人、不同團隊、不同商品線
• 需要明確的在地形象——當地客戶會因為看到當地網域而更信任
• 當地市場的規模足以支撐獨立經營

要注意的是：國家代碼網域是明確的地理定位訊號，但也代表你放棄了在其他地區的能見度。 而且每一個網域都要從零開始累積評價，這是最大的隱藏成本。

網域類型的選擇見.com 與 .com.tw 有什麼差別。

主機位置要不要分開

主機所在地也是判斷網站目標客群的訊號之一，而且直接影響當地使用者的載入速度。

實務上的處理

• 客群集中在單一地區——主機放在該地區
• 客群橫跨多地——可用單一主機搭配內容傳遞網路，或評估主要市場優先
• 各地區獨立經營——可各自使用當地主機

值得注意的是：不同機房、不同線路之間的連線品質有差異，這需要實測才知道。 我們曾遇到從英國連台灣機房並不順暢，最後改用其他地區主機、以單一主機服務多國客戶的案例。

語言與地區的組合

如果同時要處理語言與地區，網址結構會變成兩層，例如：

• example.com/tw/zh/——台灣地區、中文
• example.com/sg/en/——新加坡地區、英文

這種結構複雜度明顯提高，內容量也是倍數成長。除非各地區的內容確實不同，否則建議先從單純的多語言開始。

規劃時要先決定的五件事

1. 要做哪些語言？ 依實際客群，不要因為「多做幾個比較好」而全開
2. 每個語言的內容都一樣嗎？ 還是各自有不同的重點
3. 哪一個是主要版本？ 預設進站看到哪一個
4. 誰負責翻譯與後續更新？ 這是最常低估的部分
5. 未來可能增加語言嗎？ 架構要預留

第四題最關鍵。做得出來不難，難的是三年後每個語言版本都還在更新。 見多語系網站的後台怎麼管理。

不要一開始就做太多語言

常見的失敗模式：一次開了中英日韓四種語言，結果只有中文版持續更新，其餘三個停在上線那天。

過期或殘缺的語言版本，比沒有那個版本更傷形象。

建議做法：先做一個外語版本，確認翻譯與維護的流程跑得順，再考慮增加。架構上預留擴充空間即可。