预订端到端集成政策

以下集成政策适用于预订端到端集成。

端到端政策

请先仔细阅读以下内容，了解集成需满足的资格条件，然后再进行集成。合作伙伴必须满足以下要求和政策，才能使用 Action Center 的预订端到端集成功能。

尽管以下要求是加入 Action Center 计划的必要条件，但满足这些要求并不能保证合作伙伴有资格与 Action Center 集成或使用 Action Center。

如果不符合相关要求和政策，集成、商家或服务可能会被暂停或从平台中移除。

通用的平台要求

  1. 合作伙伴必须以符合《一般数据保护条例》(GDPR) 及适用的任何其他隐私权法律的方式收集和处理所有商家和用户数据（包括任何个人身份信息）。
  2. 合作伙伴必须获得相应授权，然后才能代表其商家接受预订。

  3. 合作伙伴必须能够直接实时访问商家的可预订情况/时间空档（即合作伙伴必须能在 1 秒内响应来自 Google 的预订请求）。

    • 特殊情况：我们支持需要商家进行异步确认的预订，但预订流程必须基于可用的时间空档。合作伙伴必须掌握实时可预订情况，比如通过商家线上系统掌握，即便需要商家确认才能完成预订时也是如此。

  4. 合作伙伴必须提供所代表商家全面的商品目录。商品目录不全或受损的商家不符合条件。

  5. 合作伙伴必须掌握商家不少于 30 天的可预订情况。

  6. 合作伙伴必须支持线上取消预订。

  7. 要求预付费的合作伙伴必须遵守 Actions Center 的付款政策，其付款处理方必须在以下受支持的列表中且接受令牌化付款。

  8. 合作伙伴必须能够提供准确的服务费用定价数据，并遵守 Action Center 的定价政策。

  9. 合作伙伴必须满足 Action Center 技术预订端到端集成要求。

  10. 合作伙伴必须遵守 Google 易购中心的商家和服务资格要求。

  11. 合作伙伴必须遵守 Action Center 的支持和维护指南。

  12. 合作伙伴必须确保其错误率不高于发布和监控指南中规定的可接受水平。

  13. 所有预订都必须自动实时确认，但使用异步集成进行的预订除外。通过异步集成进行的预订必须遵循异步指南。

  14. 合作伙伴必须遵守 Google 易购中心针对特定行业或功能（商品、付款、在线服务和餐饮）制定的政策。

  15. 合作伙伴必须根据准则维护商家名称、地址、服务名称和说明的标准质量内容。

translation: human page_type: lcat

优惠政策

着陆页（移动页面和应用）

  • 您与 Google 分享的任何餐厅的所有优惠都应至少在移动版着陆页上显示，并附带所有相关信息。
    • 优惠价值和说明文本必须直接显示在着陆页上。
    • 着陆页必须清晰、全面地说明每项优惠的资格要求。这包括与细分用户群、付款方式、特定日期或时间、最低消费金额和优惠的使用次数相关的限制。
    • 所有其他优惠限制（例如资格条件、兑换说明、条款等）都必须显示在着陆页上，或者在点击一次着陆页后即可访问（例如弹出式对话框）。
  • 对于 OFFER_MODE_WALK_IN 优惠以外的所有优惠，与优惠关联的操作流程（例如预订餐桌）必须允许用户选择与其所选内容（例如对于预订，适用于所选时间空档和人数的优惠）
  • 兑换说明和方法必须明确说明且可操作（例如，如果兑换优惠需要在结账时通过合作伙伴系统付款，则应说明在该系统中付款的说明，并且用户应能够在结账时通过合作伙伴系统付款）。
  • 当商品网址重定向到合作伙伴已安装的移动应用时，该应用的着陆页必须满足本节中针对商品着陆页列出的所有要求。
    • 在 Google 体验中与商品互动后立即返回（例如，使用返回按钮、手势导航）时，用户必须返回原始 Google 体验。

优惠数据和格式

  • 合作伙伴必须遵守相关文档中列出的指定技术要求和数据格式。否则可能会导致 Feed 处理错误或延迟。
  • 优惠必须面向所有用户。优惠可能需要付费订阅，但只要任何人都可以订阅，就符合条件。
  • 提供的所有元数据在 Feed 上传时都必须准确无误且最新（必须至少每天上传一次）。所列优惠必须有效，并且可以立即或提前（如 ValidityPeriod 中所示）向用户提供；已过时、已售罄或已过期的优惠必须从 Feed 中移除。
  • 合作伙伴必须在各个平台上使用一致的商品格式。禁止 Feed 中的商品详情与合作伙伴应用或网站上显示的详情不一致。
  • 合作伙伴必须在 offer_display_text 字段中提供清晰简洁的优惠详情，准确反映优惠的价值和任何限制。
  • 合作伙伴必须明确指明每项优惠的优惠类别（基本优惠或附加优惠）和适用的优惠模式（OFFER_MODE_FREE_RESERVATION、OFFER_MODE_PAID_RESERVATION、OFFER_MODE_WALK_IN）。
  • 合作伙伴必须确保准确地为每项商品映射付款工具类型。

食品菜单政策和要求

请先仔细阅读以下内容，了解集成需满足的资格条件，然后再进行集成。合作伙伴必须遵守食品菜单政策，并满足以下要求，才能进行集成。请注意，Google 有权以对用户有帮助的方式显示菜单和菜品数据。

如果不符合相关要求和政策，集成、商家或服务可能会被暂停或从平台中移除。

政策和要求

  1. 合作伙伴不得在菜单 Feed 中发送禁止的信息（详情请参阅此处），例如粗俗语言、禁止的图片、个人身份信息 (PII) 或用户生成的内容。
  2. 合作伙伴不得使用菜单 Feed 分享非菜单项，例如服务（例如路边自提、促销代码等）。
  3. 合作伙伴必须按照预订端到端菜单规范或订餐重定向菜单规范提供所有必需数据（文件大小不得超过 2MB）。预订 E2E 菜单规范或订购重定向菜单规范中通过将字段标记为可选/必需来解决这些技术要求。
  4. 合作伙伴应仅提供适用于相应餐厅位置的菜单项。
  5. 合作伙伴必须为每个营业地点发送完整的菜单。菜单不完整的商家可能不符合展示条件。
  6. 合作伙伴和商家必须确保菜单准确无误，并应每天提供更新。
  7. 菜单项照片应光线充足，突出显示一项聚焦的菜单项，不得包含人物或其他非食品图片，且必须符合图片规范（请参阅照片准则）。
  8. 除非当地法律法规要求，否则应按菜单项显示价格，不含小费、税费或费用。合作伙伴必须明确提供本地货币。
  9. 支持特色菜单，并应在菜单不再提供时将其移除（例如：固定价格菜单、季节性菜单、限时特惠菜单）。

付款重定向政策

本部分详细说明了在 Action Center 上实现付款重定向所需遵守的一般政策和特定于功能的政策。为确保消费者、商家及合作伙伴获得一致的 Action Center 使用体验，需要付款的商品目录必须遵守相应的指南。否则，我们将暂停与您的集成。

常规

以下政策适用于“通过 Google 预订”上的所有付款交易和商品目录：

  1. 向用户收取的金额必须与交易条款中指定的金额相同，且符合适用法律。
  2. 合作伙伴负责使用实时更新 (RTU) 更新空房情况，或确保 BatchAvailabilityLookup 调用反映准确的空房情况。
  3. 不应针对任何需要提供信用卡的交易向用户收取任何费用。
  4. 根据我们的付款配置流程，对于在结账时未明确表示同意的用户，不应向其收取任何费用。
    • 链接到的服务条款页面中包含的付款条件不满足此要求。
  5. 对于线下服务1，所有付款都必须在预订时完成，或者仅限当面付款。严禁以任何其他方式索要付款。
  6. 交易必须以商家所在地币种显示和收费（币种使用付款配置流程指定）。系统不会进行货币换算。

1. 所有线下服务，不包括通过此集成提供的服务（例如预付款和押金）

着陆页要求

  1. 着陆页必须是预订流程的起点，并预先选择了人数和时间空档。
  2. 着陆页不得是平台提供商的首页或任何其他页面。
  3. 深层链接着陆页的第一步不能是付费墙，用户除非提供付款详细信息，否则无法查看其预订的相关元数据。
  4. 深层链接着陆页的第一步不能是登录页。 预订流程必须包含访客结账选项，用户无需登录或创建账号即可完成预订。
  5. 关联的网页和着陆页不得要求用户下载应用才能完成预订流程。