直到现在还有不少卖家在做或者准备做翻新listing，这个今年年初就在跨境卖家圈子中流传的黑科技新秀也算是活了挺久。
具体方法我们上次已经说过了，这里不再重复，需要的卖家点蓝字看。
虽然风险不小，但是相对于移仓换标的成本还是有卖家愿意承担的。这个风险也取决于亚马逊想不想查，那么这个活了这么久的黑科技官方就没有什么想法吗?
今天后台更新了一个新的功能，虽然看起来比较平淡，但是背后释放的信号却值得我们琢磨一下。
01、本次后台更新的主要内容
翻译软件有不少错误的地方，这里就不放翻译后的结果了。给大家总结一下，简单来说就是后台添加了一个“自动修复无在售信息的FBA库存”的功能。
有些卖家的产品，虽然有FBA的库存，但是因为销售listing被卖家删掉，或是批量更新为自配送等原因，让这些库存没了对应的销售页面，这些库存就成了无在售信息的FBA库存。
亚马逊也会在后台提示这些库存，一般来说卖家删除或是更新成自配送的话都会紧接着重新上架或是转FBA，虽然麻烦一点但是毕竟关系到商品的销售，不会有卖家晾着这些库存。
这个自动修复似乎没啥用吗，反正没有在售信息卖家也都会及时跟进的，完全轮不到自动修复环节的出场。
不过对listing太多手动根本搞不过来的卖家和大马哈经常忘记跟进的卖家倒是福音。大家可以自行设置自动重新上架的时间限制，不需要自动功能也可以退出自动操作(默认开启)。
好了，正常的表面功能介绍完毕，是个不痛不痒但是聊胜于无的功能。下面我可要分析一下这个功能释放的信号和趋势。
02、这是亚马逊要对翻新出手吗?
首先我要先给大家定定心，就目前来看这个功能对翻新和删变体移差评这样的操作影响不大。
要说对翻新的影响，还要说到翻新的原理。
简单地说case版的翻新手段就是删除原asin，然后新建一个一样的asin(UPC不同)和客服说无法转换FBA，让客服把原asin的库存和这个新asin同步到一起。
这个操作的关键点就在于这一步客服手工匹配库存。但是自动修复这个功能上线之后，如果客服再收到这样的case，直接可以给你执行自动修复，那这条翻新的路子就算是堵上了。
525事件之后大家都在低调做事，还在搞翻新的卖家不多，加上翻新本来就成功几率不太高。所以亚马逊要是趁这一波把翻新手法封了的话，卖家也得过了很久才能反映过来。
翻新毕竟是非常标准的擦边球操作，这样翻新过的产品在后台其实是有两个SKU的，一查一个准，所以翻新的风险也就在于亚马逊愿不愿意查。
这一步改动起码也是表明亚马逊注意到了这个情况，大家近期还是不要顶风作案了。
