亚马逊「请求评论」按钮到底发出去了什么

这个按钮不是消息规则的例外，它就是那套规则点名的四个发送渠道之一。也就是说，卖家群里反复争论的那些事——什么时候能点、为什么灰了、点完还能不能再联系——其实全都写着。只不过写在两份没人会去读的文档里，因为它们都不长得像一个帮助页面。

这个按钮的规则到底写在哪

亚马逊自己那份介绍按钮的帮助页在 Seller Central 登录墙后面，所以几乎所有讲它的文章都是在互相引用。但这个按钮并非没有出处——它在 Communication Guidelines 里被点名写进了「什么叫主动消息」那一段：

把这份清单再读一遍：模板、后台页面、第三方应用、接口。四种方式发的是同一类消息，受同一套规则约束。所以按钮之所以安全，不是因为它是个按钮，而是因为亚马逊替你往消息里放了东西——这就是下一条原文，也是它一句话废掉一整类二手说法的地方。

亚马逊替你填了什么，你又交出了什么

「按钮会自动翻译成买家的语言」这句话，网上通常只能追溯到某个卖家博客引用另一个卖家博客。其实不必——它就写在政策里，而且旁边还站着两条自己写消息时最容易踩的硬要求：主动消息必须带 17 位订单号、必须用买家的首选语言（Language of Preference）。走按钮，这两件事自动完成；自己写，这两件事归你负责。

而你交换出去的东西，在开发者那一侧写得同样直白（亚马逊给应用提供的是同一套机制）：

关键词是 template-based。你加不了一句话，提不了上周给他补发的那件事，加不了附件，也没法只要两样中的一样。这个按钮给的是一笔很具体的交易：交出消息里的每一个字，换来永远不会有哪个字说错。对绝大多数订单来说这笔交易很划算。再往下两节讲的，是那些不划算的订单。

那个窗口不是「送达后 5 到 30 天」

这句话满天飞，但它是对一句更精确的话的转述。亚马逊把窗口写在按钮背后那套接口的接入指引里：

那两个字段名不是装饰。亚马逊在订单接口里给了它们定义，而定义才是要读两遍的部分：

还有第二个时钟，锚点又换了一个地方："Proactive Permitted Messages must be sent within 30 days of order completion." 订单完成不等于送达，送达也不等于送达预估。我们的读法是：以先关的那个窗口为准；并且别再把灰掉的按钮当成 bug——这是我们的推演，不是亚马逊表述过的规则。一个按不动的按钮，通常意味着你在拿错误的事件当起点数日子。

还有一条留给要做自动化、而不是手点的人：上面那两个送达字段，文档写明只对自发货订单返回。如果你的货在 FBA，接入指引让你去核对的那两个字段，你根本拿不到。那个查询可用动作的接口正是为此存在的——去问亚马逊这一单能不能发，别自己算。

点一次，就用掉这一单唯一的机会

这是所有教程里都不会出现的成本，因为一个点起来不花钱的按钮感觉是免费的。它不是。Communication Guidelines 列了七类根本不属于许可消息的消息，第七类只有一行：

开发者文档把同一件事写成一条指令——"Send only one productReviewAndSellerFeedback or free form proactive message per order"——然后描述了不听会怎样：

顺带注意这句话证明了什么：按钮和接口不是两个长得像的功能。它们共用一份额度，而且彼此知道对方花掉了没有。

被关掉的只是再次索评。禁止的是「重复索要评价或反馈」，不是从此不能再联系这个买家。亚马逊自己列的那些正当理由照常成立：处理履约问题、索取完成订单所需的信息、退货问询、发票、约重货送达、确认定制款。买卖家消息那篇把每一类的合规写法都拆过一遍。

它索要两样东西，其中只有一样能要了账号的命

亚马逊对这个操作的描述只有一句，而那个 and 承担的分量比卖家以为的重：它 "sends a solicitation to a buyer asking for seller feedback and a product review for the specified order."

这是两样后果完全不同的东西，而你没法只要其中一样：

上面两段引文出自亚马逊官方 Order Defect Rate（PDF，亚马逊自有域名托管）。

所以这个按钮的风险并不对称。对一个满意的买家，它几乎等于白捡；对一个心里还有疙瘩的买家，它是在邀请对方把这份不满写成会计入那个 1% 红线指标的版本。而你要按下去的是哪一种，亚马逊不会告诉你，别人也不会。万一真来了，移除标准很窄，值得提前知道。

那到底该不该点

诚实的总结是：这个按钮既好用又是瞎按的——这两件事并不矛盾。

先知道对面是谁，再决定按不按

把问题摊开说：买家满意的时候，基本想不起来去留评；不满意的时候，倒是很少缺席。所以这个按钮问出去的问题，在你对这一单了解最少的时候，答案偏向对你不利。现实里卖家最后基本落在两种习惯上：干脆不敢点，白白丢掉本该收到的真实好评；或者闭着眼全点，偶尔把一个本来懒得计较的人提醒进了评论区。

这两种都是同一个赌注，只是闭着眼下的。唯一能改变赔率的，是在按下去之前就知道买家怎么想——我们做的就是这件事。这里值得把做法讲精确，因为这个赛道上不合规的玩法太多了。

包裹里放一张卡。买家扫码进的是一个挂着你自己品牌的页面，用他自己的语言写几句。不用连亚马逊账号，不用授权 API，也不用把密码交给任何人。每个买家看到的都是同一个页面，不管他接下来要说什么；一条评论不留也能把流程走完。不返现、不送礼、不给折扣，什么都不换。也从来不会请谁去改评或者删评。这几句不是宣传语，而是让整套做法站在插卡规则正确一侧的那些约束本身。

然后是浏览器插件，把这些反馈搬回到做决定的地方。在 Seller Central 的订单页上它是一张小卡片：哪些单在等你处理、这一单的买家是谁，以及一个按钮——按下去调用的是亚马逊自己那个 Request a Review，就是本文从头讲到尾的官方机制，不是什么绕路。它不替你给买家排序：标品下服务端根本不向插件下发买家评分，待办列表也不按星级筛选，没扫过码的订单照样可以索评。决定权还是你的，只是这一次你心里有数。

想先看看再决定：演示页可以走一遍买家实际扫到的那个页面，十来秒就看完。

如果你要做自动化

给那些要接进 ERP 或脚本、而不是手点的人，文档里有三件事：

• 去问，别自己算。"To check eligibility programmatically before you send a solicitation, use the getSolicitationActionsForOrder operation." 如果返回里没有 productReviewAndSellerFeedback 这个动作，这一单就是不能发，你在自己这头怎么算日期都改不了。
• 限流低是故意的——每秒 1 次，突发 5 次。这条通道不是用来清积压的。
• 403 的意思是「已经用掉了」，不是坏了。把它当成这一单的终态，别重试。

最后引 Communication Guidelines 结尾的一句，它值得放在全文最后——因为它说清了在亚马逊的世界观里，这个按钮到底是什么：

「只准用亚马逊模板」是被当作处罚写下来的。也就是说，这个按钮既是你手上最安全的工具，也是当更自由的工具被收走之后，你唯一还剩下的东西。会主动、有判断地用它的卖家，永远不必知道对自己而言它是哪一种。

常见问题

亚马逊后台的「请求评论」（Request a Review）按钮安全吗？

在所有索评方式里，它是最安全的那种——因为那些字不是你写的。亚马逊的 Communication Guidelines 明确把 Seller Central 的 Request a Review 页面列为发送主动许可消息（proactive Permitted Message）的渠道之一，并写明通过亚马逊模板发送会自动带上订单号、按买家首选语言翻译、并套用消息规范。真正让卖家被封的那些措辞风险——利益交换、只请满意的人评价、促销语——通过这个按钮你根本没有机会犯。但它保护不了你的另外两件事：时机，以及判断。按下去，这一单唯一的索评机会就用掉了。

「请求评论」按钮有多长时间可以点？

官方文档里有两个时钟，锚点还不一样。Communication Guidelines 写的是主动许可消息必须在订单完成后 30 天内发出（"within 30 days of order completion"）。而按钮背后那套机制——Solicitations API——写的是："You can request solicitation within a time frame of five days after the EarliestDeliveryDate to 30 days after the LatestDeliveryDate." 这两个字段在亚马逊自己的定义里指的是你承诺的送达时间区间，不是包裹实际到货那一天。所以你的实际窗口是跟着送达承诺走的。

同一单可以点两次「请求评论」吗？

不行，而且是被拦住、不是被劝阻。Communication Guidelines 把 "A repeat request (per order) for a product review or seller feedback" 直接列在「不属于许可消息」的清单里；亚马逊开发者文档进一步写明，同一单第二次调用接口会返回 403，而在通过接口发过之后再去后台点按钮，会收到「已经请求过评论」的报错。

「请求评论」的文案可以改吗？

不能。亚马逊对这套机制的原话是 "a single template-based email"——模板是亚马逊的。你没法补一句上下文，没法提你刚给他换过货，没法加附件，也没法只要其中一样而不要另一样。这就是这个按钮的交易条件：你交出消息里的每一个字，换来的是永远不会有哪个字说错。

它到底是在索要商品评价，还是卖家反馈？

两样一起，一封邮件里。亚马逊对这个操作的原话是 "Sends a solicitation to a buyer asking for seller feedback and a product review for the specified order." 你没法只要其中一样。这件事比听上去重要，因为两样东西落在不同的地方：商品评价挂在你的 listing 上，而卖家差评会进 Negative Feedback Rate——那是订单缺陷率（ODR）三个分量之一。

用了这个按钮，是不是就不能再联系这个买家了？

被封的只是「就这一单再次索要评价或反馈」，不是买卖家消息本身。亚马逊列出的其他正当理由照常成立：处理履约问题、索取完成订单所需的信息、退货相关问询、发票、约重货送达时间、确认定制款等等。真正要小心的是另一条：一条只说「感谢」或者「有问题随时找我」的消息，本身就在禁止清单上，跟你发过几条无关。

买家已经抱怨过的那一单，还该不该点？

先掂量你在邀请什么。这个按钮向一个不满意的买家同时索要商品评价和卖家反馈，而 1 星、2 星的卖家反馈正是亚马逊计入负面的那部分，进的是一个超过 1% 就可能停号的指标。政策没有禁止你点，也没有哪条规则保证「问题解决了就不会有差评」。诚实的说法是：这一单上按下去等于你自己发起了一次抛硬币，而唯一能改善赔率的办法，是在按之前就知道对面什么心情，而不是按完之后才知道。

延伸阅读：亚马逊买卖家消息规则：什么能发 · 如何移除亚马逊卖家差评 · 亚马逊评论与插卡规则：官方原文对照 · 差评到底让你损失了多少？——免费计算器