仅作自留备注，不影响seo、渲染或版权保护；正确写法为，须置于内，仅首条生效，content建议用真实姓名，需utf-8编码；它与本质不同——后者是结构化链接，可用于工具提取作者信息。
怎么用 <meta name="author"> 标签写作者信息
它只是个提示性标签，浏览器、搜索引擎、爬虫基本不读它，也不影响页面渲染或 SEO。写法很简单：<meta name="author" content="张三">，放在 里就行。
常见错误是把它当“版权凭证”——比如以为加了这行就能防止内容被转载，或者以为百度会把它显示在搜索结果里。不会。它对实际功能几乎零影响，纯属自留备注。
- content 值建议用真实姓名或团队名，别写“开发组”“前端团队”这种模糊称呼，否则失去备注意义
- 不支持多个
<meta name="author">标签叠加生效；如果写了多条，只有第一条被解析（其余被忽略） - 字符编码要和页面一致，含中文时确保 html 文件本身是 UTF-8 编码，否则可能显示乱码
<meta name="author"> 和 <link rel="author"> 有什么区别
<meta name="author"> 是字符串描述，<link rel="author"> 是指向一个具体资源的链接，比如作者个人主页、humans.txt 或者 author.json 文件。
后者有实际用途：某些工具（如验证器、自动化文档生成器）会尝试抓取 <link rel="author"> 指向的地址来提取结构化作者信息。但普通浏览器依然无视它。
立即学习“前端免费学习笔记（深入）”；
-
<link rel="author" href="/humans.txt">是较常见的用法，humans.txt里可以写邮箱、gitHub、职责等 - href 必须是绝对路径或根相对路径（如
/author.json），不能是./author.json，否则部分工具无法识别 - 如果同时用了
<meta name="author">和<link rel="author">，二者内容不必一致，但建议保持逻辑统一，避免自己后续维护混乱
哪些场景下值得写作者信息？
内部项目、文档型网站、开源项目官网这类需要明确责任归属或便于协作追溯的场景才真有用。比如公司内网知识库，运营同学看到页面底部没作者，出错时根本不知道找谁。
对外公开的营销页、活动页、博客文章页，更该用的是 <meta name="copyright"> 或结构化数据（如 article:author），而不是靠 name="author"。
- 静态站点生成器（如 Hugo、VuePress）通常自带作者字段配置，优先走模板变量（如
{{ page.author }}），比手写<meta>更可靠 - 如果页面由 CMS 输出，确认后台字段是否映射到
<meta name="author">，很多系统默认不填或填空值，导致生成无效标签 - CI/CD 构建流程中，可用脚本自动注入当前提交者（
git log -1 --pretty="%an"），但要注意脱敏——别把内部工号或邮箱直接打进去
容易被忽略的兼容性和调试问题
几乎所有现代浏览器都不展示、不解析 name="author"，但旧版 IE 曾在开发者工具的“页面信息”面板里显示过它。现在连这个入口都没了。
真正容易出问题的是：有人误以为它能参与 http 头生成、服务端日志标记或 CDN 缓存区分，结果白加了还怀疑缓存机制异常。
- 检查是否误写成
<meta name="Author">（大小写敏感）——虽然大多数解析器不计较，但极少数老旧工具会失败 - 用浏览器 DevTools 的 Elements 面板确认标签是否真出现在
中，有时构建工具会因条件编译漏掉它 - 不要指望它被 Lighthouse、PageSpeed Insights 或 SEO 工具检测并评分——它们压根不看这一项
事情说清了就结束。真正起作用的作者标识，从来不在 meta 标签里，而在 Git 提交记录、CMS 后台字段、或者 humans.txt 这类约定俗成的位置。