所在分类:  Amazon 所属圈子: Amazon Amazon后台操作 Amazon Deals

链接通过小号合并,导致本来店铺里的LD和BD连续被取消。开了CASE说是因为链接合并的原因。但是服务商报连秒不也是通过合并操作的吗?有大神可以解答下吗?

发帖1次 被置顶0次 被推荐0次 质量分0星 回帖互动20次 历史交流热度42.86% 历史交流深度0%
 本来上周六晚上有个秒杀要跑的,周五链接评分掉到4.2,就用小号合并了一个链接把分数拉上来。
结果非但秒杀被取消,连带这周的BD也都被取消了。客服说是因为链接新建父体的原因。
但是那些连秒的操作不也是这种合并的方式实现的么?有大神可以解答下如何规避合并影响秒杀吗?
PS:合并是用的不授权小号操作的。
已邀请:

知币花完了 - 知币花完了!

赞同来自: UaleUale

时间,上周六,跑秒杀,周五掉评级,小号操作合并一个链接,操作了合并
需要排查的问题点
1.你合并是原父体合并吗?还是换了一个新的父体
2.你合并是变体+父体都全部更新,还是模板只上传一个合并的变体,或者情况3,刷新父体和新加入的子体
3.合并是否成功,变体向导是否包含新合并的变体,绩效通知是否有收到合并不成功的警告
4.秒杀活动合并之后,你有没有检查报错,是否符合其中80%有货的变体都上了额活动
如果是情况1,那你的秒杀是100%会被取消的,因为秒杀抓取的数据是之前的父体,你换了个父体,秒杀报错直接取消。
如果是情况2,是你合并中刷新了报价信息,你的秒杀页面应该是有报错,但是你没有及时的发现,或者报错完直接取消
如果是情况3,就是你的变体关系不成立,导致你秒杀数据波动
如果是情况4,则满足秒杀规则中的,变体上活动没达到80%被取消
这是我操作中遇到取消活动之后复盘得出的经验
以上你其实已经说明了,客服说因为链接新建父体的原因,即满足了情况1
但是那些连秒的操作不也是这种合并的方式实现的么?
之前的连秒不是合并方式哦,一直都是换父体,首先父体1,按照活动规则报名,第一周,第三周,第五周的活动,然后在换个父体,报名第二周,第四周,第六周的活动,以此形成连续秒杀。这个bug被滥用之后,系统修复了,就变成一旦识别到变换父体搞的,直接取消活动,也就是你现在遇到的情况。
可以解答下如何规避合并影响秒杀吗?
你可以删除父体1,系统删干净之后,在用父体1的sku和asin在合并变体,这样在系统信息里面,你的父体还是父体1
还有就是用活动推广的尽量少刷模板,保证数据的稳定性
祝爆单,期待和大家共同学习进步
 
要回复问题请先登录注册

加入卖家社群
关注公众号
加入线下社群
广告 ×
10s