规划最终用户搜索体验 (Office SharePoint Server)
本文内容:
规划用户执行查询时看到的内容
规划用户在搜索结果中看到的内容
搜索管理员可以通过仔细规划最终用户搜索体验,来改进搜索结果的相关性和显示。这种规划的目标是,创建一种使用户能够快速找到所需信息的搜索体验。本文包含的信息可帮助共享服务提供程序 (SSP) 管理员和网站集管理员优化最终用户搜索体验。
本文的第一部分讨论以下内容:
用于执行搜索查询的搜索用户界面。
如何规划自定义范围。这包括与用户用于筛选每个搜索查询中包括的内容的默认范围相关的信息。管理员可以利用此信息来帮助确定贵组织何时需要创建自定义范围。此小节还讨论如何规划任何必需的自定义范围。
高级搜索以及如何使用属性来筛选搜索结果。管理员可以使用此信息来了解可使用哪些选项来管理关键字和属性,从而优化用户执行功能强大的高级搜索的能力。
将属性搜索和范围结合使用所具有的好处。这包括已爬网属性和托管属性的关系如何以及如何对其进行规划。
本文的第二部分介绍搜索结果页面,以及管理员可以控制的影响用户在搜索结果中看到的内容的功能。此部分讨论:
如何规划关键字和最佳匹配。这包括如何为特定组织规划有效的关键字和最佳匹配,以及将同义词与关键字相关联后可以改进最终用户体验的程度。
管理员如何控制特定网站的相关性分级以改进搜索结果的相关性。
介绍新增的联合位置功能,该功能可用于搜索多个源并将结果合并到单个搜索结果页面。此功能需要 Microsoft Office Server 的基础结构更新。有关详细信息,请参阅安装 Microsoft Office Server 基础结构更新 (Office SharePoint Server 2007)。
如何控制链接在搜索结果中的显示方式。
如何规划基于搜索的通知。
利用本文中介绍的功能,管理员可以在很大程度上控制最终用户的搜索体验。虽然我们建议您在执行常规操作的过程中经常评估搜索查询的有效性,但是,如果在进行初始部署之前进行充分的规划,则能够帮助您从一开始就创建有效的搜索查询,并降低以后的管理成本。
规划用户执行查询时看到的内容
为了高效地规划配置选项,实现帮助用户找到所搜索的内容的目标,首先应考虑最终用户可在用户界面中看到的内容。
搜索用户界面级别
若要了解如何规划最终用户搜索体验,首先应熟悉最终用户在执行查询时使用的用户界面。正如您所期望的那样,此用户界面非常简单。此用户界面的重点是搜索框,用户可在该搜索框中输入搜索查询。网站集和搜索中心的所有非管理页面上均提供搜索框。例如,默认情况下,搜索框会在网站级别和列表级别显示。以下各部分介绍了网站集各个级别的搜索用户界面。
网站级别搜索用户界面
网站级别搜索框(标注 2)是位于网页右上角的文本框,用户可以在该文本框中键入搜索查询。用户键入查询之后,单击“开始搜索”按钮(标注 3)可运行该查询。高级用户可以单击“高级搜索”链接(标注 4),以使用“高级搜索”页面构造查询。下文提供了有关“高级搜索”页面的信息。
在查看用户界面中的搜索框时,您可能希望用户先询问“我的查询将针对哪些内容正文运行?”搜索框左侧的“搜索范围”列表(标注 1)指定将针对内容索引中的哪些信息正文运行查询。
备注
搜索范围(也称为范围)定义将针对索引中的哪些项目运行搜索查询。范围可部分确定哪些项目显示在特定查询的搜索页上。
这样,用户便能针对内容索引中的部分内容执行查询,从而改进搜索结果的相关性。
列表级别搜索用户界面
列表和库级别的搜索用户界面在外观和功能上与网站级别搜索用户界面相同,但另外增加了一个默认搜索范围,称为“此列表”。在所有网站集中,列表级别的搜索框均位于每个列表和库的右上角。默认情况下,“搜索范围”列表设置为“所有网站”范围,但用户可以从该列表中选择其他范围。
搜索中心搜索用户界面
搜索中心提供了一个可高度自定义的集中用户界面,用户可以在该用户界面中执行搜索查询。搜索中心由一个搜索框(用于输入搜索查询)和一个链接(指向“高级搜索”页面,以便用户可以构造高级搜索查询)组成。默认情况下,搜索框设置为“所有网站”范围,以便用户在索引的所有内容中进行搜索。但是,用于搜索组织中人员的“人员”范围也位于单独的选项卡上。管理员可以选择添加选项卡,并将它们与用户在查询不同的内容子集时可以使用的自定义范围相关联。
用户通过单击顶部链接栏上的“搜索”选项卡(标注 1)来转至搜索中心。与网站级别上的搜索框类似,搜索中心的搜索框(标注 3)是一个文本框,用户可以在其中键入他们的搜索查询。然后,用户单击“开始搜索”按钮(标注 4)来运行他们的查询。默认情况下,“所有网站”范围处于选中状态,但用户可以选择其他可用选项卡(如“人员”选项卡)以使用不同的范围进行搜索。
高级用户可以单击“高级搜索”链接(标注 5)使用“高级搜索”页面构造查询。搜索中心与网站级别的搜索框使用的“高级搜索”页面相同。下文提供了有关“高级搜索”页面的信息。
与网站级别的搜索框不同,默认情况下,搜索中心的搜索框左侧没有相邻的“搜索范围”列表(用于选择不同的范围)。用户可以单击与他们要搜索的范围相对应的选项卡(标注 2)。Office SharePoint Server 2007 提供了搜索中心的两个默认范围:“所有网站”和“人员”。
备注
搜索中心网站的所有者可以通过编辑搜索框 Web 部件来将相邻的“搜索范围”列表添加到搜索框中。
下表显示了 Office SharePoint Server 2007 中提供的默认范围以及它们的适用级别。
范围 | 允行用户执行的操作 | 适用级别 | 是否可自定义? |
---|---|---|---|
所有网站 |
在索引中的所有内容中搜索 |
搜索中心 首要网站 子网站 列表和库 |
是 |
人员 |
搜索人员 |
搜索中心 首要网站 子网站 列表和库 |
是 |
此网站:网站名称 |
在当前网站及其所有子网站中搜索 |
首要网站 子网站 列表和库 |
否 |
此列表:列表名称 |
在当前列表中搜索 |
列表和库 |
否 |
备注
“所有网站”范围是每个网站集中所有级别的默认范围。但是,用户可以选择任何可用的范围。
规划自定义范围
若要了解组织何时需要使用自定义范围来补充默认范围,您必须首先了解默认范围。此部分介绍随 Microsoft Office SharePoint Server 2007 提供的默认范围。您可以结合使用自定义范围和范围规则,将索引中的某些特定内容组成可以针对其运行查询的一组内容。例如,您可以设置为搜索一组特定的网站、某个特定人员创作的或在某个特定时间段创作的所有 Word 文档,或这些参数的任意组合。
在 SSP 级别创建的范围称为共享范围,原因是:这些范围可在使用该 SSP 的所有网站集中共享。网站集管理员可决定要使用哪些共享范围以及这些共享范围的显示方式。
您也可以在网站集级别创建自定义范围,这样,会只将这些自定义范围应用于在其上创建这些范围的网站集。在此级别上创建的范围有时称为网站集级别范围。
范围方案
在为某大型组织规划内容和网站结构时,人力资源部门是一个大部门,它在多个 SharePoint 网站和业务线应用程序中提供与所有员工相关的内容。因此,SSP 管理员为与人力资源相关的内容创建了一个共享范围。
人力资源网站的网站集管理员使用该共享范围,并在网站集级别创建其他范围。网站集级别的范围针对的是公司策略和新雇用信息,因为那些范围是与网站集相关的核心概念。因为在其他网站集中进行搜索的人员不需要如此有针对性的范围,所以不需要将这些网站集级别范围用作共享范围。
网站集管理员可以使用由共享服务管理员定义的共享范围,也可以复制要在其网站集中使用的共享范围并进行修改。然后,他们可以选择要在其中包括每个范围的显示组,如搜索框下拉列表和“高级搜索”页面。
备注
网站集管理员不能修改或删除共享范围,但可以复制共享范围,然后修改该副本。
总之,SSP 和网站集管理员可先创建组织所需的范围,然后网站集管理员将这些范围与显示组相关联,以便它们能够显示在与那些显示组相关联的搜索框中。网站集管理员可以将一个显示组与一个或多个范围相关联。下文提供了有关显示组的详细信息。
在规划搜索范围时,您应查看信息体系结构,以确定用户可能会在其中进行搜索的范围广泛的内容集。有关详细信息,请参阅确定网站的信息体系结构。这些内容集中有一些将包含许多网站的信息体系结构,而有些内容集将包含网站集内的部分信息。网站集管理员根据特定网站集的用户的需要,确定是为该网站集实现共享范围还是网站集级别范围。仅用于特定网站集的内容应当用于在网站集级别进行范围规划。
规划共享范围
因为特定网站集是绑定到特定 SSP 的,所以特定 SSP 的所有设置均会影响它的所有关联网站。SSP 管理员对使用相同 SSP 的所有网站的共享范围进行管理。SSP 管理员可以执行下列任务:
创建和编辑共享范围。
向共享范围添加范围规则。
删除共享范围。
刷新对范围所做的更改。
共享范围是可见的,并且可供使用同一组共享服务的所有网站集的管理员使用。
默认情况下,会自动为每个 SSP 创建下列共享范围,并且这些共享范围会出现在搜索中心中:
所有网站
人员
为网站集规划范围
在规划期间,每个网站集管理员都要基于网站中的信息体系结构来创建范围。他们可以选择创建新范围、复制共享范围(共享范围副本将成为网站集级别的范围),或者同时进行这两种操作。例如,通过选择对使用其网站集的用户有用的共享范围来添加范围,然后为该网站集创建范围以补充所添加的共享范围。
下表显示了可由网站集管理员执行的与范围相关的操作。
网站集管理员可以针对共享范围执行下列操作 | 网站集管理员可以针对网站集级别范围执行下列操作 |
---|---|
|
|
尽管网站集管理员不能直接为共享范围创建或添加匹配规则,但他们可以复制共享范围以作为网站集范围并修改副本。
备注
网站集管理员复制共享范围后,副本即成为网站集级别范围,网站集管理员可以使用它来执行他们可以针对任何其他网站集级别范围执行的任何操作。
创建或编辑新网站集级别范围时,要指定以下项:
唯一的标题。
范围的说明(可选)。
显示组,有时也称为范围组。网站集管理员可以将范围分配到显示组,以确定它们在网站中的显示位置。默认情况下,Office SharePoint Server 2007 会为搜索框下拉列表和高级搜索页面提供显示组。网站集管理员可为任何显示组分配一个或多个范围。
结果页面。您可以选择使用默认搜索结果页面来显示使用该范围时的搜索结果,也可指定其他页面。请注意,如果您选择使用其他页面,则必须先创建该搜索结果页面。
默认情况下,不存在任何网站集级别范围,但每个网站集都有权访问所有共享范围。
规划显示组
显示组提供了一种为特定搜索框分配范围的方法。网站集管理员具有多个用于配置现有显示组的选项,或者,他们也可以选择创建一个或多个新显示组。通常情况下,网站所有者会确定显示组的特定需求。例如,某特定工作组网站的用户可能会经常需要搜索分散在多个文档库的内容。为了缩小要搜索的内容正文的范围,他们目前必须在不同的搜索框中(例如,在每个库的搜索框中)执行不同的搜索或者构造高级查询来筛选搜索结果。为了向用户提供更简单的方法来执行这一常用搜索,网站集管理员会创建一个显示组并为其分配适当的范围。接下来,网站所有者可以将该显示组与特定搜索框(例如,网站的自定义搜索页面上的搜索框)相关联。然后,用户使用该搜索框在该范围定义的内容(在此例中,指文档库)中进行搜索。默认情况下,Office SharePoint Server 2007 提供两个显示组:
搜索下拉列表 默认情况下,为此显示组分配“所有网站”和“人员”范围,并且此显示组由搜索框使用。
高级搜索 默认情况下,为此显示组分配“所有网站”范围,并且此显示组由高级搜索页面上的搜索框使用。
网站集管理员可以执行以下操作:
将范围添加到任意显示组。
从任意显示组中移除范围。
创建新显示组并为其分配所需的范围。
更改范围在“搜索范围”列表中的显示顺序。
指定默认情况下在“搜索范围”列表中选择的范围。
网站所有者可以执行以下任务:
将不同的显示组分配给搜索中心网站中的搜索框和高级搜索页面。
使用搜索框和高级搜索框 Web 部件创建新的搜索页面并为其分配所需的显示组。
规划范围规则
您可以通过为范围添加范围规则来定义范围。范围规则定义与范围关联以及不关联的内容。为特定范围添加的范围规则可定义范围的大小。
每个范围规则都基于一种特定的范围规则类型,该类型定义内容的属性、位置和来源。下表列出了共享搜索范围和网站集级别搜索范围可以使用的范围规则类型。
范围规则类型 | 是否适用于共享搜索范围 | 是否适用于网站集级别搜索范围 | 测试内容的依据 |
---|---|---|---|
Web 地址 (https://server/site) |
是 |
是 |
位置 |
属性查询 |
是 |
是 |
单个属性 |
内容源 |
是 |
否 |
特定的内容源 |
所有内容 |
是 |
是 |
内容索引中的所有内容 |
“所有内容”范围规则类型最简单,原因是:它将所有已爬网的内容与该范围相关联。对于其他三种范围规则类型中的每一种,SSP 管理员均可以指定范围规则的行为,以确定与该范围相关联的内容。下面的列表描述了这些行为:
包含 除非被其他规则移除,否则,与此规则匹配的项会显示在搜索结果中。合并规则时,此行为类似于 OR 逻辑运算符。
要求 与其他规则相匹配的项目还必须与此规则相匹配,才能显示在搜索结果中。此行为与 AND 逻辑运算符等效。
排除 与此规则相匹配的项目不会显示在搜索结果中,即使它们与其他规则匹配也是如此。此行为与 AND NOT 逻辑运算符等效。
范围通常基于单个范围规则。但是,由于一些正当原因,我们需要将范围与多个规则结合使用。您可以基于特定的主题或在概念上相关的内容集创建范围。为此,您可以包括或排除多个位置、属性或者在概念上相关的位置和属性的组合。规则的逻辑组合可确定在范围中包括或排除的内容。
使用基于位置的范围规则
您可以使用 Web 地址范围规则类型,基于内容的位置(Web 地址或 UNC 路径)创建规则。有几种使用方案需要使用这种规则,包括在以下位置搜索内容:
在一组文档库中。
在一个大型文档库中的一组文件夹中,例如,当搜索公司的存档文件时。
在介绍特定主题的外部网站上。
在组织中的其他服务器上。
每个 Web 地址范围规则都包含一个位置,该位置由单个文件夹、域名或服务器名称定义。您可以根据要在范围中提供的内容集添加匹配规则,直到范围中包括所有相关位置并排除所有无关位置。检查信息体系结构和网站结构规划可帮助您确定要在每个范围中包括的位置。
使用基于托管属性的范围规则
您可以使用“属性查询”范围规则类型,基于单个托管属性的特定值创建范围规则。在创建这种范围规则之前,应对以下几个方面进行确认:
您要使用的托管属性是否存在,因为它是默认托管属性或者是由 SSP 管理员创建的托管属性。
将托管属性配置为可在范围中使用。默认情况下,会创建多个托管属性,但只会将其中的几个配置为可在范围中使用。只有 SSP 管理员专门为范围提供的托管属性才可以在搜索范围内使用。
备注
SSP 管理员可以使用某个属性的“编辑托管属性”页面,使该特定属性可在范围中使用。
创建范围规则后,会根据该特定值对与属性查询匹配的每项内容进行测试,并根据该规则包括或排除这些内容。对于基于属性的规则,只能使用 Is exactly 运算符对其进行查询,而不能依据其他运算符(如 Contains)对其进行查询。
例如,某销售门户网站的网站集管理员可以通过以下方法为每个销售办事处创建范围:使用 SalesOffice 托管属性,并将每个范围中规则的值设为相关办事处的值。因为此托管属性用于定义范围,所以使用此范围时的搜索结果将只包括相关销售办事处的内容。
贵组织在规划 SSP 的托管属性时,应考虑范围问题。若要为一组特定的内容创建范围,必须确保该内容的某些属性映射到可包含在范围规则中的托管属性。
使用基于内容源的范围规则
由于一些原因,SSP 管理员可能会额外创建内容源。之所以创建这些内容源,通常是为了根据有别于其他内容的日程安排对内容进行爬网。例如,SSP 管理员经常创建单独的内容源,来对位于不同 SharePoint 场或文件共享位置的内容进行爬网。如果现存的某个内容源已经包含用户要在其中进行搜索的内容(例如,存档文件),则 SSP 管理员可以创建一个具有范围规则(内容源类型)的共享范围,以便用户能够在该部分内容中进行搜索。
只有共享范围可以包含基于特定内容源的范围规则。此范围规则类型不能用于网站集级别的范围。内容源规划可帮助您确定哪些内容集在位于不同内容源上时更易于管理。
对于所规划的每个内容源,应考虑如果在共享范围中将使用该内容源索引的内容组合在一起,对于使用网站集的人员是否有意义。如果有,可以为该内容源添加范围规则。
还要考虑,内容源是否可以拆分为用户可能会搜索的更小的内容正文。如果可以,则可将用于指定内容源的范围规则与其他范围规则类型合并以创建更小的范围。
有关规划内容源的详细信息,请参阅规划内容爬网 (Office SharePoint Server)。
使用“所有内容”范围规则类型
当您使用“所有内容”范围规则类型创建范围规则时,内容索引中的所有内容均可用于该范围。如果您想创建较小的范围,则可为使用“所有内容”范围规则类型的范围添加范围规则,以从该范围中排除特定的内容。
使用具有排除行为的范围规则排除内容
可以复制“所有网站”共享范围并将其用作起点来包括内容索引中的所有内容。然后,您可以添加从搜索结果中排除内容的范围规则,以创建广泛、但不包括某组特定搜索结果的范围。有时,使用含有排除规则的“所有网站”共享搜索范围的副本,比创建复杂搜索范围(具有包含网站上的每个内容子集的规则)更为简便。
无论是先复制“所有网站”共享范围还是其他范围,可能都要将排除内容的添加范围规则视为与包括内容的添加范围规则不同的步骤,因为从搜索结果中排除内容的原因可能与包含内容的原因有很大区别。
范围规划示例
Contoso Corporation 有一个 IT 服务部门、一个客户服务部门以及一个销售部门。这三个部门均有自己的网站集,并且还有一个包含公司新闻和人力资源信息的中心门户网站集。所有已爬网内容已编入一个内容索引中。
因为每个部门的内容是不同的,所以 SSP 管理员为每个部门的网站集创建单独的内容源,以便能够按照不同的日程安排对每个内容源进行爬网。SSP 管理员还创建了第四个内容源,用于对包含人力资源和公司新闻内容的中心门户网站集进行爬网。
默认情况下,从每个网站集编入索引的所有内容都会包含在“所有网站”共享范围内,该范围可供所有网站集使用。SSP 管理员为每个部门网站集创建单独的共享范围,然后为每个共享范围创建一条范围规则,其中包含每个网站集的共享范围的相应内容源。
例如,SSP 管理员为客户服务部门创建一个名为“客户服务”的范围,然后为该范围添加一条范围规则。添加范围规则时,SSP 管理员选择“内容源”作为范围规则类型,从可用内容源列表中选择“客户服务”内容源,然后选择包含行为,以包含使用该内容源进行爬网的所有项目。
备注
基于内容源创建范围规则时,所有现有的内容源都会出现在“添加范围规则”页面上的“内容源”列表中。
下表列出了由 Contoso Corporation 中的 SSP 管理员创建的共享范围。
共享范围 | 包含的内容 |
---|---|
服务部门 |
IT 服务网站集上使用“服务部门”内容源进行爬网的所有内容。 |
客户服务 |
客户服务网站集上使用“客户服务”内容源进行爬网的所有内容。 |
销售 |
销售网站集上使用“销售”内容源进行爬网的所有内容。 |
中心门户 |
中心门户网站集上使用“客户服务”内容源进行爬网的所有内容。 |
除了 SSP 管理员创建的共享范围之外,默认的“所有网站”范围还包含索引中所有已爬网的内容。默认情况下,“所有网站”共享范围可用于所有网站集。
各部门的网站集管理员决定使用“所有网站”共享范围以及包含各自网站集的内容的共享范围;尽管“中心门户”范围也是个共享范围,但他们都没有使用该范围的计划。该选项只出现在中心门户网站集的“搜索范围”下拉列表中。
各部门的网站集管理员复制 SSP 管理员为他们的网站集创建的共享范围(共享范围的副本将成为网站集级别范围)。然后,各网站集管理员为网站集级别范围添加范围规则,使这些范围只包含用户在使用它们时要查询的最重要的一组内容。
例如,销售网站集的网站集管理员可以基于市场营销文档和其他内容的托管属性,以及相关工作组网站和文档库的位置为每条产品线的相关内容创建范围。
工作表操作 |
---|
在最终用户搜索体验工作表(该链接可能指向英文页面)(https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x804)(该链接可能指向英文页面)的“规划范围”部分记录您做出的关于范围、范围规则和显示组的决定。 |
高级搜索
在许多情况下,用户可在搜索框中键入关键字短语,然后单击“开始搜索”按钮或按 Enter 来执行查询。如果通过此操作无法在搜索结果的前几页上生成所要查找的结果,则有些用户会放弃。但是,高级用户可选择再次尝试使用更高级的查询来搜索他们所要查找的内容。
极其高级的用户可以在搜索框中构造高级搜索查询。例如,为了查找由 Bob Smith 创作的、包含单词“negotiate”的内容,他们可能会在搜索框中键入以下查询:
negotiate author:smith
但是,大多数用户都不熟悉以这种方式构造高级查询所需使用的语法。因此,大多数用户都使用高级搜索页面来构造高级查询,利用高级搜索页面,用户可以找到他们使用语法搜索的内容。下表介绍了高级搜索页面上与关键字相关的选项。
查找文档时使用的选项 | 执行的操作 |
---|---|
下列所有单词 |
搜索包含用户键入的所有关键字的内容,但这些单词出现在内容中时不必遵循任何特定顺序。 |
精确短语 |
搜索包含用户键入的单词的内容,单词在内容中的顺序与用户键入单词的顺序完全相同。 |
下列任意单词 |
搜索包含用户键入的任意单词的内容。 |
无下列单词 |
搜索不包含用户键入的单词的内容。 |
用户还可以使用高级搜索页面,将搜索范围缩小到特定语言或文档类型。最后,用户可以选择属性限制,以根据他们选择的属性的值是否与他们输入的值匹配来筛选搜索结果。例如,用户可以选择作者属性,选择 Contains 包含运算符,键入一个值,然后单击“搜索”。
默认情况下,系统提供了多个被称为托管属性的属性,如作者和标题。但是,大多数默认托管属性都不能用于范围。SSP 管理员可选择他们要在范围中提供的托管属性并创建其他属性,以满足其组织的需要。SSP 管理员为范围启用的托管属性可用于所有网站集。
规划要搜索的属性
您可以将具有共同主题的内容放在同一位置,以此来组织网站集中的内容,从而实现高效搜索。这样,您可以利用网站和列表级别的默认范围来搜索内容。例如,您可以创建一个网站,存储某个特定项目的所有信息。在该网站中,您可以创建单独的文档库和列表来存储与该项目相关的不同种类的信息。用户可使用默认范围“此网站”在网站的所有内容中进行搜索,或者使用“此列表”范围在网站上特定列表或库的内容中进行搜索。SSP 和网站集管理员可根据需要为用户创建自定义范围,以在不同部分的内容中进行搜索。
尽管这样可以相对简便地组织内容以实现高效搜索,但这种方法本身无法满足所有组织的需要,尤其是要搜索大量内容时。其中一些原因如下:
有时,不可能在同一位置组织所有具有共同主题的内容。
即使部署时在同一位置组织所有具有共同主题的内容,这些内容也可能会随着时间的推移而分散到网站集的各个位置。
我们建议您在必要时按位置组织内容,然后使用属性补充这种组织方式。
托管属性和已爬网属性
在对内容进行爬网时,爬网程序还会爬网与该内容关联的元数据属性。已爬网属性包括存储在由贵组织使用的文件、数据库和业务线应用程序中的内容的元数据。已爬网属性可以表示不同种类的信息,如作者、标题和电子邮件地址。
在以前版本的 Microsoft SharePoint 产品和技术中,您可以通过将一些属性映射到其他常见属性来减少属性重复的情况,但许多属性混淆了搜索结果,因为它们并不相关。因此,很难在许多不相关的属性中找到相关的属性。
Office SharePoint Server 2007 允许 SSP 管理员创建托管属性,从而缓解了这种混淆。之后,SSP 管理员可以将爬网程序在爬网内容时收集并添加到属性存储区的已爬网属性映射到搜索查询使用的托管属性。
托管属性和已爬网属性之间的关系很简单,但非常紧密。SSP 管理员可将一个或多个已爬网属性(爬网程序发现的属性)映射到托管属性(可在范围规则和查询中使用的属性)。这种映射非常重要,原因是:许多已爬网属性都包含相同种类的元数据,并且已爬网属性的名称通常不太直观。例如,默认情况下,名为“Mail:6”和“Office:4”的已爬网属性映射到名为“作者”的托管属性。这是因为,这两个已爬网属性的值包含作者的姓名。已爬网属性与托管属性之间的这种映射关系可简化管理,并使用户受益。管理员会受益,因为他们在创建范围时需要处理的属性将减少。而在搜索框中构造高级查询的最终用户也会受益,因为他们需要记住的属性名称不但数量减少,而且更加直观。
托管属性具有下列优点:
用户可以使用托管属性在搜索框中构造查询,以筛选搜索结果。
您可以在高级搜索页面上使用属性,以便最终用户能够轻松地筛选搜索结果。
网站所有者可以自定义高级搜索页面,以使用不同的托管属性。
SSP 和网站集管理员可以使用基于查询筛选搜索结果的规则创建自定义范围。最终用户无需学习如何构造高级查询,即可利用基于属性的高级查询。
默认情况下,系统会创建多个托管属性并将其映射到已爬网属性。SSP 管理员可将其他已爬网属性映射到现有托管属性,并创建新的托管属性。
在查询中使用属性
若要使已爬网属性的值影响搜索查询,已爬网属性必须映射到托管属性,并且用户必须针对该托管属性执行搜索。如果包含太多已爬网属性的值,则可能会对搜索相关性和性能产生负面影响。
如果要在范围中使用托管属性,则必须将托管属性提供给范围。但是,若要在高级搜索页面上使用托管属性或将托管属性作为搜索框中的查询的一部分使用,则不需要执行此操作。
规划 Office SharePoint Server 2007 的初始部署的管理员应当记录初始的托管属性集,这些属性是针对部署期间所使用的每个 SSP 的搜索服务规划的。
许多已爬网属性可以通过查看以下属性来找到:业务数据应用程序的属性;显示在一些内容类型(如 Microsoft Office Word 或 Office Excel 电子表格)的应用程序中的属性。
如果您可以访问测试服务器,则可以对高优先级的内容进行爬网并使用显示的已爬网属性帮助进行规划。
您可以通过仔细规划托管属性以及它们的实现方式,来使网站上的内容更易于查找。规划部署时,我们建议您尽量减少托管属性的数量。这意味着,需要仔细考虑哪些属性对贵组织最有用处,并将那些属性部署为起点。如果需要,您可以在部署完成后随时创建其他托管属性。
规划托管属性
确定潜在托管属性的一种可行方法是:检查现有的内容及其高优先级元数据。如果您在有效部署 Office SharePoint Server 2007 之前可以访问测试服务器场,则可以对内容进行爬网并查看所显示的已爬网属性,然后使用这些属性来确定信息体系结构的组成部分。但是,对于大多数组织而言,在进行部署之前,以书面形式规划信息体系结构会很有帮助,原因是:这有助于将重点放在规划上并确定哪些内容和流程的组织效果不够理想。
创建一组有用的托管属性的关键在于确定最重要的概念,并在内容中查找可映射到托管属性(使用户能够在搜索时找到相关内容)的属性。映射的属性越多,搜索数据库就越大,并且会相应地降低性能,因此,仅当您确信有必要进行映射时,才可映射属性。
如果不先对内容进行爬网,将很难发现内容的属性。因此,最好在充分了解每个网站集的内容之后,再规划托管属性。然后,可以在测试服务器上对所有这些内容进行爬网,以便拥有已爬网属性的列表,创建托管属性时要根据信息体系结构对这些已爬网属性进行比较。即使在对内容进行爬网之后,可能也很难对属性进行映射,原因是:很难确定使用该属性的内容类型或应用程序。如果无法确定特定属性的性质和内容,则可能需要在测试环境中设置映射,然后试验通过此属性进行搜索。
许多最有用的托管属性都是在安装 Office SharePoint Server 2007 时自动创建的。在规划其他托管属性时,应使用这些托管属性作为起点。自动创建的属性包括:
作者
说明
网站名称
类型
文件大小
上次修改日期
URL
标题
请记住,若要有效地使用属性执行搜索,必须首先为已爬网属性指定值。例如,如果您的一个文档中包含映射到名为“作者”的托管属性的属性,但在该文档中没有为这个属性指定值,则当用户使用作者属性查询特定作者时,该文档不会显示在搜索结果中。
避免重复的托管属性
有些属性的级别相当低,可能会在不同类型的内容中显示为不同的属性。例如,文档的作者和标题属性。
在规划期间,可以对这些基本属性执行的最重要的操作是减少重复,方法为:创建一组托管属性,并将具有相同含义的已爬网属性映射到该组托管属性。对于作者属性,可以将作者的某个已爬网属性的每个实例映射到一个作者托管属性。
可以将一个或多个已爬网属性映射到一个或多个托管属性。
提示
不必将每个作者属性作为单独的托管属性添加,因为这只会向数据库中添加额外的托管属性,而不会简化用户体验。
您可以选择排列多个已爬网属性的优先级,这样,如果在爬网过程中发现多个属性,只会将优先级最高的属性的值用于使用托管属性执行的查询。如果不排列已爬网属性的优先级,则会将映射到托管属性的所有已爬网属性的值用于查询,这样,该托管属性便会成为多值属性。这意味着,只要内容包含与查询匹配的任何映射属性的值,搜索结果就会将其返回。对于单值属性,明智的方法是选择最常见的已爬网属性作为托管属性,然后根据已映射属性的出现频率排列这些属性的优先级。确定哪个属性被爬网的频率最高通常并不轻松,但可通过一种策略来确定这一点,即,将您确定与常用应用程序相关联的属性排列优先级。
因为不精确的映射实际上会降低搜索结果的相关性,所以映射属性时应注意不要映射匹配度不高或无关的属性。如有可能,请在进行初始部署之前针对托管属性测试搜索,并计划在正常操作过程中检查搜索查询的使用率数据以精确调整映射的属性。
添加用于表示信息体系结构中重要概念的属性
默认情况下,除了映射到托管属性的已爬网属性之外,其他已爬网属性也可以明确地映射到信息体系结构中尚未由现有托管属性捕获的概念。例如,公司可以将客户服务确定为其信息体系结构中的一项关键业务流程。信息体系结构中与客户服务相关联的重要概念可能包括客户、客户服务代表以及客户服务区域。
对于您信息体系结构中的每个概念,询问自己是否存在表示此概念可映射到托管属性的已爬网属性。如果有,请将该属性设为托管属性。
方案
业务线应用程序跟踪客户和员工数据,在业务数据目录中注册这些数据的属性并将其作为业务数据内容源的一部分进行爬网之后,这些数据的属性可能会成为托管属性的候选属性。您还可以为应用程序确定应当映射到这些托管属性的已爬网属性,例如,单独数据应用程序中的客户服务代表标识符 (ID) 属性,或客户服务代表专用的应用程序类型的作者属性。如果搜索查询使用该属性或者与该属性相关联的词,则对于包含映射到客户服务代表 ID 托管属性的任意已爬网属性的所有项目,该查询都将包含相应的搜索结果。
在信息体系结构中确定的每个重要业务流程都将具有一组关联的文件类型或业务数据应用程序,这些文件类型或应用程序可用来确定可能的托管属性。
请注意,尽管信息体系结构中的许多概念都不用属性表示,但是,在规划网站结构和实现其他搜索功能的过程中,这些概念非常有用。通过信息体系结构可以发现自己没有注意到的托管属性,但这仅仅是因为:某个概念列在信息体系结构中并不表示该概念具有或应该具有相应的托管属性。
规划业务数据属性
作为业务数据搜索规划的一部分,SSP 管理员必须将业务应用程序的属性映射到托管属性。必须将那些属性选作托管属性,才能使应用程序的业务数据出现在搜索结果中。前面介绍的客户服务示例说明了如何将业务数据属性映射到搜索功能所使用的托管属性。有关规划业务数据的详细信息,请参阅规划业务数据搜索。
工作表操作 |
---|
在最终用户搜索体验工作表(该链接可能指向英文页面)(https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x804)(该链接可能指向英文页面)的“规划托管属性”部分的表中记录您做出的关于已爬网属性和托管属性的决定。 |
在搜索范围中使用托管属性
每个托管属性都可以作为搜索范围规则的一个属性公开。有关规划搜索范围的详细信息,请参阅上文中的“规划搜索范围”部分。
计划集成新文件类型的属性
Office SharePoint Server 2007 根据对文档进行爬网时发现的属性使用属性类别来分组已爬网属性。
有关与文件类型关联的属性类别的信息,请参阅管理元数据(https://go.microsoft.com/fwlink/?linkid=81062&clcid=0x804)。有关对内容进行爬网的详细信息,请参阅规划内容爬网 (Office SharePoint Server)。
规划用户在搜索结果中看到的内容
Office SharePoint Server 2007 提供了几种设置,通过这些设置,SSP 和网站集管理员可以控制用户在搜索结果页面中看到的内容。尽管您可以通过许多不同的方式控制搜索结果,但我们建议您在部署之前进行以下规划:
规划关键字、最佳匹配和同义词。
规划最相关和最不相关的网站,以控制他们距搜索结果顶部的距离。
规划是否使用联合位置和联合 Web 部件。此功能需要 Microsoft Office Server 的基础结构更新。有关详细信息,请参阅安装 Microsoft Office Server 基础结构更新 (Office SharePoint Server 2007)。
规划链接的外观。
规划用户是否可以使用基于搜索的通知。
规划关键字、最佳匹配和同义词
关键字 有时称为关键字短语,是指用户在构造查询时在搜索框中键入的单词。当用户执行简单的关键字搜索时(例如,在搜索框中输入单词“widget”,然后单击“开始搜索”按钮),Office SharePoint Server 2007 显示的搜索结果为选定范围内包含该关键字的所有内容。
利用 Office SharePoint Server 2007,网站集管理员可以创建名为关键字的实体,该实体与索引中的同名关键字短语直接相关。网站集管理员可以使用一个或多个单词创建关键字。例如,关键字可以是单个单词(如“OOF”)或一组必须以特定顺序键入的单词(如“out of office”)。
除关键字(也称为关键字短语)的名称外,网站集管理员还可以创建由下面一个或多个选项组成的关键字:
搜索结果中显示的关键字的定义
一个或多个同义词
一个或多个最佳匹配,它们是 SSP 管理员指定为与某特定关键字高度相关的 URL。
备注
虽然您可以创建不包含上面列出的任何可选信息的关键字,但是这样做不会提高搜索结果的相关性。
利用关键字,网站集管理员可以提高最终用户查询的相关性。对于任何网站集的搜索结果,都可以对其进行修改以提升特定内容,使该内容以更加醒目的方式显示,从而响应使用特定搜索条件的查询。尽管关键字的规划、实施和管理在网站集级别进行,但最好使您的规划和实施在整个组织内保持一致。
关键字定义是一个好方法,通过它,用户可以轻松地对每个网站集中的高优先级概念的相关信息进行访问。对于每个概念,网站集管理员可以创建一个关键字,以使该关键字的定义显示在搜索结果旁边的搜索最佳匹配 Web 部件中。例如,致力于销售特定产品系列的销售门户可能会为该产品系列中重要项目提供定义。这些定义可用来帮助销售合作伙伴更好地了解他们的产品,或者这些定义可在面向客户大众的门户网站上的搜索结果中显示。
关键字示例
网站集管理员了解,最终用户很难找到用于跟踪工作组成员何时外出的日历。根据用户报告,当他们搜索该日历时,查询会产生很多页无关的搜索结果,他们查看过前几页之后便会放弃。
网站集管理员决定创建一个名为“oof”的关键字,其中包含以下项目:
关键字定义:这是“out of office”的缩写。
同义词:time off
最佳匹配:指向日历的 URL 以及最佳匹配的说明。
然后,网站集管理员让最终用户在搜索日历时使用新关键字“oof”或它的同义词“time off”。
下图演示在此情形下,最终用户在搜索中心中搜索关键字“oof”时会看到的默认搜索结果页面示例。请注意,默认情况下,最佳匹配和关键字说明只在使用搜索中心运行的搜索的搜索结果页面中显示。
在上图中,显示了最终用户运行的查询(标注 1)。关键字突出显示功能还以粗体文本显示内容中的关键字(标注 2)。网站集管理员分配给该关键字的说明默认显示在搜索结果页面的右上角(标注 3)。每个关键字可与一个定义相关联,并且您可以在定义中包括一个 URL。相应地,最好执行以下操作:
在规划过程中确定定义来源。
在规划阶段包括一个单独的步骤,以设计一个词汇表并在其中包括每个网站集内的关键字使用的全部定义。
创建一些专门用来将关键字与定义关联的关键字。
如果存在“最佳匹配”(标注 4),则它会直接显示在关键字说明下方。最佳匹配不只是一个 URL,它还可以包含标题,并且还可能会包含说明。在此示例中,网站集管理员将最佳匹配命名为“外出页”。管理员分配给该最佳匹配的说明直接在其名称下方显示,该说明下方显示最佳匹配的 URL。
常用的最佳匹配包括与搜索词在概念上相关联的特定文档、网站和专业人员。在内容规划过程中,一定要考虑每个最佳匹配的标题和说明,以提高每个最佳匹配的相关性和可用性。在管理用户界面中,最多可以将每个关键字与 25 个最佳匹配相关联;对于对象模型,还可以关联更多的最佳匹配,但最好不要过度使用最佳匹配。有效的内容规划可帮助您为每个关键字确定适当的最佳匹配数量,以平衡搜索结果数量与搜索的相关性。
备注
因为最佳匹配的 URL 是由网站集管理员硬编码的,所以它可以是任意 URL,甚至可以指向尚未进行爬网的内容。
您可以为多个关键字使用同一最佳匹配。如果已存在最佳匹配,您可以将其添加到任何关键字,而不必再次输入最佳匹配的属性,但这可能导致出现多余的最佳匹配。您也可以同时为所有使用该最佳匹配的关键字更改该最佳匹配的 URL 和说明。如果要在网站规划过程中和最初部署前使用测试网站,此功能尤其有用。
了解同义词
同义词 是指一个或多个与某特定关键字密切相关的单词。例如,关键字“car”的有效同义词可以是“auto”、“automobile”或“SUV”。因为您预计有些用户会在搜索框中键入这些词来搜索汽车,所以,这些词都是该关键字的有效同义词。网站集管理员可以为每个关键字定义一个或多个同义词。同义词的作用是:在使用关键字时显示的搜索结果页面上显示相同的关键字定义和最佳匹配。在前面的示例中,如果最终用户使用同义词“out of office”运行搜索查询,则他们看到的关键字定义和最佳匹配与使用关键字“oof”运行搜索查询时所看到的关键字定义和最佳匹配完全相同。但有一个区别,即,他们看到的搜索结果只有包含短语“out of office”的内容,而没有包含单词“oof”的内容。
当使用多个搜索词来搜索同一概念和内容时,同义词非常有用,这样,搜索结果将合并到一起,而不是分散在几个搜索词中。在网站集管理员创建关键字并添加同义词时进行更新的列表称为同义词库。Office SharePoint Server 2007 的同义词库可与 Microsoft Office SharePoint Portal Server 2003 的同义词库兼容。
使用信息体系结构来确定关键字
您可以通过分析信息体系结构的内容来编译词列表,利用词列表,您可以创建将与紧密相关的特定内容相关联的关键字。
相关内容 是指您希望人们在使用特定搜索词进行搜索时最先看到的或最可能看到的特定内容。对于每个重要的业务概念或内容区域,相关内容的示例包括:
文档
网站
人员
定义
表示相同事物、但未包括在搜索查询中的已批准的或正式搜索词。
将关键字与最佳匹配相关联有助于鼓励人们查看针对关键业务流程展开协作所需的关键文档。例如,某个公司可能有适用于费用报表的特殊模板,还有一个将该模板提升到搜索结果顶部的关键字“expense report”。如果没有该关键字,那么每名员工都可能需要花几分钟的时间向同事询问正确的 URL 或者浏览公司网站。有了与作为最佳匹配的费用报表模板 URL 关联的关键字,员工便可快速找到该模板。
网站的关键字有助于确定大型组织中提供相关信息的网站的位置。例如,对于包含与员工带薪休假相关的信息的人力资源网站,“holidays”可能是与包含该网站 URL 的最佳匹配相关联的关键字。理想情况下,最佳匹配可能包含提供公司休假信息的确切页面的 URL。
用于帮助用户查找其他人员的关键字可鼓励组织中拥有重要的待共享知识的人员(即公司中的重要人员)进行协作。例如,您可以将某个职称(如“CEO”)与公司的首席执行官相关联,也可以将某人的“我的网站”设为与其组织或专业领域(如“化学部门”)相关的关键字的最佳匹配。
关键字的安全注意事项
与早期版本的 Office SharePoint Portal Server 不同,关键字和最佳匹配不受安全权限的影响,而且网站集的所有读者都可以看到搜索结果中显示的、该网站集的所有最佳匹配和关键字。如果用户没有权限查看最佳匹配链接到的页面,则不能转到该页面。但是,他们可以在搜索结果页面上看到最佳匹配的说明和指向该内容的 URL。这可能会使某些用户看到他们并未打算查看的信息。
关键字是为了向所有用户提供高优先级的结果。
如果您希望基于特定用户的权限向他们显示内容,则可以在网站集上的适当位置使用访问群体和目标 Web 部件。
规划组织中的关键字
应事先规划关键字以帮助确保在整个组织中使用一致的关键字,这一点非常重要。尽管关键字是在网站集级别实现的,但您应尽可能确保关键字在各网站集间保持一致。
效果不错的关键字规划示例
Contoso Corporation 有两个网站集,一个用于销售部门,另一个用于市场营销部门。该公司分别这两个网站集分配了一个网站集管理员。因为这些网站集的用户要花费太多时间来查找公司的客户列表,所以,这两个网站集的管理员确定他们需要为其网站集创建关键字,并将该关键字与将用户直接链接到客户列表的最佳匹配相关联。
若要确保最终用户在这两个网站集上具有一致的体验,两名网站集管理员应协作来确定应如何定义关键字和最佳匹配。
提示
如果要规划在组织间保持一致的关键字,则各网站集管理员之间需要有良好的协作。应尽可能地确保关键字和最佳匹配在网站集间保持一致。
避免在指向相同内容的网站集中使用不同的关键字和最佳匹配,可以防止最终用户产生混淆。例如,如果销售网站集的网站集管理员创建了一个名为“super list”的关键字,而市场营销网站集的网站集管理员创建了一个名为“master list”的关键字,则当出现以下情况时,同时使用这两个网站集的最终用户会产生混淆:最终用户的关键字搜索无法总是显示他们希望在搜索结果页面上看到的最佳匹配。即,主要使用市场营销网站集的员工习惯使用关键字“super list”进行搜索,且认为该关键字适用于所有网站集。
在小型组织中,内容规划工作组可能会很小且是围绕单个网站集进行组织的,而且,关键字的规划工作可能会由一名或两名人员进行组织。而在大型组织中,使用较大的规划工作组可能更有用。您应该包括每个级别的业务规划人员和管理员,以确保满足所有业务需求。
即使尚未对内容进行爬网,最佳匹配也会显示在搜索结果中。这是在初始部署期间规划关键字(以便在所有内容源爬网之前的早期部署阶段可以使用高优先级内容)的另外一个原因。在极少数情况下,会由于搜索缺少相关的 IFilter 或任何其他技术原因而无法对内容进行爬网,这时,您可以使用最佳匹配来使内容更易于找到(即使尚未对该内容进行爬网)。
组织的各个级别的重要人员均可为自己的网站集规划关键字。这些人员将使用同一整体内容规划,并针对他们所规划的网站集上的内容对该计划加以修改。规划关键字(在部署之前开始,并在部署之后分阶段实施)时,各组内容规划人员可以相互进行沟通,确保整体计划的一致性。
并非所有关键字都是在部署之前规划的。内容规划工作组负责确定与组织中的搜索查询最为相关的高优先级概念,以便搜索查询从部署的第一天起就与用户相关。该规划工作组还可以确定每个关键字的联系人,这些联系人可以是也可以不是该规划工作组的成员。在部署之后,网站集管理员可以先在查询日志中确定常见的搜索词,然后对关键字列表进行扩展。
在规划阶段,关键字列表管理人员应当考虑关键字如何与查询相匹配。当搜索列表中的内容时,关键字必须与搜索词的整个字符串完全匹配,并且不得使用特殊语法(如加号 (+) 和减号 (-))。这有助于防止针对同一个搜索查询返回多个关键字列表,从而简化搜索结果。
规划关键字管理
关键字管理的详细信息与网站集的日常操作最为相关,但是,当规划部署时,应该考虑管理的一些方面,尤其是网站集管理员可以分配给属性的可选联系人和发布属性。
提示
在部署之前规划得越周密,在日常操作过程中所需的管理就越少。
除了上文的“规划关键字、最佳匹配和同义词”部分中列出的属性外,每个规划还可以使用以下可选属性:
开始日期、结束(到期)日期和检查日期
联系人
关键字可能需要先经过审批才能对搜索结果产生影响,而且还可以设置为在某段时间之后开始或到期。在初始规划过程中确定的高优先级关键字不太可能是临时性的,但与在初始部署过程中使用网站集的人员相关的内容除外。
每个关键字的联系人是指关键字过期(如果为关键字设置了过期)时应该联系的人员。每个网站集的内容规划人员应考虑在初始部署后谁将管理关键字,并且,在网站集级别的规划过程中至少包括一部分这类人员。
但是,规划过程应当包括预测谁将在以后就关键字做出决定。在规划过程中做出这些决定可以改进向网站集常规操作的过渡,并提高在将来使用关键字的一致性和有效性。
通过使用对象模型,还可以在网站集之间以 Excel 电子表格的形式导入和导出关键字,因此,如果某些最佳匹配适用于其他网站集,您只需对它们进行一次规划即可将它们部署到所有相关的网站集上。在共享服务环境中,这还使得网站集的部门或项目级关键字管理员可以为中心网站集建议最佳匹配。
有关管理关键字的详细信息,请参阅 Office SharePoint Server 2007 的《操作指南》。
工作表操作 |
---|
在最终用户搜索体验工作表(该链接可能指向英文页面)(https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x804)(该链接可能指向英文页面)的“关键字”部分记录您做出的关于关键字的决定。 |
规划搜索结果的相关性
要在其中进行搜索的内容正文越大,特定查询就越有可能显示多页搜索结果。使用基本关键字查询而非高级查询时,尤为如此。为了改善最终用户体验,应确保尽量在搜索结果页面中靠前的位置显示指向最相关内容的链接。
利用 Office SharePoint Server 2007,SSP 管理员可以分配索引网页相关性设置。每种相关性设置(与特定网页关联)确定指向特定页面的链接在搜索结果页面中距开头位置有多远。分到相关性设置的页面也称为权威页面。
权威页面设置是划分搜索结果优先级所涉及的一个因素。有关搜索相关性的详细信息,请参阅企业级搜索相关性体系结构概述(https://go.microsoft.com/fwlink/?linkid=93736&clcid=0x804)。
权威页面设置是在 SSP 级别配置的,将应用于使用该 SSP 进行的所有查询。SSP 管理员可以为网站分配以下四个权威页面级别之一:
最权威
二级权威
三级权威
要降级的网站
网页的权重基于其权威性来计算,每个级别与相关性权重是成比例的。默认情况下,Web 应用程序的所有顶级页面均会作为最权威的页面自动添加。您可以将这些页面移动到其他权威页面级别,或者将它们从权威页面设置中完全移除。
对于未分配权威页面级别的网站,基于它们与权威网站的单击距离来计算它们的权重。单击距离 是指内容项目与链接到该内容项目的权威页面之间的链接数。有关详细信息,请参阅企业级搜索相关性体系结构概述(https://go.microsoft.com/fwlink/?linkid=93736&clcid=0x804) 中的“单击距离”部分。
如果考虑了所有其他相关性权重因素,则获得了“要降级的网站”设置的网站通常会在靠近搜索结果末尾的位置显示。
这意味着,它们在搜索结果页面中经常会显示在未被指定为权威页面的页面之后。我们建议您为包含相关性较低的信息的网站(例如,存档网站)使用该设置。
规划权威页面设置时,应考虑每个网站的用途并检查它的子网站。按重要性将权威网站分为三个级别,并将不可能相关的网站归到“要降级的网站”组中。
在规划权威页面设置时,可采用以下效果不错的做法:
高优先级业务流程的核心 SharePoint 网站和业务应用程序通常最具权威。
鼓励协作或操作的网站可能比仅提供信息的网站权威性高。
对于单纯提供信息、但并不是高优先级业务流程的核心或者并不用于开展协作的网站,可能属于二级或三级权威网站。
外部网站的权威性通常较低,原因是:组织无法控制这些网站上的内容。
您不必分别为每个网站都分配权威页面设置。最好为您知道的最权威或相关性较差的少量网站选择相关性,并在正常操作期间根据用户反馈和查询日志中的信息调整权威页面设置。
工作表操作 |
---|
在最终用户搜索体验工作表(该链接可能指向英文页面)(https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x804)(该链接可能指向英文页面)的“权威页面”部分记录您做出的关于权威页面的决定。 |
规划是否使用联合位置和联合 Web 部件
备注
本节中提供的信息适用于安装了 Microsoft Office Server 的基础结构更新的 Office SharePoint Server 2007。有关详细信息,请参阅安装 Microsoft Office Server 基础结构更新 (Office SharePoint Server 2007)。
联合是 Search Server 2008 中首先引入的一项新功能,可通过安装 Microsoft Office Server 的基础结构更新在 Office SharePoint Server 2007 中使用,可以结合其他最终用户搜索经验来规划联合。通过利用联合,最终用户能够执行查询,以便搜索多个源并将结果合并到单个搜索结果页面。这些源可能包括:
贵公司的企业内容库
贵公司使用的 Internet 搜索引擎或订阅服务
其他部门或全球区域中通过 Office SharePoint Server 2007 编制索引的企业文档
最终用户执行查询时,Office SharePoint Server 2007 将使用新的联合 Web 部件对结果进行格式设置并将其显示在索引结果的旁边。
对用户搜索联合位置时的体验进行规划时,可尝试主要根据公司用户的搜索需求和习惯来进行规划。问问您自己:用户为提高工作效率最需要查找哪些内容?他们目前使用哪些查询?确定目标联合位置以解决公司的关键信息问题。
使用联合时,该功能往往会添加许多联合位置,以满足用户所有可能的需求。令人遗憾的是,这样会导致许多用户因联合结果过于混乱而将其忽略掉。
为了帮助确保查询的联合结果为有用的查询结果,联合位置可以将特定查询格式与触发器规则匹配。如果为联合位置创建触发器规则,则与该位置相关联的 Web 部件将只显示与您指定的模式或前缀匹配的查询结果。
例如,假定您在 Contoso 公司工作,该公司生产小组件产品。该公司的员工每天都需要使用十位数的小组件 ID 频繁查找这些小组件。这些小组件存储在 Office SharePoint Server 2007 无法进行爬网的数据库中。为了使 Contoso 员工能够搜索到小组件,您构建了一个可以搜索小组件数据库的联合连接器。但是,显示每个查询的小组件信息可能会让您的用户感到沮丧。因此,您使用一个可识别十位数查询的模式创建了联合位置触发器。现在,用户搜索小组件 ID 时会从小组件数据库中获取顶部联合结果。
有关使用触发器和触发器规则的详细信息,请参阅使用触发器和查询模板 (Office SharePoint Server)。
可以使用联合结果 Web 部件或顶部联合结果 Web 部件在搜索结果页面上添加和配置联合结果。默认情况下,搜索结果页面包含两个联合搜索结果 Web 部件和一个顶部联合结果 Web 部件。可以在搜索结果页面上设置 Web 部件中的联合位置及其属性。
有关联合的详细信息,请参阅其他位置的联合搜索结果 (Office SharePoint Server)。
规划链接的外观
SSP 管理员可使用服务器名称映射更改各个特定 URL 或各系列 URL 在搜索结果中的显示方式。服务器名称映射是针对由 SSP 进行爬网的所有内容在该 SSP 级别设置的,只要对受影响的内容源进行完全爬网,就会应用服务器名称映射。在以下情况中,您可能希望使用服务器名称映射:
您希望避免由显示服务器上的本地地址的链接所导致的访问问题和可能的安全漏洞。例如,根据内容的爬网方式,URL 可能会显示服务器上的本地路径。
您希望在搜索结果中隐藏复杂的 URL,以便将它们替换为服务器上更简洁的名称。
出于安全原因,您希望隐藏内容原始来源的名称,如服务器名称或共享名称。
仅在您遇到以上列表所描述的显示问题时使用服务器名称映射。在大多数情况下,将尽可能减少在初始部署之前对服务器名称映射进行规划。
工作表操作 |
---|
在最终用户搜索体验工作表(该链接可能指向英文页面)(https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x804)(该链接可能指向英文页面)的“权威页面”部分记录您做出的关于权威页面的决定。 |
规划基于搜索的通知
SSP 管理员可以决定是否为特定 SSP 激活基于搜索的通知。如果激活基于搜索的通知,并且将服务器配置为发送电子邮件,则最终用户可以单击搜索结果页面顶部的“通知我”链接,并指定他们希望系统针对哪种更改向他们发出通知以及收到电子邮件通知的频率。请注意,如果您允许系统发出基于搜索的通知,则系统会增加对邮件服务器上资源的使用量,并会增加查询服务器的负载,这是因为,每次处理基于搜索的通知时,都会运行针对每个基于搜索的通知进行的查询。在规划初始部署时,请考虑可供通知使用的资源以及网站使用人员高效使用这些通知的可能性。默认情况下,基于搜索的通知是激活的。
提示
如果您将共享服务提供程序中基于搜索的通知停用,那么,我们建议所有网站所有者移除其搜索结果页面顶部的“通知我”链接。
在操作过程中,为了避免针对所有基于搜索的通知发送通知,只要整个内容索引重置,就会自动禁用基于搜索的通知。随后,管理员必须重新启用基于搜索的通知。
工作表操作 |
---|
在最终用户搜索体验工作表(该链接可能指向英文页面)(https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x804)(该链接可能指向英文页面)的“基于搜索的通知”部分记录您做出的关于基于搜索的通知的决定。 |
下载此书籍
本主题包含在以下可下载书籍内,以方便您阅读和打印:
有关可下载书籍的完整列表,请参阅 Office SharePoint Server 2007 的可下载书籍。