被忽略的两页：关于页与作者页
大部分个人站长把 90% 的 SEO 精力都花在文章上：研究关键词、写长文、做内链、提交 sitemap。但很少有人认真对待那两个"最不起眼"的页面——关于（About）页和作者（Author）页。在很多站点上，这两个页面要么根本不存在，要么只有一句"这是一个个人博客"，然后就没有然后了。
这其实是一个巨大的浪费。因为在 Google 和百度的评估体系里，尤其是这两年 E-E-A-T（经验、专业、权威、可信）被反复强调之后，搜索引擎越来越想知道"这个内容是谁写的、这个人靠不靠谱"。而关于页和作者页，正是你回答这个问题最直接的阵地。这篇文章讲清楚这两页的价值、怎么写、怎么标注结构化数据，以及怎么做站点级的关联。
为什么搜索引擎在乎作者
先说清楚底层逻辑。搜索引擎面对的是每天新增的天量内容，它必须判断哪些内容是"可信的"。它没有真正的智能去读每一篇文章，但它有一堆信号：
- 这个域名是不是长期存在、有没有历史
- 这个页面的作者在站内是否有其他内容
- 作者的身份是否可验证（有没有个人简介、外部链接、社交媒体）
- 整站是否围绕某个主题形成"话题权威"
在 YMYL（Your Money Your Life，涉及健康、财务、法律等影响重大决策的领域）话题上，这套评估尤其严格。即便你的站是技术教程，搜索引擎同样偏爱"有真实作者、作者有积累"的内容。一个只有域名、没有"人"的站，在算法眼里更接近内容农场。
关于页和作者页，就是把你这个"人"实体化、可验证化的地方。它们是 E-E-A-T 里 Authoritativeness 和 Trustworthiness 的落地点。
关于页：你的"身份声明"
不要写成自我介绍，要写成"可信度证明"
大多数人写关于页的错误是：把它当成个人简历，写"我是一名热爱技术的程序员，喜欢折腾服务器"。这类内容对搜索引擎和用户都没有价值。正确的写法是把关于页当成一份专业的身份声明，回答清楚四个问题：
- 你是谁——真实姓名或稳定的笔名，不是"小编"这种虚指。
- 你凭什么懂——你的背景、从业年限、做过的项目或取得过的成果。例如"从事 Linux 运维八年，管理过 XX 台服务器"。
- 这个站讲什么——明确主题范围，帮搜索引擎建立这座站的"话题锚点"。
- 怎么联系你——邮箱、社交媒体、GitHub 等，提供可外部验证的身份线索。
一个可套用的结构
关于本站
本站是 XXX 的个人技术博客，自 20XX 年起持续更新，
专注 Linux 服务器运维、网站性能优化与 SEO 实战教程。
关于我
我是 XXX，X 年运维经验，长期负责 XX 规模的服务器的
部署与排障，管理过 Nginx/MySQL/Docker 等生产环境……
这个站讲什么
- Linux 服务器运维与故障排查
- 网站性能调优与加速
- SEO 优化与搜索引擎收录
联系我
邮箱：you@example.com
GitHub：https://github.com/yourname
注意这里的用词：具体的数字（8 年、XX 台）、明确的主题（三个方向）、可验证的渠道（GitHub、邮箱），这些都是"可信信号"。含糊其辞只会削弱它。
关于页的 SEO 要点
- 它是全站内链的枢纽之一，导航里要有入口，底部也要有链接。
- 不要设置 noindex——很多站长以为这是"不重要"的页面，其实它是评估站点的关键页。
- 标题里带上品牌和定位，例如"关于我们 - XX 技术博客"，而不是孤零零一个"About"。
作者页：把"人"做成可索引的实体
单作者站 vs 多作者站
个人站通常只有一个作者，很多人觉得"我自己不需要作者页"。但恰恰相反，单作者站更需要一个作者页，因为它对搜索引擎来说是"这个站背后的人"的唯一聚合入口。多作者站则是每个作者一个页面，列出该作者的所有文章。
作者页上应该有什么
- 作者的姓名与头像（真实、稳定）
- 一段专业简介，和关于页保持一致的表述
- 该作者发表的全部文章列表，按时间倒序
- 作者的外部身份链接（个人站点、GitHub、X/微博等）
- 可选：作者的联系方式
文章页上要有作者署名并链接到作者页
这一步是最容易被忽略、却最关键的一环。如果文章页面不标作者，或者标了作者却不链接到作者页，搜索引擎就无法把"这篇文章"和"这个作者实体"关联起来。正确做法：
rel="author" 这个属性是给搜索引擎的显式提示。配合作者页上的 Person 结构化数据，就形成了"文章 → 作者 → 作者主页"的清晰关联。
结构化数据：把身份写进机器可读的格式
作者页用 Person
这里的 sameAs 非常重要——它把你在不同平台上的身份连成一张网，是搜索引擎做实体消歧（确认"这个 XXX"就是"那个 XXX"）的主要依据。
关于页用 AboutPage
文章页用 Article 并带上 author
三块数据用同一个 url 指向作者页，就让整个站点的作者身份形成闭环。用 Google 的 Rich Results Test 或者 Schema Markup Validator 验证是否合法。
站内关联：让这两页真正发挥作用
光建页面没用，真正的价值来自"关联"。做好以下三件事：
- 导航和页脚放关于页链接——保证它被爬虫频繁访问，也是全站内链的一个枢纽。
- 每篇文章署名并链向作者页——这是文章和作者实体的连接点，务必覆盖全部文章（包括历史文章，可以批量改模板）。
- 关于页链到作者页，作者页链回关于页——双向内链，让两个实体互相印证。
完成后，可以这样验证关联是否生效：
# 抓一篇文章，确认作者链接存在
curl -s "https://你的域名/文章.html" | grep -o 'rel="author"[^>]*' | head
# 确认作者页可访问且不是 noindex
curl -sI "https://你的域名/author/yourname" | grep -i x-robots
# 确认结构化数据能被解析
curl -s "https://你的域名/author/yourname" | grep -A3 'application/ld+json'关于页 / 作者页的常见问题排查
1. 作者页没被收录
检查三点：页面是否被 noindex（curl -sI 看 X-Robots-Tag 和 meta robots）、是否在 sitemap 里（很多生成器只输出文章，要手动加）、是否有内链指向它（没内链的页面很难被发现）。
2. 作者页和文章页的作者名对不上
结构性数据里 name 必须完全一致，别一处写"张三"一处写"张老师"。搜索引掌靠字符串匹配做实体关联，不一致就断链了。
3. 关于页被当成"薄内容"
一段 50 字的关于页确实算薄内容。解决办法不是堆字数，而是补充实质信息：专业背景、站点的内容范围、更新频率、联系渠道。信息密度比字数重要。
4. 多作者站作者页重复内容
如果作者页结构完全一样只是换了名字，容易被判为模板化。给每个作者页加上独特的简介和真实文章列表，就能区分开。
5. 结构化数据校验报错
最常见是 JSON 语法错误（少逗号、多逗号）或者 @type 拼写错误。用 validator.schema.org 逐条验证，报错信息通常很具体。
小结
关于页和作者页是你整站 E-E-A-T 的地基。它们做的事情只有一件：让搜索引擎相信，这个站背后是一个真实、专业、可验证的人。具体落地就是四步：写好关于页的身份声明、建作者页并聚合文章、用 Person/AboutPage/BlogPosting 三块结构化数据把身份串成闭环、每篇文章署名并链向作者页。这四件事加起来，一个下午就能做完，但它是很多个人站从"看起来像内容农场"变成"有作者、有积累的专业站"的关键分水岭。如果你还没做，建议今天就补上。