为什么你的网站需要结构化数据

很多个人站长都有过这样的困惑：文章明明写得很用心，内容也足够原创，但搜索引擎展示出来的结果就是平平无奇的"标题加摘要"三行文字，而别人的网站却能在搜索结果里显示出面包屑导航、FAQ 折叠问答、评分星星等丰富样式。差距往往不在内容质量，而在于你是否给搜索引擎提供了结构化的数据标记。

结构化数据，英文叫 Structured Data，就是用一套统一的词汇表，把网页里零散的信息——作者、发布时间、章节结构、常见问题、评分等——用机器能读懂的方式标注出来。搜索引擎拿到这些标注之后，可以更准确地理解页面内容，并有机会把你的网页以富媒体摘要的形式展示在搜索结果里。对于个人站长来说，这是在内容之外性价比极高的一项 SEO 投入：不需要买服务器、不需要改程序逻辑，只改模板加一段代码就能完成。

一、三种标记格式怎么选

目前主流的结构化数据格式有三种：JSON-LD、Microdata 和 RDFa。其中 JSON-LD 是谷歌和 schema.org 官方推荐的首选格式，它把结构化数据独立放在一段 script 标签里，完全不影响正文的 HTML 结构，即使标签写错了也不会破坏页面布局，修改和维护都非常方便。Microdata 需要把属性直接写在 HTML 标签上，代码会变得很啰嗦，遇到嵌套结构时很容易写错；RDFa 则主要用在一些企业级 CMS 系统里，个人站用不上。所以结论很简单：个人站长无脑选择 JSON-LD 就好。

二、JSON-LD 基础语法

JSON-LD 的写法非常直观，本质就是在 script 标签里放一段 JSON 数据，通过 @context 声明使用 schema.org 词汇表，通过 @type 声明数据类型。下面是一篇博客文章的完整示例：

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "文章标题",
  "author": {"@type": "Person", "name": "站长昵称"},
  "datePublished": "2026-08-17",
  "dateModified": "2026-08-17",
  "mainEntityOfPage": "https://www.example.com/123.html",
  "description": "文章的一句话摘要"
}
</script>

有几个细节值得注意：日期格式必须是 ISO 8601 的 YYYY-MM-DD，带时间的话用 2026-08-17T10:30:00+08:00 这种写法；author 建议写成 Person 对象而不是纯字符串，这样在富摘要里可以展示作者信息；mainEntityOfPage 指向文章自己的规范链接，帮助搜索引擎确认页面主内容是什么。

三、个人站长最常用的四种 Schema 类型

schema.org 里定义了上千种类型，但个人站长真正用得上的就几种。第一种是文章类，博客文章用 BlogPosting，新闻资讯类可以用 NewsArticle，代码教程类可以用 TechArticle，把 headline、author、datePublished、image 填全即可。第二种是面包屑导航 BreadcrumbList，它让搜索结果里显示"首页大于分类大于文章"的层级路径，对点击率提升非常明显：

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {"@type": "ListItem", "position": 1, "name": "首页", "item": "https://www.example.com/"},
    {"@type": "ListItem", "position": 2, "name": "SEO 优化教程", "item": "https://www.example.com/category/seo"},
    {"@type": "ListItem", "position": 3, "name": "当前文章标题"}
  ]
}

第三种是 FAQPage，把文章里常见的问答整理成一个列表，搜索时有机会直接展开显示问答内容，这是目前最受站长欢迎的类型，因为它的富摘要展示率很高。第四种是站点级标记，包括 WebSite 加 SearchAction（搜索框直达）和 Organization（站点主体信息，配合 logo），放在全站公共头部模板里，全站只加一次。

四、Typecho 和 WordPress 怎么接入

Typecho 站点最简单的方式是修改主题的 footer.php，在 body 结束标签前插入文章级 JSON-LD。Typecho 提供了常用的模板变量：$this->title 是文章标题，$this->date->word() 是发布时间，$this->author->screenName 是作者名，$this->permalink 是文章链接，配合 if 判断区分首页和文章页即可。WordPress 则可以用 Rank Math 或者 Yoast SEO 这类插件，后台直接勾选要输出的 Schema 类型，也可以在当前主题的 functions.php 里用 wp_head 钩子输出自定义 JSON-LD。注意不要重复输出：如果插件已经输出了文章类型的标记，主题里就别再加一份，重复标记会导致谷歌提示"重复的实体"。

五、发布前一定要做的验证

写完结构化数据不要急着上线，先用工具验证语法。谷歌的 Rich Results Test 可以输入 URL 或代码片段，直接预览富摘要效果并指出错误；schema.org 官方提供了 Validator 校验器；百度搜索资源平台也有结构化数据提交入口，提交后可以在后台看到校验结果和展现数据。常见的报错有这么几类：JSON 语法错误，比如多了逗号或者引号没闭合；@type 拼写错误，比如把 BlogPosting 写成 Blogging；必填属性缺失，每种类型都有 required 属性，缺了整段标记可能被忽略；item 指向了不存在的链接。这些错误用验证工具一跑就能发现，比上线后靠搜索引擎提示要快得多。

六、常见问题答疑

问：加了结构化数据能直接提升排名吗？答：结构化数据本身不是直接的排名因素，谷歌官方也明确说过这一点。它的价值在于提升展现效果和点击率：富摘要的视觉占比更大、信息更清晰，点击率上去了，排名自然会跟着受益。另外，清晰的语义标注能帮助搜索引擎更准确地理解页面主题，对长尾关键词的匹配有一定正面作用。

问：网站有几百篇历史文章，难道要一篇篇手动加标记吗？答：完全不用。正确做法是在模板层动态输出：Typecho 在 footer.php 里根据当前页面类型输出对应的 JSON-LD，文章标题、发布时间、作者、链接全部用模板变量填充，全站文章自动生效；WordPress 用 Rank Math 这类插件在后台勾选要输出的类型，历史文章也会批量补上标记。手动逐篇添加只适合改版前的临时方案。

问：加完标记多久能生效？答：主动提交能加快进程。谷歌在 Search Console 里用 URL 检查工具提交一次，百度在搜索资源平台用链接提交工具推送，通常几天内就能在验证工具里看到效果。正常情况不用重复提交，只有改版或者换了 URL 结构之后才需要重新提交。

问：百度支持哪些结构化数据？答：百度的支持范围比谷歌窄，目前以面包屑导航、站点链接以及部分内容类型为主，FAQPage 这类类型在百度的支持情况会随着平台政策变化。建议以百度搜索资源平台的结构化数据文档为准，优先做百度明确支持的类型；谷歌支持的类型则更全，Article、BreadcrumbList、FAQPage 等都能正常解析，两边都做的时候用同一份 JSON-LD 即可，搜索引擎会各取所需。

七、常见误区与实操建议

最后总结几个容易踩的坑。第一，不要堆砌类型，一篇文章同时标 Article、FAQPage、HowTo、Review 四五种，搜索引擎会认为你在作弊，可能整段忽略；一篇文章聚焦一到两种最有价值的类型就够了。第二，内容必须真实可见，FAQ 的问题答案必须能在正文里找到，Review 的评分必须真实，虚构数据属于欺骗性标记，被识别出来会触发人工处置。第三，改版后记得重新提交验证，换了域名或者改了 URL 结构，旧标记会失效。第四，结构化数据是锦上添花而不是雪中送炭，它建立在内容质量、页面速度和收录正常的基础之上，别指望一段 JSON-LD 就能拯救一个内容空洞的网站。把上面几种类型吃透、验证通过、持续观察搜索后台的展现数据，你的网站在搜索结果里的"长相"一定会比同行更专业。第五，建议把结构化数据和站点地图结合起来维护：sitemap 解决的是收录问题，JSON-LD 解决的是理解问题，两者配合才能让搜索引擎又快又准地认识你的站点；百度站长平台里的站点属性设置和结构化数据提交入口也记得同步更新，别让平台里登记的信息和线上实际输出的内容不一致，否则审核和校验都会出问题。