作者信息应优先置于<article>内部的<header>或<section>中；跨文章复用时用带aria-label="作者信息"的<aside>；禁用<footer>和<address>；需配合JSON-LD结构化数据及合规<img>标签。
作者信息该用 <aside> 还是 <footer>？
作者简介不是装饰性内容，也不是页面底部固定信息，用 <footer> 容易被误读为整个页面的版权信息；用 <aside> 又容易被当成侧边栏辅助内容。真实场景中，它属于当前文章的元数据，最贴切的是 <section> + role="region" 或直接用 <article> 内嵌的 <header> —— 但前提是这个简介只服务单篇 <article>。
常见错误现象：<div class="author-box"> 满天飞，导致屏幕阅读器无法识别语义，SEO 也无法提取作者结构化数据。
- 如果简介紧贴在文章开头或结尾，且只归属该文，优先放在
<article>内部，用<header>或<section>包裹 - 若需跨多篇文章复用（如博客列表页每项下的作者卡片），用
<aside>更合理，但必须加aria-label="作者信息" - 避免嵌套在
<footer>里——除非你真想告诉机器“这是整站的作者声明”
怎么让搜索引擎和阅读器真正认出“作者”？
光靠标签不够，得靠属性和结构配合。Google 的富媒体搜索结果要求明确标识作者身份，否则 author 字段不会出现在搜索结果中。
使用场景：你发了一篇技术博客，希望在 Google 搜索结果里显示头像和名字，而不是只显示网站名。
立即学习“前端免费学习笔记（深入）”；
- 必须提供可解析的作者标识：用
rel="author"（旧标准）已基本失效，现在依赖authormeta 或 JSON-LD - 推荐在
<head>中加入简明 JSON-LD：{ "author": { "@type": "Person", "name": "张三", "url": "/author/zhangsan" } } - 如果作者有公开主页（如 GitHub、个人站），
url值必须是可访问的 HTTPS 页面，且该页面需包含反向rel="me"指向你的博客域名
<address> 能不能用来放作者简介？
不能。很多人看到“address”就以为是“联系人信息”，其实它专指“本页面/本章节的作者/编辑联系方式”，而且只能用于联系信息本身（邮箱、电话、地址），不包括头像、职位、简介文字等。
常见错误现象：把一整段作者卡片塞进 <address>，结果被解析为“本页物理办公地址”，Google Search Console 报 Invalid address value。
-
<address>只能包含联系类内联元素：<a href="mailto:...">、<a href="tel:...">、纯文本地址 - 作者头像、简介段落、社交链接这些，一律不属于
<address>的合法子内容 - 如果你真要放邮箱，用
<a href="mailto:name@example.com">name@example.com</a>，别裸写邮箱文本（防爬虫）
作者头像要不要用 <img>？alt 怎么写才不算作弊？
要用，但 alt 必须准确描述图像内容，不是堆砌关键词。搜索引擎和无障碍工具会严格校验 alt 与图像视觉信息的一致性。
性能影响：头像尺寸小，但若用未压缩的 PNG 或没设 width/height，仍会触发 CLS（布局偏移）。
- 推荐尺寸：64×64 到 120×120 像素足够，格式优先 WebP
-
alt值写成alt="张三的头像"或alt="作者张三"即可，不要写alt="前端工程师 张三 个人博客作者" - 如果头像是 SVG 图标（如默认占位符），请用
role="img"+aria-label替代<img>，否则会被忽略
作者区块最难的不是写法，而是保持语义一致性：同一站点所有文章的作者结构必须统一，否则结构化数据会断层，JSON-LD 和 HTML 标签对不上，Google 就当没看见。
