瀏覽是沒有查詢內容的導覽搜尋。瀏覽功能會使用導覽方法，顯示符合使用者所選類別或篩選條件的搜尋結果。與使用者參與度搭配使用時，您可以為使用者提供個人化瀏覽體驗。個人化瀏覽功能會根據使用者互動記錄和內容特徵，即時提供專屬動態消息。這項功能會根據您定義的 KPI 盡量提升搜尋結果，同時遵守您的策略控管設定。舉例來說，房地產網站可以為英國倫敦和澳洲雪梨的使用者提供不同的首頁；購物網站則可根據使用者設定檔提供量身打造的結果。
本頁說明如何取得自訂搜尋資料儲存庫的瀏覽結果，以及設定搜尋應用程式的一些最佳做法。
關於個人化瀏覽
Vertex AI Search 個人化瀏覽功能會使用類神經網路，根據預測的使用者參與度和轉換率，對文件進行排序。舉例來說，透過個人化瀏覽功能，您可以根據預測的點擊或查詢可能性，在飯店目錄或網站中提供排名靠前的項目，並將這些項目傳回給使用者。
從本質上來說，個人化瀏覽功能是精密的模型，可學習使用者瀏覽模式、文件內容和功能，以及使用者轉換事件之間複雜的關係。重要功能如下：
排名：模型會根據預測成效，並考量您定義的目標和設定的搜尋參數 (例如篩選器、自訂排名和放送控制項，如提高、宣傳或同義字)，為項目排序。
訓練和調整：完成初始訓練後，系統會使用即時使用者事件串流，持續調整模型。模型會隨著時間調整並提升成效。
多元性：模型會記錄非互動的負面信號 (例如遭忽略的連結、網頁停留時間和跳出率)，因此會隱含地學習多元性。
瀏覽與搜尋的差異
下表列出搜尋和瀏覽的差異。
| 功能 | 搜尋 | 瀏覽 |
|---|---|---|
| 目的 | 尋找特定資訊 | 探索及發掘內容 |
| 範例 | 在 Google 搜尋上搜尋「溫哥華最佳韓國餐廳」 | 根據餐廳可能所屬的類別瀏覽，例如「餐廳 > 韓式 > 溫哥華 > 4 星以上」 |
| User Intent | 通常以目標為導向 | 探索性 |
| 起點 | 查詢或關鍵字 通常位於搜尋列 | 通常使用選單、階梯式連結、連結或其他導覽方式 (例如篩選條件) 的特定網站或平台 |
| 方法 | 輸入關鍵字或詞組，並套用搜尋和放送設定 | 使用空白查詢進行搜尋、套用搜尋和供應設定 |
| 結果 | 相關結果清單 | 資料存放區中符合篩選條件的所有文件 |
工作流程和最佳做法
個人化瀏覽是 Google 管理的服務，Google 會處理基礎的深度學習模型和資料管道。如要充分運用這項服務，在開發搜尋應用程式時，您的主要技術職責包括：
- 資料供應：收集並提供文件和使用者事件的完整資料儲存庫。
- 目標定義：指定用於最佳化的 KPI，例如點閱率 (CTR)、高價值動作，以及每個工作階段的收益 (使用提供的使用者事件)。請確認您收集的使用者事件類型支援目標。
- 搜尋參數：在搜尋要求中定義及設定搜尋參數和放送控制選項。例如，篩選允許的商家資訊或文章的日期範圍，或是重新排序部落格的評分。
在 AI 應用程式搜尋應用程式中，瀏覽是指搜尋時沒有查詢或查詢空白。如要取得瀏覽結果，您可以在自訂搜尋資料存放區中呼叫 search 方法，並將查詢內容留空。
如要獲得最佳的個人化瀏覽體驗，請按照下列步驟操作：
確保資料正確且一致：
- 每個使用者事件的準確時間戳記。
- 所有使用者事件都採用一致的使用者 ID。
- 使用者事件和資料儲存庫中相符的文件 ID。如果你使用 Sitemap，其中的網址必須與使用者事件中的網址相符。
- 篩選器：在瀏覽的網頁上放送確切內容。 詳情請參閱「篩選網站搜尋結果」和「篩選結構化和非結構化資料的自訂搜尋結果」。
準備及擷取文件：
- 盡可能使用多個屬性定義結構定義。屬性越多，個人化程度就越高。
- 如果正在檢索網站，請啟用進階索引，並使用結構化資料擴充網頁。
- 請按照「為資料進行擷取的準備作業」中的操作說明，準備要擷取的資料。
- 建立搜尋資料儲存庫，以便擷取資料。或者，您也可以建立及更新文件，管理需要搜尋或瀏覽的資料。
- 如果使用 Sitemap 提交網站資料，請務必維護 Sitemap，確保系統能為最新網頁建立索引。或者，您也可以為最近更新的特定頁面手動重新整理。保持索引最新狀態可獲得更優異的結果。
準備及擷取使用者事件：
- 準備至少 30 天的使用者事件，用於初始模型訓練。 您可以選擇使用歷來使用者事件和即時使用者事件，也可以同時使用這兩者。 即時事件可提供更準確的個人化結果。
- 記錄並分享
search事件 (用於擷取瀏覽資料)、view-item事件和conversion事件。 - 所有使用者事件都必須包含下列項目：
eventType，例如用於搜尋和瀏覽的search、view-item和conversion。userPseudoId，這是經過一致性假名處理的使用者 ID。eventTime，這是事件記錄時間的 ISO 8601 時間戳記 (UTC)。documents.id，並按照使用者看到的文件 ID 順序顯示。searchInfo.searchQuery，註冊使用者的搜尋查詢。pageInfo.pageCategory，加入背景資訊，例如「HomepageCarousel」、「Properties > VIC > Richmond」。filter，說明用於產生曝光次數清單的篩選器邏輯。這項資訊通常會透過pageCategory欄位擷取，或是由系統自行判斷。
詳情請參閱
userEvents。啟用模型訓練和模型管道：
準備好資料並收集使用者事件後，請與 Google 客戶工程師 (CE) 聯絡。CE 可以查看您的資料，並為應用程式啟用個人化模型。
-
在搜尋要求中新增更多欄位，例如篩選條件和排名調整項，像是提高排名或自訂排名。
維護及更新資料：
隨著時間推移，請持續更新資料儲存庫中的文件，並上傳最新的使用者事件。確保模型能存取最新文件和使用者互動記錄，提供個人化結果。
取得以網站資料為基礎的應用程式瀏覽結果
如要使用 API 取得含有網站資料的應用程式瀏覽結果，請按照下列步驟操作：
找出應用程式 ID。如果已有應用程式 ID，請跳到下一個步驟。
前往 Google Cloud 控制台的「AI Applications」頁面。
在「應用程式」頁面中，找出應用程式名稱，然後從「ID」欄取得應用程式的 ID。
使用空白查詢或不含查詢的
engines.servingConfigs.search方法，如下所示：REST
curl -X POST -H "Authorization: Bearer $(gcloud auth print-access-token)" \ -H "Content-Type: application/json" \ "https://discoveryengine.googleapis.com/v1/projects/PROJECT_ID/locations/global/collections/default_collection/engines/APP_ID/servingConfigs/default_search:search" \ -d '{ "servingConfig": "projects/PROJECT_ID/locations/global/collections/default_collection/engines/APP_ID/servingConfigs/default_search", "orderBy": "ORDER_BY", "params": { "searchType": "0" }, "filter": "FILTER", "boostSpec": "BOOST_SPEC", }'更改下列內容：
PROJECT_ID：您的 Google Cloud 專案 ID。APP_ID：要查詢的 Vertex AI Search 應用程式 ID。ORDER_BY：選用。結果的排列順序。要排序的屬性必須有數值解讀，例如date。詳情請參閱「排序網頁搜尋結果」。FILTER：選用，但建議使用。文字欄位，可使用篩選運算式篩選搜尋結果。預設值為空字串。如要進一步瞭解如何使用filter欄位，請參閱「篩選結構化或非結構化資料的通用搜尋」和「篩選網站搜尋」。BOOST_SPEC：選用。用來提高或隱藏文件的規格。值：
您應該會收到類似以下截斷式回應的 JSON 回應。 回應包含依搜尋要求中設定的欄位排序的項目化搜尋結果。