Aftermesh亚马逊“请求评论”按钮到底发出去了什么
Request a Review 按钮不是消息规则的例外，那套规则点名的发送方式里就有它。什么时候能点、为什么灰了、点完还能不能再联系，答案都在 Communication Guidelines 和亚马逊的接口文档里，不在卖家帮助中心。
订单号、买家语言、措辞全由亚马逊填，你只决定按不按。可点的时间按你承诺的送达时间段计算，每单只能索评一次。
这个按钮的规则到底写在哪
亚马逊介绍这个按钮的帮助页在 Seller Central 登录墙后面，但 Communication Guidelines 定义“主动消息”的那一段点名写到了它：
"Proactive Permitted Messages are those messages that you initiate that are not responses to a buyer's question. Proactive Permitted Messages can be sent via email, using Amazon's templates via the Contact Buyer or Request a Review page in Seller Central, third-party applications in the Application Store, or via Application Programmer Interface (API)."
—— 亚马逊官方，Communication Guidelines（PDF，亚马逊自有域名托管）这几种方式发的是同一类消息，受同一套规则约束。按钮比自己写消息安全，是因为亚马逊会替你往消息里填东西。
亚马逊替你填了什么，你又交出了什么
"Sending proactive Permitted Messages to your buyer using Amazon's templates, third-party applications, or via API automates the inclusion of order ID, Language of Preference translations, and critical message guidelines."
—— 亚马逊官方，Communication Guidelines“按钮会自动翻译成买家的语言”出处就是这一句。自己写主动消息时有两条硬要求：必须带 17 位订单号，必须用买家的首选语言（Language of Preference）。走按钮时，这两条由亚马逊自动处理。
你交出去的东西写在开发者文档里（应用走的是同一套机制）：
"You use the Solicitations API to send non-critical solicitations to buyers. You can request both a product review and seller feedback by sending a single template-based email."
—— 亚马逊官方，Solicitations API关键词是 template-based：你加不了一句话，提不了上周给他补发的那件事，加不了附件，也没法只要两样中的一样。
送达后 5 到 30 天，按哪个送达日算
“You can use this feature to request reviews once per order between 5 and 30 days after the order delivery date.”
—— 亚马逊版主，Seller Central 论坛，2023 年按钮点早了或点晚了，报错也是这么写的：不能在“订单送达日期后 5-30 天范围之外”请求评价。 它没说按哪个送达日算，按钮背后那套接口的接入指引写了：
"You can request solicitation within a time frame of five days after the EarliestDeliveryDate to 30 days after the LatestDeliveryDate. Calling the Solicitations API outside this time frame will lead to unexpected API errors."
—— 亚马逊官方，Set up the Solicitations API这两个字段在订单接口里有定义：
EarliestDeliveryDate："The start of the time period within which you have committed to fulfill the order."
LatestDeliveryDate："The end of the time period within which you have committed to fulfill the order." 两者都注明 "Only returned for seller-fulfilled orders."
—— 亚马逊官方，Orders API v0 reference窗口锚在你承诺的送达时间段上，包裹实际哪天到不算数。提前三天到货，窗口不会提前三天打开；送达预估给得越宽，窗口两端一起往后推。同一天早上送到同一个门口的两个包裹，窗口可以不一样，因为下单时承诺的送达时间段不同。
"Proactive Permitted Messages must be sent within 30 days of order completion."
—— 亚马逊官方，Communication Guidelines第二个窗口的起点又不一样：从订单完成算 30 天。订单完成不等于送达，送达也不等于送达预估。两个窗口具体以哪个为准，亚马逊没写。按钮灰掉时，先查是不是拿错了起点数日子。
做自动化的话还要注意：上面两个送达字段只对自发货订单返回。货在 FBA 的话，接入指引让你核对的字段你拿不到，只能调用查询可用动作的接口，问亚马逊这一单能不能发。
点一次，就用掉这一单唯一的机会
Communication Guidelines 列了七类不属于许可消息的消息，第七类只有一行：
Permitted Messages do not include："A repeat request (per order) for a product review or seller feedback."
—— 亚马逊官方，Communication Guidelines开发者文档把它写成一条指令，"Send only one productReviewAndSellerFeedback or free form proactive message per order"，并写了不照做的后果：
"If you click Request a Review in Seller Central after you already sent a request through the API, you receive an error message that a review was already requested. A second API attempt for the same order returns a 403 status code."
—— 亚马逊官方，Solicit feedback for an order先走接口再点按钮会报错；反过来，Communication Guidelines 也不允许同一单再索一次。
Communication Guidelines 另列了一批主动联系买家的正当理由：处理履约问题、索取完成订单所需的信息、退货问询、发票、约重货送达、确认定制款（买卖家消息那篇拆过每一类的合规写法）。但上面那句开发者文档写的是每单只发一条索评或自由格式的主动消息。索过评之后还能不能为这些理由主动发消息，亚马逊没有说清，这是灰区。
"Messages that say only 'Thank you' or that you are here to help if buyers have any problems"
—— 亚马逊官方，Communication Guidelines，列于不属于许可消息的清单只说感谢的后续消息同样违规。只写“谢谢”或“有问题找我”的消息本身就在禁止清单上，跟索没索过评无关。主动消息得是在办上面列的某件正事，“表达善意”不算。
它索要两样东西，其中只有一样能要了账号的命
亚马逊对这个操作的描述只有一句：它 "sends a solicitation to a buyer asking for seller feedback and a product review for the specified order." 这两样后果不同，你没法只要其中一样：
卖家反馈（Seller Feedback）——账号健康
- 评的是你：这一单的服务、包装、物流体验。
- 1 星、2 星算负面，而 Negative Feedback Rate 是订单缺陷率（ODR）三个分量之一。
- ODR 须保持在 1% 以下，超过 1% 可能停号。
- 有明文规定的移除标准（很窄），买家自己也可以撤。
商品评价（Product Review）——listing 健康
- 评的是商品：品质、是否合用、有没有解决问题。
- 完全不进订单缺陷率。
- 伤的是某一个 ASIN 的转化。
- 不能申请移除。去请买家改评或删评，本身就是违规。
"One- and two-star ratings are considered negative."
"Our policy is that sellers maintain an ODR under 1% in order to sell on Amazon. An ODR above 1% may result in account deactivation."
—— 亚马逊官方，Order Defect Rate（PDF，亚马逊自有域名托管）按钮的风险落在还有不满的买家身上：它会请对方把不满写成计入 1% 红线指标的卖家反馈，而卖家差评的移除标准很窄。
那到底该不该点
该点
- 已送达、没有未了结的事、没有在途的退换。
- 不点的话，这一单你本来什么都不会发。
- 你正打算自己写一条索评消息。你写的那条有措辞风险，模板没有。
- 在窗口内点一次，之后不再为这一单索评。
先想一下
- 这一单有过履约问题、延误，或者刚补发过，哪怕已经解决了。
- 这一单之后可能还要主动联系买家办正事（见上文的灰区）。
- 你不知道这个买家满不满意。按下去，他可能留下计入订单缺陷率的 1 星或 2 星卖家反馈。
- 你嫌逐单判断麻烦，整批地点。批里每个不满意的买家都会收到这封邀请。
先知道对面是谁，再决定按不按
不知道买家态度时，只能在一律点和一律不点之间选：前者会把邀请也发给不满意的买家，后者会丢掉本来能收到的真实评价。要逐单决定，就得在按下去之前知道买家怎么想，我们做的就是这件事。
包裹里放一张卡，买家扫码进入挂着你自己品牌的页面，用他自己的语言写几句。不用连亚马逊账号、授权 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 的结尾一句：
"Failure to comply with these Communication Guidelines may result in Amazon limiting proactive Permitted Messages to Amazon's templates or a suspension of selling privileges in Amazon stores. Amazon has the authority to block any message at its discretion."
—— 亚马逊官方，Communication Guidelines违规之后，卖家可能只剩亚马逊模板可用，这个按钮就是其中之一。
常见问题
亚马逊后台的“请求评论”（Request a Review）按钮安全吗？
措辞上它是最安全的索评方式，因为消息用的是亚马逊的模板，订单号、买家首选语言和消息规范都由亚马逊自动套上。利益交换、只请满意的人评价、促销语这类措辞违规，用这个按钮犯不了。它管不了的是什么时候点、该不该点。
“请求评论”按钮有多长时间可以点？
按钮报错里的简短说法是送达后 5 到 30 天。背后的文档另有两个窗口，起点不同。Communication Guidelines 要求主动许可消息在订单完成后 30 天内发出；按钮背后的 Solicitations API 写的是 EarliestDeliveryDate 之后 5 天到 LatestDeliveryDate 之后 30 天。这两个字段在亚马逊的定义里是你承诺的送达时间段的起止，包裹哪天真到货不影响它们。
同一单可以点两次“请求评论”吗？
不行，系统会直接拒绝。Communication Guidelines 把同一订单重复索要评价或反馈列在“不属于许可消息”的清单里；开发者文档写明，同一单第二次调用接口返回 403，通过接口发过之后再去后台点按钮，会提示已经请求过评论。
“请求评论”的文案可以改吗？
不能，模板是亚马逊的。你没法补一句上下文，没法提刚给他换过货，没法加附件，也没法只要评价和反馈中的一样。
它到底是在索要商品评价，还是卖家反馈？
两样一起，一封邮件里，没法只要一样。两样落在不同的地方：商品评价挂在你的 listing 上；卖家反馈里的 1 星、2 星计入 Negative Feedback Rate，那是订单缺陷率（ODR）的三个分量之一。
用了这个按钮，是不是就不能再联系这个买家了？
Communication Guidelines 只禁止就这一单再次索要评价或反馈，处理履约问题、索取完成订单所需的信息、退货相关问询、发票、约重货送达时间、确认定制款这些正当理由，它没有因为你索过评就禁止。但开发者文档要求每单只发一条索评或自由格式的主动消息，这条是否也管这些理由，亚马逊没有说清，属于灰区。
买家已经抱怨过的那一单，还该不该点？
政策没有禁止你点。但按钮会同时向这位买家索要卖家反馈，1 星、2 星计入订单缺陷率，超过 1% 可能停号；问题处理过，也不代表对方不会给差评。按之前先弄清他现在的态度。
延伸阅读：亚马逊买卖家消息规则：什么能发 · 如何移除亚马逊卖家差评 · 亚马逊评论与插卡规则：官方原文对照 · 差评到底让你损失了多少？——免费计算器
本文中所解释的亚马逊政策，不构成法律意见。文中有几处亚马逊原文没写或没说清，都已就地标明。