前阵子有个做技术博客的朋友问我一个问题：我的站每天有四百多个访问，三十篇原创，但一年下来只攒了两百多个订阅，评论区常年只有我自己在回。他说他一直在写，一直在更新，就是感觉「写给自己看」。
我看了一下他的站，问题很清楚：文章质量不差，但整个站没有任何「让人想再来一次」的理由。没有分类导航，没有搜索，没有站内相关推荐，每篇文章结尾一句「完」，关于页写的是「这是一个技术博客」。读者来一次，看完就走，走的时候连你是谁都没记住。
这是个人站最容易忽略的一课：内容决定读者来不来，结构决定读者留不留。而留不留这件事，90% 的人从来没认真设计过。今天这篇，我想完整讲一遍个人站的结构该怎么做，从导航、内链、阅读页、搜索、到回访机制，每一块都是可以动手改的具体事。
先搞清楚：你的站想让人「看懂」什么
在动任何结构之前，先回答三个问题，写在纸上：
一，这个站是关于什么的？不是「技术博客」，而是「一个前端工程师写 CSS 踩坑和构建工具的实验记录」。二，读者为什么会第二次来？是等更新，是查资料，是看评论，还是单纯记住了这个人。三，你希望读者在站内做什么？看下一篇，还是搜一个具体问题。
这三个问题决定了后面所有的取舍。如果你的站是「资料型」（比如命令速查、教程合集），那么搜索和分类是第一优先级，文章页要能快速跳到相关内容；如果是「观点型」（经验分享、复盘），那么作者身份和系列感是第一优先级，结尾的「下一篇」比搜索框重要得多。
大部分人卡在第一步：把「技术」当成了定位。技术太宽了，宽到读者无法在脑子里给你留一个格子。这也是为什么细分领域的站，哪怕内容少，也更容易被记住——因为读者能清楚地说出「这个站讲 XX」。
导航：不要超过七个入口，且每个都要有存在的理由
我看过太多个人站，顶部导航长这样：首页 / 技术 / 生活 / 随笔 / 资源 / 关于 / 友链 / 留言 / 归档 / 标签……十来个入口挤在一条横线上，手机上直接折成三行。这种导航的问题不是难看，是没有决策价值。读者看完十个词，仍然不知道点哪个。
好的导航应该像一份目录，而不是一份清单。我的建议是三个层级：
主入口三到五个：首页、你要主推的内容分类（一两个）、归档或全部文章。如果做的是单一主题站，甚至可以只有「文章」「关于」两个。
次级入口放进页脚或者侧栏：标签云、友链、留言板、RSS。这些是给熟客用的，新读者不需要在第一屏看到。
「关于」页必须认真写。这可能是全站转化率最高的一页。读者看完一篇好文章，第一反应是「这人是谁」——点进关于页，看到「这是一个技术博客」，然后关掉。反过来，如果关于页写清楚了你做什么、在哪个方向有几年经验、为什么开这个站、你写过哪些系列，读者会立刻建立起信任感。这一页值得花一个下午认真写，比多写三篇文章有用。
还有一个细节：导航的当前项要有明显的视觉状态。读者在分类页和文章页里，应该始终知道自己在哪一层。很多模板只高亮分类，不处理文章页，导致读者点进文章后就「迷路」了。
内链：不是 SEO 手段，是阅读路径
说到内链，大部分人的第一反应是 SEO——加关键词锚文本、做主题集群、抬高权重。这些都对，但个人站最该关心的其实更朴素：读者看完这一篇，下一篇该看什么。
一篇两千字的文章，读者的注意力大概在最后三分之一开始衰退。这时候如果文末只有一句「完」，这次访问就结束了。如果文末有三条「相关阅读」，标题又足够具体，读者点进去的概率是很高的——这是站内最便宜的一次留存机会。
相关推荐的质量取决于匹配逻辑。按标签匹配是最常见的做法，但标签往往太宽（全站都打了「Linux」），推荐出来全是无关文章。更好的做法是组合条件：同分类 + 标签重合度排序，取前三条。如果站的文章量不大（几百篇），甚至可以人工维护一个「系列」字段，把真正该连起来的文章手动连起来，效果远好于算法。
至于正文里的内链，我的经验是宁少勿多。一篇文章里三到五个自然的内链足够，多了会打断阅读。而且锚文本要写清楚指向什么，不要用「这里」「点击查看」这类词——读者在扫读的时候，锚文本是他判断要不要跳的唯一线索。
文章页：让读者在三十秒内决定「要不要读」
文章页是站的核心，但大部分模板把最重要的信息放在最不显眼的位置。一个读者从搜索结果点进来，落脚点往往是文章中间某一段，他需要快速判断：这篇是不是我要的、写得好不好、值不值得花十分钟。
这就需要几个明确的信号：
标题下面的元信息行：发布日期、阅读时长、分类。日期让读者知道内容是否过时（技术文章尤其重要，看到 2019 年的 Nginx 教程，读者会怀疑配置是否还适用）；阅读时长让读者有心理预期；分类让读者知道这篇文章在站里的位置。
开头的三行摘要：不是 SEO 的描述，而是告诉读者「这篇解决什么问题」。很多模板自动截取正文前 150 字当作摘要，截出来往往是半句话。手写一段 60 字左右的问题陈述，效果完全不同。
正文的层级要清楚：H2 是章节，H3 是子点，不要出现连续五段没有小标题的长文。读者扫读时看的是小标题，小标题如果写得具体（「第二步：把监听地址收紧」而不是「优化建议」），扫读效率会高很多。
代码块要有横向滚动，不要换行折成几行。手机上看被折断的命令是没法复制执行的，这是技术博客最常见的体验事故。
结尾要有出口：可以是相关阅读，可以是「这个系列的上一篇/下一篇」，可以是一个订阅入口。总之不能让读者读完停在一段空白上。
归档与分类：给「老文章」一条活路
个人站有一个普遍的结构性问题：新文章在首页，老文章沉底，三个月后就再也没有入口。而实际上，很多有价值的内容恰恰是老文章——那些踩坑记录、工具对比、配置教程，时效性弱，长期有人搜。
解决办法是至少提供两种维度的入口：
按时间归档，让读者能顺着时间线看你的写作脉络。这不只是功能，也是一种人格展示——读者看到你三年写了一百多篇，会建立信任。
按主题分类，让读者能顺着兴趣深入。分类页不要只列标题，最好带上摘要和更新时间，让读者能判断哪些值得点。如果分类下的文章超过三十篇，考虑做分页或者再做二级标签。
还有一个被严重低估的东西：系列文章。如果你写过某个主题的三篇以上，把它们显式地组织成一个系列，在每篇文章顶部标注「本系列共 N 篇：一、二、三」，并且让读者能点开目录。系列是最强的留存结构，因为它天然制造了「还没看完」的悬念。大部分博客框架都支持这种组织方式，只是没人用。
站内搜索：小站也值得有
「我的文章才两百篇，用不上搜索吧」——这是最常见的误解。搜索的价值不在于文章多，而在于读者的意图明确。一个从搜索引擎进来找「nginx 413 报错」的读者，如果他发现站里还有三篇相关的，他会立刻把你加入书签。
两百篇文章的规模，用纯前端方案就够了：构建时把标题、摘要、正文纯文本导出成一个 JSON，前端加载后用简单的分词和模糊匹配查。中文要处理一下——不做分词的话，「服务器配置」这种词搜不到「服务器」开头的句子，一个折中办法是把中文按二元组切分（bigram）建立索引，实现成本很低。
如果嫌麻烦，也可以直接用现成的静态搜索方案，或者部署一个轻量搜索服务。关键是搜索框要放在显眼位置（导航栏右侧或者侧栏顶部），并且搜索结果要带上下文片段——只给标题，读者还是不知道该点哪个。
回访机制：从「来过」到「记得」
前面说的都是「一次访问内」的结构，但个人站真正的资产是回访。回访只有三种驱动力：
一是订阅。RSS 是技术站最靠谱的方式，哪怕现在用户少，也一定要提供，并且把订阅地址放在显眼处。邮件订阅对中文技术站的效果一般，但如果你有稳定的更新节奏（比如每周一篇），值得试。核心不是渠道，而是让读者有一个「不用记住你的域名也能回来」的方式。
二是更新预期。一个明确写着「每周三更新」的站，比一个随机更新的站，订阅转化率高得多。这不是玄学，是因为读者需要一个可预期的理由。如果你做不到每周，就写「不定期更新，但每个系列都会写完」——重点是给出承诺，并兑现它。
三是人格记忆。这是最容易做又最少人做的：让读者记住你这个人。方法很朴素——文章里有真实的经历（「我上周在一台跑了三年的机器上……」），有明确的观点（「我不推荐这么做，原因是……」），有失败（「这个方案我用了半年，最后放弃了」）。全是正确答案的文章没有辨识度，读者记不住作者；有立场、有代价的文章才有。
评论区的处理也属于这一块。不必追求热闹，但要保证「有人认真提问时，作者会认真回」。一个只有三条深度评论的站，比一个满是「支持博主」的站更让人愿意留下。
一个可以照着改的顺序
如果你看完想动手，别一次全改，那样很容易改到一半放弃。按这个顺序，每一步都是独立可验证的：
第一周，改关于页和导航。把关于页写成「我是谁、我写什么、为什么值得看」，导航砍到五个以内。半天就能完成，效果立竿见影。
第二周，加相关推荐。先做「同分类 + 标签重合」的简单版本，文末固定三条。这一步能直接影响跳出率。
第三周，补文章页的元信息：阅读时长、更新日期、手写摘要。顺手检查代码块的横向滚动和手机端可读性。
第四周，做归档页和分类页。分类页带摘要，归档页按年月分组。如果时间够，把已经写完的系列显式串起来。
之后，再考虑搜索。搜索是锦上添花，前面几步是地基。地基没打好就上搜索，读者搜到了也不会留下。
整套改造加起来大概两三个周末的工作量，不需要换主题，不需要重写文章，全部是在现有模板上加结构。但做完之后，你会明显感觉到一个变化：后台的「平均停留时间」上去了，「每次访问页数」从 1.2 涨到了 2 以上。这两个数字的变化，意味着有一部分读者开始在你的站里「逛」了，而不只是「路过」。
做站这件事，内容当然是根本。但内容之外，那些看起来「不生产内容」的结构——导航、推荐、归档、搜索、订阅——才是把一次偶然的访问变成一段长期关系的机制。绝大多数个人站死掉，不是因为写得不够好，而是因为从来没有为「第二次访问」做过任何设计。这件事，今天就可以开始改。