浏览器环境搭建清单：上线前逐项自检

新建一个浏览器环境只要三步：建环境、填代理、点开。麻烦都在后面——环境一多、要长期跑，前面省下的那几下会以别的方式还回来。

下面这份清单可以对着逐项打勾，尤其是账号首次上线之前。

命名和归属，动手前先定死

• 命名用统一格式，一眼能看出平台、市场、用途，比如 fb-us-03
• 备注里写清归属：这个环境归谁、对应哪个账号，别只留一句新环境
• 按市场或业务线分组，不要十几个环境全堆在默认分组里
• 规则定下来就别再改。中途换格式，历史环境会变得没法归类

出口和参数要互相自洽

• 一个环境绑一条出口，不与其他环境共用
• 出口地区与账号面向的市场一致，别拿美国出口去跑东南亚账号
• 时区、语言跟着出口地区走，出口在北美就把时区和语言都设成对应值
• UA、系统版本、分辨率、字体列表、Canvas/WebGL、硬件并发数成套匹配，不出现互相打架的组合
• WebRTC 禁用或设为走代理，别把本机网络信息漏出去

上线前把这几项过一遍

• 在环境里查一次出口 IP，核对地区与 ASN 是否符合预期
• 查 DNS 与 WebRTC 有没有暴露本机或运营商信息
• 关掉环境再重开，确认指纹参数和上次一致
• 首次登录走干净的入口，不沿用上一个账号的登录态
• 目标站点能正常加载，代理没有超时或断流

登录状态和 Cookie 什么时候清

同一个环境里要换账号，Cookie、本地存储、缓存和自动填充必须先清干净，否则上一个账号的登录痕迹会交到下一个账号手里。反过来，长期运营的账号不适合放在每次打开都是全新状态的环境里——每次都要重新验证，行为反而显得不自然。清理策略建议写进环境备注：哪些环境保留登录态，哪些关闭即清。

环境多起来之后

先做一个样板环境，把上面的自检全部跑通，再以它为基准批量复制，创建时只改出口和地区相关参数。复制完抽样验证，确认参数真的生效了，而不是只改了个名字。

用 PurpleMark 给不同账号建独立环境时，这套流程可以照搬：先有一个通过自检的样板，再按账号数量铺开，环境之间的边界从一开始就是清楚的。

环境到底能不能用，不看创建时点了几下，看的是这张清单有没有逐项落过。