多账号矩阵跑起来之后，最大的风险在于几个账号在外部看起来是一伙的，账号本身反而次要。判断的依据集中在三处：地址、设备指纹、行为时间。IP 隔离解决第一处，另外两处分别靠浏览器配置和排班。只做地址这一层，隔离只完成了三分之一。
矩阵要管的就这三处：地址、指纹、时间。
地址层怎么配
每个账号固定一条代理IP线路，不做轮换。轮换看起来省线路，实际是让几个账号轮流用同一个地址，从外部看这几条还是同一个来源。这一层的前提是线路数量够，数量不够就先减账号，这一点没有折中，不要两个账号共用一条。
账号数不能超过线路数，这是这一层唯一的硬约束。
- 按账号数申请线路，一个账号一条。
- 把账号与线路的对应关系写成表，改动时同步更新。
- 逐条验地址，确认没有两条线路查出同一个地址。
- 留一条备用代理IP线路，某条不行的时候立刻替换。
- 地址层：一账号一条线，不轮换。
- 指纹层：每个账号一套独立浏览器配置，不复制。
- 时间层：同一批账号的动作时间错开十几分钟。
矩阵的另外两层怎么做
指纹层的重点是配置不共享。一套浏览器配置导出复制到多个账号上，指纹高度相似，地址分得再开也没用。每个账号的配置单独生成，生成之后不再互相复制。时间层靠排班，同一批账号不要在同一分钟做同一个动作。
三层里最容易漏的是时间层，因为它不需要任何工具，只靠排时间，反而总被放到最后。错开十几分钟，成本几乎为零，效果却很直接。
三层都做，矩阵里的账号之间才互不牵连。
矩阵隔离做的是降低牵连的概率，不是消除。三层做全，概率降到很低；只做地址一层，出问题时还找不到是哪一层漏的，只能整套重来。