计划 SharePoint 中心网站

中心网站 可帮助你组织 Intranet。 从中心站点获取最大价值需要进行一些事先规划。 请继续阅读，了解有关中心网站以及如何规划它们的详细信息。

设置阶段

SharePoint 中心网站为 Intranet 提供了重要的构建基块。 它们是在将团队网站和通信网站系列组织在一起时使用的“结缔组织”。

基于 Microsoft SharePoint 的新式 Intranet 的一个关键原则是，每个工作单元都应获得单独的网站集。 这有助于管理一段时间内的治理和增长。 每个通信网站和 Microsoft 365 组连接的团队网站都被创建为有自己权限的网站集。 中心网站（最常从通信站点创建）也应被视为它自己的工作单元，该工作单元将许多其他网站汇集在一起。

过去，许多组织使用子网站为其 Intranet 创建连接体。 他们使用网站集的共享导航将网站和子网站关系的分层结构连接到网站内嵌套网站。 但是，子网站不提供任何灵活性和更改空间。 由于子网站是内容 URL 中反映的物理构造，所以如果重新组织业务关系，则会中断内容中的所有 Intranet 关系。 子网站在治理方面也可能带来挑战，因为许多功能 (包括策略功能（如 SharePoint 中的保留期和分类) ）适用于网站集中的所有网站，无论你是否希望它们。 这意味着必须经常为整个网站集启用某个功能，即使它仅适用于一个子网站也是如此。

我们可以保证的每一项业务都会发生什么？ 变化！ 随着组织的发展，你需要一个 Intranet，使其可以轻松地使体验与工作方式保持一致，并且能够适应工作方式中不可避免的变化。 这是 SharePoint 中心网站提供的主要优势;它们将关系建模为链接，而不是层次结构或所有权，以便你可以适应不断变化的世界中工作方式的变化。

入门

在开始创建中心网站之前，让我们回顾一下中心网站为你提供的三个功能：

• 共享导航和品牌

• 内容汇总和搜索

• 中心的主页目标

现在，让我们考虑你尝试在整个 Intranet 中共享的信息，并考虑你尝试实现的业务成果。

Intranet 可以在组织中扮演许多角色。 它是一个面向内部的网站，一个传达重要新闻的地方，也是一个协作平台。 这也是展示你的企业文化的一种方式。 它可以是数字工作场所的基础。 Intranet 允许你讲述故事和共享信息。 让员工在 Intranet 上拥有发言权，可以提供一种迁移到协作文化的方法，使组织能够转型并适应变化。

许多成功的 Intranet 包括以下元素：

• 通信：例如，一个主页，其中包含来自组织内部的新闻，以便让员工了解最新信息、整体导航、指向关键工具和信息的链接、内部营销推广，以及让员工围绕重要主题参与的地方。

• 内容：组织职能部分（如人力资源 (人力资源) 、法律和信息技术 (IT) ）的位置，以便向组织的其余人员提供服务。 例如，Intranet 的 HR 部分可能是员工可以了解他们离开的假期天数、福利计划是否提供视力或牙科覆盖，或者哪些培训适用于个人角色。 在“法律”领域，员工可以在与潜在供应商进行对话之前找到他们可以执行的保密协议示例。

• 操作和活动：指向时间跟踪系统或费用报表窗体的链接，以及经理可以批准支出或时间表的位置。

• 协作：Places团队可以完成工作，以及基于角色或主题的社区可以在整个组织内与扩展企业中的外部合作伙伴共享知识并利用专业知识。

• 文化：允许员工参与或学习的故事和场所，包括个人资料、社区和俱乐部，甚至反映组织结构的图像和品牌。 有时，甚至 Intranet 名称也体现了区域性。 例如，电力公司有一个名为“网格”的 Intranet，其中包含消息传递和促销，以确保“没有人在网格下工作”。

• 移动性：员工在外出时从任何设备完成工作的能力。

• 搜索：即使员工不知道内容所在的位置，也能够查找内容。

其中每个元素的强调可能因组织优先级以及组织的数字成熟度而异。 Microsoft 365 提供了三个main构建基块，可帮助你创建 Intranet，使你能够配置与组织、员工和就绪情况一致的体验。 不同的组织将以不同的方式使用构建基块，但构建基块本身反映了组织用来完成工作的常见模式：

• 团队网站 (协作)

• 通信网站 (通信)

• 中心站点 (连接)

在其核心，这三种类型的构建基块共享一个共同的结构。 例如，它们共享同一组内部 Web 部件。 但是，在意向、使用预期、治理 (方面存在一些根本差异，包括如何创建它们) ，以及如何在每种类型的网站上使用哪些 Web 部件。

	团队网站	通信网站	中心站点
主要业务目标	合作 如果想要创建工作组或项目团队的成员可以协作处理项目可交付结果、计划事件、跟踪状态或交换想法的位置，你需要一个团队网站。 团队网站默认连接到 Microsoft 365 组，以提供全面的通信和协作工具，包括Microsoft Teams 和Planner。	通信 如果要广播消息、讲述故事、共享内容以观看 (但不编辑) ，或者展示服务或人员，您需要一个通信网站。 通信网站所有者通常希望包含参与组件–例如网站上的“询问业务进展”区域，用于交流有关业务进展的信息。 这是连接Viva Engage社区的好地方。	Connect 当想要为一系列相关网站创建共享体验时，通过汇总网站活动和新闻来发现相关内容，组织相关网站，以便它们共享通用导航，并应用共同的外观。
内容作者	所有成员都是 共同创建和编辑内容的内容作者。	少量的内容作者 和更多的内容读取者或使用者。	中心网站所有者 定义中心导航和主题的共享体验。 中心网站成员 在中心网站上创建内容，就像创建任何其他 SharePoint 网站一样。 与父中心相关联的网站所有者和成员可在单个网站上创建内容。
治理 根据安全 & 合规中心) 中的设置，为组织 (	规范通常 由团队确定。 以完成工作的最佳方式协同实践。	策略通常 由组织确定， 以确保体验的一致性和组织信息的有效管理。	由 关联网站的每个所有者根据网站和组织策略的类型确定的治理。 当每个人都至少具有关联网站的读取权限 (但) 不需要这样做时，就可实现访问者的最佳体验。
权限	Microsoft 365 组，以及 SharePoint 组和权限级别	SharePoint 组	与原始网站类型相同。 中心网站不会更改关联网站的权限，但你可以向中心添加一个“读取者”组，以便更轻松地提供对关联网站的读取访问权限。 有关详细信息，请参阅： 中心权限。
创建者	网站所有者 (，除非已在组织) 或 管理员中禁用此功能。	网站所有者 (，除非已在组织中禁用)	Microsoft 365 中的 SharePoint 网站管理员及更高版本
示例	- 项目团队协作完成可交付结果和管理任务。 - 节日党计划委员会策划年度聚会。 - HR 绩效管理团队。 - 执行委员会 - 组织内的不同领导小组。 - 与合作伙伴 A 合作的 Extranet 站点。	- 旅行团队发布有关公司旅行的指南。 - 策略和过程。 - 新公司计划的微网站。 - 产品或服务销售团队的资源。	- 为福利、薪酬、绩效管理、人才招聘和经理门户等所有 HR 职能部门提供连接和汇总的 HR 中心。 - 销售中心为销售组织提供企业资源，并连接区域销售团队和通信站点。 - 特定于位置的中心，用于将特定位置的通信和团队网站分组 (例如纽约办事处) 。

什么是中心网站？

中心网站有助于在上下文中发现信息，对搜索体验进行了补充。

Intranet 设计的最大挑战之一是确定应如何整理 Intranet 导航。 在新的世界里，所有团队和通信网站都是对等网站集，信息架构师必须考虑创建让 Intranet 用户在多个“查找”方案中找到所需内容的体验：

• 我知道它存在，我知道它在哪里

• 我知道它存在，但我不知道它在哪里

• 我不知道它是否存在

这些方案由导航、搜索和发现 (或偶然性) 的组合启用，应是设计和组织中心网站方式的一个因素。 中心网站启用的重要功能之一是偶然发现信息，因为它们可以显示你可能不关注但与中心关联的网站中与上下文相关的内容。 SharePoint 起始页旨在支持在整个组织内容中发现和搜索，但如果已考虑特定上下文，中心网站可非常有助于将这些体验缩小到几个相关网站。

作为中心规划的起点，请考虑中心网站，了解用户完成工作所需的关键功能，例如：人力资源、财务、通信或公共关系、法律和 IT。 这些职能可能代表在大型组织中的不同组织部门或业务部门中，或者合并为小型组织中少数人的角色。

让我们以 HR 为例。 HR 通常包含以下子函数：

• 优点

• 支付和补偿

• 人才获取或招聘

• 绩效管理

• 专业开发或培训

• 经理门户

使用为每个工作单元创建网站的指导原则，可以考虑一个 HR 系列网站，其中每个功能包括六个功能网站，以及一个用于连接相关网站以提供整体 HR 体验的 HR 中心。 这是考虑中心网站价值的另一种方法：借助它们，可以创建一种体验，以便为查找人力资源信息) 的员工创建一种改进特定上下文 (信息发现的体验。

在经典 Intranet 模型中，你可能已创建 HR 站点并使用子网站来支持每个 HR 功能。 在现代 SharePoint 的平面世界中，HR 系列使用 HR 中心进行连接，以提供用于在家庭中导航的结缔组织，并在用户导航到 HR 主页时有机会偶然发现家庭相关成员上的内容。 例如，如果你在人力资源中心阅读有关开放式注册的新闻公告，因为你正在加入新员工，你可能很高兴知道新版的“欢迎加入公司”工具包刚刚在人才招聘网站上发布。 同样，如果你尝试查找 HR 团队的办公室共享策略，你会很感激能够将搜索限制为 HR 关联网站，而不是整个组织。

不必为每个职能部门都创建一个中心网站。 但如果一个职能部门提供多个逻辑上不同的服务（如 HR 示例），最好创建一个中心网站，为用户提供一个起点。 通常，Intranet 用户从浏览开始探索。 中心网站帮助结合了浏览 (“我知道这是一个人力资源主题”) 与范围更窄的搜索的好处 (“我想查找有关视觉优势的信息，而不是公司的战略愿景。) 。 即使用户不知道哪个子函数提供服务，也可以导航到 HR 中心，然后使用中心提供的搜索范围搜索 (或在 HR 中心内) 导航，以快速找到所需的内容。

某些组织职能具有企业范围的范围，但具有区域或产品执行。 例如，考虑一个销售部门，该部门可能有销售区域的站点和基于位置的办事处的网站。 这种类型的函数始终对使用子网站的分层 Intranet 内容组织带来挑战。 我们是将东南销售网站设为东南地区网站还是全球销售网站的子网站？ 以及，将东南部区域中的某个州分配到新区域时会发生什么情况：例如，从东南部区域到东北区域？ 如果使用子网站，但不适用于中心网站，则这种类型的动态组织移动会为 Intranet 组织制造噩梦。 选择中心可能会产生一些担心，因为单个网站只能与一个中心相关联，但请记住，一个网站的内容可以出现在多个中心上。 可以在中心上自定义以下 Web 部件的源：

• 新闻
• 突出显示的内容
• 网站
• 事件

注意

一个组织最多可以有 2,000 个中心站点。 可能不需要为每个函数使用中心站点，在创建中心之前，请务必进行一些规划。

在这种情况下，没有“一刀切”的方法可以确定如何使网站与中心对齐。 请始终从回答以下问题开始：

• 你的受众是谁，他们需要完成哪些任务？

• 需要信息的人员如何完成工作？

使中心保持一致，以创建首先启用用户的体验。 你可能想要考虑每个工作组中的人员如何通过使区域网站与 功能保持一致来看待他们所做的工作，因为东北地区的销售内容组织方式与东南部区域办事处的销售内容相似。 但这在很大程度上是一个“取决于”的情况。 在某些组织中，围绕区域中心组织所有职能比功能中心更有意义。 借助中心站点多地理位置功能，可以创建更好的用户体验，将奥地利销售与奥地利中心（而不是全球销售中心）相关联。 在此方案中，可以使用奥地利销售网站上的链接将其连接到全球销售中心，并将每个区域销售网站添加到全球销售中心导航。

注意

一个网站只能与一个中心网站系列关联。 不过，中心网站系列可以使用页面或中心导航上的链接来相互连接。 此外，还可以将中心关联到其他中心，以便为中心系列创建扩展的搜索范围。 例如，你可能有一个名为“东北区域销售”的中心，你想要“连接到”全球销售中心。 现在可以 将中心关联到另一个中心 ，以跨组织中的多个中心扩展搜索结果。

一个好的做法是首先对具有模式的所有函数（例如 Sales）采用一致的方法。 如果将特定于区域的函数与区域中心对齐，请对所有函数执行此操作。 这两种方法都有效，但从可用性的角度来看，它有助于保持一致。

应如何组织中心网站？

中心站点提供两种主要组织体验，你应该将其视为中心规划过程的一部分。 虽然创建中心网站必须由 SharePoint 网站管理员 和 [上述] 在 Microsoft 365 中完成，但规划、管理和组织中心网站是中心网站所有者的责任。 “中心”的组织概念为：

• 关联

• 导航

关联

通过将 SharePoint 网站与中心网站关联，网站将成为 中心系列的一部分。 创建中心网站时，SharePoint 管理员 只能允许某些网站所有者将网站与中心关联。

SharePoint 管理员向网站所有者授予将其网站与中心网站关联的权限后，网站所有者随后可以选择将网站与中心关联。 这样做时，网站将继承中心网站主题和共享导航。 其网站中的内容将汇总到 Web 部件中的中心网站，其中源为“中心中的所有网站”，并且该网站将包含在中心网站搜索范围中。

与中心相关，不会自动将网站添加到中心导航。 中心网站所有者将确定导航中包含的网站。 他们还可以将“新闻”、“网站”、“事件”和“突出显示”内容配置为汇总来自所有关联站点或仅选定网站的活动。

注意

与中心关联不会更改网站的权限。 如果将受限制访问的网站与中心相关联，则只有拥有受限网站访问权限的用户才能看到汇总在中心中的内容。 中心站点上显示的信息经过安全修整：如果你无权访问内容，则看不到它。 你可能需要考虑的是，在组合中心系列或 将中心“读取”权限组添加到 中心并将该权限组添加到关联网站之后，调整对关联网站的权限。

导航

中心网站所有者将确定在共享导航中反映哪些网站，还可以包含指向其他资源的链接。 此导航将显示在顶部的套件栏下方。 大多数情况下，想要将关联的网站添加到中心导航。 这是可使用中心来实现的体验优势之一。 集中导航可以拥有最多三个级别，这使你可以帮助用户发现和查找相关内容的方式组织中心系列。

注意

团队网站中心导航的默认导航菜单样式将为级联。

但是，你可能不希望将每个关联的网站添加到导航，并且可能要考虑添加未与导航关联的网站。 规划中心导航时，请考虑以下事项。

• 是否要将专用或受限访问网站添加到导航？ 或。 例如，HR 可能希望将其专用团队网站与 HR 中心相关联，以便为 HR 团队成员提供更方便。 但是，HR 中心所有者可能不希望在 HR 中心的共享导航中显示 HR 团队网站的链接，因为这会使组织中的每个人更容易发现专用 HR 网站，当单击 HR 团队网站的链接时，他们将面临访问挑战。 如果将专用网站添加到中心导航，请考虑使用 受众目标， 以便仅显示专用网站成员的链接。 在另一个方案中，可能有一个网站是“半私有的”，你希望感兴趣的人发现。 例如，你可能有一个社区希望将成员资格限制为具有特定专业知识的人员，但也希望在整个组织中发现专家。 在此方案中，用户可能会收到访问被拒绝/请求访问消息，但网站所有者已做好准备，并希望向感兴趣的人员授予访问权限。

  提示

  如果在中心导航中添加指向专用网站的链接，但不打算使用受众定位，请考虑在链接名称中添加 (受限) 或 (专用) 或 (外部) ，以帮助用户了解他们可能无权访问导航链接。

• 是否要将未与中心关联的网站添加到导航？ 或。 由于单个网站只能与一个中心关联，因此添加不与中心关联的网站有助于提供将中心连接到相关网站的方法。 例如，如果选择将区域中的函数与区域中心（而不是全局函数中心）相关联，则可以将来自函数中心的导航链接添加到每个区域站点。 例如，如果你有 HR 的函数中心，则可以将区域 HR 站点 (东北 HR、东南部 HR 等) 添加到 HR 中心的导航，以创建全面的 HR 体验。 请注意，执行此操作时，区域 HR 站点中的新闻和活动不会显示在 HR 中心 (但将显示在区域中心) 上。 并且，从 HR 中心导航到区域 HR 站点时，你将位于具有区域中心导航和主题的站点上，而不是 HR 导航和主题。 此方案本质上没有任何错误或坏处，但在规划中心导航体验时，应注意其影响

  提示

  如果不希望 Extranet 用户看到共享导航，请不要将 Extranet 网站与中心关联。 请考虑仅将外部网站添加到中心导航，以便内部用户能够快速访问相关的 Extranet 网站。

我可以为整个组织创建一个中心网站吗？

组织不需要有多个中心，但你应该考虑这对信息组织和发现意味着什么。 仅拥有一个中心的优点是 Intranet 中的每个站点都将共享一致的顶部导航。 但是，由于每个网站还可以在应用栏中共享一致的全局导航，因此可能需要考虑利用多个中心。

如果只有一个中心，你将错过在上下文中轻松显示相关信息的功能，以及为相关内容轻松定义搜索范围的能力。 例如，如果你有一个企业中心，则很难在 HR 网站上仅显示与 HR 相关的新闻。 即使是小型组织也可能发现，限制用户查找信息的上下文有助于管理信息重载。 我们现在能够创建中心层次结构，以创建 中心到中心关联。 这样，就可以创建相互汇总的中心网络，以创建连接和其他搜索范围。 当中心彼此关联时，可以搜索内容并在中心上显示最多三个关联级别。

应将多少个网站关联到中心？

虽然从技术上讲，可以关联到中心的网站数量没有限制，但需要考虑一些实用指南，以便在信息体系结构 (IA) 获得使用中心的最佳优势。

与大多数 IA 决策一样，应首先关注使用中心尝试实现的结果，然后使用该目标帮助确定要关联到某个中心的实际站点数。 一个很好的起点是专注于使用中心来组织网站的主要好处。

关键优势/结果目标	实用指南
跨所有网站共享通用主题	通常，如果唯一的结果目标是为所有网站共享一致的主题，则不会建立中心。 有关 SharePoint 网站主题的详细信息，请参阅： SharePoint 网站主题 - PowerShell cmdlet |Microsoft Learn。
在网站导航中显示指向中心内所有网站的链接	从技术上讲，不超过 500 个，实际上和从性能的角度来看，不超过 100 个。 SharePoint 网站中可以具有的导航节点数存在技术限制。 但是，除非使用受众目标来限制给定用户看到的网站数，否则显示 500 个导航链接将产生非常具有挑战性的阅读体验。 从用户体验和性能的角度来看， 建议的链接数不超过 100 个。 如果要在导航中显示中心中的所有网站，建议每个中心的最大站点数为 100。
显示中心内所有站点的安全修整动态列表，而无需编写代码。	不超过 99 个。 网站 Web 部件 可以设置为筛选最多 99 个站点的“中心中的所有网站”。
中心内所有网站的共享搜索范围。	大约 2,000 个。 从技术上讲，可以从搜索角度关联到中心的网站数量没有硬性限制。 但是，当你有大量与中心关联的站点时，可能会遇到性能问题。 考虑你的结果目标 - 你是否确实需要每个“主题”的网站，或者文档库会实现你的目标？ 一个网站集中可以有 2000 个列表和库，每个库中最多可以有 3000 万个文件和文件夹。 你可能会发现，如果中心的主要用途是跨相关文件搜索，在网站中使用多个文档库可以实现结果目标。 如果需要每个主题都有一个网站，应考虑管理与单个中心关联的大量网站集的挑战，以及是否有其他方法可以获取所需的结果目标。

其他重要注意事项

• 如果有多个中心，则查找中心。 中心是 Intranet 的重要构建基块。 下面是使中心网站可被发现的一些方法：

  • 将中心添加到全局导航。 将中心添加到 SharePoint 应用栏中租户的全局导航。

  • 将密钥中心添加到 SharePoint 起始页。 将中心网站固定到 SharePoint 起始页的“特色链接”区域。 鼓励所有用户“关注”中心网站。

• 吸引合适的受众获取新闻。 中心网站可帮助你在正确的时间和上下文中向正确的人员提供新闻。 新闻不会向向关联的网站，而只会从关联的网站向上流向中心。 如果想要获取最广泛的新闻，请将其发布到中心网站。 若要使中心新闻更可见，你可能希望在主页上设置两个新闻 Web 部件：一个用于在中心主页上发布的新闻，另一个部件包含从) 的所有或仅选定网站 (相关网站汇总的新闻。

• 中心命名约定。 考虑中心网站的命名约定，使其更易于发现。 某些选项包括 HR Central、HR Hub、HR Portal 等名称。 尝试为所有中心网站选择一致的命名约定。

• 准备中心。 规划中心后，可以转换现有站点 (最好是通信站点) 成为中心站点，或创建新的通信网站并将其设为中心网站。 然后，可以在中心网站上添加和配置 Web 部件和导航，以强调中心功能。

• 子网站。 中心网站可解决以前使用子网站的许多或大多数用例。 建议今后使用中心站点来组织 Intranet 中的站点。 但是，子网站将继续作为经典功能受到支持，我们将添加新的团队网站模板作为子网站选项。

• 主站点是否应是中心？ 这由具体情况决定。 如果你有一组代表“官方”Intranet 的唯一网站，其中你想要与租户中的其他网站区分开来的不同品牌和搜索范围，请考虑将主网站设为中心。 如果计划有多个中心，并且希望用户利用 SharePoint 应用栏进行全局导航，请考虑将主网站保留为“常规”网站。 如果主站点不是中心，则 Intranet 中的每个站点都不必连接到中心。 某些网站可能是中心的一部分，具有本地导航和中心导航，但其他网站可能只有本地导航。 在此方案中，Intranet 全局导航由应用栏而不是中心提供。

在中心网站与业务成果保持一致并解决用户需求时使用中心网站。

需要更多帮助吗？

如果你对本主题有技术问题，你可能会发现在 SharePoint 论坛上发布这些问题很有帮助。 这是寻找其他遇到过类似问题或遇到相同情况的人的宝贵资源。

主要作者：荣获 MVP 的 Susan Hanley

• 领英：http://www.linkedin.com/in/susanhanley
• 网站：www.susanhanley.com