本地化是一套系统，不是一次翻译
把店铺机翻成六种语言很容易。让六个本地化站点保持正确、同步、且各自可被找到——那才是真正的问题。
国际化扩张的失败是静悄悄的：翻译版上线，然后开始漂移。新品只上主语言，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 再动工。