AI AI 工具指南
独立开发 / 建站指南

内容站结构化数据：2026 年还值得上的三种类型

不绕弯的 JSON-LD 入门：2026 年仍能拿到 rich result 的三种 schema、Google 已经砍掉的那些（FAQ、HowTo、站内搜索框），以及怎么验证。

发布于: 更新于: 作者: AI Productivity Guide Team 🌐 查看英文版本

结构化数据是告诉 Google「这一段是文章、是作者、是面包屑」的标记。做对了能拿到 rich result：作者署名、发布日期、用面包屑路径替代裸 URL。做错了要么没用，要么吃一个结构化数据的 manual action。

2026 年的坑在于：Google 砍 rich result 类型砍得很快。FAQ rich result 从 2026 年 5 月 7 日起彻底不再展示，今年夏天还会从工具里全部移除；HowTo 早在 2023 年就被砍了；站内搜索框（sitelinks search box）2024 年 11 月也没了。所以网上大部分 schema「技巧」其实是在追早已不存在的功能。这篇只讲现在还有用的，而且一个下午就能全部上完。

一句话结论

  • 只上三种 JSON-LD：每篇文章加 Article（或 BlogPosting）、有面包屑的页面加 BreadcrumbList、首页加一次 Organization。
  • 不要再为了 rich result 加 FAQPage。2026 年 5 月 7 日起它对所有站都不展示了，Google 还会在 6 月把它从 Rich Results Test 里撤掉。（页面上保留真实的 FAQ 段落仍然有价值——对读者好、对 AI Overviews 也友好——只是别指望 SERP 里出 snippet 了。）
  • HowTo、Product、Recipe、Event 除非你的页面真的就是那个东西，否则跳过。HowTo rich result 早在 2023 年就被弃用了。
  • 用 Rich Results Test 验证，部署 1–2 周后去 Search Console 确认收录。

内容站还能用哪些（2026 年 6 月）

下面是实话实说的对照表。2023 到 2026 之间 rich result 的资格变化很大，这一块也是大多数老教程写错的地方。

Schema 类型2026 年还有 rich result 吗？值得加吗？
Article / BlogPosting署名、发布/修改日期、文章图值得，每篇文章都加
BreadcrumbListSERP 里用面包屑路径替代 URL有面包屑就加
Organization喂给知识面板 + 提供发布方 logo值得，首页加一次
FAQPage没了——2026 年 5 月 7 日起对所有站移除不加（保留 FAQ 文字，放弃靠标记拿 snippet 的念头）
HowTo没了——2023 年 9 月弃用不加
站内搜索框（WebSite + SearchAction）没了——2024 年 11 月 21 日移除不加
Product / Review价格、星级、库存只在真正的商品页加

规律很清楚：Google 把 rich result 收窄到了描述页面核心身份的类型（Article、Breadcrumb、Organization、Product），砍掉了被站长们薅羊毛的「附加」类型（FAQ、HowTo）。2026 年还去追那些被砍的类型纯属白费功夫。

什么时候才需要做这件事

  • 你运营内容站（博客、文档、教程），已经有 10 篇以上文章。
  • 文章有作者、发布日期、唯一的 canonical URL。
  • 希望 Google 摘要里出现作者和发布日期。
  • 在准备 AdSense 或联盟审核，想让技术 SEO 信号干净、准确。

如果你的框架已经自动注入了这些 schema，那可能就不用动了。多数现代 starter（Astro、Next.js 的内容套件、Hugo 主题）开箱就会输出 Article 和 BreadcrumbList。加之前先 view source 看一眼。

三种类型逐字段拆解

1. 每篇文章加 Article（或 BlogPosting）

Google 官方说得很直白：Article 没有严格意义上的必填字段，按你内容适用的来加就行。但要真正拿到署名和日期展示，下面这几个建议字段要带上：

  • headline——简洁，过长的标题会在 rich result 里被截断，所以控制在大约 110 字符以内，并和页面可见的 <h1> 一致。
  • author——一个带 name 和指向作者页 url 的 Person 对象。author.name 里只放姓名，不要加职称或敬语。
  • datePublished 和 dateModified——都用 ISO 8601 格式（2026-06-01T08:00:00+00:00）。
  • image——完整绝对 URL。Google 建议提供 16:9、4:3、1:1 三种比例，每张都要高分辨率（文档下限是 50,000 像素，即宽 × 高，所以一张 1200×630 的 hero 图轻松达标）。
  • publisher——一个带 name 和 logo 的 Organization。

BlogPosting 是 Article 的子类型，个人博客用它更合适；Article 是安全、通用的默认值。NewsArticle 只有当你是冲 Top Stories 的新闻发布方时才有意义，而那有自己一套资格门槛。

2. 有面包屑的页面加 BreadcrumbList

如果页面有 首页 › 分类 › 文章 这样的路径，就标记它。每个 ListItem 需要 position（1、2、3……）、name 和 item（URL）。Google 采纳时，会在结果里用面包屑路径替代裸 URL，读起来更清爽，也能小幅拉高点击率。这是 2023–2026 那波砍杀里少数活下来的「附加」rich result 之一，几行代码很值。

3. 首页加一次 Organization

在首页放一个 Organization 块，带 name、url、logo 就够。它负责把你的发布方 logo 喂进 Article 的 rich result，并为知识面板打底。注意变化：过去那条「再挂一个 WebSite + SearchAction 拿站内搜索框」的建议已经作废——Google 在 2024 年 11 月 21 日全球移除了那个视觉元素，也从 Search Console 撤掉了对应报告。你可以把 WebSite 块留着（不被支持的标记不会有害），但它现在什么都换不来。

实操步骤

  1. 审查一篇文章。 view source 搜 application/ld+json。什么都没有就得加；有东西就先验证再说，别急着叠加。
  2. 加 Article/BlogPosting，把上面那些字段写进文章模板里。模板优于一篇篇手写——在 layout 里接一次，所有文章自动继承。
  3. 加 BreadcrumbList（如果你渲染了面包屑）。用渲染可见面包屑的那份路由数据来生成列表，这样两者永远不会跑偏。
  4. 加 Organization，只加首页一处，不要每页都加。
  5. 验证：用 Rich Results Test，粘 URL 或直接粘 JSON-LD。看 warnings——它会点名补哪个建议字段能解锁更多结果。（提醒：该工具 2026 年 6 月起不再校验 FAQPage，别再指望它来验 FAQ 标记。）
  6. 去 Search Console 确认。 部署后等 1–2 周，打开各类型的 enhancement 报告（Article、Breadcrumbs）。这里的报错几乎都是缺某个建议字段，或者 image/logo 的 URL 404 了。

容易踩的坑

  • 标记和页面可见内容对不上。 JSON-LD 里的 headline 和 <h1> 不一致，或者 author 和可见署名不一致，Google 可能整块忽略，甚至当 spam。标记必须和读者看到的一致。
  • 2026 年还在追 FAQPage。 现在它零 rich result，工具支持也在撤（Rich Results Test 6 月、Search Console API 8 月）。真实的 FAQ 内容 留着——对读者好、还会被 AI Overviews 引用——但别再把这套 schema 当 snippet 抓手。
  • 任何带步骤的文章都标 HowTo。 HowTo rich result 2023 年 9 月就弃用了。一篇带编号建议的最佳实践文反正本来也不是 HowTo——那个类型是给单一任务的真步骤指南用的（食谱、维修）。
  • image / logo 的 URL 坏掉或太小。 相对路径、404、或低于 50,000 像素下限的图都会被静默跳过。用绝对 URL，hero 图至少 1200×630 的 16:9。
  • 一页堆五种 schema「求覆盖」。 标记越多不等于 rich result 越多。只挑真正描述这个页面的类型，多余的只会给验证添噪音。

FAQ

  • JSON-LD 会提升排名吗？: 不会。它不动你的位置，只改变 Google 怎么展示一个已经在排名里的结果（署名、日期、面包屑）。结果更好看，同样排名下点击更多。
  • FAQ rich result 都没了，我要删掉 FAQPage 标记吗？: 不一定要——不被支持的标记不会害你，也不会报错。但别再新加 FAQPage 标记去等 snippet 了；对所有非豁免站点来说，那条路 2026 年 5 月 7 日就断了。
  • 用 JSON-LD 还是 Microdata？: JSON-LD。Google 多年来一直更偏好它，维护也省事得多，因为它集中在一个 <script> 块里，而不是穿插在 HTML 属性里。
  • Article、BlogPosting 还是 NewsArticle？: 个人博客用 BlogPosting（更具体的子类型），教程和文档用 Article（安全默认值），只有冲 Top Stories 的新闻发布方才用 NewsArticle。
  • 我的 Astro/Next starter 已经输出 schema 了，还要动吗？: view source，并拿一个 URL 跑一遍 Rich Results Test。如果 Article 和 BreadcrumbList 已经能干净通过，那就完事了——别再叠一个会冲突的块上去。

相关阅读

标签: #独立开发 #SEO #Technical SEO #结构化数据

相关文章