---
title: "将成员限制在特定主页"
description: "通过分配具体的主页和社交账号，收窄一位团队成员可以触及的范围，并在其角色所带权限之上，逐项调整那些可以按人单独开关的权限。"
canonical: https://docs.afp.monster/zh-cn/guides/team-access
updated: 2026-08-19
pageType: guide
---

有两项彼此独立的设置决定一位团队成员能触及什么，而且只有两者都允许时，某个操作才会发生。他们的**角色**决定他们可以做哪类事情 —— 编辑自动化、阅读收件箱、邀请他人。他们的**访问权限**决定他们可以对哪些主页和社交账号做这些事。Owner 和 Admin 始终拥有整个工作区；Member 和 Billing Manager 一开始的范围为空，直到你为他们分配内容。

![某位团队成员的成员抽屉，显示分配给他们的访问权限，以及其角色的权限开关](../../../../assets/screenshots/guides/teams/member-access.webp)

## 你需要先准备什么

- 一个你拥有或管理的团队。参见 [以团队方式协作](/zh-cn/guides/teams)。
- 至少一位不是 Owner 也不是 Admin 的成员。拥有整个工作区的角色没有可收窄的内容。

## 我如何把主页分配给成员？

1. 打开 **My Team** → **Team Members**。
2. 点击该成员所在的行，打开他们的抽屉。
3. 在 **Assigned Access** 下，选择 **Edit**。
4. 第一步是 **Accounts List** —— 勾选他们可以使用的 Facebook 或 Instagram 社交账号。
5. 第二步是 **Page List** —— 勾选具体的主页。
6. 保存。

![访问权限选择器的第一步，社交账号列表，并提示选中一个社交账号不会共享它的主页](../../../../assets/screenshots/guides/teams/access-step-accounts.webp)

如果该成员此前不是受限访问权限，分配访问权限会把他们切换为受限。你勾选的内容会替换他们之前的集合，而不是叠加，所以在什么都没勾选的情况下保存，会让他们什么都得不到。

你只能分配属于团队的主页。由团队之外的账户持有的主页会被拒绝。

## 分配一个社交账号是否也会分配它的主页？

不会，而且这是人们最常弄错的设置。选择器在第一步就写明了：**选中一个社交账号并不会共享它的主页。**

![访问权限选择器的第二步，主页列表，其中勾选了具体的主页](../../../../assets/screenshots/guides/teams/access-step-pages.webp)

社交账号访问权限和主页访问权限是两项彼此独立的授予：

| 授予 | 允许他们做什么 |
|---|---|
| 社交账号 | 使用该 Facebook 或 Instagram 社交账号本身 |
| 主页 | 对该主页执行操作 —— 它的活动、它的评论、它的收件箱 |

一位被分配了社交账号、却没有分配它任何主页的成员，能看到该社交账号，但不能对它下面的任何内容执行操作。请在第二步中也把主页分配出去。

独立的 Instagram 商业账户 —— 也就是不通过 Facebook 连接的那种 —— 没有上级社交账号，所以只能通过主页分配触及。

## 我如何更改成员可以做哪类事情？

成员抽屉以开关的形式列出他们角色所带的权限。关掉一个开关，就从这一个人身上收回该权限；打开一个开关，就把它给这个人，而其他任何人都不受影响。

| 开关 | 涵盖内容 |
|---|---|
| View Analytics | 阅读仪表板上的数字。由角色固定，不可调整 |
| Inbox access | 从收件箱回复 |
| Moderate Comments | 隐藏评论、删除评论以及回复评论。由角色固定，不可调整 |
| Manage Automations | 创建、编辑和删除活动 |
| Connect & Disconnect Social Accounts | 添加和移除 Facebook 与 Instagram 社交账号 |
| Manage Team Members | 邀请他人并管理邀请 |
| View Billing & Payments | 套餐、付款方式和账单 |

其中两个只用于展示，不能切换：拥有它们的每个角色，都固定拥有它们。

开关永远不会扩大访问权限。即使打开了 **Manage Automations**，成员仍然不能编辑分配集合之外的主页上的活动。

## 如果我更改某人的角色会怎样？

角色自带自己的访问权限规则，所以一次角色更改可能会连带改变访问权限。

| 更改 | 对访问权限的影响 |
|---|---|
| Member 或 Billing Manager → **Admin** | 他们获得整个工作区。他们的主页分配不再生效 |
| Admin → **Member** | 他们回到受限访问权限，使用其成员资格仍然持有的那些分配 |
| 任何角色 → **Billing Manager** | 他们的访问权限模式保持原样，并失去除计费之外的一切 |

因此提升为 Admin 比看上去更重大：它移除了边界，而不只是增加权限。

Owner 和 Admin 可以更改除 Owner 之外的任何角色。Member 和 Billing Manager 不能更改任何人的角色，包括他们自己的。

## 队友对自己无法触及的主页会看到什么？

会看到那个主页，带着 **NO ACCESS** 徽章，并附有一段说明，告诉他们去找 Admin 申请。

Facebook 会列出一个社交账号管理的每个主页，所以受限访问权限的成员会看到团队中其他人链接进来的主页。AFP 不隐藏这些行，而是把它们显示为只读：重新连接控件被禁用，并有一条提示写着 "This account is managed by another team member. Ask an admin to give you access."

显示这一行是有意为之。隐藏它会让主页看起来不存在，而在此之前这一行看起来和普通行一样 —— 成员可以点击重新连接、收到成功消息，然后眼看着什么都没有发生。

把该主页分配出去，才会让它变成一行真正可用的主页。成员在自己这一侧做任何事都没有用。

## 谁可以移除谁？

| 操作者 | 可以移除 |
|---|---|
| Owner | 除自己以外的任何人 |
| Admin | 除 Owner 以外的任何人 —— 包括其他 Admin |
| Member | 没有人 |
| Billing Manager | 没有人 |

没有人能移除 Owner，也没有人能移除自己 —— 离开是针对你自己成员资格的另一项操作。移除一位成员会把他们的主页和数据交给团队 Owner；[以团队方式协作](/zh-cn/guides/teams) 介绍这对他们意味着什么。

## 为什么没有生效？

| 症状 | 原因 | 解决方法 |
|---|---|---|
| 成员完全看不到任何主页 | 他们是受限访问权限，且没有分配任何内容 | 在访问权限选择器的第二步中分配主页 |
| 他们能看到一个社交账号，却不能用它做任何事 | 只分配了社交账号，没有分配它的主页 | 把主页也分配出去 |
| 他们的访问权限看起来被忽略了 | 他们是 Owner 或 Admin，所以始终拥有整个工作区 | 先更改角色，再分配主页 |
| 某个成员上没有 **Edit** | 目标是 Owner，其访问权限无法被收窄 | 如果 Owner 需要更小的范围，请转移所有权 |
| 某个权限开关无法切换 | 它是那两个固定开关之一 | 这由角色决定；请改为更改角色 |
| 他们在列表中能看到某个主页，操作时却被拒绝 | 有些列表把社交账号和主页一起显示，而对主页执行操作需要该主页本身被分配 | 分配该主页 |

## 相关

- [以团队方式协作](/zh-cn/guides/teams) —— 创建团队、邀请他人，以及他们离开时会发生什么。
- [团队角色与权限](/zh-cn/reference/team-roles) —— 角色与权限的完整矩阵。
- [查看团队做了哪些更改](/zh-cn/guides/activity-log) —— 每一次访问权限更改都会被记录。
- [管理已连接主页](/zh-cn/guides/connected-pages) —— 主页最初是如何进入工作区的。