标签不被浏览器和搜索引擎识别,仅作人工注释;真正有效的作者信息需用 Schema.org JSON-LD 结构化数据实现。

HTML 里没有标准、被浏览器或搜索引擎认可的 author 元标签,硬加了也没用。
为什么 几乎不生效
这个标签确实存在,但只是个“装饰性注释”:浏览器不会显示它,主流搜索引擎(Google、Bing)明确表示不抓取、不用于排名,开发者工具里也看不到任何实际作用。它唯一可能起效的场景,是某些老旧 CMS 或内部文档系统做人工归档时顺手读一下——不是标准行为,纯属巧合。
常见错误现象:
– 页面源码里写了 ,但 Google 搜索结果不显示作者名
– 用 Lighthouse 扫描,该标签被直接忽略,不计入 SEO 评分
– 团队交接时有人以为它能追踪责任人,结果查日志/部署记录才发现根本没绑定
- 它不参与 HTML5 验证,W3C 不反对写,但也不推荐
- 如果多个
并存,浏览器按顺序取第一个,后续全丢弃 - content 值里含空格、逗号、邮箱等字符,不会自动解析成结构化数据
真正被识别的作者信息怎么写(Schema.org + JSON-LD)
想让作者信息被 Google 新闻、富媒体摘要或知识图谱识别,必须用结构化数据,且优先选 JSON-LD 格式嵌在 里。
使用场景:
– 企业官网博客页需要展示作者头像+简介
– 新闻站点要求符合 AMP 或 Google News 规范
– 内容平台希望作者页被独立索引
- 必须用
Person类型,配合name、url、sameAs(如 GitHub / LinkedIn)等字段 - 不能只写名字,至少要带
name和url,否则 Google 认为数据不完整而跳过 - 避免把作者写成字符串,比如
"author": "李四"—— 正确写法是"author": {"@type": "Person", "name": "李四"}
{ "@context": "https://schema.org",
"@type": "NewsArticle",
"author": {
"@type": "Person",
"name": "王五",
"url": "https://example.com/author/wangwu"
}
}
的真实用途和限制
这个标签本意是关联当前页面与作者的个人主页,但它只在极少数场景下被支持:Firefox 曾短暂支持高亮显示,现在已移除;W3C 已将其标记为“非 normative”,即不保证实现。
容易踩的坑:
– 把 rel="author" 指向一个 404 页面,浏览器不报错,但结构化数据校验工具会警告
– 在文章页用它链接到公司首页,而非具体作者页,导致语义断裂
– 和 rel="me" 混用,后者才是 IndieWeb 社区用于身份认证的标准
- 目标 URL 必须是作者本人控制的页面(如个人博客、Mastodon 主页),不能是知乎专栏或微信公众号链接
- 页面本身需有对应
rel="me"反向链接,否则无法构成双向验证 - 现代 SEO 工具基本不扫描该标签,别指望它提升收录或权重
作者归属这件事,在 HTML 层面始终是弱信号。真要确保可追溯,靠的是部署流程里的 commit author、CI 日志里的提交人、CMS 后台的编辑者字段——而不是藏在 里那一行没人读的 meta。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











