MHLSF 總覽
使用者點選店面商品目錄廣告時，商家代管的本地店面 (MHLSF) 會將客戶導向商家網站。商家會將消費者帶往網站，而非 Google 代管的本地店面，藉此追蹤消費者的整體購物體驗。
使用 MHLSF 的商家不需要完成商品目錄檢查。不過，使用者還是必須通過 MHLSF 指南。因此，除了現有的商品目錄檢查「可信任」狀態以外，合作夥伴只要獲得 MHLSF (基本或完整版) 的「可信任」狀態，就能在 MHLSF 中順暢地加入新商家，不必檢查任何庫存或規範。
如要通過 MHLSF 的推薦資格，須通過連續 10 項規範檢查。 與 Google 和業務開發團隊合作，展開這項程序。
實踐方式
MHLSF 分為兩種類型：完整或基本
地圖項目類型 |
使用者體驗 |
已顯示購物註解 |
產品動態饋給需要的額外屬性 |
屬性範例 |
Full：電量已滿 |
使用者點擊店面商品目錄廣告或免費區域產品資訊之後，系統會將他們重新導向至產品到達網頁，藉此顯示商品在特定商店的供應情形。 |
使用者會看見距離註解 (例如「3.5 英里」) ，藉此瞭解使用者與可購買商品的商店之間的距離。 |
請加入商店代碼 {store_code} 這項 ValueTrack 參數。 網址結構因網站而異。門市代碼可以是網址參數，也可以是網址路徑的一部分。示例： http://myshop.com/123?store={store_code} |
|
Basic |
點擊店面商品目錄廣告後，系統會將他們重新導向至產品到達網頁，方便消費者查看商品在附近商店的供應情形。 |
使用者將看到「店內」註解，表示他們可在附近的商店購買該商品。 |
[連結] |
連結屬性值範例： http://myshop.com/123 |
如需屬性規定和網站指南的詳細說明，請前往說明中心：MHLSF 基本版 MHLSF 完整版
導入規定和最佳做法
事前準備：已啟用店面商品目錄廣告，並在 Merchant Center 中連結 Google Ads 帳戶
在實現 MHLSF 信任狀態的初始階段中，您必須在 Merchant Center 帳戶中手動啟用 MHLSF。
達到 MHLSF 信任的狀態後，您可以透過 API 呼叫 liasettings.setomnichannelexperience 並傳遞特定商家該國家/地區的相應本地店面 (LSF) 類型。
MHLSF 接受的值如下：
- 「mhlsfBasic」(商家代管的本地店面基本版)
- 「mhlsfFull」(商家代管的本地店面完整版)
基本版 MHLSF
為商家選取本地店面前端類型後，就需要更新產品動態饋給。MHLSF 基本版需要產品動態饋給中的 link 屬性。
視 Merchant Center 帳戶設定而定，目前可能已指定購物廣告和區域免費產品資訊的產品動態饋給。在這種情況下，link 屬性可能已存在。您只需要啟用該特定動態饋給設定中的 Local，並確保提交商品目錄資料 (數量和價格) 時，在 pos.inventory API 呼叫中傳遞的 ID 與該產品動態饋給中的 ID 相符。
如果產品動態饋給是透過檔案上傳檔案的方式建立，可以在 Merchant Center 的動態饋給設定中啟用 Local 管道。
如果尚未建立產品動態饋給，則必須建立並啟用「本地」動態饋給。然後按照上一節醒目顯示的程序操作。
完整版 MHLSF
與「MHLSF 基本版」類似，在為商家選取「本地商店前端」類型後，就必須更新產品動態饋給。MHLSF 完整版需要產品動態饋給中的 link_template 屬性，且需要加入 {store_code} 參數。
方法是在現有產品動態饋給中新增屬性、在動態饋給設定中啟用「本地」動態饋給，並將 pos.inventory 呼叫傳入與現有產品動態饋給 ID 的 ID 進行比對。
如果沒有產品動態饋給，可以建立動態饋給，方法與基本 MHLSF 設定類似。
或者，您也可以在指定現有「本地動態饋給合作夥伴」動態饋給的補充動態饋給中新增 link_template 屬性。呼叫 pos.inventory 時，系統就會建立「本地動態饋給合作夥伴」動態饋給，該動態饋給會顯示在 Merchant Center 帳戶的「動態饋給」專區中。
補充動態饋給可以包含兩個屬性：id (與「店面動態饋給合作夥伴」動態饋給中的 id 相符) 和 link_template。
如要進一步瞭解如何建立補充動態饋給，請參閱補充動態饋給說明文件。