電子製造業架設公司網站時，多語系常被寫成「中英文切換」一項功能，驗收也只抽看首頁翻譯。然而產品規格、製程服務、品質文件與詢價入口若沒有穩定的語系 URL 和頁面對照，使用者從搜尋結果進入內頁後可能找不到另一個語言版本，維護者也難以判斷某頁是未翻譯、過期，還是刻意只在特定市場發布。

多語官網應被視為一組彼此關聯、但各自可開啟的內容版本。專案一開始就要決定語言與地區是否需要分開、每個頁面如何配對、缺少翻譯時怎麼處理，以及誰負責讓規格變更同步。這些規則若到上線前才補，通常會留下只翻導覽、不翻正文，或語言切換永遠跳回首頁的半成品。

語言與市場不要混成同一個欄位

Google Search Central 的 Managing Multi-Regional and Multilingual Sites區分 multilingual 與 multi-regional：前者提供多種語言，後者明確面向不同國家或地區。電子製造商可能只有繁中與英文兩種內容，也可能需要對不同市場呈現不同認證、聯絡窗口或供應範圍；兩種需求的資料模型並不相同。

需求書應先列出語系矩陣，例如繁中、英文各有哪些頁面；若還有特定地區版本，再獨立記錄市場、語言、聯絡資料與適用內容。不要把「英文」直接等同所有海外市場，也不要假設同一份英文規格可以在沒有審核的情況下套用到每個地區。

每個語言版本應有穩定且可分享的 URL。上述 Google 文件建議不同語言使用不同 URL，並提醒若依 Cookie 或瀏覽器設定動態改內容，搜尋系統可能無法找到所有版本。驗收時應把完整網址貼到無痕視窗，確認不用先設定語言也能開到指定版本，而不是只有從首頁點選後才看得到。

建立逐頁對照，不要只做全站語言按鈕

多語系切換的正確目的，是從目前產品或服務頁前往它的對應版本。若使用者正在看封裝製程頁，按英文卻被送回英文首頁，就必須重新尋找內容；如果該頁尚未翻譯，介面也應誠實說明並提供合理去處，而不是靜默顯示舊稿或不相關頁面。

內容盤點表可為每頁保存內容 id、繁中 URL、英文 URL、翻譯狀態、來源版本、審核人與最後核准時間。產品規格更新時，先標示哪些語言版本受到影響，再依流程發布。若英文頁仍在審核，繁中頁可以按組織規則先更新，但切換介面與內部紀錄要能反映版本差異，不能假裝兩頁完全同步。

Google 的文件也建議讓使用者透過可見連結自行切換語言，並避免根據推測的語言自動將使用者重新導向其他版本。公司官網可以提出語言建議，但應保留手動選擇與返回方式；驗收時要測試直接進入內頁、從搜尋結果進入，以及切換後再複製網址的情境。

hreflang 必須雙向且對得上正式網址

當頁面有語言或地區變體時，可用 hreflang 協助 Google 理解彼此關係。它不是翻譯功能，也不會替網站判斷哪一頁內容正確。每一組對照都應使用可公開存取的正式 URL，並讓各版本列出自己與其他對應版本；新增、改址或下架其中一頁時，整組關係都要重新檢查。

驗收可以輸出語系對照表，再逐組核對頁面網址、回應狀態、canonical 與 hreflang。如果繁中產品頁的 canonical 指向英文頁，或英文頁標記了不存在的對應 URL，單看畫面不會發現。也要確認導覽、站內連結與 sitemap 使用同一套正式網址規則，避免系統各自產生不同版本。

不要把 hreflang 當成搜尋排名保證。它提供語言或地區版本的關係訊號，最終呈現仍由搜尋系統判斷。合約可驗收標記完整、頁面可抓取與對照正確，不能承諾特定國家的搜尋位置。

畫面語言與 HTML lang 是兩個都要驗的項目

Google 說明會使用頁面可見內容判斷語言，並建議單一頁面的正文與導覽使用清楚一致的語言，避免只翻譯版型而保留主要內容不變。另一方面，W3C WAI 的 Understanding SC 3.1.1: Language of Page說明，頁面的預設人類語言應可由程式判定；其目的包含讓螢幕閱讀器採用合適的發音規則，充分技術之一是在 HTML 元素使用語言屬性。

兩者處理的問題不同，因此不能只做其中一個。英文頁的主要文字要確實是英文，同時 HTML lang 也應標示對應語言；繁中頁同理。產品名稱、料號或產業縮寫可以保留原文，但如果一個段落明顯切換語言，可再依內容與技術需求標示語言變化。

測試時不要只看瀏覽器畫面。可檢查頁面原始標記中的 lang、用輔助技術抽測標題與導覽的朗讀，並確認 PDF 或下載文件是否有自己的語言與版本標示。網頁切換正確，不代表下載的規格書也已完成對照。

用多層級企業官網建立語系矩陣

星河整合科技 集團官網展示案例有 82 頁多層級架構，包含集團與子公司、產品分類及投資人專區。這是企業網站展示作品，不是真實電子製造商的海外搜尋成果；但它適合演練大型官網如何建立多語頁面對照。

可以先從集團首頁、一個子公司頁、一個產品分類頁與一份公開文件建立小型矩陣。為每頁填入繁中與英文 URL、內容 id、翻譯狀態、canonical、hreflang、HTML lang 與切換目的地。確認規則後再擴展到其餘頁面，避免 82 頁完成後才發現 URL 結構無法穩定配對。

接著模擬產品名稱更新：修改繁中主檔，標示英文待審，確認前台不會誤用尚未核准的翻譯；英文核准後，再檢查兩個版本的切換、對照標記與站內連結。最後模擬一個市場限定頁，確認它不會被錯誤配成所有語言都有的全球版本。

把多語維護交付給下一位負責人

公司網站架設完成時，應交付語系與市場定義、URL 規則、逐頁對照表、翻譯狀態、審核流程、hreflang 產生方式、語言切換規則與缺頁處理方式。若網站由內容系統管理，也要說明新增頁面時哪些欄位必填，以及刪除或改址如何更新其他語言的關係。

最終驗收至少抽查首頁、產品頁、服務頁、聯絡頁與文件下載，涵蓋直接開啟、語言切換、搜尋用標記、鍵盤操作與輔助技術。多語公司官網的品質，不在於按鈕上有幾面國旗，而在於每個版本都能被找到、被理解、被維護，並且與其他版本保持可追溯的關係。