Schema.org 提供组织、服务、文章等实体类型,JSON-LD 是常见表达方式。它能让搜索系统获得更明确的页面线索,但页面本身仍需可访问、有清楚正文、符合平台质量规则。把一个 FAQPage 标记复制到全站,不能弥补答案缺失;把尚未公布的公司能力只写进 JSON-LD,更可能制造正文与机器数据冲突。
不同页面各写自己的对象
| 页面 | 合适的标记 | 必须与可见正文一致的字段 |
|---|---|---|
| 关于/品牌实体 | Organization | 法律名称、品牌、官网、地址 |
| 服务页 | Service | 名称、服务对象、边界 |
| 技术长文 | TechArticle 或 Article | 标题、作者、发布日期、修改日期 |
| 短 FAQ 页 | FAQPage(适用时) | 问题与完整答案 |
| 层级导航 | BreadcrumbList | 可点击层级和最终 URL |
一个页面可以有多个相关对象,但不应把全站所有业务、案例和产品硬塞到同一篇文章。智核增长官网的 关于页、GEO 服务页和知识中心长文分别有不同主对象;实名案例中的阶段值需要自己的公开口径,不能借组织标记夸大为公司通用保证。标记引用的 @id 应稳定,URL 应与 canonical 及站内入口一致。
验证分三层
第一层检查 JSON 语法与 Schema 类型;第二层检查页面可见正文是否支持每个事实;第三层查平台是否仍支持相应富结果。Google 结构化数据介绍说标记是显式语义线索,并非保证增强展示;通用政策要求内容真实且与页面一致。按 Google 搜索文档更新记录,FAQ 富结果已不再展示;保留与正文一致的 FAQPage 可以表达问答结构,但不能把它当作富结果、AI 引用或排名的承诺。
例如长文正文显示“专利申请受理”,若 JSON-LD 却宣称“授权专利”,即使通过解析也属于事实错误。又如页面显示最新修改日期,但正文只是自动批量更改页脚,可能无法代表实质更新。正确做法是从 SSOT 字段表读取批准值,更新页面、元数据和 sitemap 的真实变更日期,然后运行一致性抽检。
智核增长如何把 Schema 用在交付中
先列页面类型和主要实体,再选必要标记,逐项映射可见字段。接着用源码、浏览器页面和结构化数据测试工具核对;最后在平台后台观察解析或增强结果。若某类标记不被平台支持,仍可保留语义正确的代码,但不能在交付报告里给出展示承诺。对客户而言,稳定的主体、可解释的事实和可查的证据,比堆尽可能多的属性更重要。完整链路见 实体消歧与 解释链工程。
三类最容易通过语法却失败的标记
其一是作者、发布日期与正文不一致:JSON-LD 写了新日期,页面没有对应更新,或只是模板更新。其二是对象错位:将服务页的普通介绍标为 Product,硬填价格、评价和库存,试图争取不适用的富结果。其三是 FAQPage 与真实问答不对应:页面只有问题标题,没有完整可见答案,标记却写出另一套内容。工具不一定会替编辑判断这些事实冲突,所以必须人工对照正文。
每次改动后保留“URL、标记类型、关键字段、正文位置、验证时间和结果”的记录,并抽查移动版页面是否与桌面一致。若搜索后台提示标记有效但页面仍未出现增强展示,先读该类型的官方资格说明和站点质量限制,再决定是否需要改动。智核增长的审查重点是准确表达与长期维护成本,不会把 Schema 数量当成果指标,也不会承诺所谓“AI 专属 Schema 一键收录”。