Telegram 频道目录怎么做：它没有"自动更新"，只能靠三条规矩
做过网页的人，对"目录"有个默认的期待：它会自己长。
你加一篇，它多一行；你删一篇，它少一行。
而在频道里，这件事不发生。
因为频道里的"目录"，不是"一个页面"，而是"一条消息"。
也就是说：它就是一条你手打的文字。
而你发了新内容，那条文字"不会自己多一行"。
所以那句可以这样记：频道的目录是一个"死的东西"——它不会因为你"又发了一条"而自己变长，所以"目录准不准"，取决于"你多久动它一次"。
而"死的东西"会带来两个后果，而第二个更麻烦。
第一个：它会"旧"。
也就是说：新内容不在上面。
第二个：它会"指着不存在的东西"。
也就是说：你删了某一条，而目录里还写着它。
所以那句可以这样记：目录最坏的状态不是"旧"，而是"指着不存在的东西"——因为"点进去没东西"比"没有这一行"更伤信任。
而"更伤信任"的意思是：
一个人第一次点进来，发现"这一行是空的"，他下次就"不太敢按目录点了"。
而一个"不敢被点"的目录，等于"没有目录"。
所以那句可以这样记：目录一旦"骗过人"一次，它就不再被当作"路标"，而只是"一段文字"。
（而"目录该写'在哪儿'而不是'有什么'"这个道理，我在讲群里怎么放资料的那篇里说过。而这一篇要说的，是"它会坏、以及怎么让它不坏"。）
三条规矩
所以接下来，是三条"让它不坏"的规矩。
第一条：目录里只放"入口"，不放"内容"。
也就是说：每一行写的，是"去哪儿"，而不是"说了什么"。
为什么？
因为"内容"会"变"（你会补充、会修正、会改说法）。
而"入口"不会变——那一条消息一直在那儿。
所以那句可以这样记：目录里只写"入口"，不写"内容"——因为"内容"会改，而"入口"不会改。
而这一条，还有一个很实际的副作用：
如果你把"摘要"写进去了，那"每一篇更新"你都要"回来改目录"。
而那是"两份活儿"。
所以那句可以这样记：写摘要的代价，是"每改一次正文，就要改一次目录"——而那第二次，多半不会做。
第二条：目录"永远在最上面"。
也就是说：它是"第一条消息"，或者"置顶的那一条"。
为什么？
因为"加一行"这件事，只有"顺手"才会做。
也就是说：如果目录"在最上面"，那你"发完新内容"就能"顺手回去加一行"。
而如果它"埋在三个月前"，那"回去找它"这个动作，就会"一直往后拖"。
所以那句可以这样记：目录要在"你每一次都经过的地方"——因为"顺手"是它唯一的维护动力。
第三条，也是最容易被跳过的一条：定期"点一遍"。
也就是说：不只是"看一遍"，而是"真的点进去"。
为什么？
因为"眼过"看不出来。
也就是说：目录里那一行"写着什么"你都认得，而"它指向的那条还在不在"，你不点就不知道。
所以那句可以这样记：定期"点一遍"，是唯一能发现"断链"的办法——因为"看着对"和"点得开"是两件事。
而"点一遍"这件事，其实很快：
一个几十行的目录，点一遍也就几分钟。
所以那句可以这样记：点一遍花的是"几分钟"，而不点，花的是"别人对这个频道的信任"。
多久更新一次
现在说你问的这个，而我想把这个问题"换个说法"。
因为"多久更新一次"这个问法，假设了"按时间"。
而更准的说法是"按事件"。
也就是说：你"发新内容"的那一刻，就是"该更新"的那一刻。
所以那句可以这样记：目录的更新时机，不该按"日历"，而该按"事件"——因为"发了新东西"就是事件，而"日历"只是个提醒。
而这两者的区别，很实际：
按"日历"的话，你可能"这周没更新，但其实发了五条"。 按"事件"的话，你"发一条，加一行"，那目录"永远是新的"。
所以那句可以这样记：按"事件"更新，目录"永远不必大修"；而按"日历"更新，每次都在"补账"。
那"定期点一遍"要多久？
而这一条，我给一个"大概"：
一个月，或者一个季度。
为什么这么宽？
因为"点一遍"是"查漏"，而不是"日常"。
而它的频率，取决于"你发得多不多"——发得多，就点得勤一点；发得少，一季度一次也够。
所以那句可以这样记："点一遍"的频率，跟着"你发的频率"走——而"多久一次"没有标准答案，只有"你发多少"。
怎么让老内容还能被搜到
再说你问的这个，而这一条要拆开。
因为"被搜到"这件事，有两条路，而它们管的东西不一样。
第一条路：目录。
而它管的是"被看到"。
也就是说：一个人"打开目录"，能"知道有什么"。
第二条路：搜索。
而它管的是"被找到"。
也就是说：一个人"输入一个词"，能"翻出那一条"。
所以那句可以这样记：目录管"被看到"，搜索管"被找到"——而这两件事，不能互相代替。
而"搜索"这件事，有一个很硬的前提：
他得"记得那个词"。
也就是说：他想搜"那个讲怎么算账的"，那他就得先"想到'算账'这个词"。
所以那句可以这样记：老内容能不能被搜到，取决于"当初给它起的名字"——而目录救不了"想不起来叫啥"。
那怎么办？
一个很实用的做法：
给每条内容起名的时候，带上"以后你会搜的那个词"。
也就是说：不要写"第 12 期"，而要写"第 12 期：报销单怎么填"。
而"报销单怎么填"这几个字，就是"以后你会搜的那个词"。
所以那句可以这样记：名字里要带上"以后你会搜的那个词"——因为"顺手起的名字"，以后"搜不出来"。
而这里要分清一件事，因为它容易被混：
"频道被搜到"和"频道里的内容被搜到"，是两件事。
也就是说：一个频道"能被搜到"，说的是"别人在搜索里能发现这个频道"。 而"内容能被搜到"，说的是"已经进来的人，能翻出某一条"。
所以那句可以这样记："频道被搜到"是"门牌"，"内容被搜到"是"屋里的东西好找"——而这两件事，得分别做。
（而"一个频道怎么才能被人搜到"，我在讲频道被发现的那三条路里写过。而这一篇说的是"已经进来的人，怎么找到老内容"。）
目录别做"一条长消息"
最后给一个很实际的建议，而它是"从维护成本"出发的。
很多人做目录，是"一条很长的消息"。
也就是说：把所有分类、所有条目，全塞在一条里。
而这个做法，有一个"隐形成本"：
"加一行"这件事，等于"重新编辑整条"。
也就是说：你得"点开编辑、找到位置、打一行、再保存"。
而这个成本，会"一次一次地劝退你"。
所以那句可以这样记：目录别做"一条长消息"，而做"几条短的"——因为"加一行"的代价，决定了"你会不会加"。
那"几条短的"怎么分？
一个很自然的办法：
按"大类"分几条。
也就是说：一条是"入门必读"，一条是"常见问题"，一条是"往期目录"。
而这样一来：
"加一行"就变成"在对应的那条后面加一行"，而不是"找到那长长的一条里的某个位置"。
所以那句可以这样记：按大类分成几条，能让"加一行"变成"往后接一行"——而"接"比"插"容易。
而还有一个附带的好处：
分几条之后，那个"断链"的影响也变小了。
也就是说：一条里"某一处坏了"，你"只需改那一条"，而不用"重写整份目录"。
所以那句可以这样记：分开做，坏一处只修一处——而"一条长消息"，坏一处就要"整条重来"。
两个常被问到的
第一个问题：目录里能不能"做成可点的链接"，直接跳到某一条？
这一条我给不了确定的答案，因为它取决于"你那个版本、那个设备"。
而我能说的是"能确定的那一半"：
消息本身是"有链接这种形式"的——所以"指到某一条"这件事，在原理上是成立的。
而"在目录里把它做成一行可点的"，我见过这种做法，但"你那台设备上能不能"，我不敢保证。
所以那句可以这样记："能不能做成可点的链接"我不确定，但"要不要做"这件事可以先答。
而这个"先答"是什么？
是：如果"做不成可点的"，那就让目录"写得足够具体"。
也就是说：
"第三期"不够。 "第三期：报销单怎么填"才够。
为什么？
因为"具体"能"补上'不能点'这个缺陷"——他能"按那个名字去搜"，搜到就是"点开了"。
所以那句可以这样记：能不能点，是技术问题；而"写得够不够具体"，是你能立刻改的。
而这一条，其实把"目录"和"搜索"连起来了：
一个"写得具体"的目录，本身就是"一份可搜的词表"。
所以那句可以这样记：写得具体的目录，等于"半个搜索"——因为他能照着去搜。
第二个问题：内容一多，目录太长了怎么办？
分层，但只分两层。
也就是说：目录里"再开一个子目录"。
而"子目录"的意思是："一个入口，指向另一条目录"。
比如：
"往期目录，见下面那条。" 而"下面那条"，就是"往期的完整清单"。
为什么"只分两层"就够？
因为"三层之后，找东西又变成一次搜索"。
也就是说：他要"点目录、点子目录、再点子目录"，那"还不如直接搜"。
所以那句可以这样记：目录长了就分层，但只分两层——因为"三层之后，找东西又变成一次搜索"。
而"两层"这个界限，还有另一个理由：
它"好维护"。
也就是说：两层的话，"加一行"还是"往后接一行"；而三层以上，你"加的时候要先想'该放哪一层'"。
而"要先想一下"这件事，就是"拖着不加"的开始。
所以那句可以这样记：层的数量，该由"加一行的难度"决定——而两层，还是"接"；三层，就变成"选"了。
几个常见的坑
第一个坑，是以为"目录会自动更新"。而它是一条手打的消息。
第二个坑，是目录里写"内容摘要"。那每改一次正文就要改一次目录。
第三个坑，是目录埋在很下面。那"加一行"会被一直往后拖。
第四个坑，是只"看一遍"不"点一遍"。而"看着对"和"点得开"是两件事。
第五个坑，是把目录做成一条很长的消息。那"加一行"会变成"整条重编"。
最后
如果只用三句话记住这篇，我希望是这三句话。
频道的目录是一个"死的东西"——它就是一条你手打的消息，不会因为你又发了一条而自己变长。所以"目录准不准"，取决于"你多久动它一次"。而它最坏的状态不是"旧"，而是"指着不存在的东西"：点进去没东西，比没有这一行更伤信任，因为目录一旦骗过人一次，就不再被当作路标。
所以有三条规矩：目录里只放"入口"不放"内容"（内容会改、入口不会改，写了摘要就等于要改两份）；目录永远在最上面（因为"顺手"是它唯一的维护动力）；定期真的"点一遍"（因为"看着对"和"点得开"是两件事，而点一遍只花几分钟）。
最后两件事：更新时机别按"日历"，按"事件"——发一条就加一行，那目录永远不必大修；而"老内容能不能被搜到"取决于"当初起名时有没有带上那个词"，目录救不了"想不起来叫啥"。至于目录本身的形状，别做一条长的，按大类分几条——因为"加一行"的代价，决定了"你会不会加"。