个人官网首页到底该写什么？

上一篇，我写了为什么个人作品站最终选择 Astro。

框架确定以后，真正难的问题才出现：个人官网首页到底该写什么？

页面可以搭，组件可以写，甚至用 AI 很快就能生成一个看起来不错的首页。

但首页上的概要内容，不能只靠模板。

你是谁，在做什么，希望别人第一眼记住什么，访问者下一步应该去哪里，这些问题必须自己想清楚。

很多程序员有个人网站，但别人看完还是不知道他是谁。

页面可能很漂亮，技术栈也很多，项目卡片不少，但访问者只留下一个模糊印象：这个人好像是程序员。

对个人品牌来说，这还不够。

我这次做个人官网，边界很明确。它不是一个很重的官网系统，不替代博客，也不是为了包装一个很大的个人品牌项目。它只是个人博客上线后的轻量入口：把博客、公众号、GitHub、代表文章和真实项目整理出来，让别人快速理解 Code of Duty 是什么。

所以这篇不聊设计审美、前端组件和页面动效，只聊一个更基础的问题：个人官网首页应该写什么，才能让别人快速理解你。

个人官网首页应该写什么

程序员的个人网站常见有三种写法。

一、简历页

姓名、岗位、技术栈、工作经历、联系方式都写上。

这适合求职，但如果你想做长期内容阵地的入口，它会显得偏窄。

它回答的是“我能找什么工作”，不是“我长期在做什么”。

二、技术栈展示页

Python、Docker、Nginx、Linux、Astro、Git、MySQL 标签很多，看起来很技术。

但技术栈只能说明你接触过什么，不能说明你用这些技术解决过什么问题。

别人看到 Docker，不知道你只是本地跑过容器，还是用 Docker 完成过个人博客部署。

别人看到 Nginx，也不知道你只是复制过配置，还是认真设计过多项目入口、还是处理过负载均衡等。

三、作品陈列页

几个项目卡片，一些截图，一个 GitHub 链接。

这比没有好，但如果缺少主线，访问者仍然不知道这些项目之间有什么关系。

我不希望 楸木笔记 的首页变成这三种之一。

我的主线不是“我会哪些技术”，也不是“我做了几个项目”，而是：记录一个程序员如何通过个人博客、服务器部署、内容写作和作品站整理，把自己的技术能力放到互联网上。

如果首页没有把这件事讲清楚，后面放再多文章和项目都会显得散。

个人官网首页的目标，不是让别人觉得页面多高级，而是帮访问者建立第一判断。

一个陌生人第一次点进来，不会花很久研究你。

他只会快速判断：这个人是谁？主要关注什么？有没有真实内容？有没有真实项目？我有没有必要继续看？

首页要完成的事情

首页至少要完成五件事。

一、说明你是谁

这里不是只写名字，而是写清楚定位。楸木笔记不是一个随机昵称，它要和内容主线绑定起来。

二、说明你正在持续做什么

如果首页只是静态介绍，很容易像一个很久没人维护的页面。我希望浏览者能看到，这个网站背后有一个正在推进的系列。

三、给出代表文章

文章多了以后，不能让读者自己从时间线里翻。首页要帮他找到入口。

四、展示代表实践

个人品牌不能只靠观点，要有真实项目支撑。博客上线、服务器安全、Docker/Nginx 部署、文章合集整理，都可以成为能力证明。

五、给出继续了解的入口

博客、公众号、GitHub、邮箱这些入口要清楚。访问者看完首页后，不应该不知道下一步点哪里。

首页内容模块

基于这些目标，我会把首页拆成五个模块。

首屏定位。

它解决第一印象，应该用最少的信息讲清楚这个网站是什么。我不想写成“Hi，我是一名程序员，欢迎来到我的主页”。这句话太泛。

我更倾向于这样写：

楸木笔记
把程序员的技术能力，部署到互联网上。

我记录个人博客、服务器部署、内容创作和作品站整理的真实过程，关注普通程序员如何通过真实项目和持续复盘，建立自己的长期技术阵地。

这段话能把主线立起来。它告诉访问者：这个网站不是简历页，也不是随机技术博客，而是围绕个人技术阵地建设展开。

当前主线

当前系列：《把自己部署到互联网上》

从一台云服务器开始，经历域名、备案、安全配置、Docker、Nginx、HTTPS、对象存储和个人博客上线，再把这些内容整理成轻量作品站入口。

这块的作用是建立连续性。访问者会知道，这些文章不是散的，而是一条线。

代表文章

首页不应该只放最新文章。最新文章不一定最能代表你。我更愿意放“推荐从这里开始看”。

比如：

《2026年了，程序员还有必要搭建个人博客吗？》
《买完服务器后，我做的第一件事不是部署项目》
《生产环境到底该用 Conda 还是 Docker？》
《我的最终方案：全局 Nginx 统一管理多个项目》
《为什么我的个人作品站最终选择 Astro》

这些文章分别代表观点、服务器安全、部署取舍、Nginx 架构和官网升级。读者看完这些，就能快速进入我的内容主线。

代表项目

这里的项目不一定都是传统产品。第一版可以放：

个人博客上线实践
服务器基础安全配置
Docker + 全局 Nginx 部署方案
程序员个人品牌建设实战文章合集
轻量个人作品站

每个项目都要说明它是什么，以及证明了什么能力，有项目详情、介绍、架构设计。

比如“个人博客上线实践”可以写成：从服务器、域名、备案到 Docker、Nginx、HTTPS 和对象存储，完整跑通个人博客上线流程。

它证明的是部署架构、服务器安全和内容基础设施能力。

继续连接

入口不用太多，太多反而分散。首页只需要保留最重要的几个：阅读博客、关注公众号、查看 GitHub、邮箱地址。

这样首页不会复杂，但它能完成轻量个人官网最重要的任务：让别人快速理解我。

如果抽象成一个可复用模板，首页可以按这个顺序写：

品牌名
一句话定位
一段说明文案
三个主要入口

当前正在推进的系列
代表文章
代表项目
继续连接方式

小结：

每个模块都要有任务。

首屏定位解决“这个人是谁”；当前主线解决“这个网站是否持续更新”；

代表文章解决“有没有内容积累”；

代表项目解决“有没有真实实践”；连接入口解决“下一步去哪”。

所以首页不是绚丽的页面，也不是模块堆叠。更准确地说，它是理解入口。

它把博客、公众号、GitHub 和项目经历连接起来，降低别人理解你的成本。

对我来说，个人官网不是博客的替代品。

博客负责沉淀内容，公众号负责持续触达，GitHub 负责代码和项目证据，官网负责让别人快速理解这些东西之间的关系。

下一篇，我会继续写：程序员作品集怎么做，才能让别人快速看懂你的能力？

首页解决第一印象，作品集解决能力证明。

本文由 楸木 原创，转载请注明出处。