做亚马逊运营的卖家对账户的相关话题并不陌生。这也是我们做亚马逊的第一个问题。当然，关于这方面的介绍并不少见。以下就和卖家们分享亚马逊账号关联的问题。
防关联本身也是一个系统工程。说实话，在这件事上，我们应该配合公司的业务规模，账户的数量和规模应该有不同的着陆计划。这里包括早期信息、IT环境、日常运营到整个业务场景定位等。这真的是一个系统设计。
这里不仅要有很强的技术能力来支持，还要有很强的管理智慧和预期规模场景的抽象能力。好吧，说了这么多虚幻的事情，我们来讨论一下落地的问题。
在多账户操作的情况下，一般卖家的相关认知是在第一层，即数据和IP。然后我们将首先讨论这两个最好的理解点。我们都知道，当我们想要更多的账户操作时，账户的注册信息必须相对独立。也就是说，卖家账户使用一套独立的信息。这些信息是我们的公司信息、法人信息等。这很容易理解，只要我们实现公司的股东结构，法人和其他信息不相关。
很容易忽视的是，股东结构可能会重叠。然而，可以肯定的是，如果我们是几家公司的股东。不是法人。它也会触发一种联系，但它只是一种弱联系。但如果是法人信息，如提交的手机、身份证号码、电子邮件等独特信息。一旦达成一致，就会出现强相关。
另一个问题是IP。当然，账户IT的运营环境不仅仅是IP。但每个人都更关注IP。最常见的IP是我们民用的浮动IP。这种IP会经常改变。
例如，如果我们有一个办公空间，操作多个帐户，然后每个帐户将拉动宽带，例如电信，那么这些帐户可能会在一定时间后发生IP碰撞。
例如，我们的办公空间是一个跨境电子商务更集中的场景，如电子商务科技园区和电子商务建筑。无论如何，他们周围的许多人都在做与他们自己相同的平台业务。这种IP碰撞的相关性也会发生，但这属于弱相关性的场景。请注意，我只是在这里讨论IP的范畴。
但如果我们在一个办公室场景中共享一个宽带来操作多个帐户，那就是强相关性。弱相关性将被亚马逊记录为可疑F。如果我们正式稳定地运行，我们将慢慢消除这一嫌疑。无论是强相关性还是弱相关性，电子商务平台都不一定会立即惩罚您。因此，多账户运营的基本常识是，我们必须尽量减少成为可疑F的可能性。
