多数商品继续共用店铺退货政策就好。整组商品有相同例外，可以用现有政策标签；只有确实需要单品独立条款、并且有人持续维护时，才考虑新的returns。先拿一件商品，把网页承诺、上传条款和Google处理结果对齐。
这次更新多了一种表达方式：标签指向一份已经建好的政策；returns把退货条款直接随商品提交。选择哪一种，取决于条款怎样分组、谁来维护，不能只看哪个字段更新。
新字段解决哪一种麻烦
Merchant API商品更新日志在2026年7月20日当周加入商品级退货属性，能说明适用国家、退货期限、商品条件、退回方式、退款结果和费用等。它让少数特殊商品可以单独表达退货安排。
比如店铺大部分商品允许30天退货，只有一件大地毯采用不同条件。过去会考虑在账号里维护一份例外政策，再让这件商品引用它；现在也可以考虑在这件商品的数据里直接提供条款。
Google的returns帮助页仍建议，大片商品目录用账号政策更容易管理。新字段不要求把所有商品都迁过去。否则一条全店政策变化，可能变成几十处商品条款要分别修改。
先判断是一组相同，还是只有一件不同
如果十款大地毯都采用相同规则，把它们关联到同一份政策，通常更方便。商品的return_policy_label在这里承担“引用哪份政策”的作用，标签本身不等于完整条款。
如果某件商品确有独立安排，而且后台能让它的网页与商品数据同步更新，returns才有实际价值。运营先确定条款，接口维护者再负责字段；不要让代码里写着21天，客服还按30天回答。
同一商品同时设置政策标签和商品级条款时，本文没有核实所有组合的优先级。样本阶段先选一种明确的维护方式；确需并存，先向维护者核官方规则和处理结果，再推广。
用RUG21把条款说清楚
以下是教学例子：RUG21在美国采用21天期限，接受未使用的商品，邮寄退回，退货运费8美元。它与店铺30天的普通规则不同。上线前，至少先向售后与物流确认这些真实条件：
| 要确认的事 | RUG21教学值 |
|---|---|
| 哪个国家 | 美国 |
| 多长时间 | 21天；起算条件须由真实政策明确 |
| 什么商品状态 | 未使用 |
| 怎么退回 | 邮寄 |
| 谁承担多少费用 | 8 USD；承担方式须确认 |
这个表是运营条款，不是能直接粘进API的请求。接口维护者再依据商品属性参考映射country、期限、条件、方法和费用等字段。还要确认退回后是退款、换货或其他结果，并提供真实政策地址。
尤其不要只写“8美元”：由消费者另外支付，还是从退款中扣除，会改变实际体验。也不要自行补出“从付款日开始21天”，真实政策没有确认，就先补齐政策说明。
提交之后，还要核同一商品
先只改RUG21。确认上传条款与当前商品页一致，再读取Google处理后的商品，检查returns及商品问题提示。请求被接受只说明输入送达；商品处理可能需要时间。
用同一SKU和国家逐项对照期限、状态、退回方式与费用。输入正确而处理结果不同，才继续查政策来源和规则；处理结果正确而公开展示未变，则另记展示观察。它们是不同阶段。
目前每件商品最多支持100条退货覆盖规则，这个上限不构成增加规则的理由。少数例外逐个维护，大片目录共用政策，才容易跟真实售后保持一致。运费或结账还有差异，可接着看商品、国家与政策一致性排查。需要梳理一件样本，可在联系页提供公开政策页和脱敏差异。
常见问题
用了returns就必须删除账号政策吗？
不用一概删除。先确定这件商品采用哪种维护方式，别为少数例外破坏其他商品共用的政策。
return_policy_label和returns一样吗？
不一样。前者指向已有政策；后者随商品提供具体条款。整组共用还是单品独立，决定哪种更好维护。
请求成功，就能认为退货信息已经生效吗？
还要核Google处理后的同一商品，并与网页承诺对照。提交、处理与公开展示分别记录，不用一次成功响应替代全部检查。