當網站開始把流量伸向其他國家，國際 SEO 網址結構往往是最早被決定、卻最晚被認真討論的一件事。多數團隊在剛開站時隨手選了一種架構，等到德國、日本、東南亞的流量同時湧進來，才發現網址的組織方式正在悄悄影響排名、權重分配，甚至使用者對品牌的信任感。問題在於，這個決定一旦上線運作半年以上，要回頭改幾乎等於整站搬家。
子網域、子目錄、ccTLD 三選一，沒有一個答案適用所有情況。但有一套判斷邏輯可以套：先看你想把網站的權重集中還是分散，再看你有沒有資源養多個獨立站。這篇會把三種結構的 SEO 影響、各自適合的情境、以及一個常被忽略的時效陷阱講清楚，最後給一張可以直接照著選的對照表。
國際 SEO 網址結構有哪三種，差別在哪
國際網站的網址結構主要有三種：ccTLD（國家代碼頂級網域，如 example.de）、子網域（de.example.com）、子目錄（example.com/de/）。三者最關鍵的差別，是搜尋引擎會把它們當成「一個網站」還是「好幾個各自獨立的網站」來看待——這直接決定你的網域權重是集中累積，還是被切成好幾份各自從零開始。
先把一個完整網址拆開來看，比較容易理解這三層分別動到哪裡：
子網域
主網域
頂級網域（可為 ccTLD）
子目錄
ccTLD 動的是最右邊的頂級網域，子網域動最左邊的前綴，子目錄則是在路徑層加一段。三種做法的「分離程度」由強到弱，剛好就是 ccTLD、子網域、子目錄。分離得越徹底，地區訊號越強，但權重也越難共用——這個取捨是整個決策的核心。
ccTLD 的地區訊號最強，但權重不會共用
ccTLD 是三種裡地區定位訊號最強的一種。每個國家用一個獨立的國家代碼網域，例如法國用 example.fr、德國用 example.de、日本用 example.jp。這種網址等於直接對搜尋引擎宣告「這個站就是給這個國家看的」，Google 幾乎不需要其他線索就能判斷目標地區。對在地使用者來說，看到自己國家的網域結尾，信任感通常也比較高，這在某些對數位信任較敏感的市場（例如部分歐洲與日本市場）會反映在點擊率上。
代價是搜尋引擎會把每一個 ccTLD 當成完全獨立的網站。這代表 example.fr 累積的反向連結與權重，完全不會傳給 example.de；每個網域都得自己從零開始養排名、養外部連結。你開幾個國家，就等於同時經營幾個獨立站，網域註冊費、主機、SSL 憑證、SEO 操作全部要乘上國家數。
ccTLD 還有一個容易踩到的陷阱：某些國家代碼網域被 Google 當成一般頂級網域（gTLD）處理，而不是地區訊號。常見的有 .io、.co、.me、.tv、.fm、.la、.ws 等——這些後綴因為被大量品牌拿來當創意網域用，Google 認為它們的實際用途已經跟特定國家脫鉤。如果你以為註冊 example.io 就能定位某個地區，那訊號其實是無效的。挑 ccTLD 前先確認它沒被歸類成 gTLD，否則白花成本還拿不到地區加分。
子目錄把權重集中在一個網域，擴充最省力
子目錄是把所有國家版本都掛在同一個主網域底下，用路徑區分，例如 example.com/fr/、example.com/jp/。這是三種結構裡權重共用最徹底、也最好維護的一種。搜尋引擎把整個網域視為單一網站，所有語言與地區版本共享同一份網域權重，新增的在地頁面可以直接吃到主站既有的權重，通常排名爬升會比較快。
對中小型團隊與大多數 WordPress、WooCommerce 站來說，子目錄幾乎是預設首選，原因很實際：
- 成本最低：只需要維護一個網域、一份 SSL 憑證、一套主機環境，不用每進一個國家就多買一個網域。
- 權重不分散：主站累積的權重會流到每個子目錄，新市場頁面不必從零開始。
- 分析與監控單純：所有流量集中在一個 Search Console 資源底下，追蹤與診斷都比較直接。
- 內容越多越加分：每新增一個語系子目錄，都在替整個網域增加內容厚度，有助於整體排名。
子目錄的弱點是地區訊號比 ccTLD 弱，網址本身不帶國家後綴，使用者也比較難一眼從網址認出這是針對哪個地區的版本。正因為網址不主動傳達地區，子目錄對 hreflang 標籤的依賴最重——它幾乎是靠 hreflang 在告訴搜尋引擎「哪個頁面要給哪個語言與地區的人看」。少了正確的 hreflang，子目錄的國際定位會很模糊。
子網域介於兩者之間，權重只能部分共用
子網域是在主網域前面加一段前綴，例如 fr.example.com、jp.example.com。它在分離程度上夾在 ccTLD 與子目錄中間：跟主站有連結關係，但搜尋引擎通常把它當成半獨立的站來看，網域權重只能部分共用，沒有子目錄那麼順暢地流動。
這種結構的好處是彈性。每個子網域可以用不同的主機、不同的伺服器位置、甚至不同的內容管理系統，適合不同地區交給不同團隊各自經營，或是地區之間在技術架構、品牌呈現上需要明顯切開的大型網站。Google 把不同服務拆到 news.google.com、maps.google.com 這類子網域，就是典型用法。
需要釐清一個常見誤會：早期很多教學會說「子網域可以用 Google Search Console 的國際目標設定來指定地區」。這個做法現在已經不成立——Google 在 2022 年 9 月 22 日正式移除了 Search Console 的國際目標（International Targeting）報告中的地區指定功能，官方認為它對整個生態的價值有限。換句話說，過去靠 GSC 替子網域「手動指定國家」的那條路已經關閉，子網域如今要傳達地區，得回頭依賴 hreflang、伺服器位置、頁面在地化內容這些訊號。看到舊文章還在教用 GSC 指定地區，可以直接略過那一段。
hreflang 是三種結構共同的地基，不是選配
不管你最後選哪一種網址結構，hreflang 都是必做的，這點沒有例外。hreflang 標籤的作用是告訴搜尋引擎各個語言與地區版本之間的對應關係，讓它把正確的版本顯示給正確的使用者，同時避免不同語系的相似內容被誤判成重複內容。
三種結構對 hreflang 的依賴程度不同，但沒有一種能省略：
- ccTLD：地區訊號雖強，仍需要 hreflang 把各國網域串起來，否則搜尋引擎不知道 example.fr 和 example.de 是同一個品牌的不同版本。
- 子目錄：依賴最重，網址不帶地區訊號，幾乎全靠 hreflang 做定位。
- 子網域：依賴次重，少了 hreflang，各子網域可能被當成彼此無關的內容。
實作上有幾個要顧到的點：hreflang 標籤要放在 HTML 的 <head> 區段，且越靠前越好；每個版本都要互相標註，包含指回自己的標籤；語言與地區代碼要寫對（例如 zh-TW 代表台灣繁中、de-DE 代表德國德語）。WordPress 站可以靠多語系外掛自動產生 hreflang 與多語系 sitemap，省去手動維護的負擔，但上線後務必實際抓頁面原始碼確認標籤有正確輸出，不要假設外掛一定沒出錯。
除了 hreflang，Google 判斷網頁目標地區還會綜合幾個訊號：是否使用 ccTLD、伺服器的 IP 位置、頁面上的語言與貨幣、當地的地址與電話、以及來自該地區的反向連結。如果用了 CDN 或把主機架在基礎建設較好的國家，伺服器位置這個訊號的參考價值就會降低，這時其他訊號的清晰度更重要。
三種結構怎麼選，照這張表對自己的情況
選擇邏輯其實不難：先確認你的核心需求是「集中權重快速成長」還是「在單一市場做到最強在地定位」，再對照手上有多少資源。下面這張表把常見情境對到最適合的結構，可以直接拿來比對自己的狀況。
| 你的情況 | 子目錄 | 子網域 | ccTLD |
|---|---|---|---|
| 第一次做國際 SEO | 最佳：權重共用、設定簡單 | 可行，但要額外設定 | 不建議，初期太複雜 |
| SEO 資源有限 | 最佳：成本低、操作集中 | 可行，需中等心力 | 成本過高，要養多網域 |
| 想快速衝排名 | 最佳：直接吃主站權重 | 部分共用，較慢 | 浪費權重，各站從零開始 |
| 單一國家深耕在地 | 可行，但地區訊號較弱 | 可行，彈性高 | 最佳：地區訊號最強 |
| 擴充到很多國家 | 最佳：好擴充 | 可行，需管理權重切分 | 只建議用在最重要的幾個市場 |
| 各地區交由不同團隊 | 較難切開 | 最佳：分離清楚 | 團隊與資源都獨立時才考慮 |
| 重視長期全球擴張 | 最佳：權重集中成長 | 視架構而定，可行 | 值得考慮，但投入高 |
把這張表壓成一句判斷準則：資源有限、想最快看到成效、未來會持續加語系，就選子目錄；要把單一國家做到最在地、品牌信任擺第一、而且養得起多個獨立站，才考慮 ccTLD；介於兩者之間、地區團隊各自獨立或技術架構需要切開時，子網域是折衷選項。對台灣多數中小型品牌與電商來說，從 .com 主網域配子目錄起步，幾乎都是 SEO 效率與維護成本最平衡的做法。
為什麼這個決定不能等到網站做大才改
網址結構是 SEO 裡最難回頭改的決定之一，越晚改、代價越高。原因在於：一旦把網址從 example.com/fr/ 改成 fr.example.com 或 example.fr，搜尋引擎必須重新爬取、重新索引、重新評估每一個頁面。這個過程中排名會暫時掉，而且不保證能完全回到原本的位置——站台跑得越久、累積的權重越多，搬遷的衝擊就越大。
最典型的踩雷劇本，是團隊一開始用子目錄快速擴張，後來為了加強在地定位改成 ccTLD。立意良好，結果卻常是反向連結失效、hreflang 訊號斷裂、權重被切散。即使設好了轉址，搜尋引擎仍會把新結構當成不同的實體，尤其搬到 ccTLD 時權重不再共用，每個新網域等於重新從零養起。
如果評估後真的非搬不可，動手前先把這幾件事處理好，可以把損失壓到最低：
- 做完整的轉址對照：每一個舊網址都要明確對應到新網址，全部用 301 永久轉址，避免斷鏈與權重流失。
- 同步更新並測試 hreflang：結構一改，所有 hreflang 標籤都要指向新網址，改完實際驗證有沒有指錯。
- 更新內部連結：站內所有連結都要改成新結構，避免一層轉一層的轉址鏈拖慢速度、稀釋權重。
- 重送 XML sitemap 並請求重新索引：把更新後的 sitemap 提交給搜尋引擎，加速重新收錄。
- 檢查 canonical 標籤：確認標準網址都指向正確的新頁面。
- 上線後密集盯數據：盯爬取錯誤、排名、流量的變化，問題早抓早修。
正因為改起來這麼麻煩，與其上線後再來救一個壞掉的結構，不如在開站前就把這個決定想清楚。先確認你的成長路線會走多遠、有多少資源能投入維護，再對著上面那張表選一種能撐住長期擴張的結構。選對了，後面每加一個市場都是順水推舟；選錯了，遲早要付一次搬家的學費。