規劃使用者搜尋體驗 (Search Server 2008)

更新日期： 2008-03-03

附註：
除非另有說明，否則本文中的資訊同時適用於 Microsoft Search Server 2008 和 Microsoft Search Server 2008 Express。

本節內容：

• 規劃使用者在執行查詢時看到的內容

• 規劃使用者在搜尋結果中看到的內容

搜尋管理員只要謹慎規劃使用者搜尋體驗，就可以改善搜尋結果的相關性和呈現方式。規劃的目的在於，讓使用者獲得快速尋找到所需資訊的搜尋體驗。本文包含協助搜尋服務管理員和網站集合管理員讓使用者進行搜尋時獲得最佳體驗的資訊。

本文第一小節：

• 說明用於執行搜尋查詢的搜尋使用者介面。

• 說明進階搜尋，以及如何使用屬性來篩選搜尋結果。管理員可以透過這項資訊瞭解他們所擁有的選項，以便用於管理關鍵字和屬性，讓使用者擁有最佳能力以執行功能強大的進階搜尋。

• 說明屬性搜尋與範圍搭配使用的優點，其中包括編目屬性如何與 Managed 屬性建立關聯，以及如何規劃這些屬性。

本文第二小節說明管理員所能控制的搜尋結果頁面和功能，這些會影響使用者在搜尋結果中看到的內容。

本文第二小節：

• 說明如何規劃關鍵字和首選，其中包括如何為特定組織規劃有效的關鍵字和首選，以及同義字與關鍵字建立關聯後如何讓使用者搜尋得更順暢。

• 說明管理員如何控制特定網站的相關性排名，以改善搜尋結果的相關性。

• 說明可用來搜尋多個來源，並將結果合併成單一搜尋結果頁面上的新同盟位置功能。

• 說明如何控制出現在搜尋結果中的連結。

• 說明如何規劃搜尋式提醒。

本文所述的能力可讓管理員控制許多在使用者進行搜尋時使用的功能。雖說建議您定期評估搜尋結果的有效性，但是初始部署前的良好規劃有助於一開始就能建立有效的搜尋查詢，並且可以減少日後的管理成本。

規劃使用者在執行查詢時看到的內容

若要有效規劃設定選項，讓您達成幫助使用者尋找到所搜尋內容的目標，不妨先想想使用者在使用者介面中看到的內容，這將會有所幫助。

搜尋使用者介面

若要瞭解如何規劃使用者搜尋體驗，請先熟悉使用者在執行查詢時所用的使用者介面，這會很有幫助。如您所預期，這個使用者介面十分簡單易懂。這個使用者介面的重點在於使用者可以輸入搜尋查詢的搜尋方塊。網站集合的所有非管理頁面以及 [搜尋中心] 都有提供搜尋方塊。例如，搜尋方塊預設會在網站和清單層級出現，也會出現在 [搜尋中心] 上。[搜尋中心] 本身就是個網站集合。

下一節說明網站集合中每個層級的搜尋使用者介面。

網站層級使用者介面

網站層級搜尋方塊 (圖說文字 2) 是個文字方塊，位於網站頁面上的右上角，使用者可以在其中輸入搜尋查詢，然後按一下 [搜尋] 圖示 (圖說文字 3) 以執行查詢。

在使用者看到使用者介面中的搜尋方塊時，您可能希望他們詢問的第一件事是：「哪些內容本文是我查詢的執行範圍？」搜尋方塊旁邊的 [搜尋範圍] 清單 (圖說文字 1) 會指定要進行查詢的內容索引中之資訊本文。搜尋範圍 (也稱為範圍) 是對搜尋結果套用的篩選器，用以減少 (也就是篩選) 搜尋頁面中顯示的項目 (若這些項目已出現在範圍中)。這可讓使用者針對內容索引中的內容子集合執行查詢，以改善搜尋結果的相關性。

網站層級搜尋方塊預設使用 [此網站] 範圍，也就是說，查詢作業所執行的範圍是與目前網站及其所有子網站相關聯的所有內容執行。

清單層級搜尋使用者介面

清單層級的搜尋使用者介面與網站層級搜尋使用者介面的外觀和功能一樣，只多了一個預設搜尋範圍，名為 [此清單]。此清單層級搜尋方塊位於所有網站集合中每個清單和組件庫的右上角，預設為使用 [此清單] 範圍。不過，使用者可以選取 [此網站] 範圍或自訂範圍 (如果有的話)。

搜尋中心搜尋使用者介面

[搜尋中心] 提供集中式、可自訂性高的使用者介面，而且使用者可以在其中執行搜尋查詢。[搜尋中心] 中有一個可讓您輸入搜尋查詢的搜尋方塊，還有 [進階搜尋] 頁面上的連結，可讓使用者建構進階搜尋查詢。根據預設，此搜尋方塊設定為 [所有網站] 範圍，因此，使用者可以對索引中的所有內容進行搜尋。

[搜尋中心] 中的搜尋方塊 (圖說文字 1) 與網站層級的搜尋方塊類似，也是可讓使用者在其中輸入搜尋查詢的文字方塊。按下 [搜尋] 按鈕 (圖說文字 2) 即可執行查詢。進階使用者可以按一下 [進階搜尋]**** 連結 (圖說文字 3) 使用 [進階搜尋] 頁面建構查詢。本文後面將說明 [進階搜尋] 頁面上的相關資訊。

如果您當初是使用基本安裝選項來安裝 Microsoft Search Server 2008，[搜尋中心] 範本就可以用來建立最上層網站。也就是說，網站集合的最上層網站即為[搜尋中心]。

下表說明 Search Server 2008 中預設可以使用的範圍，以及哪些層級有提供這些範圍。

以下範圍	允許使用者	在以下層級
所有網站	對索引中所有內容進行搜尋	搜尋中心 最上層網站 子網站 清單和組件庫
此網站：網站名稱	搜尋目前網站及其子網站	最上層網站 子網站 清單和組件庫
此清單：List name	搜尋目前清單	清單和組件庫

規劃自訂範圍

本節提供可對搜尋查詢之內容進行篩選的預設範圍資訊。身為搜尋管理員，您可以透過建立自訂範圍，協助貴組織界定何時需要補充預設範圍。您可以合併使用自訂範圍與範圍規則，將索引中的特定內容合組成可個別搜尋的內容。

例如，您可以搜尋網站的特定集合、由特定人員或某個時間所製作的所有 Word 文件，或者搭配組合這些參數以進行搜尋。

您可以在網站集合層級建立自訂範圍，讓該網站集合可以使用自訂範圍。

在規劃搜尋範圍時，請審視您的資訊架構，找出使用者可能想搜尋的各種內容集合。這些集合可能有的會橫跨多個網站，有些則橫跨網站集合內的資訊子集合。

規劃網站集合的範圍

在規劃過程中，每一位網站集合管理員都會想要依據網站內的資訊架構來建立範圍。

下列清單提供網站集合管理員可以在網站層級上針對範圍所做的工作：

• 選擇如何顯示搜尋範圍 (搜尋下拉式清單、進階搜尋或兩者)。

• 建立網站集合層級範圍。

• 編輯網站集合層級範圍 (詳細資訊請見下一段)。

• 新增範圍規則。

• 刪除網站集合層級範圍。

• 檢視狀態。例如，包含哪些範圍規則，以及在範圍清單中的顯示順序。

建立或編輯新網站集合層級範圍時，您需指定下列項目：

• 唯一標題。

• 範圍的描述 (選擇性)。

• 顯示群組，有時稱為範圍群組。網站集合管理員可以指定範圍給顯示群組，以決定該範圍在網站中的出現位置。根據預設，Search Server 2008 會提供搜尋方塊下拉式清單和 [進階搜尋] 頁面上的顯示群組。網站集合管理員可以將一或多個範圍指定給任何顯示群組或建立新的顯示群組。

• 結果頁面。在使用這個新範圍的情況，您可以選擇使用預設搜尋結果頁面來顯示搜尋結果，或指定不同的頁面。請注意，如果您選擇使用不同頁面，必須先建立該搜尋結果頁面。

規劃顯示群組

顯示群組可視為一種對特定搜尋方塊指定範圍的方式。網站集合管理員可以使用數個選項來設定現有顯示群組，或選擇建立一或多個新顯示群組。一般而言，網站擁有者會識別顯示群組的特定需求。例如，特定小組網站的使用者可能經常需要搜尋分散於多個文件庫中的內容。目前這些使用者為了縮小所搜尋的內容本文範圍，必須在不同搜尋方塊 (例如每個文件庫的搜尋方塊) 中執行個別搜尋，或建構進階查詢以篩選搜尋結果。為了讓使用者能輕鬆執行這種經常性搜尋，網站集合管理員可以建立顯示群組，並對顯示群組指定適當的範圍。接著，網站擁有者可以使這個顯示群組與特定搜尋方塊建立關聯，例如網站上自訂搜尋頁面上的搜尋方塊。然後，使用者可以使用該搜尋方塊來搜尋範圍所定義的內容 (以本例而言為文件庫)。Search Server 2008 預設提供兩個顯示群組：

• 搜尋下拉式清單 這個顯示群組的指定範圍是 [所有網站]，且根據預設，搜尋方塊會使用此顯示群組。

• 進階搜尋 這個顯示群組的指定範圍是 [所有網站]，且根據預設，[進階搜尋] 頁面上的搜尋方塊會使用此顯示群組。

網站集合管理員可以執行下列動作：

• 對任何顯示群組新增範圍。

• 從任何顯示群組中移除範圍。

• 建立新的顯示群組並指定所需的範圍。

• 變更 [搜尋範圍] 清單中範圍的顯示順序。

• 指定 [搜尋範圍] 清單中預設選取的範圍。

網站擁有者可以執行下列動作：

• 對 [搜尋中心] 網站的搜尋方塊和 [進階搜尋] 頁面指定不同顯示群組。

• 使用 [搜尋方塊] 和 [進階搜尋方塊] 網頁組件建立新的搜尋頁面，並指定要用的顯示群組。

規劃範圍規則

您可以對範圍加入範圍規則，藉此定義範圍。範圍規則會定義哪些內容要與範圍建立關聯，哪些不要與範圍建立關聯。特定範圍所加入的範圍規則會定義範圍的限度。

每個範圍規則都有其所屬的特定範圍規則類型，以定義內容的屬性、位置和來源內容。下表列出網站集合層級搜尋範圍可用的範圍規則類型。

以下範圍規則類型	是否可供網站集合層級搜尋範圍使用	測試內容
網址 (https://server/site)	是	位置
屬性查詢 (Author=Jane Dow)	是	單一屬性
內容來源	否	特定內容來源
所有內容	是	內容索引中的所有內容

[所有內容] 範圍規則類型是最簡單的，因為此類型會使所有已編目內容與範圍建立關聯。至於其他三個範圍規則類型，搜尋服務管理員可以指定範圍規則的行為，決定內容是否與範圍建立關聯。下列清單說明這些行為：

• 包括 符合此規則的項目都會出現在搜尋結果中 (除非其他規則將這些項目移除)。若規則合併使用時，這個行為類似 OR 邏輯運算子。

• 需要 符合其他規則的項目也必須符合此規則，才能出現在搜尋結果中。這個行為相當於 AND 邏輯運算子。

• 排除 符合此規則的項目即使也符合其他規則，搜尋結果還是會將這些項目排除在外。這個行為相當於 AND NOT 邏輯運算子。

範圍通常只會依據單一範圍規則。不過，範圍還是可以與多個規則搭配使用。您可以根據特定主題或概念相關的內容集來建立範圍。若要執行這項操作，您可以包含或排除數個位置、屬性，或合併使用一些概念相關的位置和屬性。規則的邏輯併用可決定內容是否包含在範圍中，或已從範圍排除。

使用以位置為決定條件的範圍規則

您可以使用 [網址] 範圍規則類型，根據內容的位置 (網址或 UNC 路徑) 建立規則。數種使用案例都需要用到這類規則，其中包括搜尋下列位置中的內容：

• 一組文件庫中。

• 單一大型文件儲存機制中的一組資料夾內，例如搜尋公司的封存。

• 特定主題的外部網站上。

• 組織的其他伺服器上。

每個網址範圍規則都會包含一個單一位置，由單一資料夾、網域名稱或伺服器名稱所定義。若想對範圍加入可供使用的內容集合，則可一直新增比對規則，讓所有相關位置都加入範圍，排除所有不相關的位置。請審視您的資訊架構和網站結構規劃，以決定每個範圍要加入哪些位置。

使用以 Managed 屬性為決定條件的範圍規則

您可以使用 [屬性查詢] 範圍規則類型，讓範圍規則以單一 Managed 屬性的特定值為決定條件。在建立這類範圍規則之前，請確認：

• 要使用的 Managed 屬性已存在，也就是這個屬性是預設的 Managed 屬性，或者搜尋服務管理員已經建立。

• Managed 屬性已設定為可在範圍中使用。雖然系統中目前已建立了數個 Managed 屬性，但根據預設，只有少數幾個設定為可用於範圍中。只有搜尋服務管理員特別提供給範圍使用的 Managed 屬性，才能用於搜尋範圍中。

  附註：
  搜尋服務管理員可以使用特定屬性的 [編輯 Managed 屬性] 頁面，允許屬性可用於範圍中。

建立範圍規則之後，每項符合屬性查詢的內容都會根據特定值進行測試，然後再根據該規則，將內容包含在內或排除在外。以屬性為決定條件的規則只能使用 [完全符合] 運算子進行查詢，不能採用其他運算子 (如 [包含]****) 來查詢。

例如，若想為銷售辦公室建立範圍，銷售入口網站的網站集合管理員可以使用 SalesOffice Managed 屬性，將每個範圍中的規則值設定為相關辦公室的值。由於這個 Managed 屬性是用來定義範圍，因此，使用這個範圍時，搜尋結果只會包含銷售辦公室的內容。

貴組織在規劃 Managed 屬性時，請將範圍納入考量。若要對一組特定內容建立範圍，您必須確定該內容的屬性對應至可納入範圍規則中的 Managed 屬性。

使用以內容來源為決定條件的範圍規則

如果您具有 Search Server 管理員權限，則可以在網站集合層級內容來源上建立範圍規則。您可能會因為幾個理由而執行這項操作：

• 為了建立其他內容來源以便在不同排程時間中進行內容編目。

• 為了建立不同的內容來源，以對 [SharePoint 產品及技術] 伺服器陣列或檔案共用上的內容進行編目。

• 為了將內容分割為較小的集合，以便用來結合範圍規則並建立縮小範圍的內容。

如需規劃內容來源的詳細資訊，請參閱＜規劃編目內容 (Search Server 2008)＞。

使用所有內容範圍規則類型

若使用 [所有內容] 範圍規則類型建立範圍規則，這表示內容索引中的所有內容都可供範圍使用。如果您要建立可用內容較少的範圍，可以對使用 [所有內容] 範圍規則類型的範圍加入範圍規則，從範圍中排除特定內容。

範圍規則中加入排除行為以排除內容

您第一步可以先複製 [所有網站] 範圍，將內容索引中的所有內容全部涵括在內。然後，加入範圍規則，排除搜尋結果中的內容，這樣所建立的範圍不但廣泛，而且不包含某一些搜尋結果。有時候，使用 [所有網站] 範圍搭配排除規則的方式，會比建立複雜的搜尋範圍 (也就是其中所用的規則包含網站上每個內容子集合) 來得輕鬆。

無論您是否以 [所有網站] 範圍或其他範圍開始著手，不妨考慮將加入排除內容的範圍規則和加入包含內容的範圍規則分成兩個不同步驟，因為從搜尋結果中排除內容的理由可能與包含內容的理由有很大差別。

進階搜尋

在許多情況中，使用者會在搜尋方塊中輸入關鍵字文句，然後按一下 [搜尋] 按鈕或按下 ENTER 鍵以執行他們的查詢。如果以這個方式所產生的搜尋結果前幾頁上都不是他們所需的結果，有些使用者就會放棄。不過，進階使用者可能會再執行更進階查詢，搜尋所需的目標內容。

附註：
隨著使用者搜尋的內容數量越多，可能越難以簡單關鍵字文句找到所需的內容。

程度較好的進階使用者可以在搜尋方塊中建構進階搜尋查詢。例如，若要尋找由 David Jones 所撰寫、其中包含 "negotiate" 文字的內容，他們可能會在搜尋方塊中輸入下列查詢：

negotiate author:jones

不過，大多數的使用者並不熟悉必要的語法，無法以這種方式建構進階查詢。因此，大多數的使用者都是使用 [進階搜尋] 頁面來建構進階查詢，在這個頁面中，他們可以使用語法，搜尋所需的目標內容。下表說明與關鍵字相關的 [進階搜尋] 頁面選項。

使用以下選項尋找文件	執行動作
所有文字	搜尋包含使用者所輸入所有關鍵字的內容，但文字不必以任何特定順序出現在內容中。
精確對應字詞	搜尋包含使用者所輸入文字且順序完全一致的內容。
任何文字	搜尋包含使用者所輸入任何文字的內容。
不含這些字	搜尋不包含使用者所輸入文字的內容。

使用者也可以在 [進階搜尋] 頁面上將搜尋範圍限定成特定語言或文件類型。最後，使用者可以選取屬性限制，根據他們選取的屬性值是否符合輸入的值來篩選搜尋結果。例如，使用者可以選取 [作者] 屬性，選取 [包含] 包含運算子，輸入值，然後按一下 [搜尋]。

預設會提供數個屬性，稱為 Managed 屬性，例如作者和標題。不過，大部分的預設 Managed 屬性都無法用於範圍中。搜尋服務管理員需選擇要讓哪些 Managed 屬性可用於範圍中，並且建立其他屬性以符合組織的需求。

規劃搜尋的屬性

要將網站集合中的內容組織成可以有效地進行搜尋的方法就是，將具有共通主題的內容分組在相同位置中。如此一來，就可以在網站和清單層級利用預設範圍搜尋您的內容。例如，您可以建立一個網站，用來儲存特定專案的所有資訊。在該網站中，您可以建立不同的文件庫和清單，以儲存與該專案相關的各種資訊。使用者會使用預設的 [此網站] 範圍搜尋網站中的所有內容，或使用 [此清單] 範圍搜尋網站中特定清單或文件庫中的內容。搜尋服務和網站集合管理員可以視需要建立自訂範圍，供使用者搜尋內容的不同部分。

這是相當容易的方法，可讓您的內容經過組織整理後進行有效搜尋，但這個方法本身無法滿足所有組織的需求，特別是在搜尋大量內容的情況下。下面列出幾個原因：

• 不是一定都能將具有共通主題的所有內容放在相同位置中。

• 即使具有共通主題的所有內容已在部署時放在相同位置，但經過一段時間後，內容還是會分散於網站集合中。

建議您在適當情況下即依照位置將內容加以整理組織，然後使用屬性補充所組織的內容。

Managed 和編目屬性

如果內容已編目過，編目程式也會對該內容相關聯的屬性進行編目。編目屬性包括貴組織所用檔案和資料庫中儲存的內容中繼資料。編目屬性可以代表不同資訊，例如作者、標題和電子郵件地址。

Search Server 2008 可讓搜尋服務管理員建立 Managed 屬性。然後，管理員就可以將編目屬性 (亦即，編目程式在進行內容編目時收集並加入至屬性儲存區的屬性) 對應至搜尋查詢所使用的 Managed 屬性。

Managed 屬性和編目屬性之間的關聯雖說淺顯易懂，卻有很大的功用。搜尋服務管理員可以將一或多個編目屬性 (亦即，編目程式探索到的屬性) 與 Managed 屬性 (亦即，可用於範圍規則和查詢的屬性) 對應。這個對應很重要，因為許多編目屬性都包含相同的中繼資料，並且編目屬性的名稱通常不容易一目了然，例如，根據預設，名為「Mail:6」和「Office:4」的編目屬性會對應至名為 [作者] 的 Managed 屬性。這是因為這兩個編目屬性的值包含作者名稱。編目屬性與 Managed 屬性的對應關係減輕了管理工作，也造福了使用者。當然也對管理員有幫助，因為管理員在建立範圍時可以使用較少屬性。對於在搜尋方塊建構進階查詢的使用者來說，好處在於他們也可以使用較少屬性，並且屬性名稱較容易瞭解，也容易記住。

Managed 屬性具有下列好處：

• 使用者可以使用 Managed 屬性，在搜尋方塊中建構可篩選搜尋結果的查詢。

• 您可以使用 [進階搜尋] 頁面上的屬性，讓使用者能輕鬆地篩選搜尋結果。

• 網站擁有者可以自訂 [進階搜尋] 頁面以使用不同的 Managed 屬性。

• 搜尋服務管理員和網站集合管理員可以使用可根據查詢篩選搜尋結果的規則，建立自訂範圍。使用者便可直接透過以屬性為決定條件的進階查詢執行搜尋，而不需瞭解如何建構進階查詢。

系統預設會建立數個 Managed 屬性，並將這些屬性對應至編目屬性。搜尋服務管理員可以將其他編目屬性對應至現有 Managed 屬性，及建立新的 Managed 屬性。

在查詢中使用屬性

若是某些編目屬性值會影響搜尋查詢，這些編目屬性必須對應至某 Managed 屬性，且這個 Managed 屬性必須可用於範圍中，甚至使用者必須依據該 Managed 屬性執行搜尋。加入太多編目屬性值會對搜尋相關性和效能帶來不良影響。

規劃 Search Server 2008 初始部署的管理員應該將最初為搜尋服務而規劃的那組 Managed 屬性記錄下來。

要想找到這些編目屬性，大多都只要查看應用程式中一些內容類型 (如 Microsoft Office Word 文件或 Office Excel 試算表) 所顯示的屬性即可。

如果您可以存取測試伺服器，則可為高優先順序的內容進行編目，並使用有助於規劃的編目屬性。

只要謹慎規劃 Managed 屬性及其實作方式，便可讓使用者更輕鬆地找到網站上的內容。在規劃部署時，建議您盡量減少 Managed 屬性的使用數目。也就是說，請審慎考量哪些屬性才是對貴組織最有幫助，並先從部署這些屬性開始著手。完成這些屬性的部署之後，您還是可以在需要時建立其他 Managed 屬性。

規劃 Managed 屬性

有個好方法可以幫助您識別可能使用的 Managed 屬性，就是檢查現有的內容及其高優先順序的中繼資料。如果您在現有的 Search Server 2008 部署之前可以存取測試伺服器陣列，不妨對內容進行編目，然後看看所出現的編目屬性，再用這些屬性來識別一部分資訊架構。但是，對大多數組織來說，有效的作法是在執行部署之前，先在紙本上規劃資訊架構，因為這樣有助於將焦點集中在規劃上，並釐清尚未妥善組織的內容和流程。

建立有用之 Managed 屬性集的關鍵就是要決定最重要的概念，並在內容中尋找可對應至 Managed 屬性的屬性，以便使用者在搜尋時可以找出相關的內容。對應更多屬性會增加資料庫的大小，並使效能隨之降低，因此，最好只在確定對應屬性是有相關的情況下，才對應屬性。

有些概念可用來建議網站集合內的網站集合結構和內容，有些則用來建立可強調相關搜尋結果的特殊字詞 (如關鍵字)。

如果沒有預先對內容進行編目，就會很難探索內容的屬性。因此，最好等到您很清楚每一個網站集合的內容之後，再規劃 Managed 屬性。然後，您可以在測試伺服器上對內容的所有部分進行編目，好讓您在建立 Managed 屬性時，會有一份編目屬性清單可與資訊架構進行比較。對應屬性是一件困難的事情 (即使在對內容進行編目之後亦然)，因為識別哪個內容類型或應用程式使用了特定屬性是一件困難的事。如果不確定特定屬性的本質和內容，您可以在測試環境中設定一個對應，然後搜尋這個屬性，看看試驗結果如何。

許多最實用的 Managed 屬性是在安裝 Search Server 2008 時所自動建立。規劃其他 Managed 屬性時，第一步請先使用這些 Managed 屬性。這些自動建立的屬性包括：

• 作者

• 描述

• 網站名稱

• 類型

• 檔案大小

• 上次修改日期

• URL

• 標題

請記住，若要透過使用屬性進行有效搜尋，必須先指定編目屬性的值。例如，如果您的文件中有個屬性對應至名為 [作者] 的 Managed 屬性，但沒有任何值指定給該文件上的這個屬性，於是當使用者使用 [作者] 屬性查詢特定作者時，該文件將不會出現在搜尋結果中。

避免重複的 Managed 屬性

某些屬性是非常基本的屬性，而且在不同類型的內容中可能顯示成不同屬性，例如文件的 [作者] 和 [標題]。

您在規劃過程中可以利用這些基本屬性執行許多工作，其中最重要的一項工作就是建立一組 Managed 屬性，並將用意相同的編目屬性對應至這組 Managed 屬性中的屬性，以減少重複的項目。以 [作者] 屬性為例，您可以針對具有單一 [作者] Managed 屬性的作者，對應每一個唯一出現的編目屬性。

您可以將一或多個編目屬性對應至一或多個 Managed 屬性。

秘訣：
將每一個作者屬性以個別 Managed 屬性的形式來加入並沒有任何意義，因為它會將額外的 Managed 屬性加入到資料庫中，而不會增加相關性。

您可以選擇為多個編目屬性排定優先順序，如此一來，在編目期間找到一個以上的屬性時，只有最高優先順序之屬性的值才會用於利用 Managed 屬性的查詢。如果您不為編目屬性排定優先順序，對應到 Managed 屬性之所有編目屬性的值都會用於查詢，使 Managed 屬性變成多個值。也就是說，對應到 Managed 屬性的編目屬性只要符合查詢，那麼所有包含這些屬性值的內容就會出現在搜尋結果中。單一值屬性的一個合理作法就是選擇最常編目的屬性當做 Managed 屬性，然後根據對應之屬性的發生頻率來排定其優先順序。要決定最常編目的屬性並不是那麼容易，但是有一個策略就是針對您知道與常用應用程式有關的屬性來排定其優先順序。

如果進行對應的是不同資料類型的屬性時，搜尋工作在大部分情況下會使用 Managed 屬性的資料類型。

在對應屬性時，請注意切勿對應符合程度不高或不相關的屬性，因為不精確的對應實際上會降低搜尋結果的相關性。在初始部署之前要盡可能測試 Managed 屬性的搜尋，並檢閱正常作業期間搜尋查詢的流量資料，再進一步調整所對應的屬性。

新增屬性以代表資訊架構中的重要概念

除了對應至 Managed 屬性的編目屬性之外，根據預設，其他編目屬性可能會明確地對應至資訊架構中某個概念，而現有 Managed 屬性尚未擷取此概念。例如，一家公司可能將客戶服務視為資訊架構中的主要商務程序。在資訊架構中，與客戶服務相關的重要概念可能包括客戶、客戶服務代表以及客戶服務區域。

對於資訊架構中的每一個概念，請反問自己是否有任何編目屬性可以代表這個概念，又可以對應至 Managed 屬性。如果有，請將該屬性指定成 Managed 屬性。

請注意，雖然資訊架構中的許多概念不是由屬性來代表，但是在網站結構規劃與實作其他搜尋功能的過程中，這些概念將會很實用。資訊架構可識別您所忽略的 Managed 屬性，但不會只是因為某個概念列在資訊架構中就代表這個概念有 (或應該有) Managed 屬性。

在搜尋範圍中使用 Managed 屬性

每一個 Managed 屬性都可以公開為搜尋範圍規則的屬性。如需規劃搜尋範圍的詳細資訊，請參閱前文中有關搜尋範圍的小節。

規劃利用 IFilter 整合新檔案類型的屬性

Search Server 2008 會使用屬性類別，讓屬性依照各類別內的文件進行編目。屬性類別包括搜尋工作在對內容編製索引時所用的通訊協定處理常式和 IFilter。進行內容編目之前，您可以讓該內容與某些屬性類別建立關聯，這樣在您建立 Managed 屬性之前，就能以最有效的方式找到編目屬性。若要在 Search Server 2008 中註冊 IFilter，請參閱＜如何在 SharePoint Server 2007 和 Search Server 2008 中註冊 Microsoft Filter Pack＞。

如果要加入至內容索引的內容需使用不同 IFilter 或通訊協定處理常式，您可以撰寫程式，為該內容建立新的屬性類別。在初始規劃過程中，您應該找出哪些內容需要新的 IFilter 和通訊協定處理常式。雖然已有一些 IFilter 和通訊協定處理常式可供使用，但是這可能需要用到自訂程式碼。

如需屬性類別的詳細資訊，請參閱＜管理中繼資料屬性對應 (Search Server 2008)＞。如需對內容進行編目的詳細資訊，請參閱＜規劃編目內容 (Search Server 2008)＞。

規劃使用者在搜尋結果中看到的內容

Search Server 2008 提供數個設定，可讓搜尋服務和網站集合管理員控制使用者在搜尋結果頁面中看到的內容。雖然您可以利用各種不同方式來控制搜尋結果，但在部署期間，建議您：

• 規劃關鍵字、首選和同義字。

• 規劃哪些是最相關及最不相關的網站，以控制這些網站接近搜尋結果頂端的程度。

• 規劃是否使用同盟位置和同盟網頁組件。

• 規劃連結的外觀。

• 規劃使用者是否可以使用搜尋式提醒。

規劃關鍵字和首選

「關鍵字」**，有時稱為關鍵字文句，是使用者在建構查詢時，輸入至搜尋方塊的文字。當使用者執行簡單關鍵字搜尋時，例如在搜尋方塊輸入文字「小產品」後按一下 [搜尋] 按鈕，Search Server 2008 的搜尋結果會顯示包含該關鍵字之選定範圍內的所有內容。

Search Server 2008 可讓網站集合管理員建立名為關鍵字的實體，且該實體會直接與索引中同名的關鍵字文句相關。網站集合管理員可以使用一或多個文字建立關鍵字。例如，關鍵字可以是單一文字，如「OOF」，或是必須以特定順序輸入的文字組合，如「out of office」。

除了關鍵字名稱之外 (也稱為關鍵字文句)，網站集合管理員可以建立由下列一或多個選項組成的關鍵字：

• 搜尋結果中顯示的關鍵字定義

• 一或多個同義字

• 一或多個首選，這些是搜尋服務管理員指定為要與特定關鍵字最為相關的 URL

附註：
雖然您可以建立不包含上述任何選擇性資訊的關鍵字，但這麼做就無法改善搜尋結果的相關性。

關鍵字讓網站集合管理員可以改善使用者查詢的相關性。任何網站集合的搜尋結果都可以經過修改，以提升特定內容的相關性，好讓網站集合在回應使用特定搜尋字詞的查詢時，可以讓該內容出現在較為明顯之處。雖然關鍵字是在網站集合層級進行規劃、實作及管理，不過最好能確定您的規劃和實作方式在整個組織中都保持一致。

關鍵字定義可讓您輕鬆存取每個網站集合中的高優先順序概念資訊。網站集合管理員可針對每個概念建立關鍵字，讓該關鍵字的定義出現在搜尋結果旁邊的 [搜尋首選] 網頁組件中。例如，專門用來銷售特定產品線的銷售入口網站可能會提供該產品線的主要產品定義；這些定義可用來幫助銷售相關人員更瞭解產品，或是可以將定義顯示在適用於客戶之對外入口網站的搜尋結果中。

關鍵字範例

網站集合管理員得知使用者在尋找用來追蹤小組人員何時不在辦公室的行事曆時遇到困難。使用者回報表示，在搜尋行事曆時，他們的查詢產生幾頁不相關的搜尋結果，在看過前面幾頁之後，他們就放棄了。

網站集合管理員決定建立一個名為「oof」的關鍵字，其中包含下列各項：

關鍵字定義：這是表示郵件答錄機的縮寫。

同義字：休假

首選：首選行事曆和描述的 URL。

接著，網站集合管理員可要求使用者在搜尋行事曆時，使用這個新關鍵字「oof」或它的同義字「休假」。

下圖是這個案例的預設搜尋結果頁面範例，也就是使用者從 [搜尋中心] 搜尋關鍵字「oof」之後所看到的頁面。請注意，根據預設，只有從 [搜尋中心] 執行的搜尋，其搜尋結果頁面上才會出現首選和關鍵字描述。

在上圖中，使用者執行的查詢 (圖說文字 1) 會顯示在頁面上。此外，關鍵字醒目提示功能會以粗體文字顯示內容中的關鍵字 (圖說文字 2)。根據預設，網站集合管理員為這個關鍵字指定的描述會出現在搜尋結果頁面上的右上角 (圖說文字 3)。每個關鍵字都可以與某個定義建立關聯，並且您可以對定義加入 URL。因此，最好可以：

• 在規劃過程中識別定義來源。

• 在規劃過程中加入一個獨立步驟，以設計每一個網站集合中關鍵字所使用的所有定義詞彙。

• 針對要讓關鍵字與定義建立關聯的唯一原因，建立一些關鍵字。

首選 (圖說文字 4) 就顯示在關鍵字描述 (如果有的話) 底下。首選不只是 URL 而已。首選也有標題，或者也可以具有描述。在這個範例中，網站集合管理員將首選命名為「Out of Office page」。管理員為首選指定的描述會出現在名稱底下，而首選的 URL 會在描述下方。

常用的首選範例包括具有搜尋字詞相關概念之專業知識的特定文件、網站和人員。您必須在內容規劃過程中考慮每個首選的標題和描述，以提高每個首選的相關性和實用性。您最多可以讓 25 個首選與管理使用者介面中的每個關鍵字建立關聯，而物件模型則可以有更多相關聯的首選，但是您應該避免濫用首選。有效的內容規劃可以協助您識別每個關鍵字的適當首選數目，以平衡搜尋結果數目與搜尋相關性。

附註：
因為首選的 URL 是由網站集合管理員採硬式編碼寫成，所以可以是任何 URL，甚至可以指向尚未編目的內容。

您可以針對一個以上的關鍵字使用相同的首選。如果首選已經存在，您可以將它加入任何關鍵字，不必再次輸入首選的屬性而造成重複的首選。您也可以針對所有關鍵字使用的某個首選，將它的 URL 和描述同時變更。這個作法對於您要在規劃過程中及初始部署前使用測試網站，會特別有幫助。

瞭解同義字

同義字是一或多個與特定關鍵字非常相關的文字。例如，關鍵字「car」的有效同義字可能是「auto」、「automobile」或「SUV」。這些都是該特定關鍵字的有效同義字，因為您可能預期有些搜尋車輛的使用者會在搜尋方塊中輸入其中一個文字。網站集合管理員可以為每個關鍵字定義一或多個同義字。同義字的目的是為了在使用關鍵字時，顯示的搜尋結果頁面會出現相同的關鍵字定義和首選。接續先前的範例，如果使用者使用同義字「out of office」執行搜尋查詢，他們會看到與使用關鍵字「oof」執行搜尋查詢相同的關鍵字描述和首選。不過，其中的差異在於，他們看到的搜尋結果只會包含「out of office」文字的內容，而不是包含「oof」文字的內容。

使用多個搜尋字詞代表相同的概念和內容時，可以利用同義字，將分散在多個搜尋字詞的搜尋結果合併在一起。對於在網站集合管理員建立關鍵字及加入同義字時所更新的清單，我們稱為「同義字檔案」**。Search Server 2008 的同義字檔案與 Microsoft Office SharePoint Portal Server 2003 的同義字檔案相容。

使用資訊架構來識別關鍵字

您可以使用內容規劃小組所建立的資訊架構來識別高優先順序的內容，以便與關鍵字建立關聯。由於您的資訊架構包含一份字詞清單，因此，您可以快速地使用其中的字詞，建立可與特定高相關性的內容建立關聯的關鍵字。

「相關內容」**是您希望使用者在使用特定關鍵字進行搜尋時，最先看到或是最容易注意到的任何特定內容。以下列舉每個主要商務概念或內容區域包含的相關內容範例：

• 文件

• 網站

• 人員

• 定義

• 意義相同的已核准字詞或正式字詞，但未包含在搜尋查詢中

將關鍵字與首選建立關聯，有助於鼓勵使用者檢視需要在主要商務程序中共同作業的主要文件。例如，某項業務可能有一個支出報表的特殊範本，以及可將此範本提升到搜尋結果最上方的一個關鍵字：「支出報表」。如果沒有這個關鍵字，每一位員工可能都會花上好幾分鐘的時間向同事要求適當的 URL 或瀏覽公司網站。只要將此關鍵字與支出報表範本的 URL 建立關聯並做為首選，員工就可以快速地找到範本。

網站的關鍵字對於識別大型組織中相關資訊的網站位置會很有幫助。例如，「放假」可以是人力資源網站中與員工特休「首選」有關的一個關鍵字。在理想狀況下，首選可以包含有關公司放假資訊的確切頁面 URL。

關鍵字的安全性考量

與舊版 Office SharePoint Portal Server 不同的是，此版關鍵字和首選不會受到安全性權限的影響，並且網站集合上的所有讀取者都可以看到出現在搜尋結果中該網站集合的所有首選和關鍵字。對於沒有首選連結頁面上的讀取權限的使用者，則無法前往該頁面。不過，他們還是可以在搜尋結果頁面上看到首選的描述以及內容的 URL。這可能會公開某些使用者不應看到的資訊。

關鍵字原本用意是對所有使用者提供高優先順序結果。如果您想要根據使用者權限，針對特定使用者提供內容，則可以在網站集合的適當位置使用對象和目標網頁組件。

規劃整個組織的關鍵字

請務必事先規劃關鍵字，以協助確保整個組織的關鍵字一致性。即使有些關鍵字是在網站集合層級實作，您還是應該盡可能確定網站集合之間的關鍵字有一致性。

不佳的關鍵字規劃範例

有位網站集合管理員在行銷網站集合上建立一個關鍵字，名為「超級清單」，並為該關鍵字建立首選，其中包含公司客戶清單的 URL。另一位網站集合管理員在銷售網站集合上建立一個關鍵字，名為「主清單」，並為該關鍵字建立首選，其中包含同一位客戶清單的 URL。

若使用者同時使用這兩個網站集合，當使用者進行關鍵字搜尋後，發現搜尋結果頁面上顯示的首選，與他們預期看到的不一樣，他們將會感到困惑。例如，主要使用行銷網站集合的員工已習慣使用關鍵字「超級清單」進行搜尋，所以會希望這兩個網站集合都能使用同一個關鍵字。

秘訣：
規劃整個組織的關鍵字一致性，需要每位網站集合管理員密切合作。

在小型組織中，內容規劃小組的規模可能很小，而且只負責處理單一網站集合；此外，負責關鍵字規劃的人員可能也只有一或兩個人。另一方面，在大型組織中，規模較大的規劃小組比較能夠發揮作用。規劃小組應該包括每個層級的業務規劃人員和管理員，以確實滿足所有的業務需求。

即使內容未經編目，首選還是會出現在搜尋結果中。在初始部署期間規劃關鍵字的理由還有一個：就是在對所有內容來源進行編目之前，可以在部署階段的早期就有高優先順序的內容可用。如果是因為一些罕見情況，如搜尋工作遺失相關 IFilter 或其他任何技術原因而無法對內容進行編目，您可以使用首選，即可更輕鬆地找到該內容 (即使未編目亦然)。

組織中每個層級的主要人員會為他們的網站集合規劃關鍵字。這些人員會使用相同的整體內容計畫，再根據他們所規劃之網站集合上的內容進行修改。在規劃關鍵字 (這項工作會在部署前開始，持續進行到部署後一陣子) 時，每組內容規劃人員需彼此溝通，以保持整體計畫的一致性。

不是所有的關鍵字都會在部署之前進行規劃。內容規劃小組的職責是要在貴組織中界定與搜尋查詢相關性最高的高優先順序概念，讓搜尋查詢從部署的第一天開始就與使用者相關。然後，規劃小組可以指定每一個關鍵字的連絡人，而這些連絡人可以是規劃小組的人員，也可以是其他人。在部署之後，網站集合管理員一旦釐清查詢記錄中的常用搜尋字詞之後，就可以擴充關鍵字清單。

在規劃的過程中，關鍵字清單管理員應該考量關鍵字要以何種方式比對查詢。關鍵字必須完全符合搜尋字詞的完整字串，並且在搜尋清單中的內容時，不可以使用如 + 和 - 等特殊語法。這可以避免相同的搜尋查詢傳回多份關鍵字清單，進而簡化搜尋結果。

規劃關鍵字管理

關鍵字管理的細節大多與網站集合的日常運作有關，但是在規劃您的部署時，您還是可以將某些管理層面列入考量，特別是，網站集合管理員可以指定給屬性的選用連絡人和發佈屬性。

秘訣：
您在部署之前所做的規劃愈多，日常作業所需執行的管理工作就會愈少。

每個關鍵字都有下列選用屬性：

• 開始日期、結束日期 (到期日) 和檢閱日期

• 連絡人

關鍵字可能必須先經過核准，才會影響搜尋結果，也可以設定成經過一段特定時間時後才開始生效或逾期失效。除了與初始部署期間使用網站集合的人員相關的內容以外，初始規劃期間所界定的高優先順序關鍵字不太可能是暫時性。

如果關鍵字設有到期日，每一個關鍵字的連絡人就是當關鍵字到期時所應該連絡的那個人。各個網站集合的內容規劃人員應該考慮初始部署之後，要由哪些人負責管理關鍵字，並讓其中至少一部分人員參與網站集合層級的規劃流程。

但是，部分規劃流程需有決定未來關鍵字的人員參與。在規劃流程中決定這些關鍵字可以改善進入網站集合正常作業的過渡期現象，也可以提高未來關鍵字的一致性與使用效率。

如需管理關鍵字的詳細資訊，請參閱＜管理設定以改善搜尋結果 (Search Server 2008)＞。

規劃搜尋結果的相關性

要搜尋的內容本文愈多，因特定查詢而顯示的搜尋結果頁面很可能會愈多。在使用基本關鍵字查詢，而非進階查詢時，特別是如此。為了讓使用者獲得良好體驗，請確定最相關的內容連結能出現在搜尋結果頁面上的優先位置。

Search Server 2008 可讓搜尋服務管理員指定已編製索引的網頁相關性設定。每個與特定網頁相關聯的相關性設定都會決定特定頁面連結出現在搜尋結果頁面上的位置優先性如何。已指定相關性設定的頁面又稱為「代表性頁面」**。

代表性頁面設定是影響排定搜尋結果優先順序的一個因素，但不代表比所有其他因素重要，例如網站集合管理員所管理的關鍵字、搜尋服務管理員所管理的 Managed 屬性，或是搜尋技術對內容套用的自動加權。

代表性頁面設定是在搜尋管理層級設定的，並且搜尋服務管理員可以將網站指定為四種代表性頁面層級的其中一種：

• 最具代表性

• 第 2 級代表性

• 第 3 級代表性

• 降階的網站

網頁是根據其代表性的高低來加權，每一個層級都會收到按照比例的相關性加權。根據預設，Web 應用程式的所有頂層頁面都會自動成為最具代表性。您可以將這些頁面移到其他代表性頁面層級，或是從代表性頁面設定中完全移除這些頁面。

在考量過所有其他相關性加權因素之後，而指定成 [降階的網站] 設定的網站一般會出現在接近搜尋結果結尾的地方。

也就是說，這些網站通常會出現在甚至未指定成代表性頁面上的搜尋結果頁面之後。建議您針對包含不相關資訊的網站 (例如封存網站) 使用這個設定。

在規劃代表性頁面設定時，請考慮每個網站的目的並檢閱其中的子網站。請依重要性將代表性網站分成三個層級，並將相關性可能不是 [降階的網站] 的網站歸類在一起。

在規劃代表性頁面設定上有一些值得使用的作法包括：

• 以高優先順序之商務程序為中心的 SharePoint 網站通常會最具代表性。

• 鼓勵共同作業或動作的網站會比純粹資訊性的網站更具代表性。

• 具資訊性但未以高優先順序之商務程序為中心或者用於共同作業的網站，可能屬於第 2 或第 3 級代表性網站。

• 外部網站通常比較不具代表性，因為貴組織無法控制這些網站上的內容。

• 您不需要為每一個網站指定代表性頁面設定。以下是不錯的辦法：針對您知道最具代表性或較不相關的少數網站選取相關性，並根據使用者的意見反應及查詢記錄檔和編目記錄檔中的資訊，來調整正常作業期間的代表性頁面設定。

規劃是否使用同盟位置和同盟網頁組件

同盟是 Search Server 2008 中的新功能，可以與其他使用者搜尋體驗一起規劃。同盟可讓使用者發出查詢，搜尋多個來源，並將結果合併成單一搜尋結果頁面。這些來源可能包括：

• 公司的企業內容存放庫

• 公司所使用的網際網路搜尋引擎或訂閱服務

• 在其他部門或全球各地中，以 Search Server 2008 編製索引的企業文件

當使用者發出查詢時，Search Server 2008 會使用新的同盟網頁組件，使搜尋結果格式化並呈現在已編製索引的結果旁邊。

當您規劃使用者搜尋同盟位置的體驗，請以公司內使用者的搜尋需求和習慣為目標。反問您自己下列問題：為了達到最高生產力，您的使用者需要何種內容？他們目前使用何種查詢？請以您的同盟位置為目標，解決公司內的重要資訊問題。

使用同盟時，最好能加入許多同盟位置以滿足使用者的所有可能需求。不過，這可能會導致許多使用者將同盟結果誤認為雜亂內容而忽略了。

為了協助確定同盟結果可為查詢提供有用回答，同盟位置可以比對特定查詢格式與觸發規則。若為同盟位置建立觸發規則，與該位置相關聯的網頁組件只會顯示符合您所指定之模式或前置詞的查詢結果。

例如，假設您任職於一家名為 Contoso 的公司，公司內的員工製造一種產品，稱為小產品。員工每天常需使用十位數的小產品 ID 尋找這些小產品。小產品儲存在 Search Server 2008 無法編目的資料庫中。為了讓 Contoso 員工可以搜尋小產品，您需建置同盟連接器，以搜尋小產品資料庫。不過，若為每個查詢顯示小產品資訊，很可能會令您的使用者感到挫敗。因此，您需使用可辨識十位數查詢的模式，建立同盟位置觸發程序。現在，當使用者搜尋小產品 ID 時，就會得到小產品資料庫中的主要同盟結果。

如需使用觸發程序和觸發規則的詳細資訊，請參閱 Search Server 2008 說明中有關使用觸發程序和查詢範本的內容。

您可以使用「同盟結果網頁組件」或「主要同盟結果網頁組件」，在搜尋結果頁面上新增並設定同盟結果。根據預設，搜尋結果頁面包含兩個「同盟搜尋結果網頁組件」和一個「主要同盟結果網頁組件」。您需在搜尋結果頁面上的 [網頁組件] 中設定同盟位置及其屬性。

如需同盟的詳細資訊，請參閱 Search Server 2008 說明中有關其他位置的同盟搜尋結果的內容。

規劃連結的外觀

搜尋服務管理員可以使用伺服器名稱對應，變更特定 URL 或某些範圍中之 URL 在搜尋結果中的顯示方式。伺服器名稱對應會設定在搜尋服務所編目之所有內容的搜尋管理層級上，而且每當您執行查詢時就會套用。您可能會想要在以下情況下使用伺服器名稱對應：

• 您想要預防因連結顯示伺服器上本機位址所造成的存取問題和可能的安全性弱點。例如，URL 可能會因內容編目方式而顯示伺服器上的本機路徑。

• 您想要在搜尋結果中避免複雜的 URL，好讓您可以用伺服器上比較簡明的名稱來取代。

• 基於安全性理由，您想要隱藏原始內容來源的名稱，例如伺服器或共用名稱。

請只在發生上述問題之一時，才使用伺服器名稱對應。在大多數情況下，在初始部署之前規劃伺服器名稱對應的情況非常少。

規劃搜尋式提醒

搜尋服務管理員可以決定是否為特定 [搜尋中心] 啟動搜尋式提醒。如果搜尋式提醒已啟動，並且已設定伺服器傳送電子郵件，使用者就可以按一下搜尋結果頁面頂端的 [提醒我]**** 連結，並指定要提醒的變更種類，以及以電子郵件接收提醒的頻率。請注意，如果允許搜尋式提醒，您的系統會使用郵件伺服器上的額外資源，並且增加查詢伺服器上的負載，因為每次處理搜尋式提醒時，就會執行每個搜尋式提醒的查詢。在規劃初始部署時，請考量可用於提醒的資源，以及網站使用者在使用提醒上是否具效率性。搜尋式提醒預設是啟動的。

每當在作業期間重設內容來源時，都會自動停用搜尋式提醒，以避免傳送所有搜尋式提醒的通知。然後，管理員必須重新啟用搜尋式提醒。