No.051 · SEO · 2026.10.10 · 10 MIN READ

Schema 该做哪些、不该做哪些：四必做、一可选、四禁做

先把四个必做的打齐，再决定 FAQPage 要不要留。

Leooo　COO · HUDOO-TECH

结论：四个必做、一个可选、四个禁做

结构化数据这件事，比大多数人想的简单：必做的就 4 个，可选的只有 1 个，剩下 4 件是明确不该做的。把这张表记住，八成的争论都不用发生。

它的作用是帮机器理解页面在讲什么，不是给页面开挂。这一点想清楚，后面所有取舍都顺理成章。

分级	项目	要点
必做	Organization	name 用法定名，品牌简称放 alternateName
必做	Product	B2B 没有标价时省略 offers 或注明询价，price 禁填 0
必做	Article	文章页配作者信息，作者要有一个可查的身份页
必做	BreadcrumbList	面包屑层级和页面上看得见的导航一致
可选	FAQPage	问答型富结果 2026-05-07 已全面移除；markup 可留、不报错不受罚，价值在内容理解与 AI 引用，新页可不再新增
禁做	承诺问答型或步骤型富结果	两类展示都已下线，承诺等于交付不了
禁做	把 Schema 堆砌当 AI 手段	官方点名不需要特殊的 schema.org 标记
禁做	标记页面上不存在的内容	属于垃圾政策打击范围
禁做	用富结果测试工具验已下线项目	改用 schema.org 的校验器

顺带说一句边界：平台或建站系统自动生成的标记也算数，你得去看它到底写了什么，而不是默认它是对的。

Organization：法定名进 name，品牌名进 alternateName

Organization 是四个必做里最值钱的一个，因为它定义的是「你是谁」。name 填法定英文名，品牌简称放 alternateName，两个字段分工不能颠倒。

为什么要分这么细？因为海外买家、行业目录、社媒主页对你的称呼本来就不统一。你自己先把哪个是法定名、哪个是简称说清楚，机器才有机会把这些碎片认成同一家公司。

字段定义直接看 schema.org 的 Organization 文档 就够了，不需要二手教程。要注意的是填进去的内容必须和页面上、营业执照上的写法逐字一致。

最常见的错误是用品牌名当 name，把法定名藏起来不提。这会让你在目录、认证名录里的那个名字和官网对不上，白丢一批本可以互相印证的信号。

Product：没有标价时，offers 要么省略要么注明询价

B2B 产品页最大的问题是没有公开价格。处理方式只有两种：省略 offers，或者在 offers 里明确注明是询价，不要为了填满字段而编一个数。

price 绝对不能填 0。填 0 的意思是「这个产品免费」，这既不是事实，也会让整段标记的可信度归零。

真正该花力气的是规格字段：型号、材质、适用标准、产能、包装方式。这些是买家询盘前一定会确认的东西，也是页面上本来就该有的内容。

还有一条纪律：标记里写的规格必须页面上看得见。把没写在页面上的参数塞进 JSON-LD，属于标记不存在的内容，是明确的垃圾政策范围。

Article 与 BreadcrumbList：两个最容易补齐的

这两个通常 10 分钟就能补完，但补齐率却很低。Article 用在文章页，关键是配上作者信息；BreadcrumbList 用在有层级的页面，关键是和页面上看得见的导航一致。

Article 的作者字段不要写成一个通用账号。作者应该是一个有身份页、有职务、能被外部查证的人——这正是内容可信度里最难伪造的那部分。

BreadcrumbList 的价值不只在搜索结果里显示路径，更在于它把站点的层级关系直白地告诉机器：这一页属于哪个品类，上一级是什么。

这两项能不能落地，取决于建站系统能不能在页面级注入 JSON-LD。注入不了的话，先回头解决 独立站建设 那一层的问题，再谈标记。

FAQPage 还值不值得做：一条时间线说清楚

结论先给：老页面上已经有的 FAQPage 留着，新页面可以不再新增。它现在换不来搜索结果里的增强展示，但也不会让你受罚。

时间	发生了什么	对你的影响
2026-05-07	问答型富结果停止展示	别再拿它当卖点，也别写进验收指标
2026-06	相关测试工具与报表下线	验证要换工具，历史报表数据只能当参考
2026-08	相关接口停止返回数据	依赖它做监控的脚本要改掉
markup 本身	始终合法	已经加了的不必删，不报错也不受罚

留着它的理由只有两个：帮机器理解这一页在回答哪些问题，以及在 AI 引用场景里多一个结构清晰的抽取单元。这两个理由都不涉及富结果。

做审计时我把缺 FAQPage 只记成 P2，也就是有空再补的一档。把它排在 Organization 和 Product 前面做，是优先级排错了。

四个禁做，每一个我都见人踩过

这四件事的共同点是：短期看不出损失，长期要么交付不了承诺，要么直接撞政策。

• 承诺问答型或步骤型富结果这两类展示都已经下线，方案里写了就是交付不了的承诺。Schema 能讲的只有内容理解和 AI 引用两件事。
• 把 Schema 堆砌当 AI 手段官方明确说过不需要特殊的 schema.org 标记。把 10 多个类型全套上去，不会让 AI 更愿意引用你，只会让标记更容易出错。
• 标记页面上不存在的内容页面上没有评分却标了评分，没有价格却标了价格，属于垃圾政策打击范围。Google 的结构化数据政策 把这条写得很直白。
• 用富结果测试工具验已下线的项目工具不再覆盖那些项目，验不出结果不等于标记写错了。要校验语法，用 schema.org 的校验器。

想被 AI 引用，Organization 还要补五个字段

如果目标不只是搜索结果，还包括被答案引擎引用，Organization 要补的是这 5 个字段：legalName、address、contactPoint、foundingDate、sameAs。

sameAs 的验收线是 ≥5 条，指向你的 LinkedIn 公司页、行业目录收录页、社媒主页、中文站这类确实属于你的地址。它的作用是替机器把散落各处的你串成同一个实体。

logo 用英文文件名的 https 直链。中文文件名和跳转链接在抓取时最容易出问题，这种小事踩一次要排查半天。

实体统一这件事的收益不在单页，在整站。为什么它是 AI 引用的前提，我在 GEO 优化服务 那条线里讲过更完整的逻辑。

唯一不能破的原则：标记和可见文本必须一致

所有规则最后都收敛到一条：结构化数据必须与页面可见文本一致。标记不是另写一份更好看的资料，是把页面上已有的事实翻译给机器听。

这条原则也是自检的最好方法。逐个字段问一句：这句话在页面上看得见吗？看不见就删掉字段，或者把内容补到页面上去。

顺序上我建议这样做：先补 Organization，再补 Product 和 BreadcrumbList，Article 随内容排期走，FAQPage 最后有空再说。

把这套顺序跑完，通常只要 3 天，剩下的力气全部留给内容——这也是我在 客户案例 里反复验证过的分配方式。

我的判断

Schema 从来不是加分项，它是翻译器：页面上没有的事实，标记里也变不出来；页面上有的事实，不标记就白白让机器猜。

— LEOOO

常见问题

FAQPage 现在还要不要加？

老页面上已经有的留着，新页可以不再新增。问答型富结果已经全面移除，markup 本身仍然合法，不报错也不受罚。它的剩余价值在帮机器理解页面和在 AI 引用时提供清晰的抽取单元，审计里缺它只算 P2。

Product 里的 price 能不能填 0？

不能。填 0 等于声明产品免费，既不是事实，也会拖垮整段标记的可信度。B2B 没有公开标价时，正确做法是省略 offers，或者在里面明确注明为询价，把力气放在型号、材质、标准这些真实规格字段上。

Organization 的 name 填品牌名还是法定名？

填法定名，品牌简称放 alternateName。两者分开的意义在于让目录、认证名录、社媒上对你的不同称呼能被认成同一家公司。填写内容要和页面、营业执照上的写法逐字一致，不一致就等于自己制造了两个实体。

加了 Schema 就能被 AI 引用吗？

不能，官方明确说过不需要特殊的 schema.org 标记。把 10 多个类型全堆上去既不会提升引用，也更容易出错。真正影响引用的是页面上有没有可抽取的事实、数据和来源，标记只是把这些事实翻译得更清楚。

现在用什么工具验证结构化数据？

语法校验用 schema.org 的校验器。富结果测试工具已经不再覆盖问答型和步骤型项目，在那里验不出结果，不代表你的标记写错了。验完还要人工比对一遍：每个字段的内容在页面上是不是都看得见。

建站系统自动生成的 Schema 靠谱吗？

要逐项检查，不能默认它对。最常见的问题是自动标了页面上并不存在的内容，比如没有的评分和价格，这属于垃圾政策范围。检查方法是打开页面源码看生成了哪些类型，再逐个字段对照页面上看得见的文字。

相关文章