Shopify Markets 多語言 SEO 2026：上線前怎麼驗收

這篇適合準備新增美國、歐洲或其他語言市場的獨立站營運人員。

如果您負責 Shopify Markets、翻譯內容和網域配置，但不熟悉 hreflang，可以直接依時間線執行。

如果您需要協調營運、SEO、外包與測試人員，本文的清單可作為上線留證格式。

不要一邊建立市場、一邊憑畫面感覺「應該可以」。先建立一份市場 URL 矩陣，每個市場至少記錄以下欄位：

• 市場名稱與目標地區。
• 語言與幣別。
• 使用子目錄、子網域或獨立網域。
• 首頁、集合頁、商品頁與內容頁的預期 URL。
• 哪些頁面必須獨立收錄。
• 哪些內容只是前台翻譯或會話切換，不應被當成獨立 URL。

Shopify 官方說明指出，Markets 可根據市場網域與語言配置處理國際 SEO 相關設定，包括 hreflang、canonical 與站點地圖等機制。實際輸出仍會受市場設定、主題、應用程式和自訂程式碼影響，因此必須檢查正式頁面的原始碼，而不是只截取後台設定畫面。查看 Shopify 國際 SEO 官方說明

上線前勾選清單

• [ ] 每個目標市場都有明確的語言與 URL 結構。
• [ ] 已區分翻譯內容、地區定制內容與僅靠會話切換的內容。
• [ ] 已保存正式站目前的 canonical。
• [ ] 已保存現有站點地圖與代表性頁面。
• [ ] 已記錄目前已收錄頁面，作為發布後對照。
• [ ] 已指定誰負責 URL、標籤、內容、抓取與地區頁面問題。

子目錄和獨立網域不是單純的「哪個排名較好」問題。子目錄通常較容易由同一個網域集中管理；獨立網域能更清楚表達市場，但需要額外維護市場網域與內容。Shopify 的國際網域文件可用來核對市場與網域、子網域的對應關係。查看 Shopify 國際網域配置文件

前台能切換語言，不代表搜尋引擎已取得一組可獨立處理的版本。請抽取首頁、集合頁、商品頁和內容頁，不要只測試首頁。

第一步：核對 Markets、語言與 URL 是否一一對應

逐頁確認：

1. 目標市場已啟用。
2. 目標語言已發布。
3. URL 使用的子目錄、子網域或獨立網域屬於正確市場。
4. 導航、語言選擇器和市場選擇器都能前往可直接開啟的 URL。
5. 直接貼上該 URL 時，不會被強制帶回預設市場。

Shopify 的本地化配置包含語言發布與市場內容管理。若語言已在選擇器出現，但商品標題、正文或政策頁仍是預設語言，應先把問題歸類為內容未完成，而不是 SEO 標籤錯誤。查看 Shopify 本地化配置文件

第二步：檢查 hreflang 是否形成完整關係

在頁面原始碼搜尋 hreflang，記錄每個版本指向的 URL。重點不是標籤數量，而是關係是否合理：

• 頁面是否包含自身語言版本。
• 語言與地區代碼是否指向正確市場。
• 不同語言版本是否互相指向。
• 標籤指向的 URL 是否可以直接開啟。
• 標籤所指頁面的主要內容是否真的完成本地化。

Google 將 hreflang 用作語言或地區版本提示，不是排名保證，也不是把內容自動翻譯的功能。參考 Google 多語言頁面官方規範

第三步：檢查 canonical，分清「指定」和「實際選擇」

先在原始碼中記錄 canonical，再到 Google Search Console 的 URL 檢查工具查看 Google 選擇的 canonical。若兩者不同，先不要直接判定平台故障。可能需要檢查：

• 市場 URL 是否真的代表獨立版本。
• 頁面內容是否過於相似。
• 主題或應用程式是否重複輸出 canonical。
• 自訂程式碼是否把多個市場頁指向預設頁。
• 重新導向是否在抓取前改變了目標 URL。

Google 對 canonical 的處理是選擇代表頁面的流程，頁面自行宣告的 canonical 不一定就是 Google 最終採用的版本。參考 Google canonical 官方文件

提醒： 如果標籤指向法文或美國版本，但頁面主體仍是預設語言，先回到內容與 URL 發布狀態修正。不要用增加標籤數量掩蓋未完成的本地化。

使用以下條件分支，不要以「前台看起來正常」作為唯一結論：

• 若市場需要獨立出現在 Google，且有獨立內容與明確目標地區，則選用可直接存取的子目錄、子網域或獨立網域，並驗收每組 URL 的標籤關係。
• 若只是同一頁面的語言偏好切換，且沒有獨立收錄需求，則不要把會話切換結果誤記為多語言 SEO 頁面。
• 若 Shopify 自動產生的 hreflang 與市場配置一致，則保留自動機制，再排查主題或應用程式的重複注入。
• 若原始碼中的 canonical 指向預設頁，但該市場應獨立收錄，則先暫停擴展，修正 URL 或內容關係後再發布。
• 若只在 Safari 的地區復測中發現異常，但 Search Console 的 URL 狀態正常，則將問題交給前台跳轉或買家體驗負責人，不要直接回退 SEO 設定。

Shopify 站點地圖可作為新市場 URL 的發現入口。發布後先確認新 URL 是否出現在站點地圖，再抽樣開啟地址，排除登入限制、意外重新導向或無法存取的頁面。查看 Shopify 站點地圖說明

接著在 Google Search Console 執行以下流程：

1. 貼上代表性市場 URL。
2. 查看即時頁面是否可供檢查。
3. 查看索引狀態與 Google 選擇的 canonical。
4. 對少量已修正頁面提出抓取要求。
5. 批量頁面以站點地圖和持續監測為主。
6. 保存檢查畫面與檢查日期，交給專案負責人留檔。

Search Console 的站點地圖報告可協助查看提交的站點地圖與處理狀態；URL 檢查工具則提供個別 URL 的索引與抓取資訊。查看站點地圖報告說明 查看 URL 檢查工具說明

「可編入索引」不等於「已取得排名」。Google 的 URL 檢查結果也不能承諾頁面一定展示，更不能把一次搜尋結果當成整個市場的驗收證據。

地區復測的目標，是發現美國或其他市場買家實際遇到的錯版、錯幣別、錯誤跳轉和商品不可用。它不是操控 Google 抓取，也不能繞過地區規則。

在海外 Mac 環境中，請以乾淨 Safari 會話逐項控制變數：

• 直接開啟目標市場 URL。
• 從搜尋結果進入頁面。
• 使用國家選擇器切換市場。
• 使用語言選擇器切換語言。
• 記錄頁面語言、幣別、商品可用性與跳轉結果。
• 分別測試 IP 地區、瀏覽器語言、已保存偏好和收貨地址。

不要只切換節點後重新整理頁面。瀏覽器 Cookie、地區偏好與收貨地址都可能影響前台結果。若團隊需要固定的 macOS 測試桌面，可先參考 美國節點遠端 Mac 的環境選擇，但仍要把買家側證據與 Search Console 證據分開保存。

上線後把問題放進以下類別，才能快速分派：

• URL 未生成。
• hreflang 關係錯誤。
• 內容未完成本地化。
• 抓取受到阻礙。
• canonical 選擇異常。
• 買家側跳轉錯誤。

修復時一次只改變一個主要變數。例如先修正市場 URL，再重新檢查原始碼；不要同時改網域、翻譯應用程式、主題標籤和重新導向規則。每次保留修改前後的原始碼、Search Console 結果與地區頁面證據。

上線決策清單

• [ ] 抽樣頁面的市場 URL 全部可直接存取。
• [ ] hreflang 包含自身與應有的語言或地區版本。
• [ ] canonical 符合目前市場收錄策略。
• [ ] 站點地圖包含新市場 URL。
• [ ] Search Console 已完成代表性 URL 檢查。
• [ ] Safari 地區復測沒有未分類的語言、幣別或跳轉問題。
• [ ] 所有未解問題已有負責人與回退條件。

若只剩少量前台體驗問題，可局部修復後繼續；若大量 URL 尚未生成，或 canonical 普遍指向錯誤版本，應暫停擴展，不要用單次 Google 搜尋結果替代完整驗收。

Shopify Markets 會自動加入 hreflang 嗎？

在市場網域與語言配置正確時，Shopify Markets 可依官方機制處理 hreflang。但主題、翻譯應用程式與自訂程式碼可能造成重複標籤或錯誤指向，因此仍須抽查實際頁面原始碼。

Shopify 多語言頁面為什麼沒有被 Google 收錄？

可能是 URL 未生成、抓取受阻、canonical 指向其他版本、內容未完成本地化，或 Google 尚未選擇該頁面。請用 Search Console URL 檢查工具查看即時頁面與索引狀態，不要只看搜尋結果。

Shopify 子目錄和獨立網域怎麼選？

若團隊希望集中管理，子目錄通常較容易維護；若市場需要清楚的地區網域識別，獨立網域可納入考慮。真正的判斷標準是 URL 是否穩定、內容是否獨立，以及團隊能否持續維護和驗收。

如何檢查 Shopify 頁面的 canonical 是否正確？

從原始碼找出 canonical，與該市場的預期 URL 對照，再使用 Search Console 查看 Google 選擇的 canonical。若不一致，檢查市場設定、內容相似度、主題、應用程式和自訂程式碼。

美國使用者和 Google 顯示不同語言怎麼辦？

先分開記錄兩組證據。Safari 地區復測反映買家前台體驗；Google 顯示的版本則要用 Search Console 和站點地圖驗證。海外 Mac 可協助重現買家頁面，但不能保證索引、展示或排名改變。

完成技術標籤與 Google 收錄檢查後，如果團隊仍缺少可長期重現美國買家頁面的 macOS 環境，現有方案通常會受限於個人電腦地區設定不一致、Cookie 與語言偏好難以清空，以及多人共用環境難以留存同一組證據。相較之下，租用 MESHLAUNCH 的海外 Mac，可把地區頁面復測放在固定的遠端 macOS 環境中；但若需要長期滿載工作、實體介面或完全掌控硬體，仍應評估自購 Mac。若只是短期上線驗收或跨團隊協作，可先從 MESHLAUNCH 的遠端 Mac 方案了解合適的測試方式，再決定是否建立長期環境。