建站说加了结构化数据却搜不到星级？B2B 官网 JSON-LD Schema 实施与校验：四类标记、六处易错与 8 项上线清单（2026-08-10核验）

建站交付说加了结构化数据却看不到星级，是代码没生效还是不会展示？本文按 Google Search Central 与 Schema.org 官方文档，讲清 B2B 官网最该上的四类 JSON-LD（Organization / Product / BreadcrumbList / FAQPage）分别解决什么、官方必填属性、六处最常写错的地方，以及上线后该用 Schema Markup Validator 与 Search Console 增强功能报告校验、按 8 项清单收尾。信息核验截至 2026-08-10。

建站服务商交付时说"已经加了结构化数据",你却在 Google 搜索结果里看不到星级、价格、面包屑--是代码没生效,还是根本就不会展示?问题往往出在"配了 Schema"和"配对了 Schema"之间差着好几步。本文面向正在做外贸官网建设、改版或验收的技术负责人与企业负责人,讲清 B2B 官网最该上的四类 JSON-LD(Organization / Product / BreadcrumbList / FAQPage)分别解决什么问题、官方要求的必填属性、最容易写错的六处,以及上线后该用哪套工具校验、按哪 8 项清单收尾。具体的提速手段见本站《企业官网加载速度优化指南》,本文只解决"结构化数据怎么配才有效、怎么验"。

对外贸 B2B 官网而言,结构化数据的价值场景和零售站不同:它没有海量 SKU 与评价,却往往有"公司实体不清晰、产品页信息零散、多语言版本互相串、常见问题没人标"这四类典型问题。本文的取舍正是围绕这四点展开,而不是照搬电商那一套 Review / AggregateRating 玩法。以下口径依据 Google Search Central 与 Schema.org 官方文档原文,信息核验截至 2026-08-10;平台规则可能调整,实施前请以核验当日官方文档为准。本文不承诺排名、收录、富媒体结果展示或流量结果。

一、先树立正确的预期:加了 Schema ≠ 搜索结果会变样

Google 官方对结构化数据的定位是:帮助搜索引擎更好地理解页面内容、给主题分类、识别页面里的重点信息(如 Logo、图片等)。官方说明里写得很清楚--添加结构化数据可以带来对用户更有吸引力的搜索结果(即富媒体结果,rich results),并可能鼓励用户更多互动。

但同一条官方口径也明确:结构化数据不是排名信号的直接开关,不能保证页面一定展示富媒体结果。会不会展示、展示哪一种,由 Google 算法结合页面质量、内容匹配度等综合判断。对 B2B 官网的现实含义是:Schema 是"把信息说清楚"的基础设施,而不是"包上首页"的捷径;把这条预期写进验收条款,比事后争论有效得多。

JSON-LD 标记了与富媒体结果展示了两回事:结构化数据帮助理解,但不保证展示

二、B2B 官网最该上的四类 JSON-LD(及各自解决什么)

Schema.org 的类型有上百种,但对外贸 B2B 官网来说,绝大多数价值集中在下面四类。其余类型(如 Article、Event、JobPosting)只在确有对应内容时才上,不要为了凑数硬套。

类型	适用页面	核心作用	官方推荐的必填属性
Organization	全站(一般放首页或全局模板)	告诉搜索引擎"这是哪家公司":名称、Logo、联系方式、社媒入口	name、url、logo,建议补充 sameAs(社媒链接)、contactPoint / address
Product	产品 / 服务详情页	把商品信息(名称、图片、品牌、价格、库存)理解为产品实体	name、image、brand,offers 需含 price、priceCurrency、availability
BreadcrumbList	所有带层级路径的页面	把"首页 > 产品 > XX"的面包屑语义化,可能改善结果中的路径展示	itemListElement,每个 ListItem 需 position、name、item(对应链接)
FAQPage	含常见问题解答的页面	标注问答对,历史上可触发 FAQ 富媒体结果	mainEntity,每个 Question 需 name 与 acceptedAnswer.text

Organization Product BreadcrumbList FAQPage 四类 JSON-LD 适用页面与必填属性对照

R2 动态提示(核验 2026-08-10):FAQ 富媒体结果自 2023 年起 Google 已大幅收窄展示范围,多数站点即便标记完全正确也不再展示 FAQ 富媒体。是否使用 FAQPage 应基于"帮助理解内容",而不是"为了展示折叠问答"。该口径以 Google 官方公告与 Search Central 文档在核验日的表述为准。

三、推荐格式与放置:JSON-LD 优于 Microdata / RDFa

格式选择。Google 支持三种格式:JSON-LD(推荐)、Microdata、RDFa;官方建议优先使用 JSON-LD,原因是它独立于页面 HTML 结构,维护成本最低。
放置位置。JSON-LD 可放在 <head> 或 <body> 内。B2B 站点通常把 Organization 放在全站模板的 <head>,把 Product / BreadcrumbList / FAQPage 放在对应页面模板里。
基础字段。用 "@context": "https://schema.org/" 指定词汇表,用 "@type" 指定类型;一个页面需要多种类型时,用 @graph 组织,避免重复嵌套冲突。

四、六处最常写错的地方(正误对照)

验收时发现的 Schema 问题,绝大部分集中在下面六类。前四类属于"内容不一致",会直接被 Google 判定为不符合指南。

错误写法	正确写法	为什么
name 与页面可见标题对不上	结构化数据里的 name 必须与页面可见内容一致	Google 要求标记内容对用户可见且与页面一致,否则视为误导
把价格写死,不标货币与库存	offers 必须含 priceCurrency、availability,动态价应动态生成	缺 currency / availability 的 Product 标记不完整,无法被理解为有效商品
image 用相对路径或 404 图片	用绝对 URL,且图片可访问、可被抓取	不要用 robots.txt 或 noindex 屏蔽结构化数据所在页面
BreadcrumbList 的 item 链接与真实面包屑不符	position / name / item 必须和实际面包屑一致	标记内容须与页面可见内容逐字对应
FAQ 自问自答,页面里根本没有这问题	标记的每个问答都必须在页面可见内容里真实存在	禁止"为了 SEO 编造问答",这是明确违规
多个 @type 不加 @graph 直接嵌套	用 @graph 组织多类型(如 Organization + WebSite + BreadcrumbList)	直接嵌套容易出现属性冲突与重复实体

四类各自的官方必填项在上一节表格已列明。补充两点 B2B 常见细节:Product 的 offers 里,priceCurrency 必须用 ISO 4217 三位字母代码(如 USD / EUR / CNY),availability 用 Schema.org 预定义枚举(如 InStock / OutOfStock / PreOrder),不要自己造词;BreadcrumbList 每个 ListItem 的 item 必须是真实可访问的链接,且 position 从 1 开始连续编号。

多类型放在一页的代码骨架(参考,非直接复制)

一个页面需要同时声明"这是哪家公司""这是哪个站点""当前面包屑"时,推荐用 @graph 组织,避免属性冲突。下面是一段结构示意,落地时请把示例值替换成你站点的真实信息,且保证 name / url / logo 与页面可见内容一致:

<script type="application/ld+json">
{
  "@context": "https://schema.org/",
  "@graph": [
    { "@type": "Organization",
      "name": "公司名称(与首页可见一致)",
      "url": "https://example.com",
      "logo": "https://example.com/logo.png",
      "sameAs": ["https://www.linkedin.com/company/xxx"] },
    { "@type": "WebSite",
      "name": "站点名", "url": "https://example.com" },
    { "@type": "BreadcrumbList",
      "itemListElement": [
        {"@type":"ListItem","position":1,"name":"首页","item":"https://example.com"},
        {"@type":"ListItem","position":2,"name":"产品","item":"https://example.com/products"}
      ] }
  ]
}
</script>

说明:WebSite 为可选项,用于标注站点级信息;sameAs 只填真实存在的社媒主页,不要为不存在的账号编造链接;name 必须与页面可见文字逐字对应,否则会被判为不一致。

五、和站内其他技术的衔接(避免白做)

Schema 不是孤立的,它依赖站点其他基础信号才能生效。这几点和本站的相邻技术文章是同一套口径:

可索引性前提。结构化数据所在页面必须能被抓取与索引(状态码 200、无 noindex、无 robots 屏蔽)。这点和《网站抓取索引基础怎么搭?》是同一套信号--Schema 页被屏蔽,结构化数据就永远不生效。
JS 渲染站。JSON-LD 应在服务端渲染输出到 HTML 源码,而非仅靠前端 JS 注入,否则可能不被及时读取。这与《网站用 JavaScript 渲染会影响收录吗?》讨论的框架站问题同源。
多语言站。每个语言版本用 hreflang 互相标注(见《多语言网站 hreflang 怎么配才有效?》),Organization 的 sameAs 指向对应语种的社媒,不要把中文 Schema 套在英文页上。
Canonical。结构化数据应放在规范 URL 页面上,避免被聚合到错误版本,详见《网站 canonical 常见错误有哪些?》。

六、上线后用什么校验(工具口径,核验 2026-08-10)

校验分两层:语法是否正确、站点级是否报错。官方现行路径如下:

Schema Markup Validator(schema.org 提供)。用于检查 JSON-LD 的语法与类型正确性,能发现缺必填、字段类型错等基础问题。
Google Search Console 的"增强功能"报告。用于查看站点级结构化数据的覆盖率与报错,是官方认定的上线后体检入口。
R2 动态提示(核验 2026-08-10):原 Rich Results Test 已被合并 / 退役,现行以 Schema Markup Validator + Search Console 增强功能报告为主。该口径以 Google 官方文档在核验日的表述为准,可能随时调整。

需要强调:第三方工具只能做参考,不能替代官方报告;而且"校验通过"只代表语法合规,不代表会展示富媒体结果。把"工具显示通过"当作验收唯一标准,是常见误区。

七、JSON-LD 上线校验 8 项清单

下面这份清单按执行顺序排列,可直接并入官网改版 / 上线检查表,与《网站改版迁移怎么不掉流量?》的迁移清单串联使用:

页面可被抓取索引:状态码 200、无 noindex 元标记、无 robots 屏蔽;否则结构化数据不生效。
JSON-LD 在 HTML 源代码中可见(view-source 能搜到),而非仅由前端 JS 注入。
@context 为 https://schema.org/,@type 与页面主体一致。
必填属性齐全:Organization 有 name / url / logo;Product 有 name / image / offers;BreadcrumbList 的 itemListElement 完整。
标记内容与页面可见内容逐字一致,尤其 name、价格、问答文本。
图片用绝对 URL 且可访问;价格含 priceCurrency 与 availability。
多语言 / 多币种版本各自对应正确语种与货币,不被 canonical 串版。
在 Search Console 增强功能报告确认无报错,并约定上线后 2-4 周复查(Google 重新抓取后才反映)。

JSON-LD 上线校验 8 项清单与标记了不等于会展示的口径提醒

八、常见问题

加了 Product Schema,为什么搜索结果还没显示价格?

可能原因有多种:页面质量或相关性未达展示门槛、offers 不完整、或 Google 尚未重新抓取该页。结构化数据不保证展示,只能提升被理解与被展示的可能性。

一个页面能放多种类型吗?

能。建议用 @graph 组织多个类型(例如 Organization + WebSite + BreadcrumbList),避免直接嵌套造成冲突。

FAQ 标记了但没出折叠问答?

自 2023 年起 FAQ 富媒体展示范围已大幅收窄,多数站点不再展示。标记仍有助于内容理解,但不要以"展示折叠问答"作为验收目标。

建站平台 / 插件自动生成的 Schema,还要管吗?

仍要人工校验。自动生成的 Schema 常缺 offers、image 用占位图、或把隐藏内容也标记进去;上线前按上面 8 项清单逐项核对必填项。

多久能在搜索结果里看到变化?

没有固定周期。Google 需要重新抓取并重新处理页面后才会反映,站点权重与抓取频率不同,所需时间也不同;常见的复查窗口是上线后 2-4 周。结构化数据不保证任何展示时间与展示结果。

九、维护与复盘周期

结构化数据不是“上线一次就完事”。建议把它纳入官网的定期技术体检：每次改版、每次新增产品模板、每次切换建站平台后，都重新跑一遍 8 项清单与 Search Console 增强功能报告。尤其是多语言站，新增语种时最容易漏掉对应语种的 Organization / BreadcrumbList，导致中文 Schema 串到英文页上。把“结构化数据覆盖率”作为一个长期监测指标，比单次突击配置更有价值。当站内出现改版、合并栏目或下线产品页时，也要同步清理失效的标记，避免留下指向已删除页面或旧价格的过期 JSON-LD。该维护口径同样以官方文档在核验日（2026-08-10）的表述为准。

来源与说明

Google Search Central《General Structured Data Guidelines》 https://developers.google.com/search/docs/appearance/structured-data/sd-policies(核验 2026-08-10)
Google Search Central《Intro to How Structured Data Markup Works》 https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data(核验 2026-08-10)
Schema.org 词汇表 https://schema.org/(核验 2026-08-10)
Google Search Central 富媒体结果类型与 Search Console 增强功能报告(核验 2026-08-10)

本文所述工具口径(Schema Markup Validator、Search Console 增强功能报告)与 FAQ 展示范围,均依据 Google 官方文档 / 公告在核验日的表述,平台规则可能随时调整,落地前请复核当期文档。文中的四类对照表、六处正误表与 8 项上线校验清单为兆派基于官方口径整理的第一方资料,供参考使用。配图为说明性示意图,非工具实际截图。本文不承诺任何排名、收录、富媒体结果展示或流量结果。

需要帮忙做官网结构化数据与可发现性体检?兆派提供外贸官网 JSON-LD 实施、富媒体资格核查与上线校验清单输出服务,可一并打通抓取索引、JS 渲染与多语言 hreflang。欢迎通过页面下方留言与我们联系。

分享到：

作者

兆派展览展示

欢迎来到兆派国际展览官方网站

在线留言

建站说加了结构化数据却搜不到星级？B2B 官网 JSON-LD Schema 实施与校验：四类标记、六处易错与 8 项上线清单（2026-08-10核验）

一、先树立正确的预期:加了 Schema ≠ 搜索结果会变样

二、B2B 官网最该上的四类 JSON-LD(及各自解决什么)

三、推荐格式与放置:JSON-LD 优于 Microdata / RDFa