Facebook 广告团队换投手时，有个问题挺常见：客户的广告账户明明还在正常使用，新接手的同事却看不到。原来的负责人说已经把账号交过去了，新同事也拿到了浏览器窗口，但打开 Meta Business Suite，还是找不到需要操作的广告账户。
这种情况不一定是账号本身出了问题。Facebook 广告团队通常涉及两套不同的权限：一套是 Meta 后台的广告资产权限，另一套是浏览器工作区的窗口使用权限。交接时只处理其中一套，就容易出现“窗口能打开，但账户用不了”或者“有广告权限，却找不到原来的工作环境”的情况。
浏览器能打开，却看不到客户的广告账户
先确认 Meta 后台有没有给新投手授权
假设你原来负责 A 客户，现在把项目交给同事。你已经把使用中的浏览器窗口转交给他，里面的代理配置、Cookie 和项目备注也都保留着，但同事打开 Meta Business Suite 后，仍然无法操作 A 客户的广告账户。
这时候继续折腾浏览器设置，可能根本找不到原因。
因为浏览器窗口只是保存工作环境，并不决定你在 Meta 后台拥有哪些业务权限。Facebook Page、广告账户等资产都有对应的访问授权。新负责人即使拿到了原来的窗口，也需要获得相应的业务资产权限。
比较直接的处理方式，是让有管理权限的同事在 Meta 后台核对两件事：客户对应的广告资产是否正确，以及新投手是否已经获得工作所需的访问权限。
如果广告账户根本没有分配给新负责人，就应该先完成资产授权，而不是重新创建浏览器环境。
能看到广告账户，也不代表所有工作都能接手
还有一种情况，新同事已经能看到客户的广告资产，但工作中需要的部分操作仍然无法进行。
这时不要急着判断为账号异常。先核对该员工在 Meta 后台获得的访问范围，看看是否与实际负责的工作一致。
例如，原投手负责整个客户项目，新投手只接管部分广告工作，两个人需要的权限未必相同。交接不一定意味着把原负责人的全部权限照搬给新同事。
如果业务资产授权已经核对无误，再检查浏览器工作区是否具备相应的窗口访问权限。两边分别确认，比反复调整同一个地方更容易定位问题。
广告账户有权限，原来的浏览器窗口却找不到
检查客户分组是不是没有分配过来
不少广告团队会按客户建立浏览器分组。比如 A 客户一个分组，B 客户一个分组，不同投手只使用自己负责的环境，组长则根据工作需要管理多个项目。
这种管理方式在日常操作中比较方便，但换人时容易遗漏窗口授权。
假设你已经从 A 客户转去负责 B 客户，管理员也在 Meta 后台给你分配了 B 客户的广告资产。结果登录团队使用的指纹浏览器后，却看不到 B 客户原来的窗口。
遇到这种情况，应先请工作区管理员检查客户分组和成员授权。确认窗口是否仍在原分组中，以及你的员工账户是否有权访问该分组。
不用因为自己看不到窗口，就马上重新建立一个。原来的工作环境可能仍然存在，只是没有分配给你。
找得到窗口，但代理连接失败怎么办
有些交接问题发生在打开窗口之后。
原负责人使用的浏览器环境已经转交，新负责人也能正常找到窗口，但启动后出现代理连接失败，相关页面无法正常访问。
这种情况与看不到广告账户不同，应把检查重点放在窗口原有的网络配置上。
先核对窗口使用的是哪条代理，再确认该代理是否仍可正常连接，以及代理服务是否由当前团队负责维护。如果已经到期或者配置需要调整，应由负责网络资源的人员处理。
还要分清浏览器窗口和代理 IP 的关系。一个浏览器窗口保存独立的 Cookie、本地存储和环境设置，代理则决定网络出口。两者没有固定的一对一数量关系，也不能仅凭代理连接问题就判断 Facebook 广告账户受到了限制。
客户交接时，最好不要重新创建整套环境
原来的窗口配置，能保留就先保留
接手客户不意味着一定要从空白浏览器开始操作。
原负责人使用的窗口里，可能已经配置了代理、扩展程序和项目备注。直接重新创建窗口，反而需要重新整理这些资料，交接过程中还可能遗漏信息。
如果团队原本就通过指纹浏览器管理客户环境，比较合理的做法是先确认原窗口的归属，再通过成员授权或者环境转移，让新负责人获得相应的访问权限。
例如，使用比特浏览器管理客户项目时，管理员可以通过员工角色、窗口分组授权和环境分享或转移来安排不同投手使用对应的浏览器环境。这样可以继续利用已有配置，但浏览器中的成员授权并不能代替 Meta 后台的广告资产授权，两套权限仍然需要分别核对。
交接完成后，新负责人最好实际打开一次对应窗口，确认代理配置、扩展程序和必要备注是否保留，而不是只看管理员有没有完成授权操作。
代理归属和项目备注也要交代清楚
广告团队使用代理时，容易忽略一个问题：负责操作浏览器的人，不一定是购买和维护代理服务的人。
有的公司使用已有企业网络，有的项目配置固定代理，也有团队使用按流量计费的代理服务。原投手离开项目后，如果没人知道代理由谁管理，后续发生连接故障就会比较麻烦。
因此，交接时除了确认窗口是否正常，还应该核对代理归属、对应的客户项目，以及必要的工作备注。
这些信息不需要全部交给新投手修改，但管理员至少应该知道由谁负责维护。否则一个看似普通的连接问题，也可能因为找不到原来的配置负责人而耽误处理。
员工离职后，别忘了收回旧权限
浏览器授权和 Meta 权限都要处理
客户内部换投手，与员工正式离职还有一点区别。
如果只是项目调整，原负责人可能仍然负责其他客户，没有必要撤销全部权限。但如果员工已经离职，就需要核对他在浏览器工作区和 Meta 后台是否还保留着不需要的访问资格。
这两个地方要分别处理。即使已经从浏览器工作区撤销了某个员工，也不能据此认定他的 Meta 广告资产权限同时失效。
同样，移除了 Meta 后台的业务授权，也不意味着浏览器工作区里原来的成员权限和客户分组授权会自动改变。
交接完成前，用新员工账户实际检查一次
与其在管理员界面反复检查设置，不如用接手人的员工账户做一次实际验证。
可以先选一个已经配置好的客户窗口，按照正常交接方式调整授权，再确认新负责人能否找到该环境、启动窗口，以及原有配置是否保留。
接着核对 Meta 后台相应广告资产的访问资格。如果新同事可以打开窗口，却无法使用所需广告资产，就回到 Meta 后台检查业务授权；如果广告账户权限正常，但窗口不在工作区里，就检查浏览器的成员分组。
对于已经退出项目的原负责人，还要确认不再需要的访问权限是否撤销。涉及密码、Cookie 等敏感登录资料，不应通过聊天工具直接传递来完成交接。
Facebook 广告账户换人后看不到，未必需要重新登录、重新配置环境，更不意味着客户账户一定出了问题。先确认 Meta 业务资产有没有正确授权，再检查浏览器工作区的窗口归属和代理配置。把这两部分核对清楚，新投手才能知道自己究竟缺少什么权限，也能避免在已经正常的设置上反复修改。
热门跟贴