📍 WDQWDWQD987AAAAA:216.73.217.121
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /a618917f8500.html
📄

博客建站指南 - 内容更新权限怎样分配

内容更新权限的分配，核心结论是：不要按“人”给权限，而按“职责”分层。把写稿、审校、发布、回滚四类动作拆开，分别交给最小必要的人。时间和人手有限时，优先保证“发布”和“回滚”两个环节有明确负责人，其余权限可以后置。

先观察：现在谁能改、改完谁负责

在动手调整之前，先做一次权限盘点。用一张表列出每个参与者，以及他当前能执行的动作：

• 能否新建草稿、编辑他人草稿、删除文章；
• 能否直接发布、修改已发布内容、更改固定链接；
• 能否管理分类、标签、菜单等结构；
• 能否安装插件、改主题、动数据库或服务器配置。

判断依据不是“谁资历高”，而是“这个动作出错后，影响范围有多大”。改错一个错别字可回退，改错固定链接会导致外链失效，改错主题可能整站打不开。影响越难恢复的动作，越要收紧。

按职责分层：四类角色与最小权限

把权限归纳为四层，逐层收敛：

1. 作者层：只能写自己的草稿、上传图片、提交审核，不能发布、不能删他人内容。
2. 编辑层：可编辑和审校所有草稿，能改标题、摘要、内链，但不能动站点结构。
3. 发布层：能发布、更新、下线文章，能处理固定链接，但一般不动主题与服务器。
4. 管理员层：管用户、插件、主题、备份与恢复，人数越少越好。

时间和人手有限时，一个人可以兼任多层，但要在流程上区分“以什么身份操作”。例如同一人写稿时用作者权限，发布时切换到发布权限，避免顺手把未审内容直接推上线。

处理：把权限落到具体操作上

大多数博客系统都提供角色或用户组设置，但具体名称和位置因系统而异，需要在你所用的后台里逐项核对，不要照搬他人截图。可执行的步骤如下：

1. 先建立两个账号用于测试：一个作者账号、一个编辑账号。
2. 用作者账号尝试发布、删除他人文章、修改菜单，确认这些操作被拒绝。
3. 用编辑账号尝试改主题、装插件，确认同样被拒绝。
4. 记录每次被拒绝的提示，作为权限生效的证据。

如果系统自带角色不够细，可以先用“草稿—审核—发布”的人工约定补足，而不是急着装权限插件。插件会带来更新与兼容成本，人手有限时未必划算。

复查：定期检查三件事

权限不是设一次就结束。建议每月或每次人员变动后复查：

• 离岗人员：是否还留着账号，尤其是管理员账号。
• 权限漂移：是否有人为了方便临时提权后忘记收回。
• 备份可用性：发布层和管理员层出错时，能否用备份恢复，恢复需要多久。

判断结果的标准很简单：任何一次误操作，都能在可接受的时间内回退，且不需要向外部求助。做不到，就说明某一层权限给多了。

下一步，先列出你当前所有能发布内容的人，逐一确认他们是否真的需要“直接发布”，把不需要的人降为作者或编辑层。