TL;DR：指纹浏览器团队 IP 分配的核心不是买多少环境，而是「Profile 有主人、IP 有用途、席位有权限、日志能追责」。一个高价值店铺至少对应一个固定 Profile 和固定登录出口。
先按账号价值分层
先把账号资产分层：
| 层级 | 账号类型 | Profile 策略 | IP 策略 |
|---|---|---|---|
| A | 收款、BM、主店铺 | 独立 Profile | 独立固定出口 |
| B | 日常运营、客服 | 按角色 Profile | 可同品牌共享 |
| C | 选品、资料查询 | 临时 Profile | 普通稳定出口 |
| D | 测试号 | 可复用 | 不占核心资源 |
Profile 归属怎么定？
每个 Profile 必须有三项归属：业务、负责人、备份人。
| 字段 | 示例 | 说明 |
|---|---|---|
| Profile 名称 | US-Shopify-Finance-01 | 看名知用途 |
| 业务 | Shopify 美国站 | 归属品牌 |
| 负责人 | 财务 A | 日常操作人 |
| 备份人 | 店主 | 离职或请假接手 |
| 绑定出口 | US-CA-01 | 不随意变更 |
| 权限 | 只给财务组 | 防止误开 |
AdsPower、Multilogin、GoLogin 等工具都支持团队席位或资料分组，命名规则比工具品牌更重要。## IP 复用规则怎么写？
建议按这三条写进 SOP：
- 同主体同品牌可共享：同一个 Shopify 店铺的客服和订单后台，可以共享同地区出口。
- 不同主体不要共享：两个客户项目、两个公司主体、两个收款账户，分开。
- 敏感后台单独保留：PayPal、Stripe、BM 主管理员、Amazon 主账号不和普通运营混用。
IP 复用不是越少越好，也不是越多越安全。关键是后续出现核验时，能解释为什么这些账号在同一环境下出现。
团队席位权限怎么配？
小团队可以这样配：
| 角色 | 权限 |
|---|---|
| 管理员 | 建 Profile、分组、看日志、改权限 |
| 运营 | 打开指定 Profile、上传素材、处理订单 |
| 财务 | 只打开收款与银行相关 Profile |
| 只读审计 | 看配置和日志，不打开账号 |
不要让所有员工都能导出 Cookies、修改代理、删除 Profile。很多团队平台权限管得很严，工具后台却全员管理员，事故就从这里开始。
审计日志看哪些异常？
每周抽查一次：
- 员工是否在非工作时间打开 A 类 Profile；
- 是否修改了出口、时区、UA、WebRTC；
- 是否导出 Cookies 或批量复制资料；
- 是否多人连续打开同一个 Profile；
- 是否把同一出口绑定到不相关项目。
发现异常先暂停 Profile，再找员工确认。不要马上删除日志，日志是判断责任和恢复账号的重要证据。
什么时候住宅 IP 值得投入？
看三个指标：账号月流水、核验恢复成本、团队协作频率。月流水高、后台涉及资金、多人协作频繁，就值得给 A 类 Profile 配一店一 IP 防关联线路。如果只是选品工具或低价值测试号，先用普通固定出口即可。
交接与下线 SOP
员工离职或项目结束：
- 冻结员工席位；
- 导出最近 30 天操作日志；
- Profile 转给主管；
- 修改平台密码和 2FA；
- 检查出口是否仍被其他项目使用；
- 在台账里标记交接日期。
如果员工只是请假，不要让另一个人直接用他的子账号。把 Profile 临时授权给备份人，日志才会清楚。