SharePoint Online 门户信息体系结构指南
拥有稳定的信息体系结构是实现易于维护且性能良好的门户的重要先决条件。 设计最优结构需要进行详细规划。 如果不采取正确做法，那么很有可能对用户采用率产生不利影响或可能造成重大性能问题，这两种情况发生的可能性都很大。
请考虑以下因素：
- 业务目标和组织结构。
- 你正在处理的内容的类型。 是否可以针对内容进行协作或者是否为已发布的内容？
- 内容分类和保密性。
- 内容的生命周期，以及可能的保留/处置策略。 这同样适用于站点。
- 内容的用户及其行为、常见任务和期望。
详细了解用户、内容、门户的预期用途后，就很好地掌握了入门基本信息，可以避免信息体系结构的一些常见缺陷。
信息体系结构不是一次性过程，而是一个持续的过程。 最终用户对于最优信息体系结构的感知可能不是非常强烈，但如果信息体系结构体验不佳，那么用户肯定会记住它的糟糕设计和管理。 持续评估、不断改善、保持相关性和时效性。
注意
尽管本指南主要针对的是 SharePoint Online，但大多数内容也同样适用于本地 SharePoint 环境中托管的门户。
本文不打算深入介绍治理和信息体系结构的各个方面， 而是着重介绍影响用户采用率和/或性能的常见问题。
不应执行的操作
以下列表包含在设计门户信息体系结构时不应执行的关键事项。
禁止事项：
- 顶级父门户网站集合太多。 这将造成混乱，并且通常会对管理、安全方面的考虑、可用性、导航和采用情况产生不利影响。
- 拥有独有权限的单个网站集的层次结构太深。 这可能会引发性能问题。
- 单个网站集中的子网站过多。 网站集内的所有网站均存储在同一个 SQL 数据库中。 这可能会影响站点和服务器 (本地) 性能，具体取决于网站集和网站的结构方式以及网站的用途。
- 淹没内容。 路径太深的内容不易被用户发现和采用。 如果用户找不到他们所查找的内容，在查找几级之后，他们将放弃努力，认为门户效率低下，这样就会扼杀内容被采用的机会。
- 保留陈旧的内容。 没有人喜欢陈旧的内容，相同的内容看过几次之后，他们就会因内容陈旧而不再继续访问。
- 不使用内容处置策略。 这有助于避免内容陈旧并保持在定义的容量范围内。
- 依赖不佳的企业主数据管理。 这将导致较差的 SharePoint Online 分类设计。
以下各节介绍了构建信息体系结构时应考虑的一些关键方面。
网站组织模式
考虑将顶级网站集节点的数量和信息体系结构中子网站级别的数量降到最少。
有关水平/扁平网站集与垂直/分层网站集的讨论已更改。 过去，我们将扁平化的层次结构扩展到几个潜在的单独网站集；原因包括 IA 最佳实践、菜单结构、内容数据库管理和容量等因素。 就容量而言，这与 SharePoint Online 不再相关。 但是，现在还有其他一些注意事项，例如 URL 限制。
有关详细信息，请参阅 SharePoint Online 限制。
推荐的模式包括将网站集和网站分组到不同的逻辑分组，如企业级和发布网站。 其中可能包括搜索中心、记录中心、电子数据展示中心等。 可以位于根级别或“/sites”管理路径下。 Intranet 发布/门户网站也可以位于根级，或位于“/sites”托管路径下。 例如：
视为企业级网站的站点可能具备如下结构：
- /sites/
- 搜索
- 记录中心
- 电子数据展示中心
- 媒体
- 符合性策略中心
- BI 门户
- 内容类型中心
视为发布门户网站的站点可能具备如下结构：
- /sites/
- Intranet 主页
- 法人职责 A
- 法人职责 B
- ...
- 业务部门 A
- 业务部门 B
- ...
通常情况下，并不是所有内容都会同时立即迁移到云。因此，可以规划混合 IA 并根据需要进行改进。 针对混合方案相应地进行规划。
有关详细信息，请参阅 SharePoint 混合网站和搜索。
权限
系统安排权限是一项困难的任务，也是又一个需要仔细规划的方面。 有时，使用用户帐户、SharePoint 组和 Active Directory 组/Azure AD 组设置权限非常具有挑战性。 SharePoint Online 可以组合使用以下三种方法：
- 直接用户权限方法
- SharePoint 组方法
- Active Directory 安全组（Azure AD 安全组）
注意
如果是在 SharePoint Online 中，请将组与 AD Connect 同步。
规划权限时，请遵循以下准则：
- 按照最小特权的原则开始，根据需要进行扩展。
- 首先使用标准的默认组（成员、访问者、所有者）。 很显然，要限制所有者组的单个用户数量。
- 在授予权限时，使用权限继承和使用组（而不使用单个用户）。
- 组织内容以利用权限继承，或按独有权限进行组织并按分类级别进行划分（如果可以）。
原本可以访问的内容却无法访问，这会使用户受挫，最终阻碍最终用户的采用，还会导致搜索结果问题。
搜索
与 SharePoint Online 中搜索特定的配置选项相关的设计注意事项有很多。 应制定详细的搜索规范，特别是针对高级配置的搜索规范。 可以针对性能和相关性优化搜索体验，并且可以为用户定制。
具体包括：
- 定义可搜索托管属性。
- 标识用于相关性调整的高质量网页。
- 管理查询规则和结果来源。
内容聚合会对门户及其页面的性能产生重大影响。 有关内容聚合的详细信息，请参阅适用于 SharePoint Online 门户的内容聚合指南。
分类
分类涵盖站点导航以及数据。 从治理和性能角度来看，需要进行细致的规划。 从考虑核心业务功能开始，还要考虑未来的增长和可管理性。
内容类型
内容类型及其相关元数据的正确规划、配置和实现是在 SharePoint 中实现组织、管理、分类和信息查找功能的基础。
定义一小部分全局内容类型 – 可能根据法律或记录管理团队要求，以及标记创作要求等。
这些内容类型应至少具有如下所示的一些字段：
- InformationClassification
- BusinessFunction
- CorporateFunction
- ...
在内容类型中心中创建这些内容，并使用 SharePoint CSOM 创建使用唯一 ID 的内容类型。 你仍然需要手动发布这些内容类型。 如果你认为需要更改网站集的内容类型，请勿使用内容类型中心。
有关详细信息，请参阅内容类型和内容类型发布简介。
托管元数据
这是另一个主题，但对于本文的范围来说，这个主题太大了。 若要更好地入门和了解详情，请参阅托管元数据简介。
借助 SharePoint 中的元数据，组织可以使用映射到不同信息用途和管理方案的自定义方式，将正式的托管分类优势与社会性标签的动态优势相结合。
企业元数据层次结构可以信息安全分类为基础。 托管元数据也可以通过使用网站栏和内容类型映射到文档或列表项。 这些托管元数据术语集可以由管理者和参与者管理，同时还可以控制将术语添加到术语集的功能。
企业术语库层次结构通常是由治理指导委员会采用组织中其他团队的输入流程进行管理。
重要
计划和管理不善可能会导致分类层次结构过大和排序过深这些问题发生。 数据需要在客户端排序，因此建议仔细考虑层次结构的潜在深度和返回的术语数量。 层次结构的深度和术语数量可能导致客户端文档对象模型 (DOM) 排序需要几秒钟的时间。
请不要删除术语库术语，只需将其弃用即可。 不断清除术语库中可能丢失的对象或错误的权限会导致延迟返回数据。
术语未经安全修剪，因此需要考虑敏感度。
对于规划托管元数据，可以使用以下工作表：
导航
有关导航最佳实践的详细信息，请参阅 SharePoint Online 门户的导航解决方案。
大型媒体
大型文件（如视频、图像和 PowerPoint 文件）可能会使用户产生挫败感，因为用户的预期是可以相当快速地检索它们。 视频等文件需要以特定速率流式传输，而且某些应用在检索到所需文件之前可能无法呈现。 考虑外部化大型媒体文件。 这有助于用户采用。
考虑采取以下选项：
有关 CDN 的信息，请参阅：
- Office 365 公用 CDN 概述
- 在 SharePoint Online 中使用内容交付网络
- CDN 管理器 GitHub 库
- SharePoint Online 门户品牌打造指南
- SharePoint Online 门户性能指南