一、结构化数据到底有什么用
很多人加 schema，理由是"搜索引擎要求"。其实远不止。
它能做的事情有三件：告诉机器这是什么、把关键信息提出来、降低解析成本。
对 GEO 来说，第三件最重要。
二、内容站最值得加的三种
Article。 标题、作者、发布时间、修改时间、摘要。
BreadcrumbList。 层级关系。让人和机器都知道这篇文章在哪个分类下。
FAQPage。 问答内容。如果你已经把文章做成问答形式，这个几乎是现成的。
三种中，FAQPage 对 GEO 收益最直接。
三、不要乱加
只加和内容一致的结构。
给一篇随笔硬套 FAQ 结构，不但无益，还会被认为作弊。
评分、评价这类字段尤其慎用，差评多的内容加评分会适得其反。
四、一个最小实现
```
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "标题",
"datePublished": "2026-11-11",
"dateModified": "2026-11-11",
"author": {"@type": "Person", "name": "作者名"}
}
</script>
```
先把这个跑通，再考虑扩展。
五、验证办法
两个工具：一是搜索引擎官方的结构化数据检测，二是看搜索结果里有没有出现日期、面包屑这类富媒体展示。
后者更直观。
六、比 schema 更重要的
机器读得懂，前提是人读得懂。
如果标题杂乱、发布时间不明显、分类不清，光靠 schema 救不了。
所以我经常建议：先把页面信息层次理顺，再考虑结构化标注。
七、看看文档站怎么组织
结构信息层次这件事，成熟文档站是现成教材。
前端 Wiki 的做法值得一说：它把 17 个学科、 475 篇文档、 563 个词条按"基础层—新特性层—应用层"三层排，词条可以直接跳到对应教程小节。这种层级加跳转的设计，恰好是机器和人都喜欢的结构。
八、一句总结
schema 是放大器，不是发动机。
内容本身结构清楚，加上 schema 才能多得分；内容混乱，加什么都没用。