借助端到端订购功能,合作伙伴可以从最终用户处接受食品订单,并处理该订单,以便通过其网络中的餐厅进行履单。
无处不在,且已针对转化进行优化
Google 通过 Google 搜索和 Google 地图支持在移动平台和桌面平台上点餐。
![]() ![]() |
![]() ![]() |
![]() ![]() |
灵活的订餐体验
其他功能(如提前订餐、搜索菜单、推荐的相关菜品、热门菜品和再次订购)提供灵活而丰富的用户体验。
用户体验
以下一系列步骤展示了典型的用户通过端到端订购流程订购食品。
用户搜索餐馆


当用户在 Google 搜索或 Google 地图中搜索特定餐馆时,可以选择通过端到端订购流程订餐。如果餐馆至少有一个提供商支持该餐馆,则该餐馆地点信息页会显示在线订餐按钮。
用户选择提供商


用户点击在线订购后,系统会将其重定向到一个页面,在该页面上您可以选择以下提供商选项:
- 自提或送货
- 尽快或提前订单
- 提供商列表
用户选择食物


用户可以浏览多个菜单部分和选项,以便选择食物,并在此过程中将商品添加到购物车中。他们可以使用插件或特殊说明自定义订单,重复之前的订单,并添加推荐商品或热门商品。然后,他们选择了食物并添加到购物车。
用户下单


应用验证用户的购物车后,订单提交页面会显示订单详情,以供用户查看:
- 他们的姓名、电话号码和送货地址
- 特别的自提或送货说明
- Price
- 小费金额
- Google Pay 中的付款方式
- 促销代码
用户确认订单信息后,点击下单进行在线付款并提交订单。提交后,客户会收到订单确认对话框。
用户查看订单状态
用户下单后,他们会收到合作伙伴发送的确认电子邮件,其中包含订单详情、跟踪信息和联系信息。提供商联系信息用于提供订单后支持,例如取消。


发布要求
如需了解详情,请参阅发布准备情况核对清单。
合作伙伴要求
如需详细了解成为端到端订购合作伙伴须满足的要求,请参阅我们的政策。
集成
为了让您的餐饮商家获取 Google 的端到端订购支持,您必须与 Google 系统和 API 集成。您需要实现三个流程才能连接端到端订购:
-
向 Google 提供餐厅、菜单和服务数据 Feed。
集成流程的第一步是创建并托管与您的餐厅、菜单和服务相关的数据 Feed。这些 Feed 提供有关餐厅名称、位置、服务营业时间、菜单项和部分、送餐区域等方面的详细信息。Google 会提取您的数据 Feed,并使用它们向用户展示您的菜单和服务。您可以定期更新这些 Feed,甚至实时纳入增量更改。
-
处理订单履行。
用户准备好下单后,Google 会允许他们在处理和提交订单之前查看和修改其购物车详细信息。在订购端到端集成过程中,您需要创建一个网络钩子网址,用于验证并接收来自 Google 的订单。您可以通过 Google Pay 合作处理方处理在线付款。
-
支持订单更新。
如需在 Google 平台上提供订购后体验,您需要向 Google API 发送更新。然后,Google 会向客户显示该信息。其中包括订单状态、预计履单时间、客户服务信息以及其他可能影响其订单的更改。订购食品的用户可以查看自己在 Google 中的购买交易的状态。
为了实现这些流程,订购端到端集成有两个主要组件:商品目录 Feed 和履单操作。
-
产品目录 Feed
这些 Feed 使用关系型产品目录架构向 Google 提供有关餐馆、所提供的服务及其菜单中的菜品的最新信息。
-
履单操作
这些是您需要使用我们的 webhook 的“结账”和“提交订单”操作。 结账会验证购物车并返回所有适用的付款方式和费用。“提交订单”是指将用户的订单发送给您供餐馆履单。如需在订单提交后将更新(例如取消或总金额更改)发送回 Google,您需要调用 Async Order Update API。
产品目录 Feed
通过库存 Feed,用户发现所需餐馆并向其中订餐。关系型产品目录架构定义了端到端订购目录的结构。端到端订购商品目录 Feed 包含以下主要实体:
批量 Feed
Google 每天使用商品目录 Feed 的批量 Feed 向用户提供端到端订购功能。为使您的商品目录保持最新状态,您必须至少每天更新一次批量 Feed,以便 Google 进行提取。大约需要两个小时才能批量更新您的库存。
增量更新 API
您可以向 Google 发送具有时效性的商品目录更新。借助增量更新 API,您几乎可以实时更新和删除清单中的实体。增量更新的处理时间不会超过五分钟。这主要用于无法预见的更新,例如紧急关闭餐厅或移除缺货商品。如果您的更改不需要立即生效,请改用批量 Feed。
履单操作数
网络钩子用于验证并接收来自 Google 的订单。“端到端订购”具有您的网络钩子网址需要使用的两项执行方式操作:
Async Order Update API(异步订单更新 API)
提交订单后,您可以调用 Async Order Update API 向 Google 发回订单更新。这样,用户就可以在 Google 中查看订单状态。您可以更新订单状态、履单时间、客户服务信息、商品和价格变动。
集成阶段
集成过程分为四个部分:设置、开发、测试和部署。 我们现有的合作伙伴大多需要 2 到 6 个月的时间与订购端到端服务集成,具体取决于他们可用的资源及其集成的复杂性。我们建议客户支持专家协助您完成该试行计划。
- 初始设置
-
在开始与端到端订购集成之前,请查看政策和前提条件。您需要按照项目创建步骤,在 Actions 控制台中创建端到端订购项目。您必须先将项目提交给 Google 进行审核和批准,然后才能在项目中启用完全集成所需的所有功能。
- 开发
-
设置完成后,手动创建 Feed,并在“端到端订购”中测试商品目录的外观。在准备好进行全面开发时编写代码。首先生成您的商品目录 Feed,然后实现“结账”和“提交订单”操作。您需要在商品目录 Feed 和履单操作完成后实现增量商品目录更新 API 和 Async Order Update API。
- 测试
-
使用快速测试对商品目录 Feed 和执行方式端点进行单元测试或执行集成测试。
运行自动化集成测试工具,以使用不同的测试条件和极端情况来测试您的“结账”和“提交订单”操作。
最后,执行用户验收测试,包括来自您自己的测试人员的实际订单,并验证餐馆的履单情况。总共必须有 5 个已成功下达的订单。为此,您的执行端点网址必须在生产环境中。
- 发布
- 我们审核完测试订单并批准测试流量后,您就可以发布了。我们希望所有集成接触点的错误率低于 5%:商品目录、结账、订单提交和异步订单更新。如需了解详情,请参阅发布准备情况核对清单。
发布要求
- 您必须完成所有集成里程碑。
- 如需详细了解发布成功标准,请参阅 发布准备情况核对清单。