Article结构化数据怎么加？博客文章Schema设置教程

快速结论

博客文章的 Article 结构化数据，优先加在单篇文章页，而不是首页或分类页。设置时重点检查标题、作者、发布日期、修改日期、主图和正文主体是否对应页面实际内容。对 WordPress 站点来说，最稳妥的做法是让主题或 SEO 插件输出 JSON-LD，再用富媒体结果测试工具核对字段是否完整。

博客文章页要加 Article 结构化数据，最实用的做法是让它准确描述“这是一篇什么文章、谁写的、何时发布、主图是什么”，而不是堆一堆无关字段。对于 WordPress 博客来说，Article Schema 通常放在单篇文章模板里，由主题或 SEO 插件自动输出 JSON-LD；如果手动加，就要保证字段和页面内容一一对应。

先判断页面类型很重要：真正适合用 Article 的是单篇博客、教程、新闻、观点类页面；不适合直接套用到首页、标签页、作者归档页或纯列表页。如果一个页面主要是产品集合、目录页或分类页，就应优先考虑对应的结构化数据类型，而不是把 Article 强行塞进去。

先确认你要加的是哪种文章页

Article 结构化数据并不是“博客都能随便加”，它更适合正文占主导的内容页。你在设置前，最好先确认这篇内容是不是独立文章、是不是有明确作者、是不是有可见发布日期，以及页面主图是不是文章内容的一部分。

如果页面是教程、行业解读、新闻稿、案例复盘，这类内容通常更匹配 Article。若页面只有几段短介绍、没有独立发布日期、或是拼接出来的列表页，直接套 Article 容易让字段和页面实际信息不一致，后面排查会更麻烦。

Article Schema 的核心字段怎么填

Article 结构化数据的核心，是把“文章身份信息”写清楚。最少要关注标题、主语言、作者、发布日期、修改日期、封面图、正文主体和网页地址这些字段；如果插件已经自动输出其中一部分，你只需要确认它和前台页面一致，不要重复手工补写。

实际设置时，可以按下面的优先级检查：

• 标题字段对应页面可见标题，不要写成营销副标题。
• 作者字段对应真实作者或站点默认作者，不要留空或乱填。
• 发布日期和修改日期要与文章页显示一致，更新文章后记得同步。
• 主图字段应使用文章封面图，不要拿站点 Logo 顶替。
• 正文主体应指向当前文章页本身，而不是首页或分类页。

如果你用的是 WordPress，优先检查主题是否已经输出 Article/BlogPosting 的 JSON-LD。很多时候重复安装多个 SEO 插件、主题又带 schema 功能，会造成同一篇文章输出两套相近结构，后续测试工具里会看到重复类型，这比“没加”更容易出问题。

WordPress 里具体怎么加：插件、主题和手动三种方式

在 WordPress 里加 Article 结构化数据，通常有三种路径：插件自动生成、主题内置输出、手动插入 JSON-LD。对大多数博客站点来说，优先顺序一般是“插件自动生成”高于“主题内置”高于“手动插入”，因为前两种更容易统一维护。

如果你已经在用 SEO 插件，先看它是否支持文章页 schema 开关。常见做法是让插件在单篇文章页自动输出 Article 或 BlogPosting 类型，再通过文章编辑页补充作者、封面图、发布时间等信息。这样做的好处是字段来源统一，不容易出现页面修改了但 schema 没同步的情况。

如果主题已经输出文章 schema，就先检查是否重复；如果没有输出，再决定是用插件补充还是手动加。手动方式适合模板固定、插件能力有限，或者你只想针对少数文章页单独控制结构化数据的场景，但它的维护成本更高，改文章信息时也要记得同步更新。

实际操作示例：给一篇教程文章补齐 Article 数据

假设你要给一篇“博客文章标题标签怎么写”的教程页添加 Article 结构化数据，可以按这个流程做：

1. 确认页面是单篇文章页，而不是标签归档页。
2. 检查文章标题、作者名、发布日期、修改日期是否已经在前台显示。
3. 确认封面图是文章内容相关图片，不是站点通用横幅图。
4. 在 SEO 插件的文章 schema 设置中启用 Article 或 BlogPosting 类型。
5. 保存后用富媒体结果测试工具检查字段是否完整。
6. 如果测试结果显示重复类型，回到主题或其他插件里关闭多余输出。

这个流程的重点不是“把代码放进去”，而是先理清数据来源，再确认页面上可见信息与 schema 字段一致。只要源头一致，后面维护就会轻松很多。

不同设置路径怎么选：优先级和适用场景

下面这个选择表更适合在实际项目里判断该走哪条路线。你不需要追求最复杂的写法，先保证页面稳定输出一套正确的 Article 数据，再考虑额外字段。

如果站点已经有成熟的文章模板，最稳妥的做法往往不是再加一层新插件，而是先确认现有输出是否准确。对 SEO 来说，结构化数据的价值在于帮助搜索引擎理解页面关系和文章信息，不在于“越多越好”。

发布前检查清单和常见问题

在文章上线前，建议按下面这份清单逐项核对。它能帮你避免最常见的几类问题：字段缺失、类型重复、信息不一致、图片不匹配、发布日期混乱。

• 文章页是单篇内容，不是归档列表。
• 页面可见标题与 schema 标题一致。
• 作者名、发布时间、修改时间与前台展示一致。
• 封面图与文章主题相关，不是无关装饰图。
• 页面只输出一套主要文章类型，不要重复生成多个相近 schema。
• 移动端和桌面端都能看到同一篇正文，不要出现主体内容缺失。
• 如果用了懒加载或折叠内容，确保正文主体仍可被渲染和访问，而不是只剩壳子。

常见问题里，最容易忽略的是“页面显示正常，但结构化数据字段没同步”。例如文章改了标题、换了封面图、更新了日期，却没有重新检查 schema，结果测试工具里还是旧信息。另一个问题是把作者页、栏目页也套成 Article，这会让页面类型和内容结构不匹配。

FAQ

Article 和 BlogPosting 有什么区别？

BlogPosting 更偏博客文章、教程、观点类内容，Article 是更宽泛的文章类型。实际项目里，很多站点会使用 BlogPosting；如果你的插件或主题输出的是 Article，也并不一定有问题，关键是字段要和页面一致。

文章页一定要加主图字段吗？

不是强制必须，但建议加。主图字段能帮助搜索引擎理解文章的代表性图片，前提是这张图确实属于文章内容，而不是站点通用素材。

一个页面可以同时有 Article 和别的结构化数据吗？

可以，但前提是类型不冲突、内容层级清楚。比如文章页可能同时有面包屑、作者信息等相关结构化数据，但不要重复输出多个文章主体类型。

结构化数据测试通过后，还要继续检查什么？

还要检查前台显示是否同步，尤其是标题、作者、发布日期、封面图和正文是否一致。测试通过只代表语法和字段大体正确，不代表页面内容关系就一定合理。

如果文章更新了，Article 数据要不要重新改？

要。尤其是标题、修改日期、封面图和作者变动时，最好同步复查结构化数据，避免页面可见内容和 schema 信息脱节。

结论

给博客文章加 Article 结构化数据，关键不是“加了多少字段”，而是让文章身份信息和页面内容保持一致。最稳妥的路径是先确认页面类型，再通过插件或主题输出一套干净的 JSON-LD，最后用测试工具检查有没有重复、缺失或信息不一致的问题。对 WordPress 站点来说，能长期维护的方案通常比一次性写得很复杂的方案更重要。