账号关联是怎么判定的？平台看的到底是哪些信息
「关联」不是一个开关，而是多项信号叠加后的概率判断。这篇拆解平台实际会采集的信息维度，以及哪些是你能控制的、哪些不能。
更新于 2026 年 8 月
关联判定是概率，不是开关
平台不会因为某一项信息相同就直接判定两个账号属于同一人。实际做法是收集几十项信号，给每一项分配权重，累加后得到一个相似度分值，超过阈值才触发人工复核或自动处置。
这解释了两个常见现象：为什么有人只改了 IP 就出问题，也有人什么都没改却一直没事——差别在于其他维度的重合程度，以及各平台阈值的宽严。
第一层：存储类标识
这是最直接的一层，包括 Cookie、LocalStorage、IndexedDB、Service Worker 缓存等。平台会在这里写入长期标识符，下次访问时直接读取比对。
这一层的特点是可清除，但也正因为可清除，平台不会只依赖它——清得掉的东西不足以作为唯一判据。
第二层：浏览器指纹
这是权重最高、也最难处理的一层。网页通过 JavaScript 可以读取到大量环境特征，把它们组合起来就能得到一个区分度极高的标识。
关键在于，这些参数大多由硬件和系统决定，不随清理数据而改变。这也是「指纹」这个说法的由来。
- Canvas 指纹：让浏览器绘制一段图形并取哈希，不同显卡与驱动的渲染结果有细微差异
- WebGL 指纹：显卡型号、驱动版本、支持的扩展列表
- 字体列表：系统已安装字体的组合，区分度很高
- AudioContext：音频处理管线的浮点运算结果差异
- 基础参数：屏幕分辨率、色深、时区、语言、CPU 核心数、内存大小、User-Agent
第三层：网络特征与一致性
除了出口 IP 本身，平台更关注的是各项信息之间对不对得上。一个声称位于美国的 IP，配上东八区的系统时区和简体中文的浏览器语言，这种矛盾比 IP 重复更容易触发标记。
WebRTC 是另一个常被忽略的点：它可能在页面上暴露你的真实局域网地址和公网地址，绕过代理设置。所以环境的 WebRTC 行为需要与代理配置保持一致。
- 出口 IP 的类型（住宅 / 数据中心 / 移动网络）与历史使用记录
- IP 归属地与浏览器时区、语言是否一致
- WebRTC 是否泄露了代理之外的真实地址
- TLS 握手特征（JA3/JA4），由客户端的加密套件顺序决定
第四层：行为模式
这一层不属于技术指纹，但同样计入判断：多个账号是否在相近时间登录、操作路径是否高度相似、收货地址或支付方式是否重合、是否互相关注或互动。
这部分没有技术手段可以处理，只能靠运营方式本身的合理性。环境隔离能做的是前三层，第四层取决于你怎么用这些账号。
常见问题
哪一层的权重最高？
通常是浏览器指纹。存储类标识可以清除，IP 可以更换，但指纹参数由硬件和系统决定，稳定性最高，因此在判定中的权重也最大。这也是为什么单纯换 IP 往往解决不了问题。
怎么知道自己的环境有没有问题？
可以用公开的指纹检测站点自查，看各项参数是否符合预期、是否存在明显矛盾（例如 IP 在德国但时区是东八区），以及 WebRTC 有没有泄露代理之外的地址。重点不是追求某个「分数」，而是确认参数之间自洽。
参数改得越离谱越安全吗？
恰恰相反。一个从未在真实世界出现过的参数组合——比如声称是 iPhone 却有 32 个 CPU 核心——本身就是异常特征。目标是让环境看起来像一台正常存在的设备，而不是让它变得独特。
环境隔离能解决全部四层吗？
不能。前三层（存储、指纹、网络）可以通过独立环境和独立代理处理，第四层的行为模式取决于运营方式本身，任何工具都替代不了。