ASIN落地页本地化：规格、单位与页面文字怎样交接？

ASIN的独立站落地页要换一种语言时，先把商品身份、规格原文、数字与单位、适用条件和待确认问题交给翻译者，再交付需要改写的页面文字。译文读起来顺畅，只说明表达这一层可以继续检查；商品是否还是同一配置、条件有没有被省略，需要按原资料逐项核对。

这份手动交接方法适合已经选定商品、准备制作另一语言页面的团队。它不判断目标市场一定值得进入，也不是BlueFriday提供自动翻译或本地化服务的功能说明。若商品和履约基础还不明确，可先从BlueFriday首页整理ASIN独立站投流的初筛问题，再决定是否投入页面制作。

先确定这一页在介绍哪一件商品

交接包第一行写准确的商品链接、ASIN与实际展示的SKU，再记录包装数量、配件范围及目标页面版本。商品标题可以为了语言习惯调整，识别商品的编号却不能跟着标题被随意改写。一个页面同时介绍多个配置时，分别列出对应关系，不让翻译者根据图片猜默认选项。

“把英文页面翻成中文”仍然太宽。补上一句任务边界，例如“为同一配置制作供中文读者理解的介绍草稿；报价、配送和可售区域由负责人另行确认”。这句话能让接收者知道哪些是表达任务，哪些是尚未获得业务确认的条件。语言版本和市场版本不必完全重合，使用某种语言也不能自动推出配送到某个地区。

页面文案、商品资料与售后说明可能来自不同负责人。给每份资料记录名称、版本、所在位置和本次使用状态。网页截图只保留了当时看到的内容，不能替代仍会变化的实际报价或库存确认。已经知道资料过时，就明确标注待更新，不用一个“以官网为准”掩盖交接时的矛盾。

按文字单元交接，而不是只发整页截图

可以把标题、首屏说明、规格行、选项名称、包含物清单和行动按钮分别编号。编号的目的，是让反馈能够回到具体位置。译者说“第三段不清楚”时，页面排版一变，第三段可能已经是另一段；稳定编号加原文位置更容易找回原问题。

每条记录保留以下内容，放在团队已有文档即可：

• 页面位置与单元编号：说明这句话出现在标题、规格区还是某个选项旁。
• 原文及来源：保留要翻译的原句，附实际资料位置与版本。
• 商品身份：这一条适用于哪个SKU、组合或配件，不明确时标待确认。
• 必须保留的信息：编号、数量、单位、适用条件及限定词。
• 目标语言草稿：写完整句子，避免只给一串脱离上下文的词。
• 未决问题：哪一个词或条件不能凭现有资料确定，由谁答复。
• 核对结果：分别记录语言审阅、业务事实核对和页面实装检查。

数字后面的单位也属于内容。原文没有单位时，先问清楚，不让译者从常识补一个。需要另一种单位的版本时，另留原值、换算依据、舍入方式和核对人；本文不提供通用换算或公差规则。商品适配范围与包装尺寸更不能只因数字相近，就复制到同一个规格栏。

把不能确定的词留下来

遇到一个可能对应多种材料、配件或使用方式的词，可以先保留原词并写解释问题。不要为了让译文完整，把未知条件填成最常见的答案。例如原文只写某附件“可选”，译文不能悄悄改为“随附”；原文描述某一配置，译文也不能省掉配置名后扩大到全部商品。

比较级、时间和范围词需要单独核对。“更轻”需要比较对象，“快速”不能自动变成一个具体分钟数，“适用于部分型号”也不能简化成“通用”。若资料没有支持更明确的表达，可以提出删去、保留限定或补资料的建议，由有职责的负责人决定，不要求译者代替产品验证。

标题和广告语可以有表达空间，但表达空间不等于新增卖点。现有不同渠道的页面承接说明讨论用户进入页面时的问题差异；本篇处理的是改成另一种语言后，怎样仍能逐条找回商品依据。两项工作可以并行，审阅记录应分开保留。

一个虚构的规格交接例子

下面是原创练习，不对应真实ASIN、客户页面或测试成绩。假设一个桌面收纳套装的已确认资料写着：“Package includes two trays. Dividers sold separately.”页面草稿却写成“带分隔板的双层收纳套装”。

审阅者先拆出两个问题。“two trays”说明两件托盘，并没有说明它们按上下两层安装；“sold separately”说明分隔板另售，不能变成包含在套装里。一个更忠实的候选表达是“两件托盘装；分隔板另售”，但实际项目仍需负责人确认套装名称、图片和商品选项是否对应这份资料。

记录里可写：“单元L03；资料版本P02；原文如上；候选译文保留件数与另售条件；层叠使用方式未在资料中找到，不加入描述。”这里完成的是一条表达核对，没有据此宣布整个页面可上线。若图片画了分隔板，还需要页面负责人说明画面内容与当前售卖范围的关系。

再假设按钮附近写着“View available options”。若译成“立即购买现货”，就新增了当前可购买及现货状态的含义。可以先采用更接近任务的“查看可选配置”，再让负责人实际点开入口，确认读者到达的是配置介绍还是购买流程。按钮文字应与真实目的地一起看，不能只在文档里审完。

放回页面后再核对一遍

文字放进页面后，按读者的阅读顺序走查：首屏是什么商品，选项怎样命名，规格在哪，包含物和排除项是否仍在，下一步入口通向哪里。长句换行、按钮宽度、图片中的旧语言以及手机上的折叠内容，都可能使文档中完整的说明在实际页面里不容易被看见。

把检查分成两次。第一次从原资料找译文，确认每个关键条件有位置；第二次从译文找原资料，查看页面是否多出了没有来源的承诺。若某句话只存在于设计稿而不在交接包中，补上依据或标为待审，不因为排版已经完成就默认通过。

语言核对、事实核对和实际操作检查也应分别记状态。一个人完成阅读不代表测试过选择器，按钮能点击也不证明订单或统计结果正确。不要为审稿制造真实订单；需要功能验收时使用已经批准的测试过程，由对应负责人处理。

把确认范围交给下一位负责人

交接时提供最终页面版本、文字记录、仍未答复的问题和每项核对者。若商品配置、资料或页面后来变化，只重查受影响的内容，并保留改变了什么。用UTM与版本登记可以把已采用的素材、页面版本和入口关联起来；它不会自动证明翻译或商品事实正确。

需要讨论具体ASIN的投流准备时，可带上商品链接、目标读者、页面版本和最影响决定的资料缺口，通过BlueFriday官方联系页沟通。先提供与问题有关的材料，不提供账户密码或客户明细。这份交接表帮助减少沟通中的猜测，不能保证广告通过、转化提升或盈利。