多語系 URL 架構
子目錄優先於子網域
多語系架構像跨國公司的分公司登記——用子目錄是「同一家公司的分部」，權重共享；各開新公司（子網域/新網域）就要各自從零累積信用。
03為什麼是現在學
多語架構是「改一次成本極高」等級的決定，跟網域選擇同級。要在第一個外語頁上線前定案。
04白話理解（對客戶簡報可直接引用）
台灣中小企業的預設答案：子目錄（example.com/en/）——共享主網域權重、維護成本最低。子網域（en.example.com）次之，國別網域（example.co.jp）只給「該市場有獨立團隊與在地深耕」的公司。搭配 hreflang 告訴 Google 各語版的對應關係。
05工具箱
- ▸多語架構決策表 — 市場／團隊／內容量三因素評估
- ▸hreflang（見技術 SEO 章 t26） — 架構定了才輪到它
06怎麼做 · SOP 2 步（每步標產出物）
- 1评估目標市場與維護能量，選定架構→ 多語架構決策紀錄
- 2定各語版的網址規則與預設語言（x-default）→ 多語 URL 規則
07場景應用（實戰經驗）
- ◆常見錯誤：為了「看起來國際化」開 en. 子網域，內容三年沒更新——空的英文站比沒有更傷（品質訊號差）。做不動就先不要開。
08⚠️ 常見誤區
- ✕用機器翻譯灌全站外語版——低品質翻譯內容是明文的垃圾風險。
- ✕自動依 IP 轉語言且不能切換——把爬蟲跟旅外使用者都鎖死（見 t27）。
口訣
「子目錄優先；養不起的語言，先不要生。」
10里程碑 · 完成標準（可驗證）
- ☐架構決策有書面紀錄
- ☐各語版網址規則一致
- ☐無殭屍語版
學習者勾自己的進度；顧問勾客戶專案的交付——同一份標準，兩種用法。
12檢核方式與依據出處
人工判定：需要顧問訪談與專業審閱——這一段是顧問收費的理由。
- 🟢 官方明文Google：多地區與多語言網站管理 ↗
依據等級決定計分權重（🟢×3／🔵×2／⚠️×1）——權重量的是「依據有多硬」， 不是「我們覺得多重要」。查無權威文件的判準，誠實標「業界慣例」。