Confluence归档内容仍能找到，检索位置与查看权限要分别看

企业知识库清理旧资料后，有人仍通过旧链接打开了归档页，管理员可能以为归档失效。其实，归档与删除、权限封锁不是同一件事。要判断结果是否符合原计划，需要先说清楚清理是为了减少日常干扰，还是为了改变可见范围。

Confluence Cloud帮助页说明，归档内容从内容树和快速搜索中移除，但高级搜索可选择包含归档内容，原来的直接链接仍然可用并显示归档标记。因此，快速搜索找不到，只能说明特定入口发生了变化，不能推断内容已经不存在。

页面同时说明，查看限制仍适用，无权查看的人不会在归档列表中看到该项目，也不能通过直接链接访问。不过，这句话不能概括成归档前后所有权限都绝对不变。官方在归档操作说明中特别提醒，需要检查从父级继承的权限，归档可能使内容面向更广的人群。

嵌套内容也有自己的关系。如果某些子项没有随父项一起归档，它们可能在内容树中获得新的父级；原文提示，此时若没有适当的查看限制，也可能改变可见范围。由此可见，只核对被点击的那一页，未必覆盖整个分支的变化。

准备清理清单时，可以分别记录项目本身的限制、来自父级的限制，以及有哪些子项仍留在日常内容树中。这里是本文的信息核对框架，不代表已经检查某个空间，也不建议为了方便检索而扩大权限。实际调整应由有权限的负责人按明确目标处理。

验收记录也可以分开写：普通检索是否减少了过期资料，允许的直接链接是否仍能定位，以及原定人员范围是否经过真实验证。没有完成某项验证就留作未知，避免把“归档操作完成”自动扩写为“所有旧资料已不可见”。

本文只依据Confluence Cloud公开说明，不套用于Data Center或其他知识库，也未执行任何归档、删除或授权操作。理解归档的作用，要同时看到入口变化与权限关系。保留这两层区别，才能让内容整理达到原有目的，而不是在清理页面时忽略协作范围的变化。