番剧更新页越堆越乱，我把这套导航压回了三栏

一开始只是想把常看的几个站塞进一页

做这个页面的起点很朴素：我自己追番时有五六个常用站点，分散在收藏夹里，每次更新日要挨个点开翻一遍，遇上某个站临时抽风还得换下一个。时间一长，就想着干脆做个静态导航页，把这些入口按顺序摆出来，自己用着顺手，顺手挂到站上也能给同样到处乱找的人省点事。

第一版做得很快，就是一个列表，每个站写一行名字加一句备注，说明它主要覆盖什么类型、更新习惯大概是什么样。用起来确实比翻收藏夹快，问题也很快暴露：手头的站越加越多，有人留言推荐，有人自己搜到就往里补，一两个月后这页变成了一条长长的滚动条。我以为自己在做导航，其实是在做链接仓库。

那会儿我还没意识到真正的毛病在后面的排序和取舍上，只想着「多收录一点总没坏处」。这个判断后来被证明是错的。

加了筛选标签之后，反而没人找得到入口

页面变长之后，第一反应是加标签。按题材、按语种、按是否支持字幕、按是否要注册，一口气挂上去十来个筛选条件，看着挺像那么回事。结果是我自己先不用了——每次想找某个站，得先在脑子里过一遍它属于哪个分类，点两下筛选，出来的结果还是不对，因为一个站往往横跨好几个标签，标注本身就有歧义。

留言里也陆续有人反馈找不到原来那个入口了。这话听着别扭，但很真实：用户记得的是「以前点第三行那个」，不是「它属于哪个分类」。标签把访问路径从一个动作变成了一个决策，而多数人打开番剧导航时只想快速进去，不想做选择题。

这一步的弯路值得记下来。堆功能的时候容易把「结构完整」当成目标，可导航页的价值不在结构，在于从打开到进站的这段路够不够短。标签没有错，错在它被放在了这个路径的最前面。

砍站：停更两个月以上的直接下掉

真正动手清理是在一次手动排查之后。我逐个点开列表里的站，发现相当一部分要么长期没有新内容，要么页面还在但资源早已失效，还有几个换了域名，原地址跳到了别的地方。这些残留在列表里，不但没用，还会让人以为「这个导航不维护」。

于是定了一条粗暴但好执行的规则：停更两个月以上的直接下掉，不再保留在列表里做「历史记录」。域名失效、明显无法正常访问的，立刻移除。确实有少数站是季节性更新的，这种另做处理，但也不占主列表的位置。

砍完之后列表短了一大截，反而更好用。这里的关键不是标准多精确，而是标准足够简单，能让自己每次都愿意执行。规则一旦复杂到需要判断，维护就会拖，拖着拖着整页就又回到老样子。

按观看动作重排，不再按站点名气排

清理完，排序问题浮上来。原来基本是按知名度和收录先后排的，名气大的靠前。但实际使用时我发现，自己的点击顺序跟名气关系不大，跟「当下要干什么」关系更大：有时是想看看今天更新了什么，有时是想找一部具体的番，有时只是想补一下之前漏掉的集数。这三种动作对应的站并不一样。

所以最后一版放弃了名气排序，改成按动作分组：想看更新的放一组，想按番名检索的放一组，偏资料和条目查询的放一组。每组控制在少数几个入口，一屏之内看得完。组内也不追求绝对公平，谁更贴合这个动作谁就靠前。

三栏的结构就是这么定下来的。栏数不是拍脑袋定的，是梳理完动作之后自然剩下的数量——再多一栏，动作就开始重叠，又回到之前标签打架的状态。对导航页来说，栏目的边界清不清楚，比栏目里塞了多少东西重要得多。

判断一个入口该不该留在这一栏，我用一个笨办法：问自己上次点它是什么时候、为了什么。答不上来的，基本可以挪走。

固定每周过一遍失效链接，比大改更有用

版本定下来之后，我原本以为这事就结束了。实际情况是，番剧类站点的地址和可用性变化很快，一周不管，列表里就会出现几个点不开的。之前总想着攒够问题再统一大改，可每次大改都要重新调整结构，改完自己都记不清哪栏放了什么。

后来改成固定动作：每周找一段时间，把列表挨个点一遍，能打开的跳过，打不开的记录，连续两次不通就移出主列表，另存一份备用记录。整个过程不长，但胜在规律。多数情况下，这样的小步维护比隔几个月来一次大翻修更能保持可用性。

需要说明的是，效果因人而异。导航页的维护成本跟你收录的站点数量、更新频率直接相关，收录越多，每周这一遍花的时间越长。如果只是想自己用，收十来个站，这个节奏完全够；如果面向公开访问，就得接受这是一件长期的事，没法一劳永逸。

如果你手上也有一个越堆越乱的导航页，下一步不用急着改版。先拿张纸，把每个入口按「打开它时我在干什么」分一遍，分不进去的直接标记出来，那就是第一批该下掉的。清完再谈栏目，比反过来做省力得多。