导航站收录页的「作者/来源」字段怎么填：编辑规则与改稿

「作者/来源」到底指谁：三种常见含义先分清

在导航站收录后台，这个字段最容易写乱，因为它同时承担了三种完全不同的信息。第一种是「内容归属」——这个页面讲的项目、工具、资源，原始出自哪里；第二种是「提交归属」——这条收录是谁整理、谁推荐进库的；第三种是「责任归属」——内容出了偏差，读者反馈时找谁核实。三者混在一栏里填，读者看不懂，编辑改稿时也没法判断该不该动。

我的习惯是先在心里定一个主口径：这个字段默认回答「内容归属」，也就是读者点进来看到的这些东西，源头是谁。提交人和责任人另有字段或后台备注承载，不往前台塞。口径定下来，后面所有写法都围绕它做取舍，改稿时才有统一标准，不至于每条收录各写各的。

需要提醒的是，口径一旦在站内定下来，就要写进编辑规范，新来的编辑按同一套标准填。口径不统一是导航站收录页最常见的隐性质量问题，比错别字更影响可信度，因为它让读者对整站的严谨程度产生怀疑。

字段口径：写原站、写团队、写个人，各自的适用场景

写原站，适用于内容有明显出处的条目，比如某个工具的官方网站、某个资源站的固定栏目、某个项目方的公告页。写法上用站点名或栏目名，不加修饰词。这种写法最稳，因为它可查、可回溯，读者自己也能去核对。多数工具类、资源类收录都适合走这条路。

写团队，适用于内容由多人协作产出、没有单一署名的情形，比如一个工作室做的工具合集、一个运营小组维护的项目库。写法上用团队或工作室的名称，避免用「官方」「权威」这类形容词去抬。团队署名要慎用，前提是这个团队名在站内其他条目里也出现过，读者能对得上号，否则单条出现一个陌生团队名，反而增加理解成本。

写个人，适用于有明确个人产出者的内容，比如独立开发者的工具、个人博主的教程体系、某个作者长期更新的专栏。写法上用常用笔名或账号名，不用真名，也不加「老师」「大神」之类的称呼。个人署名要稳定，同一个作者在不同条目里出现，写法必须一致，否则读者会当成两个人。

三种写法没有高下之分，关键是匹配内容实际。拿不准的时候，宁可选更保守的那种：能写原站就不写团队，能写团队就不写个人。因为原站信息最不容易出错，个人署名一旦写错，改起来最麻烦，也最容易引起当事人不满。

多来源与转载类站点怎么合并标注

导航站收录的条目里，转载和聚合类内容占相当比例，这类页面往往没有单一来源。处理原则是：不做无限追溯，只标第一层可确认的来源。比如一个页面整理自多个公开渠道，就写整理方，不写被整理的每一家；如果整理方本身也不明确，就退回到「站点名 + 栏目」，把范围收窄，不让字段空着。

合并标注时，来源数量控制在两个以内，多的用「等」字带过。写成一大串来源名，字段会变得又长又难读，读者扫一眼就跳过去了。合并顺序按贡献大小排，主来源在前，次要来源在后，中间用顿号或斜杠分隔，全站统一一种分隔符，不要这条用顿号那条用斜杠。

还有一类情况要单独处理：条目本身是导航站自己整理编辑的，没有外部来源。这种就写站内编辑整理，不硬凑一个外部来源充数。硬凑来源是收录页的大忌，一旦被读者发现，整条收录的可信度就没了。不确定来源时，空着或者写「来源待核」，比编一个看起来像模像样的名字强得多。

和「一句话定位」「编辑备注」的字段分工

这三个字段经常互相串味，写的时候要有意识地分开。「一句话定位」回答「这东西是干什么的、给谁用」，偏功能描述，读者扫一眼就知道要不要点进去。「作者/来源」回答「出自哪里」，偏归属信息，安静地待在角落即可，不承担说服读者的任务。

「编辑备注」则是留给编辑自己的空间，写使用体验、坑点提醒、更新频率观察这类主观信息。它和来源字段的区别在于：来源是客观归属，备注是主观判断。把「这个站更新很慢」写进来源字段是错位，写进备注才对；反过来，把「出自某工作室」写进备注，前台读者看不到，等于白写。

分工清楚以后，改稿就有抓手了。看到来源字段里出现大段评价性文字，直接挪到备注；看到备注里写着来源信息，挪回来源字段；看到定位字段里塞了来源，删掉重写。这类错位在初稿里很常见，逐条过一遍，收录页的整体观感会明显干净。

三条改稿对照：模糊写法与规范写法

下面三组对照来自实际改稿中反复出现的类型，不涉及具体站点，只讲写法逻辑。

模糊写法：「来源于网络，侵删」。规范写法：写出可确认的第一层来源名或栏目名；确实无从确认的，写「来源待核」，并在备注里记下核查进度。
模糊写法：「本站整理，作者不详，欢迎补充」。规范写法：站内整理就写站内编辑整理，不再叠加「作者不详」这类冗余说明；需要读者补充的，放进备注或反馈入口，不占来源字段。
模糊写法：「某某团队出品，业内知名，值得信赖」。规范写法：只保留团队名，删掉「业内知名」「值得信赖」这类评价词，评价性内容如需保留，移到备注并改成中性描述。

对照下来能看出一个共同点：模糊写法的问题不在于信息少，而在于混入了不该出现在这个字段里的东西——评价、免责声明、征集话术。改稿的核心动作就是剥离，把这些内容归位，来源字段只留归属。

验收清单：上线前逐条核对的六项

收录页上线前，按下面六项过一遍，多数低级问题能在这一步拦住。

来源字段是否只含归属信息，没有评价词、免责话术和征集语。
同一作者或同一站点在站内的写法是否前后一致，有没有简称全称混用。
多来源条目是否控制在一到两个来源，分隔符是否与全站统一。
是否出现「来源待核」却没有任何备注跟进记录的情况。
来源信息与一句话定位、编辑备注之间有没有内容错位。
字段是否为空，空着的是否有正当理由并已记录。

这六项不需要专业工具，人工逐条看即可，一条收录的核对时间通常很短，贵在坚持。新收录量大时，至少保证当天上线的条目全部过一遍，隔天补录的再抽查。

小结

这个字段看着小，实际是收录页可信度的地基。先把口径定死——默认回答内容归属，再把原站、团队、个人三种写法的适用边界写进编辑规范，多来源按第一层可确认来源合并，和定位、备注做好分工，改稿时对照模糊写法逐条剥离，最后用六项清单卡一遍上线。下一步建议很具体：今天就从后台调出最近收录的二十条，按上面的清单逐条核一遍，把发现的错位类型记下来，整理成一页简短的填写规范，发给参与编辑的同事。规范不用长，能覆盖实际遇到的类型就够用，后续遇到新情况再往里补。