出了件事挺有意思：一家公司的实习生把官网首页横幅换成了 test 加一串乱码，挂了一上午才被发现。追责时老板发现，全公司十几个人用的都是同一个管理员账号，谁改的根本查不出来。想处理都没法处理，因为你连该罚谁都不知道。这类事故背后是同一个疏漏——建站时没人把网站内容管理系统的权限当回事，以为后台嘛，能用就行。真到内容多、人手多的阶段，权限就是秩序本身。而且出事的不只有乱改内容，账号外泄导致内容被篡改的事，行业内年年都有。
最小权限是基本原则
给网站内容管理系统配权限，一个人只需要完成自己工作的最小权限。写手只要文章编辑权，美工只要图片和栏目素材权，主管要审核发布权，站长才需要系统设置权。听起来是限制，其实是保护，出了事责任清清楚楚。权限给多了不是方便，是风险：误删、误改、账号外泄，每一个都指向首页挂乱码这种事故。权限表画出来其实很简单，难的是建站时就定好，别等出事了再补。
分层怎么落地
- 角色先分清：撰稿、审核、发布、管理，一人一角色，不共用账号。
- 范围再切：有人只能动自己部门的栏目，有人能全站操作。
- 敏感操作单独控权：删除内容、修改导航、挂代码这类动作只留给极少数人。
- 账号离职当天停用，别攒一堆僵尸账号。
- 管理员账号绑定专人，密码定期换，绝不写进共享文档。
日志比事后回忆管用
权限管住的是能不能，操作日志回答的是谁、什么时候、改了什么。出了问题按日志倒查，两分钟定位到人。有争议的时候，日志就是最有说服力的证据。挑 CMS 时把日志功能当硬指标，没有日志的多角色后台，等于门上装了锁却没留钥匙孔。查日志的习惯要养起来，每周扫一眼异常操作，五分钟换来安心。
给两条实在建议
第一，建站验收时让服务商演示角色划分，确认能按你们的组织结构配权限，配不了的趁早换方案。演示时故意提几个越权场景，比如写手能不能改栏目，看系统怎么拦。第二，每季度清理一次账号和权限，人走了权限就得收。比格网络给客户搭后台时默认按角色分层，还会顺手把操作日志打开，这种交付习惯值得写进你对服务商的要求里。权限这事没人替你长期盯，制度得落在自己手里。
