内容更新权限分配的核心原则是:把“写、审、发”拆成三个动作,按人的时间与责任范围分别授权。怀化网站建设中,常见做法是编辑只写草稿,负责人审核后发布,技术只处理账号与备份。人手越少,越要把发布权集中到一到两人,避免多人同时改同一页面造成冲突。
网站后台的权限通常可以拆成三类:内容编辑权、发布上线权、账号与配置权。内容编辑权允许新建和修改文章、产品页;发布上线权决定内容是否对访客可见;账号与配置权涉及用户管理、栏目结构、插件或模板设置。三者混在一起,是小型团队最容易出问题的地方。
如果只有两三个人,建议这样分配:
这样做的代价是发布前多一道确认,好处是出错后能追溯到具体环节,而不是所有人都有全权却没人负责。
权限不是一次分完就固定。可以按两类条件判断:更新频率和内容风险。
更新频繁、风险低的栏目,例如公司动态、行业资讯转载,可以给编辑“写完即发布”的权限,减少审核等待。更新少但风险高的页面,例如服务报价、联系方式、资质说明、首页横幅,应保留审核环节,因为一处错误会直接影响访客判断。
判断方法很直接:问一句“这条内容发错,会不会造成误解或需要对外解释”。会,就保留审核;不会,就可以简化流程。人手特别紧时,宁可把发布权集中在一个人手里,也不要为了省事给所有人开最高权限。
以下步骤适合时间有限、需要先跑起来的团队:
如果后台支持操作记录,保留发布日志;如果不支持,至少用一张共享表格记录“谁在什么时候发布了什么”,出问题时能快速定位。
多人协作时,最容易出现两种情况:两人同时编辑同一页面,后保存的覆盖先保存的;或者编辑直接发布,负责人事后才发现问题。前者靠“同一页面同一时间只由一人编辑”的约定来避免,后者靠发布权限收口来解决。
还有一种情况是技术岗被迫兼任内容发布。短期可以,长期会让账号与配置权过度集中,一旦这个人不在,更新就停摆。更稳妥的做法是:技术只负责开通账号和恢复备份,内容发布交给熟悉业务的人。
如果使用某类内容管理系统,具体权限名称和位置会因系统版本不同而不同,以当前后台实际显示为准,不要照搬旧教程里的菜单路径。
现在就可以打开网站后台的用户列表,数一数有多少个管理员账号、多少个编辑账号,把不再需要的人降权或停用。然后按上面的三类权限,给每个仍在参与更新的人重新勾选一次。做完这一步,再决定哪些栏目需要审核、哪些可以直接发布,权限分配就有了可执行的起点。