社区 发现 Amazon 三个变体合并两次被拆分开,两次都没有收...
三个变体合并两次被拆分开,两次都没有收到业绩通知和邮件,还能继续合并吗?
第一次合并:是在两个新变体上架后一个月进行的合并。
合并三周月后 前台变体C被拆分出来了,但A和B依旧合并在一起。
后台的话 仍然是 三个变体继续保持在同一父体下面。
没有收到业绩通知和警告邮件。
C被拆开2周后,更换父体 再次将这三个asin合并。
合并一个月后 也就是前两天,这三个变体再次被拆分,这次略有不同 ,是ABC都被拆分了,前台分成了三个链接。但后台还是和之前一样保持在一起
(这次还是没有收到业绩通知和邮件)
这次开了英文case说是显示“重复合并”,
第一次被拆开开case当时说变体C不是合规的子商品
这三个变体都是产品几件套,产品套装内容是依次递增
还算是比较合规。 主要是合并能利润销量最大化。
这种 两次了 都没有吃到绩效 ,而且都是只拆前台没有拆后台,给我的感觉是机扫。
各位大佬有遇到类似情况吗?
问题1-已经被拆分2次了,亚马逊会不会直接来个大的,停用账户之类的。
问题2-我想到一个这样的方案,自己手动拆合,合并卖两周,然后拆开单独卖两周,然后再合并卖两周,再拆开卖两周,这样先把新上架链接的的积压库存清一清,这个方法可行吗?
11 个回复
匿名用户
赞同来自:
一般都会先给绩效通知,但也取决于你的绩效分数,绩效分数200分以下就得万分谨慎。
问题2-我想到一个这样的方案,自己手动拆合,合并卖两周,然后拆开单独卖两周,然后再合并卖两周,再拆开卖两周,这样先把新上架链接的的积压库存清一清,这个方法可行吗?
不建议这么操作,因为本质上还是违规变体,并且这种方式只是图个心理安慰,实际意义不大。
建议尽量减少强行合并,不知题主是用的什么变体主题,如果还是要绑的话考虑其他变体主题好些。其次题主可以考虑店铺重要性,违规就会留痕,留痕多了终会被秋后算账的,剩下的就是题主有关利润销量和店铺长久安全的考量了
匿名用户
赞同来自:
一般都会先给绩效通知,但也取决于你的绩效分数,绩效分数200分以下就得万分谨慎。
问题2-我想到一个这样的方案,自己手动拆合,合并卖两周,然后拆开单独卖两周,然后再合并卖两周,再拆开卖两周,这样先把新上架链接的的积压库存清一清,这个方法可行吗?
不建议这么操作,因为本质上还是违规变体,并且这种方式只是图个心理安慰,实际意义不大。
建议尽量减少强行合并,不知题主是用的什么变体主题,如果还是要绑的话考虑其他变体主题好些。其次题主可以考虑店铺重要性,违规就会留痕,留痕多了终会被秋后算账的,剩下的就是题主有关利润销量和店铺长久安全的考量了