WordPress 用户角色详解：管理员到订阅者

随着 WordPress 网站不断发展，越来越多的人开始共同参与运营——撰稿人、编辑、营销人员、开发人员，甚至是注册的会员用户——这时一个关键问题就出现了：谁应该能访问什么内容？这正是 WordPress 用户角色系统要解决的问题。正确设置权限不仅关乎工作效率，更是网站安全的第一道防线，因为权限过高的账号往往正是攻击者最喜欢利用的漏洞。

为什么用户角色对安全和团队管理至关重要

WordPress 从一开始就采用了基于角色的访问控制（Role-Based Access Control，RBAC）设计，让网站所有者能够清晰地划分职责，限制每个人能够触及的范围。与其让每个登录用户都拥有相同的权限（这样风险极高），WordPress 按职能将用户分组，每个组看到的菜单和能执行的操作都不相同。

这样做的好处主要体现在两个方面。首先是安全性——如果某个撰稿人的账号密码被盗，攻击者也只能编写或修改该撰稿人自己的文章，无法删除插件、更换主题或删除其他用户账号，损失被控制在很小的范围内。其次是团队协作的秩序——编辑清楚知道发布前需要审核谁的稿件，自由撰稿人可以专注于写作而无需担心技术设置，网站管理者也能放心，不会有人碰到不该碰的设置。

WordPress 默认角色详解

WordPress 在单站点模式下自带 5 个核心角色，此外还有一个特殊角色，仅在 WordPress 多站点网络（Multisite）中才会出现。

1. 管理员（Administrator）

管理员是单站点中权限最高的角色，几乎没有任何限制：安装或删除插件和主题，通过内置的主题编辑器修改主题文件，管理所有用户包括删除账号，更改网站的所有设置，导入导出数据，当然也能管理所有人的所有内容。通常应该只分配给网站的实际所有者或真正的系统管理员。

2. 编辑（Editor）

编辑可以控制网站上的所有内容，无论是自己的还是他人的：撰写、编辑、删除并发布所有人的文章和页面，管理所有评论（审核、删除、回复），管理分类和标签。但编辑无法访问插件设置、主题或用户管理。这个角色适合需要在发布前审核他人稿件的内容团队负责人。

3. 作者（Author）

作者可以撰写、编辑并立即发布自己的文章，无需等待任何人审核批准。可以上传媒体附件，但不能编辑或删除他人的文章，也没有权限创建新分类（只能从已有分类中选择）。这个角色适合已获得信任、可以直接发布内容的常驻撰稿人。

4. 投稿者（Contributor）

投稿者可以撰写和编辑自己的文章，但无法自行发布——完成的文章会进入待审核状态，等待编辑或管理员审核批准后才能真正上线。此外，投稿者也无法自行将媒体附件（如图片）上传到媒体库，需要由权限更高的用户代为上传。这个角色适合仍需要编辑把关的客座撰稿人或自由撰稿人。

5. 订阅者（Subscriber）

订阅者是最低的角色，登录后只能管理自己的个人资料、修改密码，并查看仅限会员的内容。没有任何撰写或编辑内容的权限。这个角色适合允许读者注册评论或接收更新的网站，也是 WordPress 分配给通过前台自行注册用户的默认角色。

超级管理员——仅限 WordPress 多站点网络

超级管理员并不是普通单站点会看到的标准角色，只有在启用 WordPress 多站点网络（Multisite，即一次安装管理多个站点）时才会出现。超级管理员控制整个网络：可以创建或删除子站点，安装网络级别的插件和主题，并管理网络中所有站点的用户。其权限凌驾于任何单个子站点的管理员之上。

对比表：各角色能做什么，不能做什么

下表总结了在决定分配哪个角色时需要了解的关键能力：

如何分配或修改用户角色

WordPress 让角色管理变得非常简单，无需任何代码操作。主要有两种常见场景：

修改现有用户的角色

1. 使用管理员账号登录 WordPress 后台
2. 进入用户 → 所有用户
3. 点击要修改的用户名（或将鼠标悬停时点击出现的编辑）
4. 滚动到角色字段，从下拉菜单中选择新角色
5. 点击页面底部的更新用户

如果需要同时修改多个账号，可以在所有用户页面勾选相应用户前的复选框，然后从表格上方的批量操作下拉菜单中选择更改角色为，再点击更改——这在管理大团队时能节省大量时间。

创建新用户并指定角色

1. 进入用户 → 添加新用户
2. 填写用户名、电子邮件及其他所需信息
3. 在点击添加新用户前，从角色下拉菜单中选择要分配的角色
4. 如果启用了发送用户通知，系统会向新用户发送包含设置密码链接的邮件

权限过高带来的安全风险

安全专家一贯建议遵循最小权限原则——只给每个人完成工作所需的最少权限，绝不多给。让所有人都拥有管理员权限是一个重大风险，原因如下：

• 攻击面更大——管理员账号越多，攻击者可以通过暴力破解或钓鱼攻击尝试获取最高权限的目标就越多。
• 密码泄露造成的损失更大——如果某位员工在其他曾经泄露过的网站上重复使用同一密码，攻击者获取该密码后就能以完整的管理员权限登录 WordPress，几次点击就可能摧毁整个网站。
• 人为失误——不熟悉技术的员工可能在无意间删除重要插件、误切换主题，或修改导致网站崩溃的设置，尽管完全没有恶意。
• 事后排查更困难——当所有人权限相同时，出现问题后要追查是谁做的会变得非常困难，因为每个人理论上都能做同样的操作。

正确的做法是根据实际职能分配角色：撰稿人分配作者或投稿者，而不是管理员；负责 SEO 的营销团队分配编辑，而不是完整权限；将管理员账号数量控制到真正必要的最小值（一般网站建议1-2个账号）。

创建自定义角色和权限

有时候 WordPress 自带的6种标准角色无法满足所有需求，例如希望编辑能修改文章但不能删除评论，或者想创建一个只能访问部分菜单的全新角色，比如"SEO 经理"。这时可以使用 WordPress 生态中知名的免费插件，例如 User Role Editor 和 Members，两者都提供无需编写代码、通过勾选即可逐项设置权限的界面。

这些插件可以让网站管理者：

• 创建系统原本没有的全新角色，并自由命名
• 从现有角色中移除某些权限（例如取消编辑的评论删除权限）
• 为任意角色添加额外权限（例如让作者以只读方式查看插件菜单）
• 导出/导入角色配置，方便在多个网站之间复用

对于擅长编写代码的开发者，也可以在 functions.php 中使用 add_role() 和 add_cap() 函数以编程方式创建自定义角色和权限。但对于不熟悉代码的普通用户来说，使用插件是更安全、更快捷的选择。

额外内容：使用 WooCommerce 时的特殊角色

如果 WordPress 网站安装了 WooCommerce 用于在线销售产品，该插件会自动新增角色以支持店铺运营：

店铺经理（Shop Manager）

店铺经理是 WooCommerce 专为负责店铺运营的员工创建的角色，可以：

• 管理所有产品（添加/编辑/删除/分类）
• 管理订单，更新配送状态，开具收据
• 创建和管理折扣优惠券
• 查看销售报表和店铺统计数据
• 管理产品评论

但店铺经理没有权限访问插件设置、主题或管理员级别的用户管理——非常适合分配给需要每天更新产品和订单的销售或仓库团队，同时不必冒险让他们接触网站的其他部分。

顾客（Customer）

顾客是分配给通过前台商店首次下单注册的购物者的角色，只能查看自己的订单历史、管理配送地址以及编辑个人账户信息，完全无法访问后台管理界面。基本上等同于订阅者，只是额外叠加了电商相关的能力。

用户角色管理最佳实践清单

• 坚持最小权限原则——始终只授予完成任务所需的权限
• 将管理员账号数量控制在最少（一般网站建议1-2个）
• 定期审查用户列表和角色，删除不再使用的账号（例如已离职的员工）
• 使用强密码并启用双重认证，尤其是管理员账号
• 不要多人共用同一个登录账号——为每个人创建独立账号以便事后追溯
• 当默认角色无法满足需求时使用自定义角色插件，而不是过度授权
• 使用 WooCommerce 时将店铺经理分配给销售团队，而不是管理员
• 定期备份网站，以防角色修改出错或账号遭到入侵

常见问题

用户角色和权限有什么区别

角色是预先设定好的一组权限组合，例如编辑（Editor）大约包含30种权限。权限则是单独的能力，比如编辑文章、删除用户等。管理员可以使用 User Role Editor 等插件进一步自定义每个角色包含哪些权限。

为什么不应该让所有员工都成为管理员

因为管理员可以删除插件、切换主题、删除其他用户账号，并通过内置编辑器修改文件，几乎没有任何限制。如果管理员账号被入侵，或员工操作失误，损失会立即波及整个网站。遵循最小权限原则可以大幅降低潜在损失范围。

投稿者和作者有什么区别

投稿者可以撰写和编辑自己的文章，但无法自行发布，文章会进入待审核状态，等待编辑或管理员审核后才能发布。作者则可以立即撰写、编辑并发布自己的文章，无需等待审核。

如何修改现有用户的角色

进入用户 → 所有用户，点击要修改的用户名，找到角色字段，从下拉菜单中选择新角色，然后点击更新用户。如果要批量修改多个账号，可以勾选相应用户后使用批量操作中的更改角色为功能。

超级管理员是什么，与管理员有何不同

超级管理员仅存在于 WordPress 多站点网络（Multisite）中，是网络级别的角色，可以控制网络中所有子站点，包括安装或删除网络级插件以及创建新站点。而普通管理员只能控制自己拥有权限的那一个站点。

使用 WooCommerce 时应该如何设置店铺员工角色

WooCommerce 会自动新增一个名为店铺经理（Shop Manager）的角色，可以管理产品、订单、优惠券和销售报表，但无法访问插件设置、主题或管理员级别的用户管理功能，非常适合分配给销售或仓库团队，而不必给予完整的管理权限。