2025 之后哪些 Schema 还值得做：Google 简化搜索结果页后的取舍（2026）
Schema 还值得做，但不该再当快速拿展示的捷径。本文从 FAQ、HowTo、Breadcrumb、Organization、Article、Product 和 Review 风险出发，讲清企业站 2026 年该怎么取舍。
// 相关文章
Schema 还值得做，但不该再当快速拿展示的捷径。本文从 FAQ、HowTo、Breadcrumb、Organization、Article、Product 和 Review 风险出发，讲清企业站 2026 年该怎么取舍。
这两年再聊 Schema，最容易犯的错，不是不会写，而是还在用 2021 年、2022 年那套想象。很多团队还把 FAQ、HowTo、Review 星标当成结构化数据的主战场，觉得只要插件一开、JSON-LD 一挂，搜索结果就会更花、更亮、更容易拿点击。现实已经不是这样了。
从 2023 年到 2025 年，Google 一直在收缩和重排 rich results 的展示逻辑。Google 在 Changes to HowTo and FAQ rich results 里已经明确说过：FAQ rich results 主要只给政府和健康类权威站点；HowTo rich results 也已经退出 Google Search 的常规展示舞台。也就是说，很多企业站、外贸站、B2B 站过去最爱加的两种 Schema，今天对可见展示的帮助，已经很有限。
但这不等于 Schema 没用了。真正的问题变成了：哪些结构化数据现在还值得做，哪些只是“插件默认生成、做了也不太产生搜索收益”，以及企业站到底该把精力放在哪里。本文就只讲这个。
Google 在 Introduction to structured data markup 和 search gallery 里一直讲得很清楚：结构化数据的核心价值，是帮助 Google 更明确理解页面内容，并让页面有资格进入某些 richer search features。注意，是“有资格”，不是“必展示”。
这句话很重要。因为很多团队把 Schema 理解成了一个直接换 CTR 的开关。今天更稳的理解应该是：Schema 是内容理解层和候选资格层的一部分，不是保证展示的门票，更不是能替代内容、页面和信任信号的捷径。
Google 在 general structured data guidelines 里也明确写着：即使标记完全正确，Google 也不保证一定展示 rich result。这个提醒很值钱。因为它直接说明了一件事，Schema 的 ROI 不能只用“有没有出展示”来判断，还要看它是不是在帮页面理解、信息对齐和长期维护上减少歧义。
这件事其实不用再靠经验判断，Google 自己已经说了。FAQ rich results 现在主要保留给政府和健康类权威站点。HowTo rich results 也早就退出了 Search 的常规展示路径。Google 在官方博客里甚至直接说过，对大多数站点来说，就算保留这类结构化数据，也不会再经常看到原来那种可见结果。
所以如果今天还有企业站把“批量加 FAQ Schema”“全站自动套 HowTo Schema”当成一条高优先级 SEO 项目，方向大概率已经偏了。不是说绝对不能有，而是说它不再值得占据前排资源。
| Schema 类型 | 2026 价值判断 | 原因 |
|---|---|---|
| FAQPage | 多数企业站低优先级 | 展示范围已明显收缩 |
| HowTo | 低优先级 | Search 常规展示价值已很弱 |
| Breadcrumb | 高优先级 | 帮助理解层级与路径 |
| Organization | 高优先级 | 品牌与实体信息更稳定 |
Google 在 FAQ/HowTo 的官方说明里也讲得很清楚：你可以不主动删掉这些结构化数据，它们本身不会因为存在就伤害搜索。但“不伤害”不等于“值得优先做”。这两件事要分开。
如果一个企业站现在技术资源有限，页面基础问题还很多，抓取、收录、链接可抓取、重复 URL、页面模板质量都还没梳顺，那继续花大量时间在 FAQ 和 HowTo 上，通常不是最划算的投入。它们今天更像可有可无的补充项，不是主线项目。
| 判断维度 | 旧思路 | 2026 更稳的思路 |
|---|---|---|
| 是否值得做 | 看能不能生成 | 看是否仍有真实搜索价值 |
| 是否优先 | 先做最显眼的 | 先做最贴页面事实、最稳的 |
| 是否长期维护 | 插件自动开就算完成 | 要能跟页面内容长期一致 |
如果把 2025 到 2026 的实际优先级往下排，企业站和 B2B 站更值得优先看的，通常是这些：
它们的共同点，不是“最容易长出花哨展示”，而是更贴近页面真实内容，也更容易长期维护。Google 在 organization markup 更新说明 和 product variants 支持说明 里其实也体现出同一条线：更重视真实商品、真实组织、真实页面结构，而不是泛化装饰型 Schema。
对内容站、企业博客、教程文章来说，Article 相关结构化数据仍然值得保留。Google 在 Article structured data 文档里持续支持这类标记。它的意义，是帮助 Google 更明确理解文章标题、图片、作者、发布时间这类基础字段。
但这类 Schema 的问题在于，很多站会把它误解成“只要挂了 Article，文章就更容易排”。这个逻辑并不成立。Article 更像是对已有内容实体的清晰描述，不会替代选题、内容深度、证据、内链和站内结构。你可以把它理解成信息对齐，不是排名魔法。
如果网站里是明确的产品页，Product Schema 仍然是高价值项。尤其是 Google 在 2024 年新增了对 Product variants 的支持之后，产品变体管理比以前更值得认真做。
但这里有个边界。不是所有“服务介绍页”“解决方案页”“产品能力页”都适合硬套 Product。结构化数据最怕的，就是页面现实类型和标记类型不一致。你明明是企业服务页，却用 Product 伪装成商品页，这类做法短期可能过测试，长期并不稳。
对 B2B 企业站来说，更现实的判断通常是：
很多人提 Schema，先想到星星、FAQ 折叠、价格、库存，却忽略 Breadcrumb。其实 Breadcrumb 这类结构化数据没有那么“炫”，但很稳。它帮 Google 理解页面所在层级，也帮搜索结果更清楚展示路径。这对产品页、分类页、文章页都很实用。
而且 Breadcrumb 往往和真正的可抓取链接体系是一体的。你如果面包屑本身就乱，层级也没梳清，光补一个 JSON-LD，效果通常有限。这一点会和我们已经排进去的 链接可抓取、Orphan Pages 一起连起来。
所以 Breadcrumb 值钱的地方，不只是它是一个支持的 Schema 类型，而是它通常逼着你把层级、父子关系、站内路径和链接系统先梳顺。它更像结构治理，而不是装饰项。
Google 在 2023 年底扩展了 organization markup 的支持，逻辑很明确：Google 更在意品牌、组织、联系信息、标识信息这些更稳定的实体层信号。对企业站来说，这种结构化数据未必总带来显眼的 rich result，但它更符合长期的品牌确认和实体理解。
对天问这种企业官网语境来说，真正值得做的，不是到处堆花样 Schema，而是确保站点的组织信息、logo、联系方式、品牌归属、站点层级这些基础信号清楚、一致、长期可维护。
Google 在 Organization 文档 里给出的建议也很克制：没有强制必填项，但建议把真正对用户有用、对实体消歧有帮助的信息尽量补全。这个方向本身就说明了，Organization 更像品牌基础设施，而不是花式增强。
很多企业站最迷恋的还是星标。问题也最多。Google 在 Review snippet 文档 里写得很清楚，哪些对象能用、哪些场景不合规、什么叫 self-serving reviews，都不是可以随便碰的。
尤其是企业自己给自己挂组织评分、服务评分、汇总第三方平台评价，又把它包装成自己页面上的 rich result 候选，这类做法风险很高。不是语法过了就没事，Google 还会看 guideline。这个边界，很多插件不会替你判断。
| 场景 | 是否更稳 | 原因 |
|---|---|---|
| 真实产品页上的原生用户评价 | 相对更稳 | 对象清楚，页面与评价一致 |
| 企业官网给自己组织/服务打星 | 风险高 | 容易踩 self-serving reviews 边界 |
| 把第三方平台评分嵌进自己页面再标记 | 风险高 | 不符合 Google 对评论来源的要求 |
这是 WordPress 和很多建站系统里最容易被忽略的问题。Rank Math、Yoast、Shopify 插件、模板主题，都会自动帮你生成一些 Schema。自动生成当然方便，但它解决的是“有没有输出”，不是“输出得对不对、值不值得、和页面是否一致”。
很多站的问题，不是完全没有 Schema，而是全站默认吐出一堆并不重要、甚至类型不准的标记。比如所有文章页默认加 FAQPage，所有服务页都混进 Review，所有组织页和产品页的实体关系说不清。这样的 Schema，即使语法合法，也不代表策略上划算。
如果只给企业站一个实操顺序，我会更建议这样排：
这个顺序的核心，不是“尽量多做”，而是“先做最不容易浪费资源、最不容易踩边界、最贴页面事实的”。这和我们最近在技术簇里推进的思路是一致的：先修基础治理，再谈花样增强。
Rich Results Test 很有用，但它只回答一部分问题：语法和支持性大体是否过关。它不回答另外几件更关键的事：
所以更稳的验收方式，应该把这几个工具和信号一起看：
只看测试工具通过，就宣布“Schema 项目完成”，太早了。
到了 2026 年，Schema 最值钱的地方，已经不只是“多一个标记”，而是它会逼着你回答很多基础问题：
也就是说，结构化数据做得好，背后往往不是因为插件更高级，而是因为页面类型、实体信息、站内结构本来就更清楚。这一点和 技术 SEO、链接可抓取、SEO 审计 都是连着的。
如果把今天的 Schema 工作压成一句话，我会更愿意这么说：别再把它当成一个批量上插件、批量开模板、批量求花样展示的项目。现在更值钱的，是先认清 Google 还支持什么，再保住那些贴页面事实、贴实体信息、贴产品结构的标记，把不再有明显收益、还容易误导团队的类型降级处理。
这样做，页面会更干净，维护会更轻，团队也不会继续被过时玩法拖着跑。对企业站来说，这比“多挂几个看起来很全的 Schema”更有用。
这一点，Google 的 general structured data guidelines 一直没变：你标记的内容应该和页面内容一致，用户应该看得到，不能靠编造、隐藏、泛化复制来凑。
所以今天更现实的做法，不是先问“我还能不能靠 Schema 拿花哨展示”，而是先问：
如果这三件事答不上来，那优先级通常不该太高。
