实现订餐重定向

订购 E2E 已迁移到订购重定向中所述,使用 Google E2E 的“订购”合作伙伴应实现直接的“订购重定向”集成,以便继续在 Google 搜索和 Google 地图上投放广告。本指南旨在概述现有端到端合作伙伴实现有序重定向的步骤。

后续步骤

所有端到端合作伙伴都将获得用于集成订购重定向的新账号。订购重定向 Feed 分为实体操作服务菜单 Feed。每天上传包含完整商品目录的 Feed。您可以按任意顺序发送实体和操作 Feed。Google 会在处理完这两个 Feed 后投放链接。

  1. 账号设置

    • 更新账号用户和联系人。

    • 创建 RSA SSH 密钥对

    • 您可以在“配置”-“Feed”页面上找到 SFTP 主机、端口和用户名。通过从服务器测试 sftp,确保主机和端口未在内部被屏蔽。

    • 在订购重定向账号中设置品牌配置。此值应与您的端到端账号的“品牌配置”一致。

  2. 为餐厅级数据创建实体 Feed。

  3. 创建包含外部导出和提交操作链接的操作 Feed。操作链接网址应与端到端操作链接中使用的网址完全相同。使用与 E2E 账号相同的网址可确保“商家首选”商家选项仍适用于重定向账号中的关联。出于同样的原因,我们还建议您在账号上线后尽量不要更改网址。

  4. (可选)创建 Service Feed。

    • 为每个操作链接创建一个订购重定向服务
    • (可选)添加 ServiceHours,按时间窗口指定准备时间。
    • AsapTimeWindows 中定义的 ETA 将显示在 Ordering Redirect Service 中设置的默认 ETA 上方。
    • 您可以选择显示一个预计送达时间范围,而不是定义所有 AsapTimeWindows 时间范围。
  5. (可选)在服务 Feed 中添加费用信息。

    • 如需详细了解支持的费用类型,请参阅费用
    • 由于费用不会根据用户所在的位置显示,因此当费用因送货区域而异时,您可以选择显示费用范围。
    • 将费用值设置为 0 表示没有费用。
  6. (可选)创建菜单 Feed。

    • 移除了可选菜单项插件。仅应添加会影响价格的必需菜单项选项。菜单项选项的一些示例包括:大号意大利辣香肠披萨、小号意大利辣香肠披萨、鸡肉泰式炒粉或虾肉泰式炒粉。
    • 每家餐厅只需提供一份菜单。如果您同时提供外带菜单和外卖菜单,建议选择与餐厅内菜单最接近的菜单。
    • 您可以为多个餐厅重复使用同一菜单。
    • 如果有午餐和晚餐菜单,请创建单独的部分和子部分,以便在同一菜单中对其进行整理。
  7. (可选)实现实时更新

  8. (可选)实施转化跟踪

  9. 使用 SFTP Dropbox 上传 Feed 和每个 Feed 的文件描述符。

  10. Google 将启动订购重定向账号。

  11. 您可以停止为该端到端账号发送 Feed 和实时更新。

E2E 菜单和订购重定向菜单架构比较

订购重定向菜单架构可视为端到端架构的子集。订购重定向菜单是只读菜单,因此订购重定向菜单架构中需要的属性和 Feed 项更少。

  • google.food_menu Feed 用于发送订餐重定向菜单。
  • 只读菜单不需要的字段(例如 inventoryLevel、eligibleQuantityMax 和 eligibleQuantityMin)不包含在架构中。
  • 菜单项选项价格应代表该项的完整价格。如需了解详情,请参阅使用菜单项选项
  • 您可以使用 Action Center 中的菜单可视化工具预览菜单 Feed 的显示方式。
  • MenuSection、MenuItem 和 MenuItemOption 等 Feed 组件包含名称和说明等字段的 LocalizedText 列表。如果您提供多种语言,请将首选语言排在列表中的第一个位置。

实现了端到端商品目录菜单架构的合作伙伴可以参阅此表,了解与订购重定向菜单架构的架构比较。

OwG v1 OwG v2 订餐重定向菜单 字段说明 不同之处
菜单 菜单 菜单 与一个或多个餐厅相关联的顶级菜单。 在订餐重定向中,一家餐厅应只有一个菜单。无需单独提供外带和外送菜单。菜单会直接在订餐重定向中链接到相应餐厅。
MenuSection MenuSection MenuSection 用于对菜单项进行分组的菜单部分。可以有子菜单部分。 有序重定向支持子菜单版块。菜单版块无法定义为菜单项的一组可选插件。不包括用于定义插件版块属性(例如 numberOf FreeAddOns 和 defaultItem)的字段。
MenuItem MenuItem MenuItem 包含名称、说明和图片的菜单项。 不支持可选插件。菜单项必须至少包含一个带价格的商品,或者菜单项必须包含一组选项,并且每个选项的价格都设置为选择该选项时商品的总价。您可以在 OfferSet 中设置空价格,以不显示价格。请注意,如需不显示价格,请勿设置 currency_code
MenuItemOption MenuItemOption MenuItemOption 菜单项的选项,例如“大”或“小”。 菜单项选项价格代表商品总价。菜单项选项的一些示例包括:大号意大利辣香肠披萨、小号意大利辣香肠披萨、鸡肉泰式炒粉或虾肉泰式炒粉。
优惠 MenuItemOffer OfferSet 菜单项或菜单项选项的价格。 订购重定向不包含 inventoryLevel、eligibleQuantityMax 和 eligibleQuantityMin 等事务性字段。
NutritionInformation NutritionInformation NutritionInformation 描述所有营养测量值。
AllergenDetails 过敏原 过敏原 在 MenuItem 上向用户显示的过敏原。过敏原与导致过敏反应的食物品质有关。
AdditiveDetail 添加剂 加法 在 MenuItem 上向用户显示的修饰符。
PackagingDetails DepositInfo DepositInfo 合作伙伴提供了存款信息,以指示用户如何存入食物。
Offer.availabilityStarts、Offer.availabilityEnds 可用性 不支持 库存状况,用于表示菜单版块或菜单项优惠的提供时间。可以动态显示菜单版块或菜单项。 不支持在订购重定向中使用。

包含订购重定向的端到端餐厅架构和端到端服务架构的比较

在订餐重定向中定义外卖或外送服务时,无需提供营业时间和服务时间,但建议您添加这些信息。无论服务时间范围或用户所在位置如何,系统都会显示提供商。

  • reservewithgoogle.entity Feed 用于发送餐厅位置信息。
  • reservewithgoogle.action.v2 Feed 用于发送外带或外卖餐厅操作链接。
  • google.food_service Feed 用于发送服务预计到达时间和费用。
  • 实现 ServiceHours 是可选的。您可以添加 AsapTimeWindows 来定义预计到达时间的时间范围。
  • AdvanceTimeWindows 不会在订购重定向体验中使用。
  • 您可以选择实现有序重定向 ServiceAreas
  • 支持实时更新,以更新预计到达时间和费用。
  • 如需查看预计送达时间和费用的示例,请参阅履单时间和费用

通过 Google E2E 合作伙伴下单的客户可以参阅下表,了解 E2E 架构和订购重定向架构的架构比较。请注意,在有序重定向中,定义 ServiceHoursServiceAreas 是可选的。

OwG v1 OwG v2 订餐重定向 字段说明 不同之处
餐馆 餐馆 实体 描述餐厅 订购重定向不支持特惠。
服务 服务 FoodOrderingService 描述餐厅的餐品订购服务详情。
OpeningHoursSpecification OperationHours ServiceHours.orderable_time 说明用户可以访问该流程和下单的订购时间范围。 提前预约时间不会显示在“订购重定向”体验中。
ServiceDeliveryHoursSpecification、AdvanceServiceDeliveryHoursSpecification ServiceHours AsapTimeWindowAdvanceTimeWindow 说明用户可以选择执行时段的执行时间范围。 为订购重定向定义 ServiceHours 是可选的。AsapTimeWindows 中定义的预计送达时间将显示在 FoodOrderingService 中定义的预计送达时间上方。
Service.areaServed ServiceArea ServiceArea 描述可以配送食品的地理区域。 订购重定向功能对定义 ServiceArea 没有要求。在确定是否显示提供商时,系统不会使用 ServiceArea。
DeliveryChargeSpecification 费用 费用 描述与服务相关的费用。 订购重定向不支持有效期起始时间和有效期结束时间费用时间范围或费用优先级。费用不会根据用户所在的位置显示。
Service.potentialAction Service.actionLinkUrl ActionDetail 包含外卖服务的网址,将在从端到端食品订购体验迁移到重定向时使用。