绝大多数现代网站不应依赖<meta name="author">声明作者信息，因其不被搜索引擎用于排名、不被浏览器解析，对SEO和可访问性无实质影响；真正需机器识别的场景应使用JSON-LD等结构化数据。
网页作者信息该不该写在 <meta name="author">
绝大多数现代网站不需要、也不应该依赖 <meta name="author"> 标签来声明作者。它不被搜索引擎用于排名，不被浏览器解析为结构化数据，对 SEO 和可访问性几乎零影响。真正需要作者标识的场景（如新闻稿、学术页面）应优先使用 <article> + author 微数据或 JSON-LD，而非这个 meta 标签。
<meta name="author"> 的正确写法和常见错误
如果仍需保留（例如内部系统合规要求或遗留规范），语法必须严格：name 属性值为小写 author，content 值是纯文本，不带邮箱、URL 或 HTML 实体。
- ✅ 正确：
<meta name="author" content="张三"> - ❌ 错误：
<meta name="Author" content="zhangsan@example.com">（name 大写、含邮箱） - ❌ 错误：
<meta name="author" content="<a href='mailto:zhangsan@example.com'>张三</a>">（content 含 HTML） - ❌ 错误：
<meta name="author" content="张三 & 李四">（未转义&会破坏 HTML 解析）
它和 <meta name="generator">、<link rel="author"> 的区别
这三个标签常被混淆，但用途完全不同：
-
<meta name="author">：仅作人眼可读的注释，无机器语义 -
<meta name="generator">：声明建站工具（如content="Hugo 0.120.0"），部分 CMS 自动注入，与作者无关 -
<link rel="author">：指向作者个人页（如href="/about#author"），有明确语义，但现代浏览器基本不处理，且仅适用于整站级作者声明
混用或误填会导致 HTML 验证失败或误导维护者。
替代方案：什么时候该用结构化数据而不是 author meta
若页面内容确实需要机器可识别的作者信息（例如 Google 新闻抓取、知识图谱展示），必须使用结构化数据：
- JSON-LD 中嵌入
author对象，包含@type（如Person）、name、sameAs（社交主页）等字段 - Microdata 中在
<article>内用itemprop="author"绑定Person类型元素 - 避免只靠
<meta name="author">“凑数”——爬虫不会读它，验证工具会忽略它，开发者容易误以为已满足元数据要求
真正要让作者信息生效，得看 schema.org 定义是否被目标平台支持，而不是 meta 标签有没有写上。
