合作夥伴可透過端對端訂購功能，接收使用者訂購的餐點，並處理向旗下餐廳餐廳交車的外送訂單。
全面提升轉換
Google 可透過 Google 搜尋和地圖在行動裝置和電腦平台上提供訂餐服務，
|
|
|
彈性的訂購體驗
其他功能 (例如預先訂購、選單搜尋、建議相關項目、熱門項目和重新訂購等) 提供了靈活且更豐富的使用者體驗。
使用者體驗
下列一系列步驟為一般使用者選擇端對端訂購餐點的步驟。
使用者搜尋餐廳
使用者在 Google 搜尋或 Google 地圖中搜尋特定餐廳時，可以選擇使用「端對端訂購」功能訂購餐點。如果至少有一家供應商支援該餐廳，餐廳資訊單會顯示「線上訂購」按鈕。
使用者選擇供應商
使用者按一下「Order Online」後，就會重新導向至自己選取下列供應商選項的頁面：
- 取貨或送貨
- 盡快或進階訂單
- 供應商清單
使用者選擇自己的食物
使用者可以瀏覽多個菜單部分和選項，選擇需要的食物，並在過程中將商品加入購物車。使用者可以按照外掛程式或特殊指示自訂順序、重複先前的訂單，以及新增建議或熱門商品。然後顧客可選擇的食物並加入購物車。
使用者下單
應用程式驗證使用者的購物車後，訂單提交頁面會顯示訂單詳細資料供使用者查看：
- 聯絡人的姓名、電話號碼和寄送地址
- 特殊自取或外送操作說明
- 價格
- 小費金額
- Google Pay 中的付款方式
- 促銷代碼
使用者確認訂單資訊後，使用者按一下「下單」在線上付款並提交訂單。提交後，他們會收到訂單確認對話方塊。
使用者查看訂單狀態
使用者下單後，他們會收到合作夥伴傳送的確認電子郵件，內含訂單詳細資料、追蹤資訊和聯絡資訊。供應商聯絡人會用於訂購事後支援，例如取消。
推出規定
詳情請參閱啟動完備性檢查清單。
合作夥伴必要條件
如要進一步瞭解要成為端對端訂單合作夥伴的相關規定，請參閱我們的政策。
整合
如果您的餐飲商家需要取得 Google 的端對端支援，請務必先整合 Google 系統和 API。您必須實作以下三個程序，才能連結端對端排序程序：
-
將餐廳、菜單和服務資料動態饋給提供給 Google。
整合程序的第一步是建立並代管餐廳、菜單和服務的資料動態饋給。這類動態饋給可提供餐廳名稱、地點、服務時間、菜單品項和專區、外送區域等詳細資料。Google 會擷取您的資料動態饋給，然後透過這些資訊向使用者顯示您的菜單和服務。您可以定期更新這些動態饋給，甚至即時納入漸進式變更。
-
處理訂單執行要求。
使用者準備訂購後，Google 會讓他們在處理及提交訂單前，先查看及修改購物車詳細資料。在訂購端對端整合程序中，您會建立 Webhook 網址，以便驗證並接收來自 Google 的訂單。您可以透過 Google Pay 合作的處理方處理線上付款。
-
支援更新訂單。
如要在 Google 平台上提供訂購後的體驗，請將更新內容傳送至 Google API。Google 隨後會向您的客戶顯示相關資訊。包括訂單狀態、預計出貨時間、客戶服務資訊，以及其他可能會影響訂單的變更。訂購食物的使用者可以查看 在 Google 中的購物記錄狀態。
為導入這些程序，「訂購端對端」整合服務有兩個主要元件：商品目錄動態饋給和執行要求動作。
-
商品目錄動態饋給
這類動態饋給使用關聯目錄結構定義，為 Google 提供餐廳、該服務及選單中項目的最新資訊。
-
履行動作
這些是您透過 Webhook 取用的「結帳」和「提交訂單」動作。 結帳作業會驗證購物車，並傳回任何適用的付款方式和手續費。「提交訂單」是餐廳傳送使用者的訂單，以便餐廳履行。如要在提交訂單後將更新資訊傳回 Google (例如取消或調整總金額)，您必須呼叫 Async Order Update API。
商品目錄動態饋給
透過商品目錄動態饋給，使用者可以發掘所需餐廳並訂購餐點。關聯廣告空間結構定義定義了端對端廣告空間的結構。端對端商品目錄動態饋給包含下列主要實體：
批次動態饋給
Google 會使用商品目錄動態饋給的每日批次動態饋給，提供使用者端對端的排序功能。為了讓商品目錄保持在最新狀態，您必須每天至少更新一次批次動態饋給，Google 才能擷取相關資料。商品目錄大約需要兩個小時才會完成批次更新。
漸進式更新 API
你可以將商品目錄的更新時間傳送給 Google。Incremental Updates API 可讓您近乎即時地更新及刪除庫存中的實體。漸進式更新作業會在五分鐘內處理完畢。這主要是用於無法預知的更新，例如餐廳緊急關閉或移除缺貨商品。如果您所做的變更不需要立即反映，請改用批次動態饋給。
履行動作
Webhook 可用來驗證及接收來自 Google 的訂單。依序排序功能有兩個 Webhook 網址必須使用的執行要求動作：
- 「結帳」動作是用來驗證使用者的購物車和寄送地址。此外，還會傳回可用的付款方式、相應稅金、運費和其他費用，讓使用者在訂單提交前確認。
- 當您收到 Google 為餐廳履行的訂單最終詳細資料時，系統會使用「提交訂單」動作。
Async Order Update API
提交訂單後，您可以呼叫 Async Order Update API，將訂單更新資訊傳送給 Google。這樣使用者就能在 Google 中查看自己的訂單狀態。您可以更新訂單狀態、出貨時間、客戶服務資訊，以及商品和價格異動。
整合階段
整合程序分為四個部分：設定、開發、測試和部署。現有合作夥伴通常需要 2 到 6 個月的時間，才能完成「訂購端對端」整合作業，實際時間取決於合作夥伴可使用的資源和整合作業的複雜程度。我們建議客戶服務專家協助您進行前測計畫。
- 設定
-
開始整合「端對端訂購」功能之前，請先詳閱政策和必要條件。您必須按照專案建立步驟，在 Actions Console 中建立訂單端對端專案。在專案中啟用完整整合所需的所有功能之前，您必須先將專案送交 Google 審查並獲得核准。
- 開發
-
設定完成後，請手動建立動態饋給，並在「端對端排序」頁面中測試商品目錄的外觀。準備好進行大規模開發作業時，請編寫程式碼。請先產生商品目錄動態饋給，然後導入「結帳」和「提交訂單」動作。等商品目錄動態饋給和執行要求動作完成後，您就可以導入漸進式商品目錄更新和 Async Order Update API。
- 測試
-
您可以透過快速測試功能對商品目錄動態饋給和執行要求端點進行單元測試，或是執行整合測試。
執行自動化整合測試工具，使用不同的測試條件和極端情況測試結帳和提交訂單動作。
最後，執行使用者接受度測試，其中包含測試人員的實際訂單，並驗證餐廳的出貨情形。總共必須有 5 筆成功下單。執行要求端點網址必須位於實際工作環境中，才能執行此操作。
- 啟動
- 我們審查測試訂單並核准測試流量後，您就可以開始發布測試。我們找的是所有整合接觸點 (庫存、結帳、訂單提交和非同步訂單更新) 的錯誤率低於 5%。詳情請參閱推出完備性檢查清單。