必须使用 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,不是字符串:<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>其他关键字段要求:
Wechat Article Html下载将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML,微信编辑器可直接渲染,无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
-
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实体,不是纯文本或超链接文字。常见失效写法:-
@#@#@#@#@#@#@#@#@#@0—— 没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外部 —— 微数据作用域是严格闭合的,跨容器无效 -
itemtypeURL 末尾多了斜杠,比如https://schema.org/ScholarlyArticle/—— 2026 年所有主流解析器已拒认带尾斜杠的 URL
复杂点在于:一篇论文常含多个作者、多个 DOI(预印本+正式版)、不同期刊阶段(accepted、published),每种都要独立声明
itemscope,不能靠一个容器“覆盖全部”。 -










