以下集成政策适用于预留端到端集成。
端到端政策
在开始集成之前,请仔细阅读以下集成资格条件。合作伙伴必须满足以下要求和政策,才能与 Actions Center 的预留端到端集成集成。
虽然以下要求是加入 Actions Center 计划的必要条件,但满足这些要求并不能保证合作伙伴有资格与 Actions Center 集成或上线。
如果不符合要求和政策,可能会导致集成、商家或服务被暂停或从平台下架。
通用的平台要求
- 合作伙伴必须以符合《一般数据保护条例》(GDPR) 及适用的任何其他隐私权法律的方式收集和处理所有商家和用户数据(包括任何个人身份信息)。
- 合作伙伴必须获得相应授权,然后才能代表其商家接受预订。
合作伙伴必须能够直接实时访问商家的可预订情况/时间空档(即合作伙伴必须能在 1 秒内响应来自 Google 的预订请求)。
- 特殊情况:我们支持需要商家异步确认的预订,但预订流程必须基于可用的时间空档。合作伙伴必须掌握实时可预订情况,比如通过商家线上系统掌握,即便需要商家确认才能完成预订时也是如此。
合作伙伴必须提供所代表商家全面的商品目录。商品目录不全或受损的商家不符合条件。
合作伙伴必须掌握商家不少于 30 天的可预订情况。
合作伙伴必须支持线上取消预订。
要求预付款的合作伙伴必须遵守 Actions Center 的付款政策,其付款处理方必须在以下受支持的列表中,并接受令牌化付款。
合作伙伴必须能够提供准确的服务费用定价数据,并遵守 Actions Center 的定价政策。
合作伙伴必须满足 Actions Center 的预留端到端集成技术要求。
合作伙伴必须遵守 Actions Center 的商家和服务资格要求。
合作伙伴必须遵守 Actions Center 的支持和维护指南。
合作伙伴必须保持发布和监控指南中定义的可接受的错误率。
所有预订都必须自动实时自动确认,但通过异步集成进行的预订除外。通过异步集成进行的预订必须遵循异步指南。
合作伙伴必须按照准则的规定,维护有关商家名称、地址、服务名称和说明的标准质量内容。
优惠政策
为使优惠成为预留端到端集成的一部分,优惠必须符合我们的资格条件和技术要求。
优惠应具备的资格条件
- 优惠必须普遍适用于所有客户。
- 客户无需注册会员计划、电子邮件收件人列表、使用特定信用卡或者符合任何其他限制条件即可享受相应优惠。
- 优惠不可仅面向某个年龄段(学生折扣或老年人折扣)。
- 优惠必须可提前知晓。例如,优惠的有效时间可以是下午 3 点到下午 4 点,但不得要求必须是前 10 位客户。
- 优惠必须由商家提供和兑现。
不符合技术要求或资格要求的优惠
如果优惠不符合我们的资格要求,则不应将其包含在预留端到端集成中。
如果优惠不符合技术要求或我们的数据规范,则目前应从预留端到端集成中省略。请与您的 Google 联系人联系,告知我们您希望实现哪些功能或变更,并提供相关反馈。与您的 Google 联系人联系时,请务必提供优惠的数量、提供相应优惠的商家数量及部分优惠示例。
食品菜单政策和要求
在开始集成之前,请仔细阅读以下集成资格条件。合作伙伴必须遵守食品菜单政策并满足以下要求,才有资格进行集成。请注意,Google 保留以对用户有帮助的方式显示菜单和餐点数据的权利。
不满足这些要求和政策可能会导致集成、商家或服务被暂停或从平台中移除。
政策和要求
- 合作伙伴不得在菜单 Feed 中发送禁止的信息(请参阅详细信息),例如粗俗语言、禁止的图片、个人身份信息 (PII) 或用户生成的内容。
- 合作伙伴不应使用菜单 Feed 分享非菜单项,例如服务(例如路边自提、促销代码等)。
- 合作伙伴必须在预留 E2E 菜单规范或“订单重定向”菜单规范(文件大小上限为 2MB)中提供所有必需的数据。通过将字段标记为可选/必需,在预留 E2E 菜单规范或订购重定向菜单规范中说明了这些技术要求。
- 合作伙伴应仅提供相应餐厅位置提供的菜单项。
- 合作伙伴必须针对每个营业地点发送完整的菜单。菜单不完整的商家可能无法展示。
- 合作伙伴和商家需要确保菜单准确无误,并且应该每天提供更新。
- 菜单项照片应光线充足、包含一个获得焦点的菜单项、不得包含人物或其他非食物图片,且必须符合图片规范(请参阅照片指南)。
- 每个菜单项应显示价格,不含小费、税费或其他费用;当地法律和条例要求提供的情况除外。合作伙伴必须明确提供本地货币。
- 特色菜单受支持,应在不再提供时移除(例如:固定价格、季节性、限时特价)。
付款重定向政策
本部分介绍了在 Actions Center 上实现付款重定向的一般政策和特定于功能的政策。为确保消费者、商家和使用 Actions Center 的合作伙伴获得一致的体验,需要付款的商品目录必须遵守相应的准则。否则,您的集成将被暂停。
常规
这些政策适用于“通过 Google 预订”上的所有付款交易和商品目录:
- 根据适用法律,向用户收取的金额必须与交易条款中指定的金额相同。
- 如果服务要求提供预付款、违约金和/或押金,则必须提供 service cancellation_policy 定义。
- 合作伙伴负责使用实时更新 (RTU) 更新可用性,或确保
BatchAvailabilityLookup
调用反映准确的空档可用性。 - 不应针对需要使用信用卡进行的任何交易向用户收取费用。
- 对于在结账时未明确同意的用户,不应向其收取费用,正如我们的付款配置流程所清晰指示的那样。
- 链接到的服务条款页面中包含的付款条件不满足此要求。
- 对于线下服务 [^1],所有付款必须在预订时支付或仅线下支付。严禁以任何其他方式索要付款。
- 交易必须以商家所在地的货币显示和收取(货币通过付款配置过程指定)。无法进行货币换算。
1. 所有线下服务,不包括通过此集成提供的服务,例如预付款和存款
着陆页要求
- 着陆页必须是预订流程的起点,并且预先选择了就餐人数和时段。
- 着陆页不能是平台提供商的首页或任何其他页面。
- 深层链接着陆页的第一步不能是登录墙,也就是说,用户必须登录或创建帐号才能继续完成预订。
- 深层链接着陆页的第一步不能是“付费墙”。在付费墙中,用户无法查看预订的相关元数据,除非他们提供付款详细信息。