HTML中作者信息的规范声明分两类:机器可识别的结构化数据(如JSON-LD)被搜索引擎认可,而仅为内部备注,不参与解析、无SEO价值。

HTML 网页作者信息在页面头部的规范声明,核心在于区分“人工备注”和“机器可识别”两类用途。真正被搜索引擎、阅读器或平台(如 Google 新闻)识别并用于富摘要、知识图谱等场景的,只有结构化数据;而 仅是注释性标签,不参与解析、不提升 SEO、也不影响渲染。
✅ 推荐方式:用 JSON-LD 声明作者(主流平台唯一认可)
这是目前最可靠、最被广泛支持的方式,Google、Bing、Schema.org 都明确推荐。
- 在
中添加一个<script type="application/ld+json"></script>块 - 必须包含
@context和@type: "Person" - 至少提供
name字段;建议同时补充url(作者主页)、sameAs(社交主页链接)、email(可选)
示例:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"author": {
"@type": "Person",
"name": "李四",
"url": "https://example.com/authors/li-si",
"sameAs": ["https://github.com/lisi", "https://linkedin.com/in/lisi"]
}
}
</script>
注意:
- 不要写成
"author": "李四"(字符串无效),必须是对象结构 -
@type推荐根据内容类型选Article、NewsArticle或BlogPosting - JSON 必须语法严格:无尾逗号、引号闭合、UTF-8 编码
⚠️ 次要方式: 仅作内部备注
它存在,但浏览器不读、爬虫不抓、Lighthouse 不认,纯属开发或 CMS 内部留痕用。
正确写法(仅限需要时):
<meta name="author" content="李四">
要求:
- 必须小写
name="author" -
content只能是纯文本(姓名或团队名),不能含邮箱、URL、HTML 符号 - 放在
之后、其他 meta 之前,且只取第一条,多余会被忽略 - 若含中文,确保 HTML 文件本身为 UTF-8 编码
错误示例:
<meta name="Author" content="li.si@example.com"> ❌ 大写 + 邮箱 <meta name="author" content="李四 <ls@example.com>"> ❌ 未转义 ` ❌ `&` 未实体化为 `&` --- ### ? 补充方式:`<link rel="author">` 指向作者页(已弱支持) 这不是声明作者“是谁”,而是声明“作者在哪”。现代浏览器基本不处理,但部分工具(如 humans.txt 解析器、静态站点生成器)仍会尝试读取。 典型用法: ```html <link rel="author" href="/humans.txt"><!-- 或 --><link rel="author" href="/about#author">
要求:
-
href必须是有效可访问路径(推荐绝对路径或根相对路径) - 目标页应有明确作者标识(如含
rel="me"的链接回指) - 别和
混用——二者语义不同,无协同作用
❌ 明确不推荐的做法
- 把作者塞进
或(后者已废弃) - 用
或单独包裹作者名却不加结构化标记(人眼可见,机器不可读) - 依赖多个
实现多作者(只认第一个) - 在
里写邮箱或职位(不解析,还可能破坏 HTML)
不复杂但容易忽略。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











