多國語系 SEO 是讓同一個網站依語言與地區拆成多個版本、各自爭取當地搜尋流量的做法。成敗的關鍵不在翻譯工具，而在每個語言版是否用當地人真正輸入的字寫內容，並用正確的網址架構與 hreflang 標注，讓 Google 把對的版本配給對的搜尋者。
多國語系 SEO 也常被稱為多語言 SEO，當策略以國家市場為主軸時，業界叫它國際 SEO，三個名字指向同一套工作。這套工作裡，hreflang 設定最容易出錯：網路上的教學不是引用已經失效的舊座標，就是停在語法抄寫，沒講到互指、canonical 與翻譯政策怎麼互相影響。
重點先看
Google 判定頁面語言，看的是頁面上看得到的內容；lang 屬性、網址裡的語言字樣、hreflang，都不是語言偵測器。
四種網址結構裡，多數站從子目錄起步最省事；ccTLD 的地理訊號最強，但成本與門檻最高；URL 參數是官方明言不建議的一案。
hreflang 三種標注方法完全等價，選一種就好；互指是硬規則，沒有互指的標注會被忽略。
機器翻譯不是一律被罰。政策紅線在規模化加零加值：大量產出、對使用者幾乎沒有價值才踩線；起步可以機翻，但要有人審與在地化。
Search Console 的國際定位報告已除役，hreflang 驗證現在靠官方推薦的第三方工具與爬蟲稽核。
現在就能做的兩件事：花約半小時把目標市場與網址架構定案；這週再花兩三個小時產出第一組 hreflang，用免費工具驗一輪。
語言與地區是兩個獨立面向
先把兩個常被混在一起的概念拆開：多語言與多地區。Google 的官方說明把多語言網站定義為以多種語言提供內容的站，把多地區網站定義為明確鎖定不同國家使用者的站。兩者是獨立面向，可以只做多語言不做多地區，也可以反過來。只加一個英文版、不鎖定特定國家，是多語言；同樣是中文，分別服務台灣與香港兩個市場，是多地區。這個區分會一路影響後面的架構選擇與 hreflang 寫法。只有中文加英文兩版的站，要處理的主要是語言配對；簡體、繁體、英文、日文四版分四個市場經營的站，還要處理各地區的訊號與驗收。這層功夫疊在既有 SEO 之上，基礎不熟的人可以先看 SEO 是什麼 的總覽，或跟著 免費的 12 章 SEO 課程 把地基補齊。
Google 怎麼判定頁面的語言
判定語言靠的是頁面上看得到的內容。Google 在說明裡直接寫：lang 屬性、網址裡的語言字樣，都不拿來判定語言；hreflang 與 HTML lang 屬性同樣不扮演語言偵測器，Google 用演算法自己判斷。
這代表兩件事。第一，把 /en/ 塞進網址、在 html 標籤加上 lang，不會讓一篇中文內容變成英文頁。第二，機器翻譯產出的文字品質，就是 Google 眼中那個頁面的語言品質，沒有標記可以掩護。
再往技術層看，Googlebot 的抓取出發點通常在美國，而且 HTTP 請求不帶 Accept-Language 標頭。Google 另有美國以外 IP 的分散式抓取，但不會為了單一站切換抓取來源。想依訪客 IP 或瀏覽器語言在伺服器端動態換內容的站，先把這段記住：搜尋引擎看到的版本，取決於它從哪裡、帶什麼條件來抓，不取決於你設計給誰看。順帶一提，geo.position、distribution 這類地理性 meta 標記，Google 直接忽略；子網域上的 en、de 字眼，也不被用來判定頁面想服務哪個地區，要交代目標市場，得靠明確標注。
一個語言版一個 URL，別讓伺服器自己猜
Google 建議每個語言版本用不同的 URL，而不是用 cookie 或瀏覽器設定動態換內容。依訪客 IP 自動調整內容也不被建議，因為 IP 判位置不可靠；把使用者從一個語言版自動轉址到另一個語言版同樣要避免，自動轉址會讓使用者與搜尋引擎都看不到全部版本。
地區自適應頁面的風險更具體。依訪客國家或語言偏好回不同內容的做法，Google 的說法是可能不會為所有地區檢索、索引與排名全部內容，官方給的解法就是分開的地區 URL 加上 hreflang 標注，機制說明在 Google 對會自動調整語言代碼網頁的檢索說明。就算都不標注，Google 仍可能自己找到替代語言版本，但官方說明確標注通常最好。標注是幫 Google 把配對做對，不是把不存在的訊號變出來。
為什麼多數多語系網站拿不到流量
多數多語系專案的問題不在技術，在把翻譯當成品。hreflang 的語法誰都抄得到，真正拉開差距的是兩件事：用當地人實際輸入的字重新想關鍵字，以及每個語言版獨立驗收。這兩件沒做，機器直譯的頁面就只是多了一個拿不到當地查詢的版本。因果很直：搜尋者輸入的字與頁面用的字對不上，配對就不會發生。
獨立驗收的具體內容，是把每個語言版當成一個新站看：這個市場的搜尋者用什麼字進來、進來之後讀不讀得完、詢問或訂單有沒有發生。英文版驗收不及格，不代表德文版也做不到；反過來也一樣。把六個語言版綁在同一張報表裡看總量，問題會被平均掉，等到發現時，通常已經有某個版本整個月在原地踏步。
只翻導覽與頁尾，比不翻更傷
Google 特別點名一種做法：只翻譯版面文字（導覽列、頁尾），主內容留在單一語言。結果是同一段內容帶著不同語言的框架文字，重複出現在搜尋結果裡，搜尋體驗很差。這個情境正是官方建議標注替代版本的三種情況之一；其他兩種是單一語言下的小幅地區差異，以及內容完整翻成多語言。
關鍵字不能直翻，要用當地語言重新研究
翻譯不等於在地化。台灣講「品質」，香港網站常寫「質素」；台灣的「部落格」，當地多叫「網誌」。這種差異不是查字典查得到的，更別說搜尋者真正輸入的口語字。英文版的關鍵字要用英文研究，日文版要用日文研究；把中文關鍵字丟給翻譯引擎，出來的字沒有人在搜。單一語言裡的關鍵字布局方法，關鍵字最佳化指南 有整套，多語系等於把同一套在每個市場各做一次。
主題也要重排。某個市場最想知道的單元，在另一個市場可能根本沒有搜尋量，競爭強度與當地對手寫到的深度也都不同。把中文版章節原封不動搬過去，等於用別人的題目考自己的卷。先用 Google Trends 判讀搜尋曲線 確認那個市場真的有量，再決定投入。
在地化清單
內容層的在地化至少要看六件事：日期與數字格式、貨幣與稅務表達、度量衡單位、語氣與稱謂、節慶與季節檔期、付款與聯絡方式。中文版寫「2026 年 8 月 31 日、新台幣」，換到其他市場就該換成當地格式。這些細節不影響 Google 判定語言，但直接影響轉換與停留，也影響當地網站願不願意連你。
市場與網址架構怎麼選
先選市場，再選架構。與其十種語言都做半套，不如先把一到兩個市場做到位：內容在地化、hreflang 標注、當地排名驗證都跑過一輪，再談擴充。市場的優先順序主要看：現有流量或詢問裡有沒有那個市場的訊號（Search Console 的成效報表就能按國家拆來看）、翻譯與維護成本、當地搜尋競爭。競爭太硬的市場，先從當地長尾關鍵字切入再往上打。
官方對四種 URL 結構的評價
架構選項就四個：國家代碼網域（example.de）、共用通用頂級網域（gTLD，如 .com）的子網域（de.example.com）、子目錄（example.com/de/），以及 URL 參數（site.com?loc=de）。第四案在官方表格的優點欄位置直接寫了「不建議使用」，缺點另列難以根據網址區隔、使用者認不出地理定位，理由不難想：參數版讓每個語言變成同一頁的變體，切割與維護都亂。前三案各有代價，對照著看比逐一敘述快。網域後綴在排名系統裡的地位，網域與排名因素的關係 另有完整拆解。
| 架構 | 官方列的優點 | 官方列的缺點 | 適合誰 |
|---|---|---|---|
| ccTLD（example.de） | 地理定位清楚；伺服器位置無關；站容易分開經營 | 昂貴且可能有取得限制；需要更多基礎設施；有時有嚴格的註冊條件；只能鎖一個國家 | 單一市場要做到底、有當地資源與預算的站 |
| 子網域（de.example.com） | 好設定；伺服器可放不同地區；站容易分開經營 | 使用者光看網址不一定認得出地理定位，de 是語言還是國家？ | 需要各地伺服器或不同技術配置的站 |
| 子目錄（example.com/de/） | 好設定；同一主機好維護 | 使用者認不出地理定位；單一伺服器位置；站比較難分開 | 多數從單語站出發的中小站 |
| URL 參數（site.com?loc=de） | 官方寫「不建議使用」 | 難以根據網址區隔；使用者認不出地理定位 | 不建議任何人 |
子網域還是子目錄
對多數從單一語言站出發的團隊，老實說答案是子目錄：設定簡單、維護在同一個主機，之後真的要拆再拆。子網域的優勢在伺服器可以分地區部署、技術配置可以不同；代價是站被當成相對分開的單位經營，容易分開是好處也是負擔。ccTLD 的地理訊號最強，但多個網域的註冊與續約、每個市場一套基礎設施，成本與管理負擔是三案裡最重的。子網域與子目錄在 Google 眼中的差別、網域後綴與地理訊號的細節，可以再看 子網域與子目錄的取捨 與 網域後綴對 SEO 的影響。
ccTLD 的地理訊號與 .io 這類例外
Google 判定目標地區的訊號裡，ccTLD 是強訊號。其他訊號包括 hreflang 標注、伺服器位置，以及頁面上的當地地址電話、當地語言貨幣、當地網站的連結與 Business Profile。伺服器位置不是決定性訊號，CDN 還會干擾它，這代表「主機放在哪」這筆錢不該為了 SEO 而花。官方自己也提醒：地理定位不是精確的科學，訊號是整組在看的，單靠任何一項都推不出確定結論。訊號清單的原始版本在 Google 對多地區與多語言網站的管理說明。
還有一批 ccTLD 在 Google 眼裡根本不是 ccTLD。.io、.co、.me、.tv 這些被當成 gTLD，.eu 與 .asia 屬於通用區域網域，判準是 IANA 的 DNS root zone 分類，而且清單會變。買 .io 不會帶來任何地區定位，把它當地理訊號用會撲空。各語言版的網址路徑要用當地語言還是英文，是另一個獨立決定，中文與非英文網址的影響 有拆解。
hreflang 怎麼設？三種方法、值的寫法與互指規則
hreflang 是告訴 Google「這幾個 URL 是彼此替代版本」的標注，配對的軸是語言加地區。它做的事是配對，排名與索引都不在它的保證範圍裡；把對的版本配給對的搜尋者，就是它的全部工作。它也只是 技術 SEO 的一環，整體健檢的框架可以對照著看。
三種標注方法等價，挑一種維護
合法的標注方法有三種：HTML 的 link 標籤、HTTP 標頭（給 PDF 這類非 HTML 檔用）、XML sitemap。三種在 Google 眼中完全等價，選一種最好管理的就好；三種同時上，對搜尋沒有好處，而且更難維護。頁面數量少、版型可控的站用 HTML link，直接放進頁面 head；頁面成千上萬的站用 sitemap 讓程式批次產出；HTTP 標頭留給非 HTML 檔。WordPress 站多半交給多語外掛產出，等於把這個選擇交給外掛的實作方式。
HTML 三件組的長相，以繁中加英文兩版、再加一個備援為例：
<link rel="alternate" hreflang="zh-Hant" href="https://www.example.com/zh-hant/guide/" />
<link rel="alternate" hreflang="en" href="https://www.example.com/en/guide/" />
<link rel="alternate" hreflang="x-default" href="https://www.example.com/zh-hant/guide/" />規則面有兩條容易漏：link 必須放在結構完整的 head 裡；替代版本的連結標籤不要跟其他用途合併在同一顆 link，例如把 hreflang 與 media 屬性混在一顆標籤。這是 2024 年 6 月官方補進說明的規則，Gary Illyes 的說法是規則本來就如此，只是補上文字。
sitemap 版本的結構依官方範例：一個 url 元素指定單一 URL，底下用 xhtml:link 子元素列出每個語言變體，包括它自己。三個版本就是三個 url、每個 url 三條一樣的子元素；namespace 是 xmlns:xhtml=”http://www.w3.org/1999/xhtml”，子元素不占 sitemap 的 URL 數量上限。語言版一多，sitemap 規模與 檢索預算 要一起盤，不是產完就沒事。這套規則出自 Google 的本地化版本標注說明。
<url>
<loc>https://www.example.com/zh-hant/guide/</loc>
<xhtml:link rel="alternate" hreflang="zh-Hant" href="https://www.example.com/zh-hant/guide/"/>
<xhtml:link rel="alternate" hreflang="en" href="https://www.example.com/en/guide/"/>
<xhtml:link rel="alternate" hreflang="ja" href="https://www.example.com/ja/guide/"/>
</url>
<!-- 英文版與日文版各再一個 <url>，內容同樣三條 xhtml:link；三個版本互指才是完整集合 -->hreflang 的值怎麼寫
第一碼是 ISO 639-1 語言碼，必要；第二碼可選，是 ISO 3166-1 Alpha 2 地區碼。不在這兩個標準裡的碼不支援，es-419 這種就被明文排除。不能只寫國碼：第一碼永遠是語言，Google 不會從國碼反推語言，單獨一個 be 是白俄羅斯語，不是比利時。
中文情境有兩種寫法。用 zh-TW 時，Google 會自動推出文字體系，這個例子推出繁體中文；也可以用 ISO 15924 文字碼明寫 zh-Hant 或 zh-Hans，文字碼之後還能再加地區，例如 zh-Hans-US。要精準控制繁簡、不想讓演算法推導的站，明寫 zh-Hant 比較穩。
書寫慣例出自 BCP 47 與 RFC 5646：語言碼小寫、文字碼首字母大寫（Hant）、地區碼全大寫（TW），標籤本身大小寫不敏感，不改變語意，RFC 5646 的規格全文可以對照。還有一層規格差異要知道：HTML 規格要求 hreflang 值是合法 BCP 47 標籤，而 BCP 47 收 -419 這類碼，但 Google Search 只支援 ISO 639-1 加 ISO 3166-1 Alpha 2 的子集。通過 HTML 驗證，不等於 Google 認得。
互指是硬規則
每個語言版必須列出自己，加上所有其他語言版。互指是硬規則：X 頁連 Y 頁，Y 頁就必須連回 X 頁；沒有互指的標注會被忽略，這條規則的用意是防止別的站任意把自己宣告成你的替代版本。版圖太大時允許不完整的雙向集合，省略部分語言，Google 仍會處理有互相指到的那些；但新擴充的語言頁，應該優先跟原始或主要語言雙向連。hreflang 裡的 URL 必須是含 https:// 的完整絕對網址，替代 URL 不需要在同一個網域，可以跨網域。
官方列的常見錯誤就三類：缺回連，X 連 Y 而 Y 沒連回 X，標注可能被忽略或解讀錯誤；語言碼錯，代碼要能辨識語言，只寫地區無效；地區碼錯，要用正式指派的碼，EU、UN、UK 這種寫了對 Google Search 沒有效果。
說穿了，維護負擔是真的。2024 年 5 月，Gary Illyes 在 LinkedIn 分享他在 Sofia 的 SERPConf 聽到的幾件事，其中一條是 hreflang 很煩，他的回應是「我不反駁」，並說他對更省事的替代方案保持開放，但新機制要同時照顧小站與巨型站。
實務意義很簡單：別用手改每頁 head 的方式硬拼，讓外掛或程式產出。還有一個邊角問題常被問：hreflang 指到的目標如果會 301 轉址怎麼辦。John Mueller 在 2025 年 4 月的回應是大概可以，但最好想辦法自動化維持乾淨連結，乾淨連結讓工具追蹤更容易，也降低 canonical 誤判。兩種轉址的語義差異，301 與 302 的抉擇 一張表看完。
x-default 要不要設
看有沒有語言選擇器頁。x-default 的官方定位是備援：使用者瀏覽器語言設定對不上站上任何語言版時，給他這一頁。它不需要帶語言碼，官方明言它為語言選擇器頁面設計，用在選擇器頁效果最好，但任何頁面都可以用。所以有選擇器的站，把 x-default 標在選擇器頁，這是原設計；沒有選擇器頁的站，把備援指到主要語言版是常見實務，前面的 HTML 示意就是這種標法，屬於社群慣例，不是官方規定。
hreflang 與 canonical 的分工
兩種標籤各司其職。rel=”canonical” 的註解不會被拿來處理 hreflang、lang、media、type 這些替代版本資訊，語言版本的配對該用 link rel=”alternate” hreflang 表達。有翻譯就有 canonical 問題，官方指引是每個語言版的 canonical 指向同語言的自己，沒有同語言版時才指最佳替代語言。Google 對重複內容的原始建議 可以對照。
同語言多地區的近似重複，例如一個德文版放在 example.de、另一個放在 example.com/de/，官方做法是選一個偏好版本，用 rel=”canonical” 加 hreflang 確保對的 URL 出現在搜尋結果。翻了主內容的頁面不算重複內容：本地化版本只有在主內容維持未翻譯時，才被視為重複。重複內容的四種處理方法 與 Google 為什麼會無視 canonical 各有完整討論。
自動翻譯會被罰嗎？官方政策的真實界線
可以用機器翻譯起步。會被處置的條件是規模化加零加值：大量產出、對使用者幾乎沒有價值的內容，不管怎麼生，都落在同一條政策裡。
大量內容濫用政策怎麼寫
目前垃圾內容政策的「大量內容濫用」條項寫的是：這種濫用行為的特徵，是創造大量幾乎或完全沒有價值的非原創內容，不管內容怎麼產生。條項的例舉明文包含翻譯：抓取動態消息、搜尋結果或其他內容來產生大量頁面，包括透過同義詞、翻譯或其他模糊處理技術等自動轉換方式，而對使用者提供的價值極低，政策頁的繁中版同段就在，垃圾內容政策全文可以對照。
這套政策在 2024 年 3 月 5 日上路，跟到期網域濫用、網站聲譽濫用同一批，官方部落格寫明它承接並擴大舊的自動產生內容政策，自動、人力或混合產出都可以依此處置，當時的公告寫得清楚。同篇的官方立場句更早就有答案：使用自動化（包括生成式 AI）若主要目的是操控排名，就是垃圾內容，這是長期以來的政策。之後每一波 垃圾內容更新 的判讀與自保，站上持續有追蹤。
官方立場的時間軸
2017 年 10 月，官方帳號就說過：跨語言或跨地區的等價版本，不需要一字不差的對譯。2018 年的辦公室時間問答裡，John Mueller 的重點是意圖：正當提供翻譯的站，從自動翻譯起步、之後逐步改善，是正當用法。2019 年 10 月他講得更白：爛翻譯就是爛內容，機器翻譯比以前好很多，另一個選項是先 noindex、等當地使用者審過再開；他同場補充，多數時候 Google 就按同類內容的方式排名，這通常運作得不差，真的變成低品質機器垃圾內容，才可能出手動行動，走到那一步的辨識與清理，人工處置的完整指南 有流程。
2025 年 6 月 12 日，Google 對 Barry Schwartz 的書面聲明把界線說得最清楚：政策沒有把 AI 翻譯的內容一律定義成垃圾內容；大量內容濫用政策提到包括翻譯在內的自動轉換，是整體警告的一部分，警告的是創造大量幾乎沒有價值的非原創內容，聲明的完整報導值得整篇讀完。
同一段時間，官方文件做了對應清理。多語系說明頁原本有一段建議用 robots.txt 封鎖自動翻譯頁，理由是機器翻譯不見得通順、可能被視為垃圾內容，糟糕或生硬的翻譯會傷害網站觀感。這段在 2025 年 6 月到 7 月之間被移除：網頁存檔服務 6 月 3 日的快照還看得到，7 月 15 日已經沒有；官方在 6 月 11 日的異動紀錄寫明，移除是為了對齊 2024 年 3 月的政策更新，而且只是說明調整，行為沒有變。換句話說，「Google 建議用 robots.txt 擋機翻頁」是舊立場，2025 年已經不在官方說明裡，現在還這樣教人的資料，可以直接判斷過期。
同一批政策的執行還在演化。2026 年 8 月 28 日官方更新網站聲譽濫用政策：8 月 30 日起，這項政策的手動行動在歐洲經濟區內改成分區獨立的排名效果，區外維持原本做法。多語系站有歐洲經濟區版本的，裁罰影響範圍照新規走，這波更新的完整判讀在 Google 2026 年 8 月垃圾內容更新 的整理裡。
Reddit 的機翻頁在排名，一般站能比照嗎
Reddit 是公開可見的最大反例。它用 ?tl= 參數產生多語言版，Glenn Gabe 在 2025 年 3 月 31 日的觀察是：西班牙語搜尋結果裡超過兩百萬個這類 URL 在排名，而且持續增加。Barry Schwartz 引 Gabe 轉述 Reddit 財報上的說法，Google 對這套做法完全認可；據 SEO 分析網站 GSQI 的追蹤，Reddit 自 2024 年 5 月從法文起步，財報揭露每季花數百萬美元在機器翻譯上。
這個案例不能推出「機翻安全」。那是 Google 知情的特定大站安排，有財報層級的投入，一般站沒有這個前提。它真正告訴你的是：Google 沒有把機器翻譯本身當成處置理由，它看的是價值與規模。所以界線這樣畫：起步可以用機器翻譯，但要有當地使用者或人力審過、做在地化，別用一百種語言零審校的方式規模化輸出。講白了，紅線不在工具，在你交出去的東西有沒有人要看。
WordPress 多語言外掛的 2026 年現況
WordPress 站的多語系，多半繞不開三個名字：WPML、Polylang、TranslatePress。三家定位與成本結構不同，沒有誰是所有人的答案，看翻譯流程與預算選。表內價格是 2026 年 8 月查的歐元計價頁，以官網現價為準，台灣訪客看到的幣別與數字可能不同。
| 外掛 | 定位與翻譯引擎 | 價格帶（年付） | 適合誰 |
|---|---|---|---|
| WPML | 自稱最受歡迎；自有引擎 PTC 是預設，走機器速度配人工品質 | Blog 約 €39、CMS 約 €99、Agency 約 €199 | 要一站式翻譯工作流、多站經營 |
| Polylang | 機器翻譯走自備 DeepL API key 的整合；hreflang 自動實作、可翻 slug、目錄或子網域或網域三種架構 | 有免費版；Pro 約 €99、Business Pack 約 €139 | 已有 DeepL 帳號、想自控引擎與成本 |
| TranslatePress | 定位任何人都能用；TranslatePress AI 結合大型語言模型與神經翻譯引擎，依語言對與情境自動選擇 | Personal 約 €99、Business 約 €199、Developer 約 €349 | 想從視覺介面直接改譯文 |
WPML 的自有引擎叫 PTC（Private Translation Cloud），是預設翻譯引擎，定位是機器的速度與成本、配人工的品質，隨 Multilingual CMS 與 Agency 方案內含。官網自稱的數字聽聽就好：99.5% 譯文免改、每月翻 25 億字以上、支援 60 種以上語言，這些是行銷說法，不是第三方研究。方案細節在 WPML 定價頁，CMS 含 90K、Agency 含 180K AI 點數，超額後每月另有 2,000 點免費起。
Polylang 有免費版可以起步，機器翻譯走自備 DeepL API key 的整合，指南涵蓋啟用 DeepL、字串翻譯與詞彙表。跟多語系技術層直接相關的是它掛在官網的 SEO 賣點：hreflang 標記自動實作、可翻譯 URL slug、可選每語言一個目錄、一個子網域或一個網域。官網標示 4.7 分、2,982 票，Polylang 的方案與價格列得清楚。
TranslatePress 自稱 40 萬個以上網站在用。TranslatePress AI 的官方定義是：結合大型語言模型（如 Gemini、GPT）與神經機器翻譯引擎（如 DeepL、Google Translate）自動翻譯網站，系統依語言對與情境自動選擇最合適的引擎；每個付費授權含一定額度的自動翻譯字數，續約時補回。字數等級是 Personal 5 萬、Business 20 萬、Developer 50 萬，用完可加購，10 萬字從 €24 起，TranslatePress 定價頁有完整方案。
選擇的判斷軸有三條：翻譯流程要全自動還是要人工審、字數量級多大、架構要不要支援子網域或獨立網域。外掛裝好之後的整體技術健檢，可以照 WordPress SEO 的調校步驟 走一輪。
上線後怎麼驗證與除錯
Search Console 國際定位報告已除役
以前的多語系教學會叫你到 Search Console 開國際定位報告看 hreflang 錯誤，這個座標已經不存在。官方公告就兩段：國際定位報告已除役；Google 會繼續支援並使用頁面上的 hreflang 標記，但用 Search Console 做國家定向被判定對整體環境價值不大，不再提供。除役公告全文就是這兩段，連日期欄都沒給，不要再去設定選單裡找它。
也沒有接手工具。國際說明的三個頁面與除錯段落，完全不提任何 Search Console 報告。2026 年以前的教學還有第二個失效座標：國際文件的舊網址 managing-multi-regional-and-multilingual-sites 已經 404，現在的頁面是 managing-multi-regional-sites；國際定位說明的舊頁一支 404、一支轉址到除役公告。照舊文設定的人會撲空，這是看舊教學最要小心的地方。
驗證 hreflang 的工具組合
官方現在推薦的驗證工具是兩個第三方：Aleyda Solis 的 hreflang 產生器，用來產生或修改標注；Merkle 的 hreflang 測試器，驗單一頁面。官方還加了一句，這些工具不由 Google 維護或檢查。產生器在 Aleyda Solis 的國際 SEO 工具頁。規模大的站要靠爬蟲稽核：Screaming Frog SEO Spider 有 hreflang 分頁，涵蓋 HTML link、HTTP 標頭與 XML sitemap 三種來源的標注，附常見問題篩選，要在 Config > Spider 的設定裡開啟，Screaming Frog 的 hreflang 功能說明有細節；Ahrefs Site Audit 把 hreflang 問題畫成網路圖，可以診斷標錯的語言或地區標注；Semrush Site Audit 的 140 項以上檢查也含 hreflang 正確用法。工具怎麼組，一張表看完；把 hreflang 稽核排進 SEO 健診清單 的例行項目，才會被定期重跑。
| 工具 | 用途 | 適合的時候 |
|---|---|---|
| Aleyda Solis 產生器 | 產生與修改標注 | 第一次手寫標注 |
| Merkle 測試器 | 驗單一頁面的標注 | 改完抽查 |
| Screaming Frog | 三種來源的標注與常見問題，全站規模 | 上線後全站稽核 |
| Ahrefs 或 Semrush Site Audit | hreflang 問題的視覺化與健檢 | 已在用這些平台的站 |
當地排名怎麼查
搜尋結果會依使用者位置改變，查當地排名時，桌機掛 VPN 與手機的實際定位常給出不同結果，差異從哪來、怎麼查才準，搜尋結果依位置改變的機制有完整拆解。這裡只留一句判斷：查排名前先固定查詢條件，位置、語言、裝置都要鎖，不然每天看到的數字都在漂。
hreflang 不是跨引擎通用規格
把 hreflang 當成所有搜尋引擎都通用的一套規格，會在某個市場踢到鐵板。國際 SEO 的現實是：規格由各引擎自己定，Google 的支援範圍不等於別家的。
Yandex 的三個具體差異
Yandex 官方寫明不再支援用 sitemap 標注語言版本，建議改用頁面標記；Google 這邊 sitemap 是合法三法之一。x-default 的語義兩家也不同：Yandex 是標在依 IP 或 Accept-Language 自動判定語言的頁面上，Google 是使用者語言對不上時的備援頁，同一個值、兩種用法。還有清單差距：Yandex 支援的 hreflang 語言清單是 40 個，不含中文，也沒有文字碼的用法，繁簡中文的標注對它不存在，細節在 Yandex 的本地化頁面說明。Yandex 的地區定向還有站點區域機制，走站長工具指定加人工審核，指定地區不會把站排除在其他地區的結果外。
Bing 與非 Google 獨大的市場
Bing 的立場，2026 年 8 月沒有可引用的內容：說明中心的目錄裡沒有 hreflang 或語言與國家定向的專文。先別假設它跟 Google 同規格，也別為了它特地加標注，驗證後再說。Bing 端能掌握的資料，Bing Webmaster Tools 的教學有完整走訪。市場面更要分開看：日本與俄羅斯是少數非 Google 獨大的主要市場，Yahoo 日本版與 Yandex 各有顯著份額，進這些市場前要分開研究，市占數字以當期資料為準。
AI 搜尋時代的多語系紅利
生成式搜尋把多語系的賭注變大，也把不確定變大。Google 在 2026 年 I/O 宣布：AI Mode 上線一年、超過十億月用戶，查詢量自推出以來每季翻倍以上；同一場宣布的是 Personal Intelligence 擴及近 200 個國家與地區、98 種語言。AI 搜尋怎麼影響整體 SEO，AI SEO 的完整框架 是總覽。後面這組數字是 Personal Intelligence 的擴及範圍，不是 AI Mode 的可用語言數，I/O 2026 的 Search 專文有全文。
AI 爬蟲與 llms.txt 的說明現況
2026 年 8 月的狀態是：AI 爬蟲的官方說明裡，沒有任何一家提到 hreflang。OpenAI 的爬蟲說明頁，GPTBot、OAI-SearchBot 那一整頁，沒有 hreflang 字樣，也沒有語言相關指引，OpenAI 爬蟲說明在文件站上；Anthropic 的 ClaudeBot 條目只有 robots.txt 開關說明，Anthropic 爬蟲說明在支援中心；Perplexity 的爬蟲文件同樣沒有 hreflang 與語言指引。Google 的「AI Features and Your Website」說明，對 AI Overviews 與 AI Mode 怎麼處理多語查詢，也沒有頁面級的說明。
llms.txt 的規格層同樣沒有多語慣例。v2 規格沒有定義語言變體、多檔或本地化欄位，每個語言出一份 llms.txt 是網站自行約定，不是規格，llmstxt.org 有規格全文。它實際帶來什麼，站上 llms.txt 效果的檢視談過。
邊緣層的爬蟲觀測
seo.whoops.com.tw 從 2026 年起在 Cloudflare 邊緣記錄 AI 爬蟲，公開過的數字是一篇談 實體 SEO 的頁面，七天內被 AI 爬蟲抓取超過 1.2 萬次，GPTBot、ClaudeBot、PerplexityBot 都在裡面，2026 年 8 月的觀測報告有完整內容，AI 爬蟲流量觀測有原始數字。這是單一繁中網站的觀測，不是多語站對照。我的推論是：傳統的 hreflang 機制只服務傳統搜尋，AI 爬蟲與 llms.txt 規格都還沒有多語對應物，哪個語言版結構清楚、被完整抓取，哪個就相對佔先。結構清楚在這裡有具體檢查點：每個語言版有自己的 URL、不靠轉址或偵測換內容、頁面可以被直接抓取。這些正是多語系 SEO 的基本功，換句話說，AI 搜尋沒有發明新規則，只是領報酬的人多了一批。
三個不保證與其他限制
第一個不保證：hreflang 不保證索引。John Mueller 在 2025 年 5 月於 Bluesky 說得明確，hreflang doesn’t guarantee indexing。同語言同內容的兩個地區版，fr-fr 與 fr-be 這種，常見 Google 只選一個當 canonical；所以標注設對、卻沒看到全部版本被收錄，不一定是設定錯。也別把 hreflang 當排名保證，它做的是配對，不是加分。
第二個不保證：機器翻譯的安全邊際。政策看的是價值與規模，但價值由 Google 判斷，不由外掛或翻譯引擎背書。WPML 的 99.5% 與各家的裝機數字都是官網自稱；Reddit 的案例是 Google 知情的大站安排，一般站不能比照。
第三個不保證：AI 搜尋的引用行為。爬蟲說明與 llms.txt 規格都沒有多語對應物，邊緣觀測也來自單語站。把結構做清楚、讓每個語言版被完整抓取，是現在能掌握的部分；AI 引用哪個版本，沒有機制保證。爭取 AI 引用的通用基礎，GEO 是什麼 有完整定義。
其他要留意的：官方工具會收掉，國際定位報告的除役就是例子，第三方工具鏈要自己養；各引擎規格不同，Yandex 的做法不能抄 Google 的；網路上流傳的 hreflang 錯誤率統計，引用前先確認有沒有可驗的來源，沒有就別當決策依據。
現在可以開始的下一步
花約半小時，把目標市場與網址架構定案。市場一到兩個，架構預設子目錄，理由回架構段看；這個決定卡住，後面全部跟著卡。
這週再花兩三個小時，產出第一組 hreflang。三個版本互指的完整集合，先用 Aleyda 的產生器驗一輪，再交給爬蟲工具做全站稽核；機器翻譯起步的站，同一週排人工審譯與在地化清單的第一次巡檢，別讓機翻版本長期無人審。這些工具都列在 Google 免費 SEO 工具 的整理裡。
兩個動作做完，多國語系 SEO 的骨架就搭起來了。接下來的變數都在內容：當地字、當地主題、有人審的翻譯。決定流量的是這些，不是外掛。
常見問題
可以直接用 Google 翻譯把整個網站變多語系嗎
可以當起點，不能當成品。政策沒有把機器翻譯一律定義成垃圾內容，2025 年 6 月的官方聲明講得清楚；紅線在大量產出、幾乎沒有加值。實務界線是：起步可以全站機翻，但上線前後要有人審、要做用語與關鍵字層的在地化，而且別一次開幾十種語言。只翻導覽與頁尾、主內容不動的做法，官方明言體驗很差，比不做還傷。
子網域還是子目錄比較適合多語系網站
多數從單語站出發的站，答案是子目錄：好設定、同一主機好維護，之後要拆再拆。換子網域的時機是伺服器要分地區部署，或技術配置要分開；要最強地理訊號才考慮 ccTLD，代價是成本與基礎設施最重，而且一個網域只能鎖一個國家。URL 參數不在選項裡，官方評語是不建議。
多語系會不會造成重複內容
主內容有翻，就不算。本地化版本只有在主內容維持未翻譯時，才被視為重複。canonical 的配法是每個語言版指向同語言的自己；同語言多地區的兩個版，兩個德文版這種，才選一個偏好版本，用 canonical 加 hreflang 固定。
hreflang 設錯會發生什麼事
最常見的結局是標注被忽略。缺回連、語言碼只寫地區、地區用了 EU 或 UK 這類非正式指派的碼，都落在官方列的三類錯誤裡。被忽略不等於被罰，頁面還是會被檢索，只是替代配對失效，搜尋者可能在錯的市場看到錯的語言版。
做多語系 SEO 要花多少錢
分三塊看。外掛：三家付費版 2026 年 8 月的價格帶約在每年 39 到 349 歐元之間，以官網現價為準，Polylang 另有免費版。翻譯：機器翻譯看字數額度與方案，人工審譯按語言與字數另計。架構：ccTLD 的註冊與續約是三案最貴，子目錄幾乎不另花錢。
多久才看得到成效
沒有可引用的官方時程，任何講得很具體的週數都該先懷疑來源。能自己掌握的是技術面時序：hreflang 上線後，等重新檢索與索引跑完，先確認各語言版被收錄，再追當地查詢的曝光。內容面變數更大：當地字有沒有對上、競爭強度、外鏈起點，都會拉長或縮短時程。
AI 搜尋會引用我的其他語言版本嗎
2026 年 8 月，沒有人能保證。AI 爬蟲的官方說明與 llms.txt 規格都沒有多語對應機制，語言版的清楚結構與可抓取性因此是基本條件，不是引用保證。能做的是讓每個版本可被抓取、結構一致，而且內容在當地語言下站得住。
