删除用户可能影响文章归属、用户元数据及扩展业务数据。应先明确是停止访问、从子站移除还是删除整个身份，再核对重分配选项；不能把选择“转移文章”理解成所有插件资料也已完整交接。
先选择需要的账号处理方式
人员离职不一定需要立即删除，先停用访问或调整权限可为资料核对保留时间。多站点中从某个站点移除用户与删除网络用户不同。记录实际范围，避免将其他子站仍需保留的身份一起处理。
清点所有归属关系
列出文章、页面、附件、商品和自定义内容类型，以及表单、订单或插件另存的用户关联。核心重分配行为与第三方数据模型不同。不要仅统计博客文章数量，就声称该用户没有其他业务资料。
在副本中验证重分配
选择已确认的接手用户，观察文章作者、公开署名、附件归属和自定义类型是否符合要求。用户元数据可能会被删除，扩展也可能在删除钩子中执行额外动作；涉及会员资料或商城订单时，应参考相应插件的保留机制。
回读数量与公开页面
正式处理后核对需要保留内容的数量、作者、链接和访问状态，确认旧用户不能再使用相关访问。不要把页面存在等同于归属正确，作者档案与历史署名也可能变化。保留处理前清单和实际结果，不以一次成功提示代替交接。
关键区别
停止访问：收回身份使用；可先于删除。
核心重分配：转交支持的内容；不涵盖全部插件数据。
插件关联：各自数据模型；必须另行核对。
怎样确认处理到位
约定内容和业务数据保留，归属及公开署名符合要求，旧身份访问失效，子站或其他系统没有被超范围删除。
容易误判的边界
用户删除涉及不可逆数据影响，生产操作应有明确授权和恢复材料；不要在未知扩展行为下批量删除历史账号。
