

10 月 28 日起,新版《服务商业解决方案协议》生效,新增了一节代理政策。核心三条:任何代表个人或法人、自主或半自主操作亚马逊系统的软件与服务,必须在每一次 HTTP 或 HTTPS 请求里声明自己是自动化系统,并提供代理名称,不得伪装成人类用户;不得把亚马逊的商品信息、内容、数据拿去训练大语言模型或多模态模型;不得逆向工程或数据挖掘。违规适用和其他违约一样的责任框架,亚马逊保留随时要求立即停止访问、直到终止服务的权利。继续使用服务,就视为接受新条款。这不是只针对大卖家——只要你店里接了 ERP、比价、铺货、调价这类工具,就在范围里,和店铺大小没关系。
关键不在"用不用",而在"有没有亮明身份"。政策管的是行为方式,不是工具本身:一个老实实在请求头里标明自己是自动化程序、能按要求随时断开的工具,是合规的;一个伪装成浏览器、模拟真人点击、多个店铺共用一个登录态跑脚本的插件,就是明确踩线。处罚上限是终止服务,但真正先发生的往往不是封店,而是接口被掐、工具失效、后台登录异常。所以现在该做的第一件事,是把手里的工具列个清单,逐个问服务商一句:你们的代理标识怎么实现的,能不能按平台要求一键停。答不上来的先停用,别拿主账号去试。
能用,而且平台同一天还在鼓励用。10 月 28 日 SP-API 发了三个新接口,Action Items、Action Plans 和 Messaging Automations,专门用来把"平台给建议、自动建处理计划、自动执行"这条链串起来。方向很清楚:平台不反自动化,反的是不可控、不可追溯、责任模糊的自动化。技术上通常是在请求头里加标识字段并声明代理名称,具体字段以服务商对接文档为准。另一条红线是数据:拿亚马逊的商品信息、评论、搜索词去训练自家模型,哪怕是内部用,也在禁止范围里。这条对做选品模型、写文案模型的团队影响更直接,训练数据来源要重新过一遍,别等出事才发现语料全是爬来的。
顺带说一句,工具合规清单最好写进 SOP,换人、换服务商的时候才不会漏。
同一批政策里还有一条更磨人的:依协议第 3 条发起的视频验证已经常态化,新账号注册后一到三个月是触发高发期,老账号运营中也可能被点。收到通知一般有十四天预约窗口,逾期限权;核验必须法定代表人本人参加,运营陪同要拿社保和劳动合同证明关系,问的范围覆盖法人身份、公司、店铺、收款,还会追到供应商、采购发票和库存。这跟上面的工具合规是同一条逻辑的不同侧面:平台在确认"谁在实际控制这个账户"。店群加代持的结构,在这个环节基本过不去。两个动作可以现在就做:注册邮箱和绩效通知设专人每天看,账户状况页每天扫一眼,别等限权了才发现通知一直躺在收件箱里。
这两件事看起来琐碎,但真到了限权那一步,能救账户的往往就是这些日常留痕。
