SharePoint Server 中的搜尋結果排名概觀
適用於：
2013 Subscription Edition 
SharePoint in Microsoft 365
搜尋引擎將計算相關排名，也就是查詢的搜尋結果出現的順序。 排名模型是這個計算的核心。 在大多數情況下，您可以使用可用的 SharePoint Server 排名模型與查詢規則影響相關性，完全不需要考慮自訂任何排名模型。
什麼是排名模型？
SharePoint Server 有幾個排名模型適用於特定情況。 這些排名模型提供結果的有效排名，完全不需要其他任何自訂。 排名模型包含一組排名功能，可計算特定項目的排名分數，例如搜尋結果中的文件。 排名的內容類型將決定排名模型使用的排名功能，以及這些不同的排名功能使用的相關重要性。
在傳統搜尋體驗中，對於預設搜尋垂直的 [ 一切]、[ 影片]、[ 交談 ] 和 [ 人員]，搜尋系統會自動使用最適當的排名模型。 If you create your own search vertical, you can configure which ranking model to use for that vertical.
SharePoint Server 提供下列類型的排名模型：
一般用途排名模型。
一般用途排名模型可計算大多數搜尋結果類型的相關排名。
人員搜尋排名模型。
人員搜尋排名模型會計算與人員相關之搜尋結果的相關性排名。 它們會根據社交距離和專業知識來計算相關的搜尋結果。
特殊用途排名模型。
特殊用途排名模型可計算各種特定排名情形相關搜尋結果的相關排名。 例如，有一種排名模型可計算建議的排名分數，有幾種排名模型可對於有相關產品目錄的跨網站發佈網站計算相關排名。
下表列出 SharePoint Server 可用的排名模型。
| 排名模型類型 | 排名模型名稱 | 描述 |
|---|---|---|
| 一般用途 | 預設搜尋模型 | Default ranking model for the Search service application. This ranking model ranks most search results, such as the search results for queries on the result source "Local SharePoint Results". This model is used for the search verticals Everything, Videos and Conversations. |
| 一般用途 | 兩個線性階段的搜尋排名模型 | 這個排名模型是預設搜尋模型的複本，差別在於第二個階段是線性階段，而不是非線性階段。 如果您要建立自訂排名模型，建議您使用此模型的複本作為基礎模型。 |
| 一般用途 | O15 MainResultsDefaultRankingModel | 2013 年 8 月的 SharePoint Server 2013 累計更新之前作為 Search Service 應用程式預設排名模型的排名模型。 這個累計更新提供預設搜尋模型的一些加強功能。 這個排名模型加入回溯相容性功能。 |
| 一般用途 | O14 預設搜尋模型 | SharePoint Server 2010 與 Search Server 2010 中作為 Search Service 應用程式預設排名模型的排名模型。 這個排名模型加入回溯相容性功能。 |
| 一般用途 | Minspan 已擴大的搜尋模型 | Ranking model that puts a higher weight on proximity features than the Default Search Model. Proximity features in the ranking model look at each of the query terms and determine how close to one another these query terms occur in the items. Proximity is only considered in the managed properties Body and Title. |
| 一般用途 | 無 Minspan 的搜尋模型 | 無相近功能的預設搜尋模型。 |
| 人員搜尋 | 人員搜尋應用程式排名模型 | 人員搜尋的預設排名模型。 此排名模型會將人員的搜尋結果排名。 人員搜尋是依據 User Profile Service 應用程式中保留的 我的網站 所提供的使用者設定檔資訊。 |
| 人員搜尋 | 人員搜尋專業排名模型 | 對於專業設定較高權數的人員搜尋排名模型。 專業的計算方式是依據人員在組織中距離最高職務的階層數。 |
| 人員搜尋 | 人員搜尋專業關係距離排名模型 | 依據專業並針對關係距離設定較高權數的人員搜尋排名模型。 關係距離是輸入查詢的使用者與列入搜尋結果的人員之間所呈現的關係，按照這些人在組織中的職位界定。 |
| 人員搜尋 | 人員搜尋姓名排名模型 | 人員姓名搜尋的排名模型。 |
| 人員搜尋 | 人員搜尋姓名關係距離排名模型 | 對於關係距離設定較高權數的人員姓名搜尋排名模型。 |
| 人員搜尋 | 人員搜尋關係距離模型 | 對於關係距離設定較高權數的人員搜尋排名模型。 |
| 特殊用途 | 目錄排名模型 | 網際網路開放網站的排名模型。 這個排名模型會針對使用跨網站發佈而且產品目錄與 SharePoint Server 網站集合相關聯的網站，將搜尋結果排名。 |
| 特殊用途 | 常用性排名模型 | 常用性搜尋的排名模型。 這個排名模型依據對於 SharePoint Server 中儲存的項目進行存取的次數將 SharePoint Server 內容排名。 |
| 特殊用途 | 建議者排名模型 | 排名建議的排名模型。 建議是依據從使用者與網站的項目互動或與搜尋結果互動的方式進行的分析所得到的項目對項目關係。 |
| 特殊用途 | 網站建議排名模型。 | 關係建議的排名模型。 其他使用者點擊的項目將獲得較高的排名。 |
搜尋結果如何取得排名？
排名模型會計算搜尋結果的相關排名。 搜尋結果透過稱為 排名評估 的程序取得排名。 排名評估會產生排名分數。 最高分數的項目將在搜尋結果中佔居最高的位置。 搜尋結果依據排名分數遞減排序。
例如，預設搜尋模型使用兩階段的排名評估。 在第一個階段內，排名模型運用低成本的排名功能取得結果的大致排名。 在第二個階段內，排名模型將其他較高成本的排名功能套用於最高排名的項目。 搜尋結果頁面預設顯示這兩個排名評估階段後排名分數最高的 10 個文件。
各個排名模型都有幾個排名功能。 整體排名計算之中這些排名功能的相對權數會因為排名模型而有所不同。 排名功能可以取決於查詢，也可以不取決於查詢。 若要計算搜尋結果的最終排名分數，將合併排名模型中所有排名功能的所有計算。
排名模型使用搜尋索引的資訊，如下表所述。
| 搜尋索引項目的資訊 | 描述 |
|---|---|
| 內容 | 這些是項目中包含的文字。 對於文件之類的文字項目，這一般多半是文字。 對於視訊之類其他類型的項目，則很少或甚至沒有內容。 |
| 中繼資料 | 與標題、作者、URL 和建立日期之類項目相關聯的中繼資料。 中繼資料自動從大多數類型的項目擷取而得。 |
| 網頁圖形資料 | 這是授權單位 (來自代表性頁面設定) 及錨定文字 (來自項目相關的超連結和連結該項目的項目) 之類的資訊。 |
| 檔案類型 | 某些檔案類型會被視為比其他類型的排名更重要。 例如，Word 和 PowerPoint 結果一般比 Excel 結果更重要。 |
| 互動 | 點擊搜尋結果的次數和哪些查詢導致點擊結果的資訊。 |
我能夠如何影響搜尋結果的排名？
您可以使用下列方式影響搜尋結果的排名：
查詢規則：定義查詢符合某個條件時採取的動作。
查詢規則適用於傳統搜尋結果，但一個例外狀況。 瞭解新式搜尋有何不同。
將特定結果升級到搜尋結果頂端。
新增結果區塊以便將特定結果升級。
變更查詢以便變更排名。
依據 Managed 屬性變更排名結果的排序。
動態升級或降級特定結果。
某人執行特定查詢時變更排名模型。
如需詳細資訊，請參閱＜以查詢規則影響搜尋結果的排名＞小節。
搜尋結構描述：設定 Managed 屬性的上下文。
在 Advanced Searchable Settings 中變更 Managed 屬性的上下文。
如需詳細資訊，請參閱＜使用搜尋結構描述影響搜尋結果的排名＞小節。
建立並使用自訂排名模型。
自定義排名模型僅適用於傳統搜尋體驗。
自訂現有排名模型的複本並加以部署，然後使用這個自訂模型將搜尋結果排名。
如需詳細資訊，請參閱＜使用自訂排名模型影響搜尋結果的排名＞小節。
在大多數情況下，使用 SharePoint Server 中可用的排名模型與查詢規則便足以影響排名。
以查詢規則影響搜尋結果的排名
如果對於特定查詢的搜尋結果排名不滿意，建議嘗試使用查詢規則影響這些查詢的排名。 在大多數情況下，設定查詢規則有助於達成您的目標，而且您不需要考慮變更 Managed 屬性的上下文或建立自訂排名模型。
對於各個查詢規則，您可以影響搜尋結果的排序、排名和顯示方式。 各個查詢規則均包含查詢規則條件和查詢規則動作。 只要查詢符合查詢規則條件，您在查詢規則中指定的查詢規則動作便會觸發。
您可以指定查詢規則的下列查詢規則動作：
在排名的搜尋結果頂端新增升級的結果。
當您新增升級的結果時，會在排名結果上方顯示此結果。 例如，對於查詢「病假」，您可以在所有排名的結果之上新增人力資源網站的連結。
新增結果區塊。
結果區塊將搜尋結果顯示為群組。 您可以設定查詢規則，定義要在結果區塊中顯示結果的查詢。 與您升級特定結果的方法相同，您也可以在符合特定查詢條件時，升級結果區塊。
變更查詢以便變更排名。
依據 Managed 屬性排序。
您可以指定排序搜尋結果所依據的 Managed 屬性，變更搜尋結果的排序順序，並指定應該遞增或遞減排序。 您可以新增多個排序等級。 如果以一或多個 Managed 屬性排序，則不需要使用排名模型將搜尋結果排名。
動態排序：升級或降級搜尋結果。
您可以動態變更搜尋結果的排名。 您可以指定特定條件適用時，何時要對於查詢變更搜尋結果的排名和數量。 下表顯示您可以設定的條件。
變更排名模式。
您可以變更查詢規則觸發時使用的排名模型。
| 變更排名的時機： | 描述 |
|---|---|
| 結果包含關鍵字 | 比對結果的內容是否包含關鍵字，包括中繼資料。 |
| 標題包含關鍵字 | 比對結果標題是否包含指定的關鍵字或關鍵詞。 |
| 標題符合關鍵字 | 比對結果標題是否確實符合指定的關鍵字或關鍵詞。 |
| URL 開頭 | 比對結果 URL 的開頭是否為指定的 URL。 |
| URL 確實符合 | 比對結果 URL 是否確實符合指定的 URL。 |
| 內容類型是 | 比對結果是否屬於您指定的內容類型。 |
| 檔案副檔名符合 | 比對結果是否有指定的檔案副檔名。 |
| 結果有標記 | 比對結果的中繼資料是否有指定的分類標記。 |
| 手動條件 | 使用標準查詢語法新增任何限制。 |
如需詳細資訊，請參閱在 SharePoint Server 中規劃轉換查詢和順序結果和 SharePoint Server 中管理查詢規則。
使用搜尋結構描述影響搜尋結果的排名
您可以變更全文檢索索引的可搜尋 Managed 屬性上下文，影響搜尋結果的排名。 不過，大多數 Managed 屬性預設都已經對應到適當的上下文和全文檢索索引。 不建議變更任何現有可搜尋 Managed 屬性的上下文。 不過，如果您建立新的 Managed 屬性，而且想要排名模型考量這個屬性，則您必須將它對應到全文檢索索引上下文。
SharePoint Server 有多個全文檢索索引。 各個全文檢索索引都有儲存於該全文檢索索引的多個 Managed 屬性。 本節僅探討預設全文檢索索引，以及結合預設搜尋排名模型的一些預設全文檢索索引上下文。
全文檢索索引包含儲存於該全文檢索索引中的可搜尋 Managed 屬性所有文字。 各個全文檢索索引均分成多個權數群組，也稱為上下文。 不同的上下文與 Managed 屬性的相對重要性相關，這是用來計算整體相關程度排名的其中一種排名功能。 上下文的數量或識別碼不重要；排名模型將指派特定上下文的比重權數來決定它的相對重要性。 比重權數愈高，排名分數愈高。
新的 Managed 屬性預設對應到上下文 0，這表示搜尋結果將傳回這些內容，但是任何排名模型均不予以考量。 如果要預設搜尋排名模型考量新的 Managed 屬性，則應該將這些屬性對應到預設全文檢索索引，並對應到下表顯示的其中一處上下文。 預設全文檢索索引有較多上下文，但是您只能使用下表提及的上下文。 各個排名模型考量上下文的方式各不相同；該表格僅顯示預設搜尋模型如何考量預設全文檢索索引中的上下文。
| 上下文 | 此處上下文之中的 Managed 屬性範例 | 排名的相對比重權數 (預設搜尋模型及預設全文檢索索引) |
|---|---|---|
| 0 | - | 僅用於重新叫用，不用於排名。 |
| 1 | 標題 | 0.3610 |
| 2 | Filename | 0.1512 |
| 5 | Author | 0.1581 |
| 7 | Body | 0.0194 |
例如，您建立類型 string 的一個新的 Managed 屬性，其中包含大約 10 個字以內。 您認為這個新的 Managed 屬性本身的重要性相當於現有的 Managed 屬性 Title 。 在這種情況下，您應該將新的 Managed 屬性對應到上下文 1。
再舉一例。 您建立類型 string 的一個 Managed 屬性，其中包含許多文字，例如某個項目的描述。 您應該將這個新的 Managed 屬性對應到上下文 7，因為它的長度和重要性均類似於 Managed 屬性 Body 。
重要事項
將類似重要性和大小 (字數) 的 Managed 屬性對應到相同的上下文。
變更 Managed 屬性的上下文之後，必須監視搜尋結果，因為變更可能不會達到預期或所需的結果。 需要經過一段時間，變更才會出現在搜尋結果中，因為內容必須經過重新編製索引，才會反映搜尋結構描述的變更。 如果您已經將一或多個內容來源編目，而其中包含的內容有您已經變更上下文的 Managed 屬性，則您必須重新將這些內容來源完整編目，才會在排名中看見任何變更。
您可以使用 Search Service 應用程式的搜尋結構描述功能，在 Advanced Searchable Settings 中變更可搜尋的 Managed 屬性上下文。 如需詳細資訊，請參閱＜ SharePoint Server 的搜尋結構描述概觀＞和＜在 SharePoint Server 中管理搜尋結構描述＞。
使用自訂排名模型影響搜尋結果的排名
變更搜尋結果排名的最進階方法是建立自訂排名模型。 在大多數情況下，SharePoint Server 提供的排名模型可呈現良好的排名，而且您可以使用查詢規則影響這個排名，如＜以查詢規則影響搜尋結果的排名＞所述
您可能會想要建立並使用自訂排名模型的範例：
您已經建立查詢效能極為重要的搜尋體驗，而您想要使排名模型計算加快。
您已經建立自訂應用程式，並且想要建立該應用程式特定的排名模型。
您已經對於特別的搜尋體驗新增特殊的 Managed 屬性，並且想要在排名計算中加入這個 Managed 屬性。
注意
[!注意] 如果您建立自訂排名模型，這將影響使用該排名模型的所有查詢。 您應該測試自訂排名模型對於多個查詢所產生的效果。
您可以閱讀 MSDN 文章＜自訂排名模型以提升 SharePoint 2013 中的相關性＞，了解如何建立、部署和使用自訂排名模型。
注意事項
如果您想要建立預設搜尋結果的自訂排名模型，請使用「 搜尋具有兩個線性階段的排名模型 」複本作為自訂排名模型的基本模型，這樣重新微調及自訂排名模型較為容易。