AdsPower 的价格页和帮助中心把「环境」称为 profile。跨境卖家选套餐时，把这两个词对齐：profile 是一个浏览器工作区，成员是可被邀请进团队的账号，超级管理员是团队最高权限账号。把它们混在一起，最常见的后果是预算少算席位，或者让多人共用一个管理员登录。
本文访问时间是 2026-05-22。官方价格页、Cost Center 和结算页如果显示了更新的 profile 数、折扣或成员价格，以你付款前看到的官方页面为准。
免费版 profile 数量与限制
按 AdsPower 官方价格页当前口径，免费版显示为 2 个 profiles、0 members、Free forever，并包含 1 个 super-administrator。AdsPower 注册帮助页也说明，新账号会获得永久 free package，免费 profile 会保留；后续购买付费 profile 时，免费 profile 会叠加到付费总量里。
| 项目 | 2026-05-22 官方页面口径 | 卖家解读 |
|---|---|---|
| Free profile | 2 | 适合单人试用、流程验证、备用工作区 |
| Members | 0 | 不能额外邀请运营、客服、财务等成员 |
| Super-administrator | 1 | 仍有一个最高权限账号可登录和管理 |
| Free package | permanent / free forever | 免费包不按天过期，但功能少于付费套餐 |
| 免费 profile 升级后 | 保留并叠加 | 付费前把总数算清楚，避免重复购买 |
这里最容易误读的是「0 members」。它不是说免费版没人能用，而是说没有额外团队席位。一个老板自己测试 AdsPower，可以用超级管理员；一个店主、一个运营、一个客服一起用，就已经不是免费版能规范管理的场景。
价格页比对方法
AdsPower 当前公开价格页把套餐分成 Free、Professional、Business、Enterprise。页面可见的信息包括：Professional 可选 10 / 20 / 50 / 100 profiles，Enterprise 显示 5000+ profiles 且 Price upon request；Business 的具体 profile 与成员需求，要结合订阅帮助页和结算页一起比对。页面还显示季度 -10%、年度 -20% 这类周期折扣。
不要把旧文章里的固定美元价格直接放进预算。更稳的核价方式是做一张内部表：
| 比对项 | 到哪里看 | 为什么要记录 |
|---|---|---|
| profile 数 | Pricing 或 Cost Center | 决定能建多少工作区 |
| 成员数 | Billing / Change package | 团队协作按席位计费 |
| 结算周期 | Pricing 周期切换 | 月、季、年折扣不同 |
| 付费后生效时间 | 结算页 | 避免业务当天卡住 |
| Local API 限额 | Pricing 功能表 | Free / Professional 当前显示 120 requests/minute |
| Data Sync、batch operations | Subscription 帮助页 | 免费层级缺少这些能力 |
官方订阅帮助页写明，免费层级缺少 Data Sync 和 batch operations；付费套餐的额外成员在帮助中心里标为每 member 5 美元。这个数字也要在付款前再看一次，因为最终结算取决于套餐、成员数、周期和账号所在地区显示的页面。
免费版适用与不适用场景
免费版适合三类场景。
第一类是单人评估。你只想确认 AdsPower 的界面、profile 创建、浏览器启动、代理录入、基础书签和插件是否符合自己的工作习惯，2 个 profile 已经够跑一轮。
第二类是单店轻量运营。比如一个 profile 用于店铺后台，另一个 profile 用于广告后台或测试环境。前提是只有一个负责人操作，且资料、订单、售后和付款权限都能由同一个人负责。
第三类是迁移前清点。你准备从其他浏览器或普通浏览器迁到 AdsPower，用 2 个 profile 建样板：命名规则、负责人字段、代理字段、备注格式、权限表怎么写。样板跑通后，再决定 Professional 或 Business。
免费版不适合这些场景：3 个以上店铺并行、多人轮班、外包客服接入、财务要只读查看、运营和投放要分权、需要批量导入、需要 Data Sync、需要用日志追溯谁在什么时间开过哪个 profile。为了省一个成员席位而共用超级管理员，后面出问题时很难判断责任。
团队席位与权限分配
AdsPower Members 帮助页把角色分成 Administrator、Manager、Employee。管理员可以编辑用户和 profile group 权限；Manager 可以添加成员并管理被分配的员工；Employee 不能添加成员，也不能改 profile group access。团队还可以用 member groups 把同类岗位打包授权。
跨境卖家可以按岗位做最小权限表：
| 岗位 | 建议 AdsPower 权限 | 不建议给 | 复核频率 |
|---|---|---|---|
| 店主 / 负责人 | 超级管理员或管理员 | 日常多人共用 | 每月 |
| 运营主管 | Manager，负责指定 profile group | 全公司所有 profile | 每月 |
| 客服 | Employee，只能打开订单相关 profile | 导出 cookie、改代理、删 profile | 每两周 |
| 财务 | 只读或有限 profile group | 商品、广告、客服权限 | 每月 |
| 外包人员 | 临时 Employee，限定 profile limit | 管理员、全部分组 | 项目结束当天 |
成员添加也要分清两种方式。「Create account」更像内部成员，团队可控制登录前缀和密码；「Invite via email」适合外部成员，邮箱和密码由对方自己管理，团队不能替他重置。邀请链接 72 小时未接受会过期；删除成员是永久动作，后续只能重新添加。
Action Logs 检查项
Action Logs 不是装饰字段，它是团队能否复盘的关键。AdsPower 帮助中心列出的日志视图包括 Login log、IP Log、Open Log、Profiles、Groups、Proxies、Processes、Tag management。对跨境团队来说，至少要把 Login log、IP Log、Open Log 和 Profiles 纳入周检。
| 日志 | 能回答的问题 | 典型用途 |
|---|---|---|
| Login log | 谁登录了 AdsPower，登录 IP 是什么，是否成功 | 排查成员账号是否异常使用 |
| IP Log | 哪个 IP 打开了哪个 profile account ID | 比对 profile 使用路径是否和台账一致 |
| Open Log | 哪台设备、什么方式打开了 profile | 排查临时电脑、远程设备和交接问题 |
| Profiles | 谁修改过 profile | 追踪 UA、代理、备注、分组变更 |
| Groups | 谁改过 profile group 或成员 | 发现越权授权和离职未回收 |
| Proxies | 代理区域的动作记录 | 复盘网络配置改动 |
| Processes | RPA 相关操作 | 追踪自动化任务影响范围 |
| Tag management | 标签改动 | 保持店铺、地区、负责人标签一致 |
日志复盘的目标不是证明某个工具能解决平台审核，而是让团队内部知道谁在什么时候做过什么。真正的安全限制来自真实资料、岗位权限、操作留痕和平台规则，而不是 profile 数字本身。
浏览器 profile 数据风险
profile 不是一个空壳。它可能包含 cookie、登录态、书签、扩展配置、浏览历史、代理设置、分组标签和备注。团队把 profile 交给别人，相当于把一部分后台访问能力交给别人。
四件事不要省：
- 不把超级管理员密码发到群里；
- 不让离职员工继续保留成员账号；
- 不随意导出或转发 cookie、下载文件和客户资料；
- 不在 profile 备注里写完整密码、银行卡、税号、身份证件号。
如果一定要让外包人员参与，给临时 Employee、限定 authorized group、设置 profile limit，并在项目结束当天删除成员。对于 invite via email 加入的外部成员，团队不能重置对方邮箱密码或验证器，所以更要提前约定退出流程。
免费版升级前检查清单
升级前先做资产盘点，再付款。不要先买一堆 profile，然后才发现团队没有命名规则和权限规则。
| 步骤 | 动作 | 产出 |
|---|---|---|
| 1 | 列出现有店铺、广告后台、邮箱、收款和客服工具 | 需要多少 profile 的初算表 |
| 2 | 把每个 profile 指定 owner | 责任人字段 |
| 3 | 标注哪些岗位需要进入 AdsPower | 成员席位数 |
| 4 | 按店铺、地区、岗位建立 profile group | 授权分组 |
| 5 | 决定谁能改代理、谁能导出数据、谁只能打开 | 权限矩阵 |
| 6 | 比对 Pricing、Subscription、Billing 页面 | 付款前价格截图和比对日期 |
| 7 | 升级后先建 1 个样板分组 | 避免一次性迁移全量 profile |
| 8 | 7 天后检查 Action Logs | 确认团队按规则使用 |
迁移当天不要同时改太多东西。比如同一天更换 profile、换负责人、改代理、改店铺后台资料、让外包接手客服，这会让异常来源无法拆开。先迁移低风险后台和测试 profile，确认命名、权限、日志都能对上，再迁移核心店铺后台。
不要写进团队 SOP 的承诺
跨境团队写 AdsPower SOP 时，最危险的是把工具能力写成平台结果保证。这类说法不要写进 SOP：
| 不要承诺 | 更合规的写法 |
|---|---|
| profile 越多越安全 | profile 只用于隔离工作区和资料，平台结果取决于多项经营因素 |
| 免费版功能永远不变 | 以官方 Pricing、Subscription 和 Billing 页面为准 |
| 只要固定浏览器就没事 | 同时管理资料真实性、权限、2FA、订单履约和操作日志 |
| 多人共用管理员也能追责 | 每个成员独立账号、岗位授权、日志可查 |
| 工具可以替代平台规则 | 工具只能辅助团队管理，不能替代官方政策和合规经营 |
一个可执行的内部标准是：SOP 只写团队能控制的动作，不写平台会给什么结果。你能控制 profile 命名、成员权限、日志复盘、数据保管、迁移节奏；你不能承诺平台一定接受某种登录环境。