本地化是一套系統，不是一次翻譯
把店舖機翻成六種語言很容易。讓六個本地化站點保持正確、同步、且各自可被找到——那才是真正的問題。
國際化擴張的失敗是靜悄悄的：翻譯版上線，然後開始漂移。新品只上主語言，hreflang 在某次模板更新中斷掉，德語站還掛著上季的活動。Builder 和 Visibility 把本地化當作持續的基礎設施——按市場撰寫而非逐詞替換的內容、機械保持正確的 URL 與 hreflang 結構、每次目錄變更作為發佈流程的一部分同步到每個 locale。
本地化，不只是翻譯
逐詞翻譯產出「看得懂但沒説服力」的文案。購買異議、尺碼習慣、支付預期、搜索用詞都因市場而異——本地化站必須反映這些才能轉化。
按 locale、針對當地異議與用詞撰寫的商品文案
按市場調研搜索用詞——直譯會錯過人們真正輸入的詞
尺碼、單位、支付方式與配送預期的本地化
按市場安排活動節奏，因為商業日曆各不相同
技術層必須無聊地正確
hreflang 出錯、URL 結構不一致、半本地化的模板會導致錯語言的搜索結果和重複內容困惑。這正是 Agent 擅長維護的機械正確性：每個 locale 的每個頁面都帶著完整、對稱的 hreflang 簇，持續驗證而不是想當然。
同步是一條常設保證
致命的失敗是漂移。Agent 把主目錄當作唯一事實源，變更——新品、調價、下架、模板改動——發生時即傳播到每個 locale，無法自動本地化的部分被標記出來，而不是悄悄留成英文。
運作方式
搭好結構
URL 方案、hreflang 簇與按 locale 的模板一次做對——之後強制維持。
按市場本地化
文案針對當地用詞與異議撰寫，而不是從主語言逐詞替換。
保持各 locale 同步
目錄變更自動傳播到每個 locale；缺口被標記而不是被忽略。
你會得到甚麼
用當地詞彙回應當地異議的按市場文案
hreflang 與 URL 結構隨時保持機械正確
新品在每個 locale 上線，而不只是主語言
錯語言搜索結果被消除，而不是被聳肩接受
由這些 Agent 負責
可配合使用
常見問題
子目錄、子域名還是國家域名？
對多數商家，子目錄最能聚合權重、也最好維護。確有例外——法律實體、目錄差異巨大——但預設應選簡單的那個。
機器翻譯夠不夠起步？
作為低風險頁面的過渡，也許。對商品頁與分類頁——錢易手的地方——針對當地用詞與異議的本地化勝出得足夠多，這正是 Agent 產出的東西。
hreflang 到底怎麼壞的？
不對稱的簇、缺少回指鏈接的頁面、新頁面類型的模板漏掉標籤。它壞得悄無聲息，所以 Agent 持續驗證，而不是隻在上線時驗一次。
該先進哪些市場？
數據顯示有需求的地方——按地理的現有流量和訂單——而不是直覺指向的地方。Analyst 先讀數，Builder 再動工。