7 月 27 日的标题新规，不是“把最后 125 个字符删掉就完事”。

规则本身：非媒体类目的商品标题不得超过 75 个字符（含空格）；另有一个独立的 Item Highlights 字段提供 125 个字符，放材质或推荐使用场景，可被搜索，也可能和标题一起出现在搜索结果和详情页。

现在距离生效已经快一个月。亚马逊说超限的 listing 可以保持在售，但会逐步收到 AI 推荐的标题改写——这意味着还没处理的账号，接下来的风险不是被下架，而是产品身份被 AI 替你重写，而团队根本不知道哪些 listing 被改了。

把它当目录迁移，不当文案作业

从暴露清单开始，不是从写标题开始。

按站点导出在售非媒体 ASIN，用亚马逊的口径数字符：含空格。附上父子关系、品牌、类目、营收、流量、广告花费、当前是否被抑制，以及是谁在贡献目录内容（ERP、代运营、品牌方后台）。

给队列排序。核心 ASIN、复杂变体、多方共同编辑的 listing、依赖兼容性或数量信息的标题，优先人工过。低销量的简单 SKU 可以当彩排。

“可以保持在售”降低了鲁莽批量改写的必要性，但提高了另一件事的价值：清楚知道哪些 listing 还没有经过团队批准。

身份归标题，比较证据归 Item Highlights

标题只有一个稀缺职责：让买家快速识别这是什么产品。

保住品牌（该保的话）、直白的产品类型、决定性的变体信息、关键的数量或尺寸、最强的可验证差异点。不要把 75 个字符花在同义词堆砌、促销话术、主观形容词，或别处已经说清楚的使用场景上。

Item Highlights 放帮助买家比较的材质和使用场景。但别把从标题删掉的每个短语都粘贴进去——那不是优化，是把杂物换了个房间。每个短语都应该回答一个真实的选购问题，并与包装、属性、图片和实际发出的商品一致。

两段文案要读起来像一套系统。标题写“不锈钢”、Highlights 暗示另一种材质，那不叫优化，叫自相矛盾的产品数据。

动手前，保存当前标题、五点、属性、Item Highlights 状态、图片、移动端和桌面端的实际展示截图，以及相关搜索词的基线数据。记录谁批准了替换文案、每个产品事实的证据来源。

先发一小批有代表性的：一个简单 listing、一个变体家族，最高风险的 ASIN 不进第一批。验证后台接受了提交、线上页面/搜索结果/移动端卡片/每个重要子体都显示了预期的值。

然后按排好的队列推进，每批有负责人和复查日期。发布窗口内尽量冻结无关的标题回传和服务商上传——否则一次正确的手动修改可能被旧数据源覆盖，团队还以为是新格式的问题。

亚马逊通过 Manage All Inventory 的 View enhancements 提供 AI 改写建议，品牌方有 14 天窗口审核、修改或批准生成的标题和 Item Highlights 变更。

把这个窗口当成目录审批队列，不是一封提醒邮件。指定每日负责人，记录每条建议，和批准过的源文案对照，核实产品事实后再接受。一条 AI 建议可以完全符合字符限制，同时漏掉关键变体、夸大使用场景，或用了品牌无法证实的表述。

批准必须是显式的。沉默不是内容策略——尤其当多个人和系统都能编辑同一个 ASIN 的时候。

不要承诺“标题变短会带来排名或转化提升”。

记录发布日期，观察曝光、点击、CTR、session、转化、收录词、广告状态、价格、库存、促销、评论和竞品动作。这些信号能帮你发现实质性断裂,但市场噪音让干净的因果归因很难。

同一窗口内不要同时改主图、价格、优惠券、竞价和标题。商业动作实在不能等，就记录重叠并降低结论的置信度。用低风险批次先学习：重要的身份词有没有消失、变体是否变得不清楚、移动端展示读起来顺不顺——再动核心 listing。

保留一个批准过的回滚版本和一条决策阈值。回滚应该响应的是有记录的产品混淆、被拒绝的提交,或有合理关联的持续恶化——不是某个疲软的下午。

7 月 27 日之后，标题编辑变成了目录变更管理。

盘点暴露的 ASIN。把产品身份保护进 75 个字符。给 Item Highlights 独立的比较职责。把亚马逊的 AI 建议当提案逐条审，验证每个线上展示面，并让上一个批准版本随时可以恢复。

目标不是保住旧标题里的每个关键词，而是在亚马逊更换容器的时候，保住产品真实性和运营者的控制权。