聊一聊亚马逊混乱的关联逻辑！
3620前几天有个朋友过来找我，说他的亚马逊账号被封了，原因是因为账号关联。
但是他自始至终就一套公司资料，细细想来自己都觉得不可思议，实在是太搞笑了，亚马逊这个混乱的关联逻辑，和乌龟一般的响应速度，真的是没谁了。
01
具体是因为啥关联的，我来详细给大家解释一下。简单来说就是，同一套公司资料，用a邮箱注册了美国站，店铺名是123；用b邮箱注册了欧洲站，店铺名是234。
在b邮箱的欧洲店铺234的后台点了开启全球销售，选了美国，结果亚马逊系统会自动用b邮箱注册一个美国的店铺234。那么美国就存在两个店铺 123和234。这个时候因为b邮箱自动注册的美国账号突然触发了账号审核，导致b邮箱下面的美国站234挂掉了，与此同时，b邮箱的234和a 邮箱的123形成关联，所以a邮箱的123也随之挂掉了。b邮箱的234触发账号审核后的封号邮件，以及a邮箱的123被关联的封号邮件，可参考下面两张图。
这个事情背后的逻辑也很简单，卖家账号后台全球销售里面的那个注册按钮，只要点击一下，系统就自动生成了其他国家的账号。都不需要自己去输入注册信息，亚马逊系统自动把当前站点的资料copy过去，自动生成注册资料。
这个卖家想要解封，目前能做的就是一般来说有两个方向：
要么证明b邮箱的234和a 邮箱的123，两个是没有关系的，不是一个运营主体；
要么先去把触发审核的b邮箱的234提交相关证明材料给解封掉，那么a 邮箱的123就会自动解除封禁了。
显然第二种思路更靠谱一些，因为在同一套公司资料下，你无法向亚马逊解释清楚b邮箱的234和a 邮箱的123，两个是没有关系的。
同时我也有朋友遇到过类似的情况：他用a邮箱注册的美国，b邮箱注册的欧洲，然后开了全球销售，美国也注册好了，过了几天，他b邮箱的美国什么都没做，无缘无故就挂掉了，并且后台都进不去，提示该店铺不存在，同时他a邮箱的美国也因为关联b邮箱的美国，被封了，亚马逊让他提交两套账号没有关系的证明。而且比上一个case更糟糕是，他的这个账号因为b邮箱美国后台进不去，申诉的机会都没有了。
所以结合上述两个关联案例，简单作一个总结：这个全球销售功能出来以后，和独立邮箱账号之间就会出现各种奇奇怪怪的问题。
建议大家事先规划好，要么欧美都用独立邮箱注册，不要碰后台那个全球销售的按钮；要么最开始就规划好美国欧洲就用全球销售的模式来注册账号，一套资料直接开13个站点，这样就不会有同一个站点存在有不同账号的情况。
02
这个事情的来龙去脉大概就是这样了。说实话遇到这种事儿，真的是倒霉到家了，他也希望我通过文章写出来，让各位老铁好避坑，不要再犯此类的错误了。另外，从这个案例里面呢，我也得出了几点心得，大家可以一起探讨一下：
第一， b邮箱的234和a 邮箱的123是同一个公司主体，而且a 邮箱的123早就已经注册好了，但是b邮箱的234还能够成功下号，而且最后被封也不是因为关联这个事情本身，而是因为b邮箱的234因为账号审核挂了，才导致a 邮箱的123被牵连。
所以从这个案例我们是不是能够得出一个结论：关联本身其实并不可怕，亚马逊也不会针对关联本身来做出惩罚，或者说就算亚马逊系统判定几个账号是关联的，暂时来看也不会有事情，当然你也不知道你的账号已经被判定和别人关联了。
最可怕的就是关联网络上的某一个账号因为某些原因被封，其他被系统判定为和他关联的账号就会被一网打尽。然后你如果想要解封，要么就把那个被封的账号救回来，要么就要证明系统判定关联是错误的，你的账号和那个被封账号并不是关联账号。类似情况我们之前也遇到过，因为当时牵网线操作失误，两个美国站账号共用同一个IP三四年，但是一直相安无事，所以这恰恰也证明了上面说的结论可能是正确的。
第二，一套公司资料，成功注册一个亚马逊账号以后，如果再用这套资料去注册账号的话，虽然会触发关联机制，但是还是能够成功完成注册，那这样会不会引发出了一种新的害人模式。
大家都知道通过服务商或者亚马逊的账号经理，都可以进到任何卖家的账号后台，去查看卖家的公司注册信息，当时打跟卖查信息就是这个逻辑，如果我通过服务商，或者账号经理拿到了我竞争对手的公司和法人信息，直接再去注册一个亚马逊账号，然后通过这个账号进行各种作死的操作，是不是能够轻轻松松把他搞挂？
今天就和各位老铁聊到这里了，说实话亚马逊的关联逻辑真的是一门玄学，我们也只能不断的通过结果来反推具体的关联政策，毕竟真正的政策和逻辑亚马逊是不可能告诉我们卖家的。
