WPML 及多語言 SEO 常見錯誤

A / 快速答案

三個語言，三套訊號

WPML 可以管理翻譯關係，但佢唔知道企業策略。當團隊複製頁面、改 slug、設定 canonical、交畀 SEO plugin 產生 metadata，再由 CDN 或 cache 輸出，真正結果係多個系統嘅合成。單看 WPML 後台綠燈，未必代表前端訊號一致。

呢個分別對跨境電商、金融科技同國際教育網站尤其重要。管理層通常先見到一個容易匯報嘅數字，再用嗰個數字解釋成敗；但客戶真正經歷嘅，係一連串細小判斷。當每一步只流失少量人，最後仍然可以令大部分原本有興趣嘅人消失。

所以，第一個要拆開嘅唔係工具，而係兩件經常被混在一起嘅事：插件知道頁面互相翻譯，同搜尋系統實際收到一致訊號。兩者可以同時改善，亦可以完全背道而馳。睇唔清呢一層，企業好容易用更多預算放大原有問題。

三個語言唔係三層油漆。每個版本都要有自己的網址、語氣、表單回覆同更新責任，卻又要知道彼此屬於同一間公司；呢個位最易甩漏。

B / 點解重要

一頁睇落正常，背後可以亂晒

一間香港科技公司三語產品頁全部正常。繁中頁 canonical 指自己，英文頁因複製模板仍指繁中，簡中頁被 staging 設定留下 noindex；hreflang 又只在其中兩版互指。訪客完全睇唔出，團隊只見到英文曝光一直上唔到。

三語網站唔可以只靠後台一個「完成」百分比判斷。每個語言版本都要記錄有效 hreflang 組、錯誤 canonical、錯語言落地同索引覆蓋；尤其要實際由香港、內地或海外裝置走一次轉語言及聯絡路徑，先會見到紙面上沒有嘅斷位。

多語言網站最危險嘅錯誤，往往唔會令頁面即刻爆紅或爆白。TC、SC、EN 都可以正常打開，客戶甚至睇得明；但背後嘅網址、標記和索引訊號若各行各路，搜尋系統就唔知邊個版本應該代表邊個版本。

客戶唔係在一個頁面內作決定；佢係帶住你個頁面，走入另一個決策環境。

C / 背後機制

網址、canonical、hreflang 點樣互相拉扯

Google 要求每個 hreflang 集合包含自己及所有其他版本，並且互相回指；如果兩頁唔互指，標記可能被忽略。Google 亦建議每種語言用獨立 URL。WPML 會自動建立 hreflang，但 SEO plugin、模板、自訂 code 同 cache 仍可改變最終輸出。

多語言技術要同時正確處理六組關係：URL 係獨立、頁面語言清晰、canonical 通常自指、hreflang 互相成組、內部連結留在相應語言、sitemap 與索引狀態一致。任何一組偏離，都可能令系統揀錯代表頁或放棄部分版本。

同一頁睇落冇問題，背後可能已經有三套標題、兩個 canonical、幾個被重定向嘅語言切換，仲有一個翻譯頁指向錯地區。香港公司做跨境服務時，呢種小混亂會令訪客落到唔啱嘅語言，亦令報表誤把「有頁面」當成「有覆蓋」。

最實際嘅做法，係將應記錄有效 hreflang 組、錯誤 canonical、錯語言落地同每語言索引覆蓋，而唔只記錄翻譯頁數。拆成『進入前、理解時、採取行動後』三段。前段睇人係咪合適，中段睇佢有冇理解價值同風險，後段睇公司有冇接住對話。只睇最後一格，會將前面嘅問題全部推畀市場。

D / 實際判斷

插件綠燈唔代表網站完成

最常見誤判係安裝咗 WPML SEO addon 就當問題完成；另一個係用自動翻譯快速填滿所有頁，再以翻譯百分比作 KPI。工具可以減少手工，但冇辦法替企業決定邊頁應翻、邊個版本應索引、內容是否真係服務同一意圖。

語言版本之間嘅真正拉扯，唔係翻譯字眼，而係網址與主版本關係。hreflang、canonical、sitemap 和內部連結各自講一套，搜尋引擎未必會按你最想要嘅順序選擇；頁面越多，靠肉眼估就越危險。

可以用一條反問題拆穿：如果插件知道頁面互相翻譯，同搜尋系統實際收到一致訊號，今日呢個決定仍然成立嗎？若答案只靠『業界都係咁做』、『競爭對手都有』或者『工具話分數高咗』，其實未足以動用下一筆預算。

插件顯示綠燈，唔代表整個多語言站完成。它可能只確認欄位填咗，唔會替你讀出錯語言落地、重複 canonical、未翻譯導航、索引阻擋或聯絡表單收件人仍然係舊團隊。綠燈有時只係一盞好有禮貌嘅燈。

E / 下一步點做

逐個版本驗證，唔好數翻譯百分比

多語言檢查要由瀏覽器輸出開始，而唔係只望 WPML 後台。逐版驗證網址、語言標記、canonical、索引設定、表單同更新責任，先知問題係邊。

驗證要逐語言做，而唔係數翻譯完成百分比：搜尋每個版本嘅網址、睇標題與摘要、檢查 canonical 同 hreflang 配對，再實際由不同地區及裝置走一次聯絡路徑。最有價值嘅紀錄係錯誤分佈，唔係翻譯字數。

1. 抽一組三語 URL，用瀏覽器原始碼逐項核對 lang、canonical、hreflang 同 robots。
2. 確認每一版列出自己、另外兩版及需要時嘅 x-default，而且全部互指。
3. 由每種語言頁點選導覽、breadcrumb、相關文章及切換器，確保唔會跌去另一語言。
4. 比較 sitemap、Search Console 已索引 URL 同實際可索引頁，找出孤兒或重複。
5. 清 cache 後再測，並在更新 WPML、SEO plugin、theme 後重跑同一組驗收。

F / 限制與結論

唔係每一頁都值得硬翻

hreflang 唔會令一個弱頁突然有競爭力，亦唔會替代真正本地化內容。部分產品只適用香港，強行建立簡中或英文對應反而會製造薄頁。技術關係正確只係令各版有公平被理解嘅機會。

唔係每一頁都值得硬翻。先問某個語言版本會唔會服務到真實客戶、是否有獨立產品或法規背景、團隊能否維護；一個無人更新、內容薄弱嘅語言頁，可能比暫緩上線更傷信任同維護成本。

多語言 SEO 最可靠嘅驗收唔係後台顯示翻譯完成；係任何一版都可以獨立被抓取、正確指向自己、承認其他版本，而且用戶由頭到尾唔會突然跌出自己語言。

多語言架構最後要追求嘅，唔係三個按鈕看起來整齊，而係每個版本都知道自己對邊個人講、由邊條網址承接、下一步由誰接手。訊號一致，語言先真正變成市場能力，而唔係一排旗仔。