结构化数据怎么做？JSON-LD、富结果资格与企业验收指南
结构化数据不是“给 Google 下命令”的排名开关，也不是加上 JSON-LD 就必然出现星标、价格或 FAQ 折叠。它的价值在于用机器可读的方式补充页面语义；能否获得某种搜索展示，还取决于页面内容、具体功能资格、质量政策、抓取和 Google 自己的展示决定。
对中小企业和出海团队，正确顺序是先让页面事实完整，再选择与页面匹配的类型，最后验证代码和业务信息是否一致。本文说明 JSON-LD、Schema.org、富结果资格、FAQ 现状和上线验收边界。
结构化数据到底是什么
结构化数据是嵌入网页的标准化信息，用来描述文章、产品、组织、面包屑、本地商家等实体。Schema.org 提供通用词汇，而 Google Search Central 的具体文档决定哪些类型和字段可用于 Google 搜索展示。JSON-LD 是 Google 文档列出的支持格式之一，也是官方推荐的格式；Microdata 和 RDFa 也属于支持格式。
它不是一份独立于网页的宣传资料。Google 的一般指南要求标记内容与页面可见内容相关、准确、最新且可访问；隐藏、误导或与页面不一致的标记可能失去富结果资格，严重时还会触发结构化数据相关的人工措施。
结构化数据能做什么，不能保证什么
| 可以合理期待 | 不能直接承诺 |
|---|---|
| 帮助搜索系统理解页面主题、实体和部分属性 | 直接提升自然排名或保证 AI 引用 |
| 让符合条件的页面有机会获得某些富结果展示 | 保证每次搜索都展示星标、价格、图片或轮播 |
| 让团队用字段检查产品、组织、文章和业务信息是否一致 | 用虚构评价、评分、价格或库存换取点击 |
| 配合 Rich Results Test、URL Inspection 和 Search Console 报告发现问题 | 把工具通过、有效标记或展示资格等同于流量、询盘或收入 |
结构化数据是否产生经营价值，仍要回到页面的搜索意图、产品证据、价格和库存真实性、用户体验、转化追踪和销售结果。
先按页面选择类型
- Article：用于文章、新闻或其他符合文档要求的内容，并保持作者、标题、图片和日期与页面一致。
- Organization：用于描述组织或品牌；名称、Logo、网址和其他资料必须是真实且可核验的。
- BreadcrumbList：用于表达网站层级，面包屑文字应能在页面导航或结构中找到。
- Product：适用于实际商品页面；价格、币种、库存、商品名称、图片和评价不能脱离页面事实。
- LocalBusiness：只在有对应实体地点或本地业务事实时使用，不要为了覆盖地区而虚构地址。
- Video：页面确实包含可访问、可播放且与标记一致的视频时再考虑。
不要为了“覆盖更多类型”给同一页面塞入不相关的 Product、Review 或 LocalBusiness。最小、准确、可维护的标记，通常比堆满字段更适合长期运营。
FAQ 结构化数据的当前边界
FAQ 内容仍可作为页面上的可读问答，帮助用户快速判断问题；但不能再把 FAQPage 标记写成普通商业网站获得 Google FAQ 富结果的常规办法。Google Search Central 在文档更新中记录，FAQ 富结果功能已不再显示，相关文档也已移除。对 AdTodo 这类非政府、非健康权威网站，FAQ 的主要价值应是页面可读性、销售阻力处理和内部检索，而不是承诺搜索结果折叠展示。
如果页面保留 FAQ 内容，先确保问题和答案真实、完整、对读者有用；不要为了搜索展示重复堆砌问题，也不要为不存在的评价、政策或服务编造答案。
一个最小 JSON-LD 示例
下面仅示意 Article 的结构，不代表任何页面可以直接复制。实际部署时，标题、作者、日期、图片和 URL 必须与页面公开信息一致；没有真实字段就不要补写。
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "页面上真实显示的文章标题",
"author": {
"@type": "Person",
"name": "页面上真实显示的作者"
},
"datePublished": "页面公开的发布日期",
"dateModified": "页面公开的修改日期",
"mainEntityOfPage": "https://www.example.com/article/",
"image": ["https://www.example.com/article-image.jpg"]
}产品、组织、面包屑和其他类型有各自的必填与建议属性。不要在示例中随意加入 aggregateRating、reviewCount、库存或折扣；这些字段必须有页面可见且可证明的真实依据。
上线前的六步验收
- 页面事实：标题、正文、作者、日期、产品价格、币种、库存、评价和图片先完成内容审查。
- 类型选择：只保留与页面主要实体和 Google 支持功能相关的类型。
- 代码检查：使用 Rich Results Test 检查语法、必填属性和具体功能错误；需要时再用 Schema.org 工具检查词汇层面的问题。
- 可访问性：确认页面、图片和标记没有被 robots、noindex、登录墙或错误权限阻断。
- 一致性复核：逐项比较页面可见信息、JSON-LD、Open Graph、站内数据和 Merchant Center 或其他业务源。
- 业务验收：验证页面加载、Search Console 报告、商品/表单/电话等关键事件和 CRM 回写，不把富结果展示当作唯一 KPI。
页面更新、价格变化、促销结束、作者变化或模板切换后，应重新检查相关标记。Google 可能延迟重新抓取，也可能不展示已经符合技术要求的富结果。
WordPress、Shopify 和出海站点的实施取舍
主流 CMS 或 SEO 插件可能自动生成一部分基础标记，但自动生成不等于全部正确。企业仍要检查重复 Schema、错误作者、旧价格、测试域名、缺失图片、变更日期和插件之间的冲突。Shopify、WordPress 或自定义站点的字段来源不同，不能直接把一个平台的代码复制到另一个平台。
如果你有多个国家、语言、产品或门店，还要把 hreflang、Canonical、库存、币种、退货和运费等页面事实放在同一份验收表里。结构化数据只描述事实，不能替代国际化页面、商品 Feed、支付配置或法律合规工作。
AdTodo 能承接什么
如果你需要先理解本地商家标记与 AI 搜索的边界，可阅读 本地商家结构化数据指南。如果需要将内容、页面和搜索可见性放在一起梳理，可查看 AI SEO/GEO 教程；如果问题延伸到 GA4、GTM 或 Search Console 数据是否正确记录，可查看 转化埋点与数据追踪服务。这些入口用于学习或讨论实际诊断范围，不保证排名、富结果、AI 引用、流量、询盘或收入。