编辑规范 / FIELD NOTE
VPN排行榜多久更新一次：哪些变化必须触发重新评分
说明价格、客户端、节点、隐私政策和故障记录发生变化时如何触发VPN排行榜复核，并区分资料核对、局部复测与完整重测。
固定日期更新看起来规律，却可能错过真正影响用户的变化。更可靠的排行同时使用定期复核和事件触发：常规项目按周期检查，关键变化出现时立即重新评估相关分数。
把变化按影响分级
品牌文案或页面颜色变化通常不影响结论；价格、续费、退款、最低系统版本、权限和节点可用性会直接改变选择。先给字段分级，重大变化触发复测，中等变化核对资料，小变化只记录日期，避免每次都重做全部工作。
价格与订阅需要高频核对
优惠、币种、税费和续费周期变化快。排名页面应同时保存首次付款与正常续费，注明核对日期。发现自动续订默认值、退款入口或排除项变化时，应立即更新预算评分，而不是等到下个季度。
客户端变化要回到真实任务
大版本更新、最低系统要求、权限或协议变化，需要在对应平台重新完成安装、切网、锁屏和恢复测试。小版本修复可以先观察变更记录，但若用户集中报告同类故障，也应提前复测。不要用旧截图说明新版本行为。
故障与政策事件单独记录
一次短故障不必永久否定服务，但应记录时间、范围、公告和恢复过程。连续发生或缺少解释时，稳定与恢复分数需要调整。隐私政策、公司实体或数据处理范围变化，则要重新检查隐私边界，不能只修改发布日期。
让读者看见修改了什么
页面应显示最近复核日期、受影响维度和修改摘要。保留必要的历史结论，避免用户把分数变化误解为随意调整。透明的更新记录既帮助搜索用户判断时效，也约束编辑不能在没有新证据时频繁改变排行。
建立事件触发清单
每周检查价格、退款入口、客户端版本和服务公告；每月核对政策、最低系统要求、设备数和帮助文档；季度重做主要场景的同条件任务。遇到大版本更新、持续故障、公司实体变化、权限增加或续费规则改变时，不等待固定周期，立即标记受影响页面。先判断变化影响哪个维度，再决定只更新资料、局部复测还是完整重排。完成后记录旧值、新值、证据日期、复测环境和分数变化原因。这样既能保持时效，也避免因为一个营销页面改版就无依据地改动整张榜单。
旧结论如何保留才不误导
更新时不应只覆盖分数。对影响选择的变化保留简短版本记录：何时发现、原条件是什么、新条件是什么、哪些页面受影响、是否已经复测。正文中的过期价格和版本立即修正，历史记录只保留理解变化所需的信息。若尚未完成复测，就把状态写成“资料已更新，表现待复核”，不要沿用旧测试分数。这样搜索用户既看到当前规则，也能理解为何排行发生变化，而不是把更新时间当作内容全部重新验证的证明。更新摘要也应同步核对页面标题、描述和站内链接。