規劃使用者搜尋體驗 (Office SharePoint Server)

本文內容：

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

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

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

本文第一節討論：

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

• 如何規劃自訂範圍。這包括使用者在篩選每個搜尋查詢內含內容時，所使用的預設範圍相關資訊。管理員可以使用此資訊以利識別貴組織可能需要建立自訂範圍的時機。本小節也將告訴您，如何規劃任何必要的自訂範圍。

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

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

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

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

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

• 說明可用來搜尋多個來源，並將結果合併成單一搜尋結果頁面的新同盟位置功能。此功能需有 Infrastructure Update for Microsoft Office Servers。如需詳細資訊，請參閱＜安裝 Microsoft Office Servers 的基礎結構更新 (Office SharePoint Server 2007)＞。

• 如何控制搜尋結果顯示連結的方式。

• 如何規劃搜尋式提醒。

本文所述能力可讓管理員有相當大的使用者搜尋經驗的控制權。雖然建議您在定期操作時持續評估搜尋查詢的有效性，但是初始部署前的良好規劃有助於一開始就能建立有效的搜尋查詢，並且可以減少日後的管理成本。

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

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

搜尋使用者介面層級

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

網站層級搜尋使用者介面

網站層級搜尋方塊 (圖說文字 2) 是個文字方塊，位於網站頁面的右上角，使用者可在此輸入搜尋查詢。在使用者輸入查詢後，只要按一下 [搜尋] 按鈕 (圖說文字 3) 即可執行查詢。進階使用者可以按一下 [進階搜尋]**** 連結 (圖說文字 4) 使用 [進階搜尋] 頁面建構查詢。本文稍後將說明 [進階搜尋] 頁面的相關資訊。

在使用者看到使用者介面中的搜尋方塊時，您可能希望他們詢問的第一件事是：「哪些內容本文是我查詢的執行範圍？」搜尋方塊左邊的 [搜尋範圍] 清單 (圖說文字 1) 會指定要進行查詢之內容索引中的資訊本文。

這可讓使用者針對內容索引中的內容子集合執行查詢，以改善搜尋結果的相關性。

清單層級搜尋使用者介面

清單和組件庫層級的搜尋使用者介面，與網站層級搜尋使用者介面的外觀和功能一樣，只多了一個預設範圍，名為 [此清單]。此清單層級搜尋方塊位於所有網站集合中每個清單和組件庫的右上角。[搜尋範圍] 清單預設設為 [所有網站] 範圍，但使用者可從清單中選取其他範圍。

搜尋中心搜尋使用者介面

[搜尋中心] 提供集中式、可自訂性高的使用者介面，而且使用者可以在其中執行搜尋查詢。[搜尋中心] 中有一個可讓您輸入搜尋查詢的搜尋方塊，還有 [進階搜尋] 頁面的連結，可讓使用者建構進階搜尋查詢。根據預設，此搜尋方塊設定為 [所有網站] 範圍，因此，使用者可以對索引中的所有內容進行搜尋。但用於搜尋貴組織人員的 [人員] 範圍，也可在其他索引標籤上找到。管理員可以選擇新增索引標籤，並使其與使用者可用以查詢不同內容子集的自訂範圍建立關聯。

使用者按一下上方連結列的 [搜尋]**** 索引標籤 (圖說文字 1) 即會移至 [搜尋中心]。[搜尋中心] 中的搜尋方塊 (圖說文字 3) 與網站層級的搜尋方塊類似，也是可讓使用者在其中輸入搜尋查詢的文字方塊。按下 [搜尋] 按鈕 (圖說文字 4) 即可執行查詢。預設選取 [所有網站] 範圍，但使用者可以選取其他可使用的索引標籤 (例如 [人員]**** 索引標籤)，使用其他範圍執行搜尋。

進階使用者可以按一下 [進階搜尋] 連結 (圖說文字 5) 使用 [進階搜尋] 頁面建構查詢。[搜尋中心] 與網站層級的 [搜尋] 方塊使用相同的 [進階搜尋] 頁面。本文稍後將說明 [進階搜尋] 頁面的相關資訊。

與網站層級 [搜尋] 方塊不同的是，[搜尋中心] 的 [搜尋] 方塊左側預設沒有相鄰的 [搜尋範圍]**** 清單，無法選取不同的範圍。使用者要改按一下對應到欲搜尋範圍的索引標籤 (圖說文字 2)。Office SharePoint Server 2007 在 [搜尋中心] 提供兩種預設範圍：[所有網站] 和 [人員]。

下表說明 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 預設提供兩個顯示群組：

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

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

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

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

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

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

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

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

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

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

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

規劃範圍規則

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

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

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

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

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

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

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

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

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

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

• 一組文件庫中。

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

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

• 組織的其他伺服器上。

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

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

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

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

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

  注意

  SSP 管理員可以使用特定屬性的 [編輯 Managed 屬性] 頁面，允許屬性可用於範圍中。

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

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

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

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

SSP 管理員可能會因為幾個原因而建立其他內容來源。建立這些內容來源一般是為了編目與其他內容排程不同的內容。例如，SSP 管理員通常會另外建立內容來源，以編目不同 SharePoint 伺服器陣列或檔案共用中的內容。如果現有的內容來源已包含使用者要搜尋的內容 (例如檔案封存)，則 SSP 管理員可以建立有範圍規則 (內容來源類型) 的共用範圍，讓使用者搜尋這部分的內容。

只有共用範圍可以包含以特定內容來源為基礎的範圍規則。網站集合層級的範圍無法使用此種範圍規則類型。您的內容來源規劃有助於識別多組內容，當這些內容位於個別的內容來源時，管理起來會更為方便。

請針對您所規劃的每一個內容來源，考慮如果將該內容來源索引化的內容群組在共用範圍內，對於網站集合的使用者是否較有意義。如果是，您就可以為該內容來源新增範圍規則。

此外，請考慮內容來源是否可以分割成較短的內容本文，供使用者搜尋之用。如果是，您可以合併範圍規則，指定內容來源與其他範圍規則類型，以縮小範圍。

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

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

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

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

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

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

範圍規劃範例

Contoso Corporation 有 IT 服務部門、客戶服務部門和業務部門。這三個部門也都有各自的網站集合，另外還有中央入口網站集合提供公司新聞及人力資源資訊。所有編目過的內容都會編製成一份內容索引。

因為每個部門的內容都不一樣，所以 SSP 管理員會分別為這三個部門網站集合各建一個內容來源，讓每一個內容來源皆可以不同的排程編目。SSP 管理員還會建立第四個內容來源，用於編目包含人力資源及公司新聞內容的中央入口網站集合。

根據預設，來自各網站集合的所有索引內容都會包含在 [所有網站] 共用範圍中，供所有網站集合使用。SSP 管理員會分別為各個部門網站集合建立共用範圍，然後再為每個包含各網站集合共用範圍適當內容來源的共用範圍建立範圍規則。

以客戶服務部門為例，SSP 管理員會建立名為「客戶服務」的範圍，然後再新增範圍規則至此範圍。新增範圍規則時，SSP 管理員會選取 [內容來源] 為範圍規則類型，接著從可用內容來源清單中選取 [客戶服務] 內容來源，然後再選取包含行為，將所有以該內容來源編目的項目包含在內。

下表列出 Contoso Corporation SSP 管理員已建立的共用範圍。

以下共用範圍	包含的內容
服務部門	IT 服務網站集合中以 [服務部門] 內容來源編目過的所有內容。
客戶服務	客戶服務網站集合中以 [客戶服務] 內容來源編目過的所有內容。
業務部	業務部網站集合中以 [業務部] 內容來源編目過的所有內容。
中央入口網站	中央入口網站集合中以 [客戶服務] 內容來源編目過的所有內容。

除 SSP 管理員建立的共用範圍之外，預設的 [所有網站] 範圍會包含索引中所有已編目的內容。[所有網站] 共用範圍預設提供所有網站集合使用。

各部門的網站集合管理員決定使用 [所有網站] 共用範圍及包含其網站集合內容的共用範圍，卻都不規劃使用 [中央入口網站] 範圍 (雖然它是共用範圍)。只有中央入口網站集合的 [選取範圍] 下拉式清單提供此選項。

每個部門的網站集合的管理員會複製 SSP 管理員為其網站集合建立的共用範圍 (共用範圍複本會成為網站集合層級範圍)。再由每個網站集合管理員將範圍規則新增至網站集合層級範圍，僅在使用這些範圍時針對其使用者要查詢的最重要內容集提供這些規則。

例如，業務部網站集合的網站集合管理員，會根據行銷文件及其他內容的 Managed 屬性，建立與每條產品線有關的內容範圍，以及相關小組網站和文件庫的位置。

工作表動作
請在使用者搜尋體驗工作表 (英文) (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x404) 的＜規劃範圍＞區段中，記錄範圍、範圍規則及顯示群組的相關決策。

進階搜尋

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

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

negotiate author:smith

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

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

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

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

規劃搜尋的屬性

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

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

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

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

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

Managed 和編目屬性

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

在舊版的 Microsoft SharePoint 產品及技術中，您可以將某些屬性對應到其他一般屬性，以減少屬性重複的情況；但因為許多屬性不相關，以致混淆搜尋結果。因此，很難找出混在許多不相關屬性之中的相關屬性。

Office SharePoint Server 2007 可降低這種混淆的情況，讓 SSP 管理員建立 Managed 屬性。然後，管理員就可以將編目屬性 (亦即，編目程式在進行內容編目時收集並加入至屬性儲存區的屬性) 對應至搜尋查詢所使用的 Managed 屬性。

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

Managed 屬性具有下列好處：

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

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

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

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

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

在查詢中使用屬性

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

若要在範圍中使用 Managed 屬性，您必須讓範圍能夠使用該 Managed 屬性。但不如此做，也可以在 [進階搜尋] 頁面上使用 Managed 屬性，或是將其用為 [搜尋] 方塊查詢的一部分。

規劃 Office SharePoint Server 2007 之初始部署的管理員應該記錄為部署中所用之每一個 SSP 的搜尋服務所規劃的一組初始 Managed 屬性。

您可以查看商務資料應用程式的屬性以及顯示在應用程式中一些內容類型 (例如 Microsoft Office Word 或 Office Excel 文件) 的屬性來尋找許多編目屬性。

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

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

規劃 Managed 屬性

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

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

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

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

• 作者

• 描述

• 網站名稱

• 類型

• 檔案大小

• 上次修改日期

• URL

• 標題

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

避免重複的 Managed 屬性

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

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

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

秘訣：
將每一個作者屬性以個別 Managed 屬性的形式來加入並沒有任何意義，因為它會將額外的 Managed 屬性加入到資料庫中，但不會簡化使用者體驗。

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

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

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

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

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

案例

企業營運系統應用程式會追蹤客戶與員工的資料，而在商務資料目錄中註冊及當做商務資料內容來源之一部分編目之後，這些資料的屬性很可能就是 Managed 屬性的候選項目。您也可以識別應該對應到這些 Managed 屬性之應用程式的編目屬性，例如，個別資料應用程式中的客戶服務代表識別碼 (ID) 屬性，或是客戶服務代表專用之應用程式類型的作者屬性。如果是包含對應到此客戶服務代表識別碼 Managed 屬性之任何編目屬性的所有項目，使用該屬性的搜尋查詢或是與該屬性相關的字詞將會包含這些項目的搜尋結果。

在此資訊架構中識別的每一個主要商務程序都將會有一組相關的檔案類型或商務資料應用程式，可用來識別可能的 Managed 屬性。

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

規劃商務資料屬性

在規劃商務資料搜尋的過程中，SSP 管理員必須將商務應用程式的屬性對應到 Managed 屬性。他們必須將這些屬性指定成 Managed 屬性，應用程式的商務資料才會出現在搜尋結果中。之前所描述的客戶服務範例就是將商務資料屬性對應到搜尋所使用的 Managed 屬性。如需商務資料規劃的詳細資訊，請參閱＜規劃商務資料搜尋＞。

工作表動作
請在使用者搜尋體驗工作表 (英文) (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x404) 的＜規劃 Managed 屬性＞區段中，於表格內記錄編目及 Managed 屬性的相關決策。

在搜尋範圍中使用 Managed 屬性

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

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

Office SharePoint Server 2007 會根據編目文件時探索到的屬性，使用屬性類別分組已編目的屬性。

如需與檔案類型相關之屬性類別的相關資訊，請參閱管理中繼資料 (英文) (https://go.microsoft.com/fwlink/?linkid=81062&clcid=0x404) 。如需編目內容的詳細資訊，請參閱＜規劃編目內容 (Office SharePoint Server)＞。

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

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

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

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

• 規劃是否使用同盟位置和同盟網頁組件。此功能需有 Infrastructure Update for Microsoft Office Servers。如需詳細資訊，請參閱＜安裝 Microsoft Office Servers 的基礎結構更新 (Office SharePoint Server 2007)＞。

• 規劃連結的外觀。

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

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

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

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

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

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

• 一或多個同義字

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

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

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

關鍵字範例

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

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

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

• 同義字：休假

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

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

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

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

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

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

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

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

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

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

瞭解同義字

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

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

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

您可以分析資訊架構中的內容，編寫字詞清單，用以建立可與特定及高度相關內容相關聯的關鍵字。

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

• 文件

• 網站

• 人員

• 定義

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

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

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

幫助使用者尋找其他人的關鍵字可鼓勵組織內具有重要分享知識的人員彼此進行共同作業，或是僅尋找公司內的重要人員。例如，"CEO" 這類職稱可與公司執行長相關聯，或是某人的「我的網站」可以成為其組織或專業領域 (如化學部門) 相關之某個關鍵字的首選。

關鍵字的安全性考量

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

關鍵字原本用意是對所有使用者提供高優先順序結果。

若要根據使用者權限，針對特定使用者提供內容，則可以在網站集合的適當位置使用對象和目標網頁組件。

規劃整個組織的關鍵字

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

良好的關鍵字規劃範例

Contoso Corporation 有兩個網站集合，業務部門使用一個，行銷部門使用一個。它們各指派有不同的網站集合管理員。因為這兩個網站集合的使用者花費太多時間在尋找公司的客戶清單，所以這些網站集合的管理員決定必須為其網站集合建立關鍵字，並建立與該關鍵字相關聯的首選，將使用者直接連結到客戶清單。

兩個網站集合的管理員共用作業，決定應如何定義關鍵字及首選，以確保使用者在兩個網站集合有一致的體驗。

秘訣：
規劃整個組織的關鍵字一致性，需要每位網站集合管理員密切合作。請盡可能確保各網站集合間有一致的關鍵字與首選。

各網站集合間避免使用不同的關鍵字及首選指向相同的內容，可避免使用者混淆。例如，若業務部門網站集合的管理員建立的關鍵字為「超級清單」，而行銷部門網站集合的管理員建立的關鍵字為「主要清單」，當使用者執行關鍵字搜尋所顯示的首選，與其預期在搜尋結果頁面中所獲得的結果不一致時，同時使用這兩個網站集合的使用者會搞混。也就是說，主要使用業務部門網站集合的員工已習慣使用關鍵字「超級清單」進行搜尋，所以會希望這兩個網站集合都能使用同一個關鍵字。

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

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

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

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

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

規劃關鍵字管理

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

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

除本文稍早之＜規劃關鍵字、首選和同義字＞一節所列的屬性之外，各自還有下列選用屬性：

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

• 連絡人

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

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

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

您也可以利用物件模型，在網站集合之間將關鍵字匯入及匯出成 Excel 試算表，因此，如果某些首選適用於其他網站集合，您只需要規劃一次，就可以部署在所有相關的網站集合上。這也可以讓位於部門或專案層級之網站集合的關鍵字管理員，為共用服務環境的中心網站集合提供首選建議。

如需管理關鍵字的詳細資訊，請參閱 Office SharePoint Server 2007 的操作指南。

工作表動作
請在使用者搜尋體驗工作表 (英文) (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x404) 的＜關鍵字＞區段中，記錄關鍵字的相關決策。

規劃搜尋結果的相關性

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

Office SharePoint Server 2007 可讓 SSP 管理員指定已編製索引的網頁相關性設定。每個與特定網頁相關聯的相關性設定，都會決定特定頁面連結出現的位置多接近搜尋結果頁面頂端。已指定相關性設定的頁面又稱為「代表性頁面」**。

代表性頁面設定是決定搜尋結果優先順序的一項因素。如需有關搜尋關聯能力的詳細資訊，請參閱企業搜尋關聯能力架構概觀 (英文) (https://go.microsoft.com/fwlink/?linkid=93736&clcid=0x404) 。

代表性頁面設定是在 SSP 層級設定，適用於所有使用該 SSP 執行的查詢。SSP 管理員可將網站指派給四個代表性頁面層級的其中之一：

• 最具代表性

• 第 2 級代表性

• 第 3 級代表性

• 降階的網站

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

未指派代表性頁面層級的網站，是根據其距代表性網站的點閱路程而加權。「點閱路程」**是指內容項目與連結到此內容項目的代表性頁面之間的連結數。如需詳細資訊，請參閱企業版搜尋相關性架構概觀 (英文) (https://go.microsoft.com/fwlink/?linkid=93736&clcid=0x404) 的＜點閱路程＞一節。

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

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

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

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

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

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

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

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

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

工作表動作
請在使用者搜尋體驗工作表 (英文) (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x404) 的＜代表性頁面＞區段中，記錄代表性頁面的相關決策。

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

同盟是最先出現在 Search Server 2008 中的新功能，安裝 Infrastructure Update for Microsoft Office Servers 即可在 Office SharePoint Server 2007 中使用，此功能可與其餘使用者搜尋體驗一起規劃。同盟可讓使用者發出查詢，搜尋多個來源，並將結果合併成單一搜尋結果頁面。這些來源可包括：

• 公司的企業內容存放庫

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

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

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

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

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

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

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

如需使用觸發程序和觸發規則的詳細資訊，請參閱＜使用觸發程序和查詢範本 (Office SharePoint Server)＞。

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

如需同盟的詳細資訊，請參閱＜其他位置傳回的同盟搜尋結果 (Office SharePoint Server)＞。

規劃連結的外觀

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

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

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

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

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

工作表動作
請在使用者搜尋體驗工作表 (英文) (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x404) 的＜代表性頁面＞區段中，記錄代表性頁面的相關決策。

規劃搜尋式提醒

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

秘訣：
若停用共用服務提供者的搜尋式提醒，建議所有網站擁有者都移除其搜尋結果頁面上方的 [提醒我] 連結。

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

工作表動作
請在使用者搜尋體驗工作表 (英文) (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x404) 的＜搜尋式提醒＞區段中，記錄搜尋式提醒的相關決策。

下載本書

本主題隨附於下列可下載的叢書中，以便於閱讀與列印：

• Office SharePoint Server 2007 規劃與架構 (第 1 部分)

請參閱 Office SharePoint Server 2007 可下載的內容 (英文) 上提供的完整叢書清單。