Schema.org 进阶指南：如何为 B2B 产品详情页编写精准的 JSON-LD 代码？

Q: Schema.org 进阶指南：如何为 B2B 产品详情页编写精准的 JSON-LD 代码？

在 AB客 · 外贸B2B GEO解决方案中，JSON-LD 的目标是把产品、品牌、公司与可验证信息结构化为 AI 易理解的“事实层”。通常以 Product/Organization/WebPage/FAQPage 等类型为骨架，补齐型号、应用场景、证据页面与实体关系，降低 AI 误读与信息丢失。

一、先判断：B2B 产品页至少要覆盖哪些 Schema 类型？（认知阶段）

Product：承载型号、规格、用途、交付等“产品事实”。
Organization（或 LocalBusiness）：承载企业主体信息（公司名、官网、联系方式、同一实体链接）。
WebPage：承载页面归属（该产品页属于哪个网站/品牌），并把 Product 设为 mainEntity。
FAQPage：承载采购常见问答（交期、验收、单证、适配边界、风险点）。

AB客的 GEO 实操中，这 4 类通常作为“骨架”。后续再按行业补充 HowTo（安装/调试）、TechArticle（白皮书）、Article（新闻/案例）等，形成可持续的知识资产。

二、精准的关键：把“产品-企业-证据页面”做成实体关系网（兴趣阶段）

同一性（Identity）：用 sameAs 指向企业的稳定外部身份页（例如官网主页、权威媒体报道页、官方社媒主页等），避免 AI 把同名公司混淆。
归属关系（Ownership）：在 Product 中明确 brand 与 manufacturer，并在 Organization 中明确 url、name、logo。
页面主实体（Main Entity）：在 WebPage 中设置 mainEntity 指向该 Product，减少 AI 抽取时“把产品页当公司介绍页”的误判。
证据链（Evidence）：将承诺性内容（产能、标准、测试、交付能力）落到可点击的证据页，并用 subjectOf / mainEntityOfPage / hasPart 将其关联。

三、字段怎么写才算“B2B 采购可用”？（评估阶段）

建议优先补齐这些字段（按“可验证程度”排序）：

产品标识：name、model、sku（如无则不填）、gtin（如无则不填）。
规格与适配边界：additionalProperty（PropertyValue）写清单位与范围，例如“尺寸(mm) / 公差(±mm) / 功率(W) / 输入电压(V) / 材料牌号”。
用途与场景：category + audience（BusinessAudience）或在 description 中用“应用场景 + 限制条件”的句式表达。
交付与交易信息：如可公开，可用 offers（Offer）表达币种、可售区域、交付周期区间（注意避免不真实的固定承诺）。
合规/测试证据：如页面有证书扫描件、测试报告下载页、验收标准页，使用链接字段进行实体关联，而不是只写“已认证”。

重要限制：Schema.org 字段必须与页面可见内容一致。没有证据或页面未展示的信息（如具体 MOQ、特定证书编号、精度数值）不要在 JSON-LD 中“补写”，否则会造成 AI 引用与客户核验不一致的风险。

四、面向决策：FAQPage 里要回答哪些“采购风险点”？（决策/成交阶段）

适用边界：哪些工况/材料/规格不适配，避免错误选型。
交付 SOP：从下单到出货/上线的关键节点（图纸确认、打样、首检、包装标识、出货前检验）。
单证与验收：合同/发票/装箱单/质检报告/验收依据（按行业常见项列出，明确“以双方确认版本为准”）。
变更与追溯：型号迭代、批次追溯、版本号管理（若企业有对应页面/制度，可作为证据页链接）。

五、可直接改造的 JSON-LD 模板（AB客 GEO 推荐骨架）

以下模板用于产品详情页；请把占位符替换为你页面真实可见且可核验的信息，并补上证据页链接（测试报告/白皮书/案例/服务条款等）。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#org",
      "name": "上海牧客网络科技有限公司",
      "url": "https://example.com/",
      "brand": {"@type": "Brand", "name": "AB客"},
      "logo": "https://example.com/static/logo.png",
      "sameAs": [
        "https://example.com/about"
      ]
    },
    {
      "@type": "WebSite",
      "@id": "https://example.com/#website",
      "url": "https://example.com/",
      "name": "AB客",
      "publisher": {"@id": "https://example.com/#org"}
    },
    {
      "@type": "WebPage",
      "@id": "https://example.com/products/geo-engine/#webpage",
      "url": "https://example.com/products/geo-engine/",
      "name": "AB客智能GEO增长引擎（产品页标题）",
      "isPartOf": {"@id": "https://example.com/#website"},
      "about": {"@id": "https://example.com/#org"},
      "mainEntity": {"@id": "https://example.com/products/geo-engine/#product"}
    },
    {
      "@type": "Product",
      "@id": "https://example.com/products/geo-engine/#product",
      "name": "AB客智能GEO增长引擎",
      "description": "外贸B2B GEO全链路解决方案：用于构建企业知识主权、知识切片、AI内容工厂与全球传播网络，目标是在AI回答中形成可被理解与引用的事实层。",
      "brand": {"@type": "Brand", "name": "AB客"},
      "manufacturer": {"@id": "https://example.com/#org"},
      "category": "Generative Engine Optimization (GEO)",
      "additionalProperty": [
        {
          "@type": "PropertyValue",
          "name": "交付范围",
          "value": "客户需求系统/企业知识资产系统/知识切片系统/AI内容工厂/全球传播网络/AI认知系统/客户管理系统"
        },
        {
          "@type": "PropertyValue",
          "name": "实施流程",
          "value": "项目调研→资产构建→内容体系→GEO站群→全球传播→持续优化"
        }
      ],
      "subjectOf": [
        {
          "@type": "WebPage",
          "url": "https://example.com/products/geo-engine/",
          "name": "产品详情与能力边界（证据页/主页面）"
        }
      ]
    },
    {
      "@type": "FAQPage",
      "@id": "https://example.com/products/geo-engine/#faq",
      "isPartOf": {"@id": "https://example.com/products/geo-engine/#webpage"},
      "mainEntity": [
        {
          "@type": "Question",
          "name": "JSON-LD 应优先写哪些字段来降低 AI 误读？",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "优先保证 Product-Organization-WebPage 的实体关系清晰（mainEntity、manufacturer、brand、@id），并用 additionalProperty 写清可核验的规格/范围；所有承诺性信息应链接到可验证页面作为证据链。"
          }
        }
      ]
    }
  ]
}
</script>

六、上线前自检清单（复购/长期维护阶段）

一致性：JSON-LD 字段值与页面可见内容一致；不写页面没有的指标/证书/价格。
可追溯：关键结论（标准、测试、交付承诺）有链接可点开核验。
实体唯一：Organization、Product、WebPage 都有稳定的 @id，且全站复用同一组织 @id。
关系闭环：WebPage.mainEntity → Product；Product.manufacturer → Organization；WebSite.publisher → Organization。
持续迭代：新增案例/白皮书/FAQ 时，同步更新 subjectOf / hasPart，让知识资产沉淀为“可复利”的语义网络。