文章 Article 结构化数据：字段、JSON-LD 示例与避坑

Article 是最常用的结构化数据类型之一，适合博客、新闻、指南、知识库、教程等文章型页面。它的目标不是让你"凭空获得排名"，而是帮助 Google 更明确地理解这篇文章的标题、作者、发布日期、更新日期、主图和页面归属，从而在搜索结果中更稳定地展示标题、日期和图片等信息。

Article 适合什么页面#

Google 的 Article 文档覆盖三个常见类型：Article、NewsArticle、BlogPosting。它们都属于文章类内容，但语义略有区别：

MagicSEO 的文章属于长期维护的教程和指南，不是新闻报道，所以统一使用 Article。如果你的站点是新闻媒体，且页面是新闻报道，再考虑 NewsArticle。

它能改善哪些搜索展现#

Article 标记可以帮助 Google 更明确地理解页面内容，并在搜索结果、Google 新闻、Google Assistant 等场景中更好地使用文章标题、图片、日期和作者信息。它不是一个"保证获得富媒体卡片"的开关，更像是把文章的核心元数据用机器可读格式交给 Google。

推荐字段怎么填#

Google 当前的 Article 文档强调：添加适用于页面的推荐属性。实际落地时，至少要优先处理下面这些字段：

其中 image 很重要，但不能为了凑字段而造假。如果页面没有真实封面图，就先不标记图片，后续再为文章系统性补封面图和可见图片区域。

完整 JSON-LD 示例#

下面是一篇教程文章的常见写法。实际使用时，把 URL、标题、日期、图片和作者替换成你页面上真实可见的信息。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "网站速度优化：Core Web Vitals 实操指南",
  "description": "讲解 LCP、INP、CLS 的含义、检测方法和常见优化手段。",
  "image": [
    "https://example.com/images/site-speed-1x1.webp",
    "https://example.com/images/site-speed-4x3.webp",
    "https://example.com/images/site-speed-16x9.webp"
  ],
  "datePublished": "2026-06-24T09:00:00+08:00",
  "dateModified": "2026-06-24T09:00:00+08:00",
  "inLanguage": "zh-CN",
  "author": {
    "@type": "Person",
    "name": "张三",
    "url": "https://example.com/authors/zhang-san"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Example SEO",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/logo.png"
    }
  },
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://example.com/technical-seo/site-speed.html"
  }
}
</script>

发布日期和更新日期#

日期字段是 Article 最容易被滥用的地方。正确原则很简单：

• datePublished 是文章首次发布的日期，不应该随着小改动反复变化。
• dateModified 是最后一次实质性更新的日期，例如新增章节、重写结论、更新政策或数据。
• 页面可见日期、结构化数据日期、sitemap 的 lastmod 最好保持一致口径。

作者怎么标记#

作者字段要解决两个问题：这篇文章是谁写的、用户能不能在页面上看到这个署名。

如果站点未来要强化 E-E-A-T，建议为个人作者建立作者页，并在 Article 结构化数据里填入作者页 URL。这样比单独一个名字更可验证。

图片字段怎么处理#

Article 的 image 不是随便找一张图。它应该是文章真实使用的主图或代表图，并且能被 Google 抓取。

• 图片 URL 使用绝对地址，返回 200，未被 robots.txt 屏蔽。
• 图片要和文章主题相关，不要用无意义装饰图。
• 建议准备多种比例，例如 1:1、4:3、16:9，便于不同搜索场景裁切。
• HTML 中也应显示对应图片，并提供合理 alt、width、height。

MagicSEO 现在的文章页没有统一封面图模块，所以本文自己的 Article 标记没有填写 image。这不是最佳终局，但比标记一张用户看不到的假图片更符合准则。后续如果补文章封面，应同步把可见图片和 Article 的 image 字段一起补齐。

本站这一页如何示范#

你正在读的页面本身就实装了 Article 结构化数据。可以从页面源码看到三段 JSON-LD：Article、BreadcrumbList、FAQPage。

如何验证#

上线前后按这套流程检查：

1. 用 Rich Results Test 测试 URL 或代码片段。
2. 确认检测到 Article / NewsArticle / BlogPosting。
3. 检查警告是否来自缺少推荐字段，如 image 或作者 URL。
4. 用 Search Console 富媒体报告 观察全站文章模板是否成批报错。
5. 如果模板统一输出 Article，抽查不同栏目、不同作者、无图/有图文章各一篇。

常见错误#

Article 上线清单#

• 页面确实是文章型内容
• @type 选择 Article / BlogPosting / NewsArticle 中最贴切的一种
• headline 与页面主标题一致
• author 与页面可见署名一致
• datePublished 是首次发布日期
• dateModified 只在实质更新后变化
• mainEntityOfPage 指向 canonical URL
• 有真实可见主图时填写 image
• image 可抓取、相关、最好提供多比例
• 用 Rich Results Test 验证无错误
• 上线后在 Search Console 监控模板级问题

常见问题#

Article、NewsArticle、BlogPosting 应该怎么选？

普通博客、指南、知识库文章用 Article 或 BlogPosting 都可以；新闻媒体发布的新闻稿、时效新闻更适合 NewsArticle。选择的关键不是追求更高级的类型，而是让类型与页面真实内容一致。MagicSEO 的教程型文章使用 Article。

Article 结构化数据必须有 image 吗？

Google 当前的 Article 文档强调添加适用于页面的推荐属性，而不是列出硬性必填属性。image 是非常重要的推荐字段，尤其影响搜索结果中的图片展示；如果页面本身没有真实可见、可抓取的封面图，不要为了凑字段而编造图片。

Article 标记会让页面进入 Google 新闻吗？

不会。Article 或 NewsArticle 标记可以帮助 Google 更明确理解文章标题、作者、日期和图片等信息，但它不是进入 Google 新闻或 Top stories 的保证。Google 新闻资格还取决于站点、内容质量、政策合规和其他新闻相关信号。

没有个人作者时可以用 Organization 吗？

可以。如果文章以团队或机构名义发布，author 可以使用 Organization；如果有明确个人署名，优先使用 Person，并提供作者页 URL。无论用 Person 还是 Organization，都要和页面上用户可见的署名一致。