外贸 B2B 产品页要不要加 Product 结构化数据：询价型页面别伪造价格与库存

外贸 B2B 产品页可以使用 Product 结构化数据描述真实产品，但页面不能在线购买、不公开价格且没有真实评价时，不应虚构 Offer、库存或评分来换取 Google 富媒体结果。先确认页面承担询价还是交易任务，再决定标记到什么程度。

这篇文章讨论 Google Search 支持的 Product 展示资格，不等同于所有 Schema.org 用法。结构化数据能帮助机器理解页面，但不会替代产品资料、抓取条件，也不能保证搜索结果采用增强展示。

先区分询价产品页和在线购买页

同样叫“产品页”，外贸网站与商城的交易方式可能完全不同。标准件可以显示价格、库存并在线付款；工业设备、OEM 项目或按工况选型的产品，通常要先确认数量、材料、认证、交期与目的国，再由销售报价。

Google 的Product 结构化数据总览把主要用途分成两类：Product snippets 面向不能直接购买或以产品信息、评价为主的页面；Merchant listings 面向访客可以从页面购买的商品。页面采用哪一类，取决于真实购买方式，不取决于团队希望获得哪种搜索外观。

• 页面事实：有公开价格、库存和直接购买；更合理的处理：按 Merchant listing 要求维护 Offer；不应采取的做法：用询价按钮代替实际购买网址
• 页面事实：不能直接购买，但有真实公开评价或报价信息；更合理的处理：核对 Product snippet 的适用属性；不应采取的做法：为通过测试生成虚假评价
• 页面事实：只接受询价，无价格和评价；更合理的处理：保留真实产品实体与普通搜索优化，接受不具备产品富结果资格；不应采取的做法：把价格写成 0、1 或“Contact”
• 页面事实：同一产品有多个真实变体；更合理的处理：根据页面结构评估 ProductGroup / Product；不应采取的做法：把完全不同型号硬并成颜色尺寸变体

没有真实价格时，不要制造 Offer

Google 当前的Product snippet 文档要求产品名称，并至少提供 `review`、`aggregateRating` 或 `offers` 中的一项，页面才具备相应产品摘要资格。询价页如果三项都没有，测试工具无法把它变成合格结果是正常现象，不代表要补一组假数据。

Merchant listing 的要求更明确：Merchant listing 文档要求用户可购买的产品网址和大于零的有效价格。`0`、`1`、区间起始占位价，或把“Contact for price”塞进数值字段，都没有表达真实成交条件，还可能让搜索结果、销售报价与页面相互冲突。

评价同样不能为填字段而生成。只有来自真实对象、能在页面上被用户看到并符合评价规则的内容，才适合写入 `Review` 或 `AggregateRating`。内部质检分数、销售自评和 AI 生成推荐语都不是客户评价。

标记必须与页面可见资料一致

结构化数据不是藏在源码里的第二份产品目录。产品名称、型号、品牌、图片、SKU / MPN / GTIN、材质和描述应能在页面主体中找到对应事实；暂时缺少或不能公开的字段可以不写，不能由开发者猜测。

对 B2B 产品尤其要区分“型号”和“变体”。同一基础产品只有尺寸、颜色或材料差异时，可能适合 ProductGroup；不同电压、认证、工况或结构导致采购判断发生变化时，往往应该是独立产品页面。Google 的产品变体说明要求稳定的产品组与变体标识，并要求可通过网址直接预选相应变体；只有下拉菜单变化而 URL、图片和资料没有同步，不能靠标记补齐页面体验。

页面可见内容与 JSON-LD 应由同一产品数据源生成。市场人员修改停产状态或型号后，如果只改正文、不改结构化数据，就会重新出现错误库存和旧产品信息。

用测试工具判断错误，不把警告当任务清单

上线前先查看页面源代码或渲染后的 DOM，确认只输出一组当前产品数据；再使用 Rich Results Test 检查语法和 Google 支持的字段，用 Schema Markup Validator 查看更广泛的 Schema.org 结构，最后用 Search Console 网址检查确认 Google 能访问真实页面。

需要分开处理三种结果：语法错误必须修；缺少当前展示类型的必填项意味着不具备该富结果资格；推荐字段警告则要看网站是否真的拥有这项信息。不能为了消除黄色警告，给每个 B2B 产品复制同一价格、评分或退货政策。

结构化数据通过校验也不代表一定展示。Google 会结合页面质量、搜索请求、抓取和系统判断选择搜索外观。验收目标应是“数据真实、与页面一致、错误可监测”，而不是承诺某个产品卡片必然出现。

把数据责任写进产品内容流程

产品团队应负责型号、参数、状态和可公开资料；销售确认报价方式、最小起订量和交付条件；SEO 或开发人员负责把已确认事实映射到页面与结构化数据。任何人都不应在缺少业务确认时自行补价格、库存或认证。

建立一张字段表，记录页面可见位置、CMS 字段、JSON-LD 属性、数据负责人和更新时间。抽查新品、变体、停产产品和只有询价入口的页面，验证 canonical、状态码、可见内容与标记一致；产品停产时还要同步页面文案、结构化数据和 Sitemap，而不是只删除一个后台商品状态。

李李出海可以协助审查外贸产品页的信息架构、CMS 字段和 Product 标记边界，把询价型页面与可直接购买页面分开验收。沟通时提供一个产品族、公开参数、真实报价方式和现有页面网址即可；不需要为了“做 Schema”先编造价格或客户评价。