Inventory Viewer

借助广告资源查看器工具,您可以:

  • 根据提供商 ID(您在 Feed 中提供的 ID)查找实体
  • 查看实体特定的详细信息,包括:
    • 实体名称
    • 餐馆地址
    • 原始实体 JSON
    • 服务区域
    • 小时
    • 消费者途径上的投放状态
    • 指向消费者订购流程的链接
  • 在相关实体之间导航(例如,从“菜单”导航到其父级“Service”和“餐馆”,反之亦然)
  • 查看 Google 拥有的实体版本

如需访问 Inventory Viewer,请打开 Actions Center 并依次转到 Inventory > 订餐实体,或点击此链接

对您的 Actions Center 帐号拥有读取者权限或更高权限的所有用户将自动拥有 Inventory Viewer 访问权限。

广告资源查看器仅支持生产环境和沙盒环境。不支持快速测试。

如何使用广告资源查看器

首先,依次转到商品目录 > 订餐实体或点击此链接

Inventory Viewer 有两个视图:列表视图详情视图

列表视图

这是用户首次导航到该工具时会看到的视图。它包含一个表,其中每种实体类型都有一个标签页。每个标签页包含一个分页表,该表中包含该类型的所有实体。列因实体类型而异,但始终包含:

列名 说明
实体 ID 合作伙伴提供的实体 ID(来自批处理 Feed 和 RTU)
上次修改时间 这是上次在 Feed 或 RTU(根据您的时区)中对此实体进行的修改提取的时间戳。

其他实体专用列包括:

列名 说明
名称 Feed 中实体的名称。
状态 实体的投放状态。仅适用于餐馆和服务
已删除状态 实体的已删除状态。值为“已删除”或“未删除”。适用于除“服务”和“餐馆”之外的所有实体类型
类型 送餐导出(适用于服务)、optionType(适用于 MenuItemOptions)

点击某一行即可转到该实体的详情视图。

列表视图过滤条件

每个列表视图表都支持一组特定于该实体类型的过滤器。所有实体都支持按实体 ID(您在 Feed 和 RTU 中向 Google 提供的 ID)进行过滤。

某些实体类型支持更高级的过滤条件。下表列出了一些此类过滤条件。

运算符 支持的实体类型 说明
名称 =,包含 餐馆、菜单、MenuSetion、MenuItem Feed 中提供的实体名称
SKU = MenuItemOffer
地址 =,包含 餐馆 Feed 中提供的地址
投放状态 多选 餐厅、服务 消费者界面上的投放状态
已删除状态 多选 除 Restaurant 和 Service 之外的所有实体 实体的已删除状态(已删除或未删除)

详细信息视图

详细信息视图是用户点击列表视图中的实体时会看到的视图。详情视图包含有关该实体的其他信息,例如:

  • 停用原因(针对餐馆和服务实体类型)
  • 列出相关实体的视图
  • 实体的索引编制时间(上次同步到服务数据库的时间)
  • 来自 Feed 或 RTU 的原始 JSON
  • 相关实体(例如 OperationHours、ServiceAreas、price)的组合视图
  • 指向生产和测试订购流程的链接(仅限餐馆和服务)

状态以及如何修正错误

下表介绍了 Inventory Viewer 中报告的实体投放状态。只有餐馆和服务具有投放状态。

状态 说明
已启用 实体可以在 Google 平台上投放广告。
已停用 实体未在 Google 上投放广告。点击相应行即可打开详情视图,并查看广告未投放的原因。
待处理 该实体已添加到最近的 Feed 中,但尚未投放。
已删除 实体已从 Feed 或 RTU 中删除。已删除的实体会保留 30 天。

由于实体处理时间,您在广告资源查看器中看到的版本可能不是正在使用的版本。如需了解详情,请参阅常见问题解答

如果实体已停用,请打开详情视图,查看停用原因

停用原因 说明 修正方法
菜单缺失或错误 菜单实体缺失或在提取期间出错。 确保在数据 Feed 中为餐厅定义了菜单实体。确保 @id 引用正确无误。使用广告资源查看器检查菜单中是否存在错误
餐馆缺失或错误 Feed 中缺少餐馆实体或在提取时出错。 确保在数据 Feed 中定义了餐馆实体。确保对餐馆实体的 @id 引用正确无误。
无法匹配 Google 数据库中有效的餐厅 当数据 Feed 中的餐馆实体无法与 Google 数据库中的有效餐馆匹配时,就会发生这种情况。 检查该餐馆是否已显示在 Google 搜索和 Google 地图中。如果该餐馆不存在,请按照“如何添加 Google 商家资料或声明对 Google 商家资料的所有权”中的说明操作。请确保数据 Feed 文件中的姓名和地址与商家资料中的名称和地址完全一致。
服务缺失或存在错误 服务实体缺失或在提取过程中出错。 确保在数据 Feed 中为餐厅定义了服务实体。确保 @id 引用正确无误。使用 Inventory Viewer 检查与服务实体相关的错误并进行修复。
暂时禁止访问 Feed 该餐馆已存在于数据 Feed 中,但其服务已被停用。 发送增量更新或批量注入,将服务实体 isDisabled 属性设置为 false。
餐馆已停用 OwG 商家未启用“端到端订购”功能,因为他们之前按照设置、开启或关闭“在线订餐”按钮中的说明选择了关闭“在线订餐”按钮。 与您的餐厅联系,让对方通过这些设置、开启或关闭“在线订餐”按钮开启“在线订餐”按钮。
餐馆已选择停用提供商 商家在“端到端订购”中按照设置、开启或关闭“在线订餐”按钮中的说明停用了“在线订餐”功能,因为他们报告称他们与您没有任何业务关系。 与您的商家联系,让他们使用联系表单为提供商开启“在线订购”按钮。
在 Google 上标记为已停业 - 永久停业 此营业地点在 Google 知识面板上显示为永久停业。 商家可以按照如何设置营业时间或标记为停业中的说明,在其商家资料中将相应营业地点标记为已重新营业。
已在 Google 上标记为停业 - 暂停营业 该营业地点在 Google 知识面板中显示为永久停业或暂停营业。 商家可以按照如何设置营业时间或标记为停业中的说明,在其商家资料中将相应营业地点标记为已重新营业。
重复的餐馆 这意味着数据 Feed 中的多个餐馆实体与 Google 数据库中的同一家餐馆相匹配。 请从数据 Feed 中移除重复的餐厅实体。如果同一家餐厅在一个综合体(购物中心、机场或购物中心)有多个营业地点,或者多个营业地点相距很近,请确保每个营业地点在 Google 商家资料中都有单独的营业地点(操作说明),并与数据 Feed 中的单个实体相匹配。
重复的服务 这意味着,您的数据 Feed 中有多项相同类型(送货或外带)的服务关联到了 Google 数据库中的同一家餐厅。示例:在您的数据 Feed 中为同一餐馆配置了两个送餐服务实体。 请更新您的数据 Feed,确保每家餐馆都没有重复的配送服务或外卖服务。

已删除的实体

对于已删除的 Restaurant 和 Service 实体,其“Status”列将显示“Deleted Status”。对于所有其他实体类型,列表视图将包含一个“已删除状态”列,其值为“已删除”或“未删除”。删除的实体会在删除事件发生后存储 30 天。Inventory Viewer 不会获得关于已删除实体的完整信息,并且“Name”等字段将显示为“Unknown”。

常见问题解答

“商品目录查看器”报告是否会取代“餐馆状态”报告?

不会。餐馆状态报告将继续存在,并提供服务状态的汇总视图。

广告资源查看器中数据的显示延迟时间是多久?

Inventory Viewer 中的数据延迟时间遵循提取和处理时间。对于批量 Feed 中提供的数据,延迟最多从提取成功之时开始 2 小时。对于 RTU,小于 5 分钟。提取成功意味着:

  • 包含该实体的 Feed 在提取历史记录屏幕中的状态为“成功”。
  • 包含相应实体的 RTU 没有 RTU 报告中报告的请求级或实体级验证错误

“Inventory Viewer”是否支持快速测试?

不可以。广告资源查看器仅支持生产环境和沙盒环境。

我解决了导致餐馆无法投放的问题,但在广告资源查看器中仍显示为“已停用”吗?

从通过批量 Feed 成功提取之时起,最长可能需要等待 2 小时,而 RTU 可能需要最多 5 分钟才会反映在消费者订购流程中。如需详细了解延迟时间,请参阅常见问题解答Inventory Viewer 具有最新的投放状态,因此一旦实体在使用方界面中更改投放状态,它便会近乎即时地反映在 Inventory Viewer 中。

上次修改时间和索引编制时间

Inventory Viewer 始终显示实体的最新提取版本。但是,在提取完成后但在使用方界面更新为最新版本之前,传送的实体版本与刚刚提取且显示在 Inventory Viewer 中的版本不匹配。这是由于服务流水线中的处理时间所致。索引编制时间是指通过 Feed 和 RTU 接收的数据同步到投放数据库以在消费者途径上投放的时间。上次修改时间早于索引时间的任何实体都将在使用方平台上提供。

例如,假设您在 Feed 中添加一项 Service,该 Service 在 00:30:00 完成提取,并在 01:30:00 编入索引,因此从该时间开始投放。然后,在 04:00:00 上传另一个 Feed,其中包含该服务的新版本,并将 isDisabled=true,并且该 Feed 会在 04:30:00 完成提取。第二次提取完成后,Inventory Viewer 会将 1 月 1 日 04:30:00 GMT 显示为 Last Modified 时间戳,但在索引编制操作发生之前,使用方排序流程仍会提供已在 00:30:00 完成提取的版本。假设在 04:45:00 执行了另一项索引编制操作。此时,服务的停用状态将在使用方界面中更新,并且该实体将停止服务,但是,在从 01:30:00(第一次索引编制操作)到 04:45:00(第二次索引编制操作)的整个时间段内,该实体的状态将为“已启用”,因为使用方界面中提供过该实体的先前版本。