收录、标注与撤销标注的规则

这一页规定什么

本页是本站在风险监控上的操作规则——它规定本站会怎么做、不会怎么做，以及读者与服务商能怎么参与。

本页规定	在哪
什么条件触发标注	标注条件
每个门槛的理由（3 天 / 7 天 / 30 天）	门槛的理由
什么情况不构成标注	什么不构成标注
标注后的具体下线范围	下线的具体范围
推广关系的边界	推广关系不影响标注
申诉需要什么依据	申诉与撤销
复查的具体步骤与两种结果	复查
本站不做什么	本站的三条边界

这一页的目的是让规则可预期：读者知道一个标注意味着什么，服务商知道怎么申诉，而本站受这些规则约束。

三个层面的规则

本站的风险监控分三层，各有不同的规则：

层面	内容	会触发下线吗	页面
状态	正常 / 维护中 / 异常 / 失联 / 已更换域名 / 已停止运营	异常、失联、停运会	机场状态页
变动记录	价格 / 套餐 / 域名 / 事故 / 状态 / 其他	仅记录，不下线（状态变化除外）	变动记录时间线
方法建议	八类风险信号、五层防护	不针对具体品牌	风险信号识别

为什么变动记录不触发下线

因为变动本身不等于不可用。

变动	是否影响可用性
价格调整	否
套餐调整	否（影响性价比，不影响可用）
域名更换	否（新入口可用）
已恢复的事故	否
状态变为异常 / 失联	是 → 触发下线

分开处理的好处： 读者能看到"这家涨过价"这类信息而不被误导成"这家不能用"。记录事实，判断由读者做。

方法建议为什么不针对具体品牌

风险信号识别 提供八类信号的识别方法，但不标注"某家符合几条信号"。

理由	说明
信号的判断需要持续观察	本站没有对每家做持续观察
信号是概率性的，不是判定性的	符合信号 ≠ 会跑路
标注"某家有风险"会直接影响声誉	而依据不足
有更好的替代方案	教读者自己识别

这与本站其他字段的处理一致：提供框架，不提供没有依据的结论。

标注条件

标注	条件	证据
异常	节点大面积不可用或订阅间歇失效 ≥ 3 天，无官方说明	本站实测记录
失联	官网不可访问且客服、频道无响应 ≥ 7 天	访问记录截图、时间
已更换域名	旧域名失效，新域名经官方渠道确认	官方公告
已停止运营	官方宣布，或失联 ≥ 30 天	公告或持续记录
价格 / 套餐变动	官网价格或套餐规则变化	前后页面记录

每个门槛的理由

门槛是判断的分界线，值得解释为什么是这些数字。

门槛	数值	为什么
异常的持续时长	≥ 3 天	短于此的中断常见于临时故障、上游调整、局部问题；3 天是"不再是偶发"的分界
失联的无响应时长	≥ 7 天	短于此可能是节假日、临时故障、运营者个人原因；7 天是在"不过早下结论"与"不过晚提示读者"之间的折中
停止运营的推定时长	≥ 30 天	30 天无任何响应，继续标为"失联"对读者的提示不足；这是推定而非事实认定

三个门槛都偏保守（宁晚不早），因为错误的标注对服务商的影响是实质性的。

"有官方说明"是最关键的区分

同样的现象，有无说明的判定完全不同：

现象	有官方说明	无官方说明
短期不可用	维护中	观察，未达 3 天不标注
持续 3 天以上不可用	维护中（如说明了预期时长）	异常
域名更换	已更换域名（新入口已确认）	观察，需其他渠道确认

为什么把"是否有说明"作为分界线：

理由	说明
它是可观察、可核对的	不依赖主观判断
它与用户体验直接相关	有说明你能提前规划、不会误判成跑路
它反映运营者的沟通状态	完全不说明可能意味着渠道已不运作

这不是对服务质量的评价，而是对"读者能否获得信息"的记录。

什么不构成标注

情况	为什么不标注
单个节点不可用	节点级问题，不是整家的问题
单个地区的节点不可用	同上；见 节点波动
晚高峰变慢	所有线路方案都会有劣化；见 中转、直连与专线
速度不如预期	跨环境不可比，且状态不含性能维度
解锁能力失效	节点级、保质期短；见 IP 类型
单个用户报告连不上	跨环境不可比，可能是本地或配置问题
短于 3 天的中断	未达门槛
社区传闻	无可核对依据
对未来的担忧	本站不做预测

最后两行是本站的底线：不采纳无依据的传闻，不做未发生事件的预测。

标注的后果

• 异常、失联、停运：从推荐位与排行榜下线，品牌页顶部显示状态；
• 价格 / 套餐变动：仅记录，不影响排名。

下线的具体范围

"从推荐位与排行榜下线"具体指什么：

页面	异常 / 失联 / 停运时
机场推荐 及各推荐子页	不展示
各类排行榜	不参与排序
首页的推荐模块	不展示
机场数据库	保留（数据仍可查）
该品牌的品牌页	保留，顶部显示状态
机场状态页	显示当前状态
变动记录时间线	记录状态变化
价格数据库	视状态；停运的不参与价格对比

核心区分：推荐类页面下线，数据类页面保留。

为什么保留数据页：读者可能正在用这家、或想了解发生了什么。删除信息不如标注状态。

推广关系的边界

这是本站最需要说清的一条。

情况	处理
无推广关系的品牌达到标注条件	标注 + 下线
有推广关系的品牌达到标注条件	同样标注 + 下线
有推广关系的品牌状态正常	正常展示，推广链接标注 sponsored nofollow 并在页面单独披露
服务商要求撤销标注	与普通用户的申诉走同一流程，需提供可核实依据
服务商提出商业合作换取撤销标注	不接受

"标注由证据触发，不由商业关系决定"不是一句口号，而是具体的操作规则：

规则	说明
标注的触发条件对所有品牌相同	3 天 / 7 天 / 30 天的门槛一致
证据要求对所有品牌相同	见上文
下线范围对所有品牌相同	见上表
申诉流程对所有品牌相同	需可核实依据
撤销条件对所有品牌相同	见下文

如果推广关系能覆盖标注，整个状态系统就没有意义。 见 免责声明。

推广披露的做法

与标注规则配套的是推广关系本身的透明：

做法	说明
推广链接标注 sponsored nofollow	技术层面的标注
页面上单独披露	读者可见的说明
推广关系不影响数据的记录方式	价格、流量、协议等从品牌资料如实录入
推广关系不影响空字段的处理	未实测的字段一律留空
推广关系不影响标注与下线	本页的核心

站内的数据分层（vendor / commercial / measured / editorial / not-tested）就是为了让这些区分可见。 见 实测方法与环境说明。

申诉与撤销

服务商或用户可通过 纠错入口 提供可核实依据。本站复查后：

• 恢复正常：状态改回，时间线记录"复查恢复"；
• 维持标注：时间线记录复查结论。

申诉需要什么

服务商与用户走同一流程，需要的依据也相同。

申诉的内容	需要的依据
服务已恢复（撤销异常 / 失联）	官网可访问 + 后台可登录 + 订阅能返回配置 + 节点可连通（本站会自行复查）
中断是计划维护（改为维护中）	当时的官方公告（含时间）
域名更换记录有误	官方渠道的说明
价格 / 套餐记录有误	官网页面的存档或截图（含日期）
事件日期有误	可核对的时间依据
事件从未发生	说明 + 可核对的反证

复查的具体步骤

本站收到申诉后会做的事：

顺序	检查
1	官网是否可访问
2	后台是否能登录（如有账号）
3	订阅链接是否能返回配置
4	抽查节点是否可连通
5	官方渠道是否恢复响应
6	申诉提供的依据是否可核对

第 3 步最关键——它比"官网可达"更能确认服务在运行。

复查的两种结果

结果	处理
恢复正常	状态改回；时间线记录"复查恢复"（含日期）
维持标注	时间线记录复查结论（含日期与理由）

两种结果都会记录。 这样读者能看到：这家被标注过、也被复查过、以及复查的结论是什么。

为什么维持标注也要记录： 否则读者只看到"一直是异常"，不知道本站是否重新核实过。

申诉的时限与频率

项目	说明
申诉时限	无限制——服务恢复后随时可申诉
复查频率	本站会在收到申诉后复查；没有固定的主动复查周期
重复申诉	可以，但需提供新的依据
已停止运营的品牌恢复	同样走申诉流程

"没有固定的主动复查周期"是一个诚实的说明——本站的核实是人工的、由事件与申诉驱动的。所以每条状态都带核实日期，见 机场状态页。

提交入口

纠错与投稿。 请包含：

项目	必需
品牌名	是
你认为应该改的内容	是
可核对的依据	是
依据的日期	是
你的身份（服务商 / 用户）	可选（不影响处理）

"你的身份不影响处理"——服务商与用户的申诉走同一流程、适用同一证据标准。

给不同读者的说明

普通读者：你需要知道的只有三件事——"异常"或"失联"意味着不要买、状态带核实日期（超过一个月以你自己的观察为准）、"正常"只是门槛不是推荐。其余的规则细节是为了让这三件事可信。

正在用某家机场的读者：如果你观察到问题，先按 超时与连接失败 排查自己这边（更新订阅、换有线、测国内网站）。确认是整家的问题后，可以带依据通过 纠错与投稿 提交。

想帮助改善的读者：最有价值的贡献是补全缺失的字段——站内的 IP 类型、退款条款、客服方式、官网域名各只有 1 家披露。如果你能提供官网页面或客服回复的截图，这对所有读者都有帮助。

服务商：申诉与用户走同一流程、适用同一证据标准。恢复正常的复查步骤是官网 → 后台 → 订阅 → 抽查节点，请在恢复后提供可核实的依据。本站不接受以商业合作换取撤销标注。

关心透明度的读者：本页列出了可核对的检验点（有推广关系的品牌是否也会被标注、空字段是否真的留空、快照是否被用于排名等）。如果发现本站违反自己的规则，请指出。

觉得本站记录太少的读者：这是事实，本站不掩盖。 风险事件为空、解锁矩阵为空、评分为空、官网域名只有 1 家——这些都是能力不足的结果，而不是刻意隐藏。 补它们的方式只能是提升核实能力，不能是降低证据标准。

想要更多结论的读者：本站提供的是判断框架 + 可核对的结构化数据 + 验证方法，而不是"买这家就对了"的答案。因为跨环境不可比（宽带运营商、省份、城域网条件），任何跨环境的结论对你的适用性都不确定。 见 排行榜方法论。

为什么把规则公开

多数测评站不公开标注规则。本站公开，有三个理由。

一、规则可预期才有意义。 如果读者不知道"异常"意味着什么门槛、需要什么证据，那这个标注就只是一个模糊的印象。公开规则让标注变成可核对的判断，而不是主观意见。

二、它约束本站自己。 写下"异常 ≥ 3 天"就意味着本站不能因为个人印象提前标注；写下"推广关系不影响标注"就意味着这条可以被读者用来检验本站。规则的第一个约束对象是制定它的人。

三、服务商需要知道申诉的路径。 一个被标注的服务商如果不知道怎么申诉、需要什么依据，那标注就是单方面的。公开规则让申诉成为一个有明确路径的流程。

怎么检验本站是否遵守这些规则

读者可以核对的几点：

检验点	怎么核对
有推广关系的品牌是否也会被标注	看 机场状态页 与推广披露
空字段是否真的留空	看 机场数据库 的解锁矩阵与评分
快照是否被用于排名	看 实测中心 与 排行榜方法论
综合榜是否标注了是编辑排序	看 排行榜方法论
状态是否带核实日期	看 机场状态页
复查结论是否都记录	看 变动记录时间线

如果你发现本站违反了自己的规则，请通过 纠错与投稿 指出。

规则会变吗

会，但变更本身也应该可见。

项目	说明
规则可以调整	随着能力提升（如具备持续监测）门槛可能改变
变更应该被说明	而不是静默修改
已有的标注按当时的规则理解	不追溯

目前的规则反映本站当前的能力：人工核实、无自动监测、事件与申诉驱动。如果能力提升，规则会相应调整。 见 路线图。

常见误判

1. 收录就代表推荐。 收录只表示本站整理了它的 vendor 层数据，不表示推荐或验证过它的标注。
2. 有推广关系的品牌不会被标注。 标注由证据触发，与推广关系无关——异常与失联会同时下线。
3. 本站会标注"某家有跑路风险"。 不会——本站只标注已发生的、可核实的状态与事件。
4. 风险记录是空的说明这些品牌很稳定。 空白表示"未记录"，不表示"没有发生过变动"。
5. 我连不上就该标注为异常。 单点观察难以作为整家的事件；先按 超时与连接失败 排查。
6. 晚高峰变慢应该被标注。 所有线路方案都会有劣化，这不是可用性问题。
7. 状态标注是实时的。 它是人工核实的，看核实日期。
8. 被标注后就永久标注。 随时可申诉，恢复后状态改回，时间线记录"复查恢复"。
9. 服务商申诉更容易通过。 服务商与用户走同一流程、适用同一证据标准。
10. 价格上涨应该触发下线。 价格调整不影响可用性，只记录不下线。

名词速查

名词	含义
标注	本站对品牌状态的记录（正常 / 维护中 / 异常 / 失联 / 已更换域名 / 已停止运营）
下线	从推荐位与排行榜移除；数据页保留
可核对的依据	官方公告截图、页面存档、带时间与方法的测试记录
复查	本站按官网 → 后台 → 订阅 → 节点的顺序重新核实
核实日期	每条状态的保质期标记
vendor	品牌资料，本站未独立验证
commercial	推广链接，有利益关系并已披露
measured	实测数据（快照只做范围性记录）
editorial	本站的编辑判断（含本页规则）
not-tested	未测试，字段留空（解锁矩阵、评分）

本页数据说明

内容	层级	含义
标注条件、门槛、证据要求	规则说明（editorial）	本站的操作规则
下线范围、申诉与复查流程	规则说明	同上
数据分层的定义	规则说明	见 实测方法与环境说明
站内的状态字段	vendor + 人工核实	非实时监测，带核实日期
站内的风险事件记录	空	本站不为真实品牌编造事件

本页规定的是本站的操作规则，不是对任何具体品牌的评价。

三条边界：不做未发生事件的预测、不为真实品牌编造数据、不让商业关系影响记录方式。

完整规则见 免责声明。

一句话总结

本页规定本站在风险监控上会怎么做、不会怎么做。标注的三个门槛是异常 ≥ 3 天（且无官方说明）、失联 ≥ 7 天、停止运营 ≥ 30 天（推定），都偏保守——因为错误的标注对服务商的影响是实质性的。最关键的区分是"是否有官方说明"：同样的中断，有说明是"维护中"、无说明是"异常"，这反映的是读者能否获得信息。异常、失联、停运会从推荐位与排行榜下线，但数据页保留（标注状态比删除信息更负责），而且这条规则不受推广关系影响——标注由证据触发。申诉对服务商与用户适用同一流程与同一证据标准，复查有具体步骤（官网 → 后台 → 订阅 → 节点），恢复与维持标注两种结果都会记录在时间线里。本站的三条边界：不做未发生事件的预测、不为真实品牌编造数据、不让商业关系影响记录方式。

下一步

• 当前状态一览 → 机场状态页
• 已发生的变动记录 → 变动记录时间线
• 怎么自己识别风险 → 风险信号识别
• 本站的数据规则全文 → 实测方法与环境说明 · 免责声明
• 提交纠错或申诉 → 纠错与投稿
• 排行榜是怎么排的 → 排行榜方法论
• 品牌数据 → 机场数据库
• 关于本站 → 关于

相关页面

• 风险：风险监控 · 机场状态页 · 变动记录时间线 · 风险信号识别
• 规则：免责声明 · 实测方法与环境说明 · 排行榜方法论 · 评测方法
• 参与：纠错与投稿 · 关于 · 路线图

常见问题

本站什么情况下会标注一家机场为异常？

节点大面积不可用或订阅间歇失效持续 3 天以上，且没有官方说明。关键是两个条件同时满足：持续时长达到门槛，以及缺少官方说明——有说明的中断属于维护中。

推广关系会影响标注吗？

不会。有推广链接的品牌与没有的适用同一套规则，标注由证据触发。异常与失联会同时从推荐位与排行榜下线，这是硬规则，无例外。

标注需要什么证据？

按标注类型不同：异常需要本站的实测记录；失联需要带时间的访问记录截图；域名更换需要官方渠道的公告；停止运营需要公告或持续的失联记录。不采纳无依据的传闻。

服务商可以申诉吗？

可以。服务商或用户都可以通过纠错入口提供可核实的依据，本站复查后决定恢复状态或维持标注，两种结果都会记录在时间线里。

为什么失联的门槛是 7 天？

短于这个时长的无响应可能是节假日、临时故障或运营者个人原因。7 天是在"不过早下结论"与"不过晚提示读者"之间的折中。

撤销标注需要什么条件？

恢复正常需要本站复查确认：官网可访问、后台能登录、订阅能返回配置、节点可连通。恢复后状态改回，时间线记录"复查恢复"。

本站会标注某家有跑路风险吗？

不会。本站只标注已发生的、可核实的状态与事件，不做未发生事件的预测。替代方案是提供风险信号的识别方法，让读者自己判断。

为什么价格变动只记录不影响排名？

因为价格调整本身是正常的商业行为，不构成服务可用性问题。它记录在时间线里供读者判断，但不触发下线——只有异常、失联、停运会。

一个完整的标注流程示例

从事件发生到标注与撤销，走一遍完整流程。

情况：某家机场的节点大面积不可用

时间	发生了什么	本站的处理
第 1 天	多个读者报告连不上	要求提供依据 + 建议先自查（更新订阅、换有线、测国内网站）
第 1 天	读者提供带时间的测试记录，多来源一致	记录但未达 3 天门槛，不标注
第 2 天	情况持续，官网仍可访问	继续观察
第 2 天	本站自行核实：订阅能返回配置但节点不通	记录
第 3 天	情况持续，无官方说明	标注为"异常"
第 3 天	—	从推荐位与排行榜下线；品牌页顶部显示状态
第 3 天	—	时间线记录状态变化（含日期与依据类型）
第 5 天	服务商发布公告并说明原因与预期恢复时间	改为"维护中"；时间线记录
第 6 天	服务商申诉：已恢复	本站复查：官网 → 后台 → 订阅 → 抽查节点
第 6 天	复查确认恢复	状态改回"正常"；恢复推荐位；时间线记录"复查恢复"

如果没有恢复

时间	情况	处理
第 7 天	官网打不开、客服与渠道无响应	标注为"失联"（达到 7 天门槛）
第 30 天	仍无任何响应	推定"已停止运营"
之后	若恢复	走申诉流程，同样可以恢复

这个流程体现的三点

一、门槛保守。 前两天不标注——避免把临时故障标成异常。

二、"有官方说明"改变判定。 第 5 天的公告把"异常"变成"维护中"，即使服务仍不可用。

三、恢复与标注走同一套证据标准。 复查有具体步骤（官网 → 后台 → 订阅 → 节点），而不是仅凭服务商声明。

四、每一步都记录。 标注、改判、复查恢复都进时间线——读者能看到完整过程，而不只是当前结论。

规则的局限

诚实说明这套规则做不到什么。

局限	说明
没有持续的自动监测	核实是人工的、事件与申诉驱动的
没有固定的复查周期	所以每条状态带核实日期
标注可能滞后	从事件发生到被核实收录有时间差
可能漏掉真实发生的事件	缺少可核对依据的就不收
状态不含性能维度	不反映速度、丢包、解锁能力
跨环境不可比	状态无法反映"在你的环境下好不好用"
风险事件记录目前为空	见 变动记录时间线

这些局限的含义

对读者：

局限	你该怎么应对
标注可能滞后	用自己的五分钟核实流程，见 机场状态页
状态不含性能	自己测三天，见 节点怎么选
跨环境不可比	你的数据永远比任何记录更准确
记录可能不完整	从买入那天开始自己记，见 变动记录时间线

对本站： 这些是明确的待补项，但补它们的方式只能是"提升核实能力"，不能是"降低证据标准"。

为什么不降低标准来提高覆盖率

因为一份不可靠的记录比没有记录更有害：

不可靠记录的危害	说明
读者会跳过自己的验证	而验证是唯一可靠的方法
错误的标注伤害服务商	影响是实质性的
错误的域名可能把读者引向假站	最严重的一种
纠正的成本高于收录的成本	传闻传播快、纠正慢

这与本站其他字段的处理是同一个原则：解锁矩阵空着、评分空着、官网域名只收 1 家——宁缺毋滥。

读者能怎么参与

本站的记录质量依赖读者的观察，但要求依据。

可以提交什么

类型	需要的依据	处理
状态变化（不可用、失联、恢复）	带时间的访问记录截图、你的测试记录	本站复查后更新
价格 / 套餐变动	官网页面截图（含日期）、订单对比	核对后收录
域名更换	官方渠道的公告截图	核对后收录
事故	带时间与方法的测试记录	需多来源一致
数据字段有误	官网页面或客服回复的截图	核对后更正
补充缺失的字段（如 IP 类型、退款条款）	官网页面或客服回复的截图	核对后收录

最后一行最有价值：站内多个字段只有 1 家披露（IP 类型、退款条款、客服方式、官网域名）——补全这些字段对所有读者都有帮助。

不接受什么

不接受	为什么
"听说……"	无法核对
转载的社区帖子（无原始依据）	传闻链
单个用户的"我这里不行"	跨环境不可比
没有时间戳的截图	无法定位事件时间
主观评价（"变差了"、"不好用"）	不是可核对的事实
匿名的"内部消息"	无法核实
对未来的担忧	本站不做预测

一个提醒：先排查自己这边

"我连不上"通常不构成状态记录，因为：

更可能的原因	排查方法
订阅过时	手动更新订阅（最常见）
本地网络	换有线、测国内网站
客户端未启用代理	看连接日志
规则配置问题	见 规则分流
DNS 问题	见 DNS 设置

先按 超时与连接失败 排查——多数情况会在那里解决。 如果排查后确认是整家的问题，再提交。

提交入口与处理

纠错与投稿。

步骤	说明
1	你提交内容 + 依据
2	本站核对依据
3	依据充分 → 收录 / 更新，标注日期
4	依据不足 → 回复说明需要补充什么
5	涉及状态的 → 同步 机场状态页
6	涉及异常 / 失联的 → 从推荐位下线

第 6 步是硬规则，不受推广关系影响。

数据分层：规则的技术基础

本站的所有规则都建立在数据分层上。 理解这五层，就理解了本站的每一条规则为什么这样定。

层级	含义	举例	本站的承诺
vendor	品牌资料，本站未独立验证	价格、流量、协议、地区、节点数、线路标注、IP 类型、退款规则	如实录入，不美化、不猜测
commercial	推广链接、优惠码，有利益关系	部分品牌页的推广链接	标注 sponsored nofollow + 页面单独披露
measured	实测数据	17 张测速快照	只做范围性记录，不 OCR 成精确表、不据此排名
editorial	本站的编辑判断	综合榜排序、适合人群、验证建议、本页的所有规则	明确标注为编辑判断
not-tested	未测试，字段留空显示"—"	解锁矩阵、评分	不做就不填，不猜一个

分层怎么支撑本页的规则

本页的规则	对应的分层原则
标注由证据触发	状态属于人工核实，需依据
推广关系不影响标注	commercial 层与其他层分离
不为真实品牌编造事件	not-tested 留空而不填充
不做未发生事件的预测	预测不属于任何一层
收录不代表推荐	vendor（数据）与 editorial（判断）分开
线路标注不做事实认定	它是 vendor 层，未验证
快照不用于排名	measured 层的使用限制

为什么这样分层

核心问题：读者需要知道每个数字是怎么来的。

不分层的后果	分层后
"这家支持 Netflix" —— 谁说的？	vendor（品牌说）vs measured（实测）一目了然
"综合评分 8.5" —— 怎么算的？	editorial（编辑排序）vs measured（实测得分）分开
推广品牌的数据是否被美化	commercial 层单独标注，数据层不变
空白是"没有"还是"没测"	not-tested 明确表示"没测"

最后一行最重要：站内的解锁矩阵与评分全部为空——这不是"这些品牌不支持解锁"，而是"本站没有做控制条件下的实测"。

完整规则见 实测方法与环境说明 与 免责声明。

收录规则

除了标注，"收录哪些品牌"也有规则。

收录需要什么

项目	要求
可整理的品牌资料	价格、流量、协议、地区等基本字段
官网或可确认的入口	—
该服务实际在运营	已停止的不新增收录
资料的来源可说明	便于标注数据层级

站内目前 18 家，数据来自 2026 年 9 月整理的资料包。

收录不代表推荐

这是最需要说清的一条。

收录意味着	收录不意味着
本站整理了它的 vendor 层数据	本站推荐它
你可以在数据库里横向对比它	本站验证过它的标注
它当前的状态被记录	它适合你
—	它的线路 / 解锁标注为真

站内的线路标注（15/18 家标注专线）全部来自品牌资料，本站未独立验证任何一家。

所以数据库是"可对比的信息"，推荐页才是"本站的编辑判断"（editorial 层）。 见 机场数据库 与 排行榜方法论。

什么情况不收录 / 撤销收录

情况	处理
已停止运营	不新增收录；已收录的保留记录并标注状态
无法确认官网入口	不收录
品牌资料严重不足	暂不收录
无法核实是否真实存在	不收录
服务商要求撤销收录	走申诉流程；保留已记录的状态与事件

"保留已记录的状态与事件"的理由：如果一家在被标注异常后要求撤销收录，删除记录会让读者失去信息。标注状态比删除信息更负责。

数据的更新与保质期

项目	现状
品牌资料的整理时间	2026 年 9 月
更新方式	人工核实驱动，无固定周期
每条状态是否带核实日期	是
变动记录是否带事件日期与收录日期	是

"无固定周期"是诚实的说明——本站不声称有持续的自动监测能力。核实日期就是这个信息的保质期标记。

对读者的含义： 如果核实日期较旧，以你自己的观察为准。见 机场状态页 的"怎么读核实日期"。

本站的三条边界

除了"怎么标注"，同样重要的是"本站不做什么"。

一、不做未发生事件的预测

本站做	本站不做
记录已发生的、可核实的状态与事件	预测"某家会跑路"
提供风险信号的识别方法	标注"某家有 X% 的跑路风险"
说明判断标准	替读者判断具体品牌

为什么：预测未发生的商业事件没有可靠依据；而这类标注会直接影响一家服务商的声誉。

替代方案：风险信号识别 的八类信号与五层防护——最有效的一条是只买月付，它不需要你判断任何东西。

二、不为真实品牌编造数据

这是本站最基础的数据规则。

字段	本站的做法	现状
风险事件	需可核对依据	全部为空
解锁矩阵	需控制条件实测	全部为空
评分	需持续监测	全部为空
官网主域名	需可靠依据	仅 1 家收录
假站黑名单	不做	—
服务地区可用性列表	不做	—

空白表示"未记录"或"未实测"，不表示"不存在"或"没有问题"。

为什么宁缺毋滥：一份不准确的记录会让读者跳过自己的验证，而验证恰恰是唯一可靠的方法。对域名这类信息，错误的数据甚至可能把读者引向假站。

三、不让商业关系影响记录方式

项目	规则
标注与下线	不受推广关系影响
数据的录入	从品牌资料如实录入，不因推广而美化
空字段的处理	未实测的一律留空，不因推广而填充
排序	综合榜是编辑排序（editorial 层），已明确标注
推广链接	标注 sponsored nofollow + 页面单独披露

站内的数据分层（vendor / commercial / measured / editorial / not-tested）就是为了让这些区分对读者可见。

举例： 一家有推广关系的品牌，如果它的 IP 类型字段在品牌资料里没有，本站就留空——不会因为有推广而猜一个填上。 见 实测方法与环境说明 与 免责声明。

推广关系不影响标注

有推广链接的品牌与没有的品牌适用同一套规则。标注由证据触发，不由商业关系决定。见 免责声明。

→下一步：机场推荐

按预算、用途、线路和人群给出选择结论，全站商业主线。

·机场数据库

每个品牌一个永久页面：套餐、线路、节点、协议、解锁、风险与域名历史。