概览和资格要求

借助端到端订购功能,合作伙伴可以从最终用户处接受食品订单,并处理该订单,以便通过其网络中的餐厅进行履单。

无处不在,且已针对转化进行优化

Google 通过 Google 搜索和 Google 地图支持在移动平台和桌面平台上点餐。

通过 Google 搜索从一家餐厅端到端地订购。
在 Google 搜索上端到端订购连锁餐厅。
在 Google 地图上端到端地订购一家餐厅。

灵活的订餐体验

其他功能(如提前订餐、搜索菜单、推荐的相关菜品、热门菜品和再次订购)提供灵活而丰富的用户体验。

用户体验

以下一系列步骤展示了典型的用户通过端到端订购流程订购食品。

用户搜索餐馆

Google 搜索上某家餐馆的移动条目。

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

用户选择提供商

餐馆的移动条目,后面会显示两家不同的送餐服务提供商。

用户点击在线订购后,系统会将其重定向到一个页面,在该页面上您可以选择以下提供商选项:

  • 自提送货
  • 尽快提前订单
  • 提供商列表

用户选择食物

通过移动设备输入菜单条目,在移动设备中显示餐点详情

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

用户下单

下单后,系统会向用户提供订单详情、配送地址、客户联系信息和结算信息。

应用验证用户的购物车后,订单提交页面会显示订单详情,以供用户查看:

  • 他们的姓名、电话号码和送货地址
  • 特别的自提或送货说明
  • Price
  • 小费金额
  • Google Pay 中的付款方式
  • 促销代码

用户确认订单信息后,点击下单进行在线付款并提交订单。提交后,客户会收到订单确认对话框。

用户查看订单状态

用户下单后,他们会收到合作伙伴发送的确认电子邮件,其中包含订单详情、跟踪信息和联系信息。提供商联系信息用于提供订单后支持,例如取消。

下单后,系统会向用户提供订单详情、配送地址、客户联系信息和结算信息。

发布要求

如需了解详情,请参阅发布准备情况核对清单

合作伙伴要求

如需详细了解成为端到端订购合作伙伴须满足的要求,请参阅我们的政策

集成

为了让您的餐饮商家获取 Google 的端到端订购支持,您必须与 Google 系统和 API 集成。您需要实现三个流程才能连接端到端订购:

  1. 向 Google 提供餐厅、菜单和服务数据 Feed。

    集成流程的第一步是创建并托管与您的餐厅、菜单和服务相关的数据 Feed。这些 Feed 提供有关餐厅名称、位置、服务营业时间、菜单项和部分、送餐区域等方面的详细信息。Google 会提取您的数据 Feed,并使用它们向用户展示您的菜单和服务。您可以定期更新这些 Feed,甚至实时纳入增量更改。

  2. 处理订单履行。

    用户准备好下单后,Google 会允许他们在处理和提交订单之前查看和修改其购物车详细信息。在订购端到端集成过程中,您需要创建一个网络钩子网址,用于验证并接收来自 Google 的订单。您可以通过 Google Pay 合作处理方处理在线付款。

  3. 支持订单更新。

    如需在 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 的订单。“端到端订购”具有您的网络钩子网址需要使用的两项执行方式操作:

  • 结账操作用于验证用户的购物车和配送地址。它还会返回可用的付款方式、相应税费、运费以及其他费用,以供用户在提交订单前确认。
  • 当您从 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%:商品目录、结账、订单提交和异步订单更新。如需了解详情,请参阅发布准备情况核对清单

发布要求