店铺本地化 playbook
翻译是本地化里最小的部分。决定成败的工作是结构性的——URL、hreflang、按市场的词汇——和运营性的：目录每周在变，六个 locale 要一直保持真实。
店铺国际化有条可预测的弧线：机翻一切、上线、看着本地化站表现不佳、然后悄悄停止维护。这份 playbook 跑的是会复利的版本：在数据显示有需求的市场进入、技术结构一次建对、把能转化的页面对着真正当地的词汇本地化、装上让每个 locale 从此保持最新的同步纪律。
阶段一：按证据选市场，结构一次建对
你的分析数据早就显示需求从哪漏进来：按地理的流量、转化与下单尝试。进证据存在的市场，不进野心指向的市场。然后是技术层，第一次就做对：子目录 URL 聚合权重（除非有强法律或品牌理由）、完整对称的 hreflang 簇、按 locale 的 sitemap。
市场短名单来自现有的地理流量、转化与支付尝试数据
子目录结构（/de/、/fr/），除非有特定理由
hreflang 簇从第一天就完整对称——事后补救是苦役
上线前按市场摸清货币、支付方式与配送预期
阶段二：钱易手的地方先本地化
本地化投入跟着收入走：商品页与分类页最先、结账与政策页其次、博客内容最后（如果做的话）。对着当地搜索词汇写——德国买家输入的不是英国买家输入的词典直译——也对着当地异议写：尺码习惯、配送焦虑、支付偏好因市场而异，都该进文案。
阶段三：把同步立成常设规则
漂移是杀手：新品只上主语言、调价漏掉一个 locale、模板更新弄掉一半 hreflang 标签。把主目录立为唯一事实源，每次变更作为发布流程的一部分传播到每个 locale，hreflang 完整性持续验证。养不起同步的 locale，与其烂着不如退役——买家语言里的一个过期站，比没有更糟。
运行方式
选市场、建结构
证据驱动的市场选择；URL、hreflang 与支付轨道一次建对。
先本地化收入页面
商品与分类对着当地词汇与异议来，然后是结账与政策页。
立同步规则
每次目录变更作为发布的一部分传播到每个 locale；完整性持续验证。
你会得到什么
按需求证据（而非野心）进入的市场
永远不用重构的技术结构
用当地词汇回答当地异议的本地化页面
随目录变化保持真实的各个 locale
由这些 Agent 负责
可配合使用
常见问题
先机翻还是第一天就正经本地化？
收入页面从一开始就正经做——回报在那里。机翻可以过渡长尾页面，但任何顾客关键路径依赖它之前要明确审过。
同语言市场——美英澳需要分开的 locale 吗？
当货币、目录、拼写或配送话术真有差异时，分开的地区 locale 才值回维护成本。搜索侧由 hreflang 地区定向处理；别把 locale 增殖到你维护不动的数量。
hreflang 最常怎么坏？
不对称（A 指向 B、B 忘了 A）、新模板不带标签上线、下架页面留下悬空引用。三样都无声发生，持续验证因此存在。
哪些 Agent 跑这个？
Analyst 供市场证据；Builder 负责结构与传播；Visibility 负责按市场词汇与 hreflang 完整性。同步规则在共享工作流里强制执行，不在任何人的记性里。