apps搜索引擎优化工具
radar产品 Schema 检查器

电子商务页面的免费产品 Schema 检查器

在损坏的结构化数据削弱丰富的结果或AI 购物可见性之前验证产品、报价、价格、可用性、图像和可见的产品信号。

check_circle产品和 Offer Schema
check_circle价格和供货一致性
check_circleJSON-LD 与可见页面数据
check_circleAI 可读的产品属性
系统就绪
link

无需登录 · 免费扫描 · 即时在线报告

审计范围

该工具检查什么

产品 Schema

检测产品标记是否存在,以及名称、图像、品牌、SKU 和报价数据等核心字段对于搜索引擎是否足够清晰。

报价信号

比较价格、货币、库存情况和产品 URL 信号,这样爬虫就不会看到与购物者看到的不同的产品。

结构化数据一致性

捕获渲染的 HTML、元数据、规范标签和 JSON-LD 块之间的矛盾,这些矛盾可能会降低页面的信任度。

AI 搜索准备情况

检查页面是否为AI 应答系统提供了足够的产品上下文来解析、比较和推荐该项目。

Schema 实体地图

这个工具会分开检查的 Product Schema 信号

一个强的电商商品页,不应该把结构化数据当成一整块通用 JSON-LD。它需要把商品实体、可购买的 Offer、真实评论信号和面包屑路径分开,让搜索引擎能把页面、Merchant Center、摘要结果和购物展示面串起来理解。

Product 实体字段

Product 实体应该描述商品本身,而不是分类页、集合页,或者围绕这个商品写出来的营销活动。

信号示例

Product: name, image[], description, brand, sku, gtin/mpn, category

重点核对

  • check_circleProduct name 和 image 要与页面上真实展示的商品一致。
  • check_circle如果店铺有 brand、SKU、GTIN 或 MPN,就不要让这些字段缺失。
  • check_circle颜色、尺码、材质、型号等变体属性不要只藏在模糊文案里。

Offer 与商家列表数据

Offer 标记应该描述购物者在这个 URL 上实际可以买到什么,包括价格、币种、库存状态、商品状态和 canonical 商品 URL。

信号示例

Offer: price, priceCurrency, availability, itemCondition, url, priceValidUntil

重点核对

  • check_circleprice 和 priceCurrency 要与渲染后的页面及当前市场一致。
  • check_circleavailability 要是当前状态,不能和售罄、预售等页面文案冲突。
  • check_circleOffer URL 应该解析到 Google 能抓取的同一个 canonical 商品页。

Review 与 AggregateRating 信号

Review 标记只有在代表真实、可见,并且与评论组件或平台数据一致的评论时才有价值。

信号示例

AggregateRating: ratingValue, reviewCount; Review: author, reviewBody, datePublished

重点核对

  • check_circle评分应该在页面上可见,而不是只被塞进隐藏 schema。
  • check_circlereviewCount 和 ratingValue 要与页面上的评论摘要一致。
  • check_circle多个评论 App 不应该输出互相冲突的 aggregateRating。

BreadcrumbList 上下文

Breadcrumb schema 帮助爬虫理解商品在目录中的位置,避免搜索引擎错误推断商品所属分类。

信号示例

BreadcrumbList: Home > Collection > Product with position values and item URLs

重点核对

  • check_circle面包屑名称要与页面可见导航路径一致。
  • check_circle每个 breadcrumb item 都要有可抓取 URL 和稳定的 position 值。
  • check_circle面包屑不要误指向筛选页、临时集合页或参数页。

常见拦截器

值得首先解决的问题

priority_high

产品标记缺失或过少

页面有可见的产品信息,但结构化数据并没有清晰地描述产品实体。

priority_high

损坏的报价详细信息

价格、货币、库存情况或 URL 字段缺失、过时或与呈现的产品页面不一致。

priority_high

重复的 JSON-LD 块

主题、应用程序和标签管理器可以在同一 URL 上注入多个冲突的产品 Schema。

priority_high

产品属性弱

品牌、SKU、材料、尺寸、颜色、款式或库存信号等重要属性缺失或过于模糊。

工作流程

从 URL 到修复计划

01

粘贴产品网址

使用购物者和爬虫可以访问的公共产品页面,而不是预览、购物车或管理 URL。

02

扫描呈现的页面

ShopGox 检查最终产品页面输出,包括 Schema、元数据、内容清晰度和面向爬虫的信号。

03

优先修复

使用该报告来确定修复是否属于内容、主题模板、Schema 应用或平台设置。

常见问题解答

扫描前的问题

这只是一个 JSON-LD 验证器吗?
expand_more
不是。通用验证器主要检查标记语法是否正确。ShopGox 还会对比 Product、Offer、Review、AggregateRating、BreadcrumbList、metadata 和页面可见商品内容,找出语法验证器看不出来的矛盾。
电商商品页最重要的 schema 类型有哪些?
expand_more
可购买的商品页应先保证 Product 和 Offer。然后再看 BreadcrumbList、页面上真实可见评论对应的 Review 或 AggregateRating,以及价格、库存、配送、退货政策等商家列表字段。
Product Schema 最常缺哪些字段?
expand_more
常见缺口包括 brand、SKU、GTIN 或 MPN、图片数组、priceCurrency、availability、canonical URL、变体属性,以及与页面评论组件一致的评论数量。
商品页没有可见评论,也应该加 Review schema 吗?
expand_more
不应该。Review 和 AggregateRating 应该反映购物者在页面上能看到的真实评论。添加隐藏或没有依据的评分,反而可能制造信任和结构化数据资格问题。
Product Schema 干净就一定能出富结果吗?
expand_more
不能保证。干净的结构化数据会改善搜索引擎可评估的输入,但富结果仍取决于资格、可抓取性、政策合规、页面质量,以及 Google 自己的展示判断。