必须使用 https://schema.org/ScholarlyArticle 而非 Article 或 WebPage，因其独有 author、doi、publicationVolume 等学术字段；doi 需为完整 HTTPS 链接并置于 itemscope 内；author 必须嵌套 Person 实体；itemscope 与 itemtype 必须同元素，URL 不可带尾斜杠。

学术论文成果不能用 Article 硬套，必须用 https://schema.org/ScholarlyArticle —— 这是 Schema.org 明确定义、Google 学术搜索和富摘要唯一识别的类型；用错类型或漏关键字段，整块结构化数据会被静默丢弃。

为什么不能用 Article 或 WebPage？

ScholarlyArticle 是 Article 的子类，但多了 author、publicationVolume、pageStart、doi 等学术专属字段。Google 不会把普通 Article 当作论文解析，也不会提取 DOI 或期刊信息。强行用 WebPage 更糟——它连“内容是文章”这层语义都缺失。

常见错误包括：

• 只改 itemtype 为 ScholarlyArticle，但没补全必需属性（如 author 仍用文本写，未嵌套 Person）
• 在 <div> 上加 <code>itemscope itemtype，却把 doi 放在外部 <meta> 里（doi 必须出现在 itemscope 范围内）

  doi、journal、volume 这些字段怎么标才有效？

  doi 必须是完整、可点击的 HTTPS 链接格式，且需用 <link> 或 <meta> 显式声明：<link itemprop="sameAs" href="https://doi.org/10.1038/s41586-024-07291-0">。直接写 “10.1038/s41586-024-07291-0” 文本无效。

  立即学习“前端免费学习笔记（深入）”；

  期刊信息要用嵌套 PublicationEvent，不是字符串：

  

  Wechat Article Html

  将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。

  下载

  <div itemprop="isPartOf" itemscope itemtype="https://schema.org/PublicationEvent">
    <span itemprop="name">Nature</span>
    <time itemprop="startDate" datetime="2024">2024</time>
    <div itemprop="publishedIn" itemscope itemtype="https://schema.org/Periodical">
      <span itemprop="name">Nature</span>
    </div>
  </div>
  

  其他关键字段要求：

  • publicationVolume：纯数字，如 <meta itemprop="publicationVolume" content="628">，不能带 “Vol.”
  • pageStart 和 pageEnd：必须为数字，不可写 “pp. 123–145”
  • datePublished：推荐用完整 ISO 时间，如 <time itemprop="datePublished" datetime="2024-04-10"></time>；仅年份（"2024"）可接受，但不推荐

  作者（author）必须嵌套 Person，且 name 不可藏在链接里

  author 属性值必须是 Person 实体，不是纯文本或超链接文字。常见失效写法：

  • <a href="/author/john-doe">John Doe</a> —— 没 itemprop="author"，更没 itemscope itemtype="https://schema.org/Person"
  • <span itemprop="author">John Doe</span> —— 缺少内层 itemscope，搜索引擎无法识别为“人”

  正确写法：

  <div itemprop="author" itemscope itemtype="https://schema.org/Person">
    <span itemprop="name">John Doe</span>
    <link itemprop="sameAs" href="https://orcid.org/0000-0001-2345-6789">
  </div>
  

  注意：name 必须用户可见，不能只靠 meta content；ORCID 链接用 <link>，不渲染也有效。

  验证时最容易被忽略的三个点

  Google Rich Results Test 报 “No structured data detected”，大概率卡在这三处：

  • itemscope 和 itemtype 不在同一元素上 —— 比如父 <section></section> 写了 itemscope，子 <div> 单独写 <code>itemtype
  • doi 或 author 出现在 itemscope 外部 —— 微数据作用域是严格闭合的，跨容器无效
  • itemtype URL 末尾多了斜杠，比如 https://schema.org/ScholarlyArticle/ —— 2026 年所有主流解析器已拒认带尾斜杠的 URL

  复杂点在于：一篇论文常含多个作者、多个 DOI（预印本+正式版）、不同期刊阶段（accepted、published），每种都要独立声明 itemscope，不能靠一个容器“覆盖全部”。