不推荐写入 meta name="author"，因其被html5规范列为无实际语义用途的标签，浏览器、搜索引擎和爬虫均不解析、不索引、不展示；真正有效的方式是使用 link rel="author" 指向可验证的作者页、address 元素提供联系信息，或通过 humans.txt 集中声明。

网页作者信息该不该写进 meta name="author"

不推荐。HTML5 规范已明确将 meta name="author" 列为“无实际语义用途”的元数据，浏览器、搜索引擎、爬虫均不解析、不索引、不展示它。你写了，等于白写；别人查源码看到，也得不到任何结构化信息。

meta name="author" 的实际行为和常见误用

虽然被规范弃用，但部分旧文档、CMS 模板或 SEO 插件仍会自动生成它，导致几个典型问题：

• 值常写成 <meta name="author" content="张三"> —— 没有邮箱、链接、组织等上下文，纯文本无法验证或联系
• 多人协作时内容易过期，比如开发者离职后没更新，反而误导维护者
• 与 meta name="generator" 混用，把框架名（如 “WordPress 6.5”）错当作者填进去
• 某些静态站点生成器（如 Hugo）默认开启该标签，需手动在配置中关闭

真正有效的作者信息替代方案

如果确实需要对外声明开发归属或技术支持主体，优先走标准、可机器读取、有上下文的路径：

数字服务代理公司网站HTML5模板

数字服务代理公司网站HTML5模板是一款适合提供用户界面设计、SEO优化、应用程序开发、内容营销等方面服务的公司宣传网站模板下载。提示：本模板调用到谷歌字体库，可能会出现页面打开比较缓慢。

下载

• 在页面底部用 <address></address> 元素写联系信息，例如：

  <address>技术支持：<a href="mailto:dev@example.com">dev@example.com</a>
  </address>

• 在 中使用 link rel="author" 指向一个公开的、带 h-card 微格式的个人主页（如 GitHub 主页或独立博客），例如：

  <link rel="author" href="https://github.com/username">

• 对组织级项目，在 robots.txt 或 /humans.txt 文件中集中声明团队与职责，后者是事实上的行业惯例，且被部分工具识别

如果必须保留 meta name="author"（如合规审计硬性要求）

那就只填最小必要信息，避免误导：

• 值应为组织名称或团队代号（如 "Frontend-Team@Company"），而非个人姓名
• 绝不包含邮箱、电话、工号等敏感字段 —— meta 标签是明文暴露在 HTML 源码里的
• 配合 meta name="description" 说明用途，例如：

  <meta name="description" content="本页面由 Frontend-Team@Company 维护，2024 年起负责迭代">

• 注意：若用 Webpack/Vite 构建，别在 html-webpack-plugin 的 templateParameters 里动态注入开发者本地用户名，那会把不同人的机器名泄露到生产包里

真正重要的不是标签有没有，而是信息是否可达、可验证、可持续更新。一个指向 GitHub 组织页的 link rel="author"，比十个手写的 meta name="author" 更可靠——尤其当那个“作者”三个月前就已转岗。