很多站点的内容能正常更新，靠的是少数几个熟悉后台的人。时间一长，后台账号越开越多，谁在什么时候开通、开给谁、给了什么权限，往往没人说得清。等到有人离职、转岗，或者外包合作结束，这些入口是否已经关闭，就只能靠记忆去猜。账号权限看起来是管理问题，实际上直接关系到站点运营的稳定性：一个不该存在的账号，可能在某天发出一篇没经过审核的内容，也可能在服务器上留下难以追踪的改动。
先把账号清单列出来
自查的第一步不是改权限，而是搞清楚现在有哪些账号。打开后台的用户管理页面，把账号逐个导出或抄下来，至少记录四项信息：账号名、对应的人或用途、权限角色、最近一次登录时间。
- 人员账号：编辑、审核、运营、技术各自使用的账号。
- 角色账号：按岗位共享的账号，例如“编辑A组”，这类账号最容易失控。
- 系统与工具账号：对接发布接口、同步插件、统计工具时使用的账号。
- 临时账号：外包、实习、活动期间开通的账号，通常没有明确的回收时间。
清单列完之后，先看有多少账号已经三个月以上没有登录记录。长时间未登录的账号，要么该停用，要么该确认它是否还在被某个自动任务使用。
权限按角色给，而不是按人情给
常见的做法是，谁提需求就给谁开一个权限相对完整的账号，省事但风险高。更稳妥的方式是先定义几种角色，再把账号挂到角色上：
- 撰稿角色：只能新建和编辑自己的草稿，不能发布，也不能改栏目结构。
- 审核发布角色：可以审核并通过他人稿件，可以调整发布时间。
- 栏目管理角色：可以管理指定栏目的分类与置顶，但不涉及全站设置。
- 系统管理角色：可以改模板、插件、用户与权限，人数越少越好。
把权限绑在角色上之后，人员调整只需要换角色，不用再单独去记某个人当初被勾选了哪些选项。
离职、转岗与外包结束的三个动作
- 停用账号：先禁用而不是直接删除，便于回溯这个账号过去做过什么操作。
- 移交内容与任务：把草稿、未完成的栏目、定时发布的任务交接给接手的人，避免内容卡在半路。
- 更换共享凭据：如果这个账号曾被多人使用，或者密码在聊天记录里出现过，相关密码应该一并更换。
账号回收这件事，越晚做成本越高。人还在的时候顺手处理，往往几分钟；人已经联系不上，就得从日志里一点点反推。
密码、二次验证与登录入口
后台入口地址如果长期公开在导航或帮助页里，被扫描和尝试登录的概率会明显增加。可以考虑把登录地址单独保存，并在服务器层面限制登录页的访问频率。密码方面，至少保证管理员账号不复用其他平台的密码，能开启二次验证的尽量开启。多人共享一个管理员账号的做法，虽然省去了开账号的麻烦，但出了问题时无法判断是谁操作的。
把权限复查放进例行事项
权限不是设置一次就一劳永逸的。比较实际的做法是每季度花二十分钟做一次复查，重点看三件事：有没有新增但没登记的账号、有没有权限明显超出岗位需要的账号、有没有长时间未登录却仍然生效的账号。复查结果不用写得很复杂，一份简单的表格，记录日期、账号、处理结果就够了。
快速自查小清单
- 账号清单是否与实际使用者一一对应。
- 管理员角色的人数是否控制在必要范围内。
- 离职、转岗人员的账号是否已停用。
- 共享账号是否已更换密码，或改为个人账号。
- 插件、接口使用的系统账号是否只给了必需的权限。
这些事情做完，不会立刻带来流量上的变化，但能让内容发布这条链路更可控。站点运营里，能长期稳定更新的前提，往往是后台本身不出乱子。