导航收录页的「收录时间」怎么标：编辑口径与改稿

收录时间到底取哪个时间：首次发现、首次上线还是首次过审

先说结论：导航站收录页上的「收录时间」，默认口径应该是首次上线时间，也就是这个站或这个项目第一次以可访问状态出现在收录页上的日期。不是编辑发现它的时间，也不是审核通过的时间。这个口径最接近读者理解——读者看到「收录时间」，第一反应是「这东西在导航里挂了多久」，而不是「编辑什么时候点开过它」。

三个时间在实际操作里经常不是同一天。编辑在某个渠道首次发现一个站，可能先记在待审表里，隔几天才审，审完又因为排期或页面改版隔几天才上线。如果这三个日期都标，页面会乱；只标一个，就要选对读者最有感知的那个。首次发现时间偏内部工作节奏，首次过审时间偏流程节点，只有首次上线时间对读者有意义。

有一种情况可以例外：站点早期以临时页面或占位形式挂过，后来才换成正式内容。这种不算首次上线，标正式内容可访问的那天。判断标准是「读者点进来能不能用」，能用才算上线。占位页、维护页、「即将上线」页都不具备这个资格。

另外提醒一句：站点改版、换域名、换运营方，一般不改收录时间。收录时间记的是「进入导航」这件事，不是站点自身的历史。除非整条记录被删除后重新收录，那属于重新上架，处理方式在第三节说。

时间格式与颗粒度：年月日够不够、什么时候该精确到月

导航收录页统一用「YYYY-MM-DD」，年月日齐全，不带时分秒。时分秒对读者没有意义，反而增加维护成本——编辑不可能记住每个站是几点几分上线的，硬填就是编。年月日已经足够支撑读者判断「这站新不新、是不是老资源」。

什么时候该退到只精确到月？两种情况。一是老站补录，站点本身存在多年，编辑只能确认大致收录到某个月份，硬编一个具体日就是造假，这时候写「YYYY-MM」并在备注里说明「月份为补录估算」；二是整批迁移或合并记录，原始日期已不可考，只有月度台账。这两种情况下，月粒度比假精确更诚实。

格式上还有几个细节要统一：

月和日补零，写成 2024-03-07，不写 2024-3-7，排序和视觉都整齐。
不用中文「年月日」，不用斜杠分隔，全站保持一种写法。
不写「近日」「近期」「上线不久」这类相对时间，页面放几个月就失真了。
未来日期一律禁止，排期未上线的条目不要提前填时间。

颗粒度不统一带来的直接后果是排序错乱。同一列里混着「2024-03」和「2024-03-07」，按字符串排序会出错，读者按时间翻页也会觉得别扭。编辑口径里把格式写死，比事后一条条改省事得多。

批量收录与补录场景：老站补录、重新上架怎么标

批量收录最容易把时间标乱。一次性导入几十上百条时，很多人图省事把导入当天填成所有条目的收录时间，结果一整屏都是同一天，读者一看就知道是批量灌的，信任感直接打折。正确做法是尽量回溯每条的真实上线日；实在回溯不了的，按批次标一个区间，并在后台备注「批次导入，日期为估算」，前台该显示月粒度就显示月粒度。

老站补录是另一个高频场景。一个开了很多年的资源站被收录进来，它的「首次上线」早于导航站存在的时间，这时候标什么？标它进入本导航的日期，不是它自己的建站日期。收录时间的语义始终是「在本站的收录起点」，跨站套用别家的时间会造成口径混乱。如果确实想体现站点资历，放在描述或标签里，不占收录时间这一栏。

重新上架分两种。第一种是记录被删除后再次收录，比如站点临时关停被下架、恢复后重新挂上，这种情况更新为新的上线日期，因为中间断过，旧的起点对读者没有参考价值。第二种是仅做信息修订，比如改名、换分类、改描述，记录一直在页面上没消失，这种不动收录时间，改稿只动被改的字段。