开发者导航站：GitHub 之外那一层，收录什么才有人天天用

我关注过十几个程序员导航站，两年后再看，一半停在最后一次更新的那年。它们的首页长得很像：左侧分类，右侧宫格，中间一个大搜索框。做起来不难，难的是半年后还有人打开。

图片来源：网络，版权归原作者所有，侵权请联系删除

开发者为什么不用你的站

先说难听的。开发者是全网最不缺信息入口的人群：浏览器书签同步、终端里的别名、项目 README 里的链接表、GitHub 的 star 列表，现在还多了直接问 AI。一个只有链接和图标的页面，对他没有任何增量。

他真正会回来的是这三样：某个工具停服或涨价之后的替代品清单、某个框架版本升级后还能用的文档入口、以及「这个东西到底收不收费」这种官网不会明说的信息。所以开发者导航站收录的不该是网址，是判断。

四类条目，巡检周期不一样

类型	举例	典型失效方式	巡检周期
在线工具	正则测试、JSON 格式化、Cron 表达式	域名过期、开始强制登录	每月
官方文档	框架文档、API 参考、SDK 说明	版本换路径，旧链接跳首页	每季度
社区与问答	论坛、邮件列表、垂直社群	关站、转私有、内容清空	每季度
数据源与接口	公开数据集、免费 API、镜像站	限流改免费额度、需要 Key	每月

在线工具和数据源这两类失效最快，而且是静默失效：域名还能打开，只是免费额度从一万次变成一百次。只做 200 状态码检查发现不了，得记额度字段，定期人工看一眼。

官方文档优先于二手博客

新手做这类站最容易犯的错，是把搜到的博客教程当成条目收录。教程会过时，作者会删站，而且不同教程互相抄。官方文档即使排版难看，也是唯一稳定的那一层。

收录二手内容时加两个字段就够了：适用版本和验证日期。比如「适用于 Vue 3.4，2026 年 3 月验证过」。这两个字段看着不起眼，它们是用户判断能不能信的唯一依据，也是你的页面区别于搜索结果的地方。

和 awesome 列表的分工

GitHub 上那些 awesome-xxx 仓库，本质上是一份托管在 Git 里的 Markdown 清单。它有历史记录、有人提 issue、有 star 数做粗筛，但不可检索、不可筛选，也看不出条目是否已经失效。

导航站能补的就是这三点。所以别去和 awesome 抢「收录最全」，抢不到，也没意义。值得做的是给它加一层状态：哪些还在维护、哪些已经归档、哪些有替代品。这层信息 GitHub 上没有人系统维护。

抓取别人文档时的两条线

把官方文档整站镜像下来放进自己的导航站，是这类站最常见的翻车点。抄的是内容，扛的是责任：内容过期了你不知道，对方改版你跟不上，版权上也没有任何豁免。

两条线守住就不会出事：只索引不搬运，条目页上必须能看出原作者是谁、原文在哪；同步抓取信息时遵守对方 robots，声明自己的 User-Agent 和抓取频率，别把人家站点抓挂。

开发者导航站不是给开发者省一次搜索，是帮他省掉判断成本。判断从哪来？从你每月那次巡检里来。

最后一句实在话：这类站的更新比收录重要。首页放一条「最近变动」——新增了什么、哪条失效了、哪条换了地址——比多收录两百个网站更能留住人。