name="author"实际作用几乎为零：不参与SEO、不被浏览器渲染、不被Google/Bing等主流爬虫识别；唯一潜在用途是内部CMS人工归档时解析content字段，属非标准行为。
name="author" 的实际作用几乎为零
这个 meta 标签不会被搜索引擎索引，不参与 SEO 排名，浏览器也不读取它来显示作者信息。主流爬虫（Google、Bing）明确忽略该字段；开发者工具里也看不到任何渲染或行为影响。
它唯一可能起作用的场景是：某些内部 CMS 或文档生成工具在解析 HTML 时主动提取该值用于归档——但这完全取决于你自己的系统是否写死了这条规则。
为什么它常被误认为“有用”
早期 HTML 指南和部分老旧教程把它和 name="description" 或 name="keywords" 并列介绍，造成混淆。但后者至少曾被搜索引擎有限支持，而 author 从没被标准采纳过。
- W3C HTML5 规范中未定义
author为合法name值 - MDN 明确标注该用法“无实际效果”，仅作历史兼容参考
- 如果你在 WordPress 主题或静态站点生成器里看到它，大概率是模板沿袭旧习惯，而非功能需要
真要声明作者，该用什么
语义化且被机器可读的方式是使用 Schema.org 结构化数据，尤其是 Article 类型中的 author 字段。
立即学习“前端免费学习笔记（深入）”；
示例片段：
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"author": {
"@type": "Person",
"name": "张三"
}
}</script>
这种方式能被 Google 搜索结果摘要、阅读器扩展、知识图谱等真正识别和利用。
- 不要混用
meta name="author"和 Schema —— 后者已覆盖全部需求 - 若需在页面上 visibly 显示作者，直接用
<address>或普通<p class="author">更可靠 - Git 提交记录、CMS 用户字段、RSS feed 的
<dc:creator>等，比 HTML meta 更可信
删掉还是留着
如果项目里已有大量 <meta name="author" content="...">，不建议花时间批量删除——它不报错、不阻塞、不增加体积，纯属无害冗余。
但新项目或重构时，别再加它。尤其注意 CI/CD 流水线或 Linter 配置里，不要为它设校验规则；文档模板里也请移除这一行。
真正容易被忽略的是：很多人把 author 当成版权归属依据，其实法律效力只来自代码提交记录、合同或 LICENSE 文件，HTML meta 连证据链都进不去。
