新加坡中英文網站：一個網站，如何維護英簡繁三個版本

先訂明頁面目的：解釋服務、比較選擇，還是準備查詢。編輯簡報應列出讀者必須理解甚麼，以及企業已批核甚麼，再交給各語言撰稿人，毋須要求逐句複製英文稿。

例如服務頁面要交代包括項目、須評估事項及報價前應提供的資訊。三個版本都應讓讀者完成這些決定。中文開首即使流暢，若遺漏評估條件，也不算內容實質對應。

建議共用企業名稱、範圍、不包括的項目、獲批說法及聯絡入口的內部紀錄，固定事實與措辭選擇分開管理。語言審閱人可改善行文，不能改變承諾。新增事實獲批時，要找出所有受影響版本才發布。東主驗收的是同一業務決定，毋須確認未必熟悉語言中的每個句子。

本文建議的三版本計劃，以新加坡用語編寫簡體，繁體則採香港書面語。這是面向目標讀者的編輯選擇，並非聲稱每位新加坡讀者都偏好某種字形。應先在簡報說清楚，避免到審稿才爭論風格。

起稿前建立術語表。香港語體可用數碼營銷、軟件、查詢及中小企等用語；簡體版則按所定新加坡語體處理相應概念。審閱應看整句含義，不宜把術語表視為逐字替換工具。

每個版本應獨立通讀：開首是否直接回答、標題是否自然、行動提示有否解釋下一步？刪去生硬外來句式，毋須無目的保留英文口號。字形檢查有助找出混入的簡體字，但仍須配合語體、含義及業務準確度審閱，不能以程式通過作為文字自然的證明。

Google 建議不同語言版本使用不同網址，不應只靠 cookie 或瀏覽器設定改變同一頁面。多語網站指引亦建議提供語言連結，避免按猜測的語言自動把訪客轉往另一版本。

假設結構可按 /en/、/zh-hans/、/zh-hant/ 分組。這只是組織示例，不保證排名，也不是唯一有效做法。請開發人員記錄每個實際頁面的網址及切換目標，不應只交代目錄名稱。

建議已有對應版本時保留主題。讀者正在看報價流程，切換後不應無聲地變成無關服務。對應內容尚未完成，應由內容負責人訂明替代路徑並記錄缺口，不能聲稱已有完整版本。測試須從文章本身開始，亦檢查返回路徑，不宜只看首頁選擇器。

按 Google 的本地化版本指引，以 hreflang 標示真正對應的頁面，並保留自身及返回連結。基本關係可參閱 Agent Lab 多語內容問答。

這個三語項目應驗收頁面對應清單：內容負責人確認服務範圍及不包括的項目一致，開發人員核實實際網址及相互標示。尚未完成的版本應記錄為缺口，不應隨意連結至無關首頁。

建議從具體服務頁開始，請審閱人找出服務界線、開啟相關解釋、切換語言，再提出查詢。逐步檢查背景是否保留，接手同事能否理解收到的需要，不應只確認首頁看似有三種語言。

內容清單亦應涵蓋導覽標籤、驗證提示、確認用語及私隱說明。文章寫得好，不代表聯絡路徑已清楚。業務負責人應確認團隊實際支援哪些語言服務，未批核的接待能力不能寫成對外承諾。

以明確標示的模擬查詢測試，檢查下一步究竟是提交資訊、要求評估，還是確認預約，按鈕不應混淆這些動作。記錄造成誤解的用語，交相關語言負責人修正。這是編輯體驗檢查，並非要求各語言人手相同；承諾應符合真實交接。

每項服務或政策共用一份改動紀錄。範圍有變時，列明獲批事實、受影響頁面、語言審閱人及完成狀態。建議相關版本及聯絡路徑全數檢查後才結案，不能只更新英文便關閉任務。

分清待補缺口與獲批差異：遺漏不包括的項目是缺口，不同示例若仍解釋同一決定且沒有衝突說法，可由內容負責人判斷並記錄。毋須為形式對稱而悄悄刪去有用細節。

Google 指引區分多語頁面與針對不同國家的頁面。自己的計劃亦應清楚：本文的字形及語體選擇，不代表企業已進入新市場或開設分店；地區定位須有業務及技術依據。先維護核心頁面、保持缺口可見，團隊可持續審閱時才擴充。三個版本能否長期一致，取決於明確責任。

交接前可用假設政策變動測試維護計劃。假設東主新增條件，某服務須先評估才確認，就從共同業務紀錄找出各語言受影響的服務頁、查詢指南及相關問答。

請撰稿人在各自版本自然解釋，向負責人提供簡短含義檢查：讀者必須知道甚麼、哪些仍未確定、下一步可做甚麼。語言審閱與業務政策批核要分開，不能因措辭流暢便當作政策已獲同意。

再請技術審閱人檢查實際目標及對應關係，確認切換仍到同一主題、查詢路徑亦反映新條件。文章更新了，確認提示卻暗示已預約，就應一併修正。

最後核對團隊管理的社交或廣告連結，按實際變動調整說明或目標，記錄查過甚麼及哪些不在控制內。受影響頁面的獲批含義與路徑一致後才結案，讓「三種語言」成為持續責任。