外观
关于本站
机场推荐（jichangtj.co） 是一个以数据库为核心的机场信息站。文章负责带来搜索流量，六个数据库负责让整个站越做越厚：
| 资产 | 位置 | 数据源 |
|---|---|---|
| 机场品牌数据库 | /brands/ | data/brands/*.json |
| 机场套餐数据库 | /pricing/ | 同上，plans 字段自动折算 |
| 机场排行榜 | /ranking/ | data/rankings.json 定义口径，品牌库生成 |
| 机场对比库 | /compare/ | data/compare.json |
| 机场实测库 | /benchmark/ | data/benchmarks/*.json |
| 机场风险数据库 | /risk/ | 品牌 timeline + data/risk.json |
本站的数据分层
这是理解本站所有内容的钥匙：每个数字都标明它是怎么来的。
| 层级 | 含义 | 举例 | 本站的承诺 |
|---|---|---|---|
vendor | 品牌资料，本站未独立验证 | 价格、流量、协议、地区、线路标注、IP 类型、退款规则、开业时间 | 如实录入，不美化、不猜测、不做事实认定 |
commercial | 推广链接、优惠码，有利益关系 | 部分品牌页的推广链接 | 标注 sponsored nofollow + 页面单独披露 |
measured | 实测数据 | 17 张测速快照 | 只做范围性记录（不 OCR 成精确表、不据此排名、不推导线路类型或解锁） |
editorial | 本站的编辑判断 | 综合榜排序、适合人群、验证建议、各页的方法建议 | 明确标注为编辑判断 |
not-tested | 未测试，字段留空显示"—" | 解锁矩阵、评分 | 不做就不填，不猜一个 |
为什么要分层
核心问题：读者需要知道每个数字是怎么来的。
| 不分层的后果 | 分层后 |
|---|---|
| "这家支持 Netflix" —— 谁说的？ | vendor（品牌说）vs measured（实测）一目了然 |
| "综合评分 8.5" —— 怎么算的？ | editorial（编辑排序）vs measured（实测得分）分开 |
| 推广品牌的数据是否被美化 | commercial 层单独标注，数据层不变 |
| 空白是"没有"还是"没测" | not-tested 明确表示"没测" |
最后一行最重要：站内的解锁矩阵与评分全部为空——这不是"这些品牌不支持解锁"，而是"本站没有做控制条件下的实测"。
各榜单的数据来源
| 榜单 | 来源 | 回答什么 | 不回答什么 |
|---|---|---|---|
| 综合排行榜 | editorial（编辑排序） | 本站当前的编辑倾向 | 不是实测得分 |
| 价格榜、每 GB 榜 | vendor 派生（构建时计算） | 品牌资料里的价格对比 | 不含实际体验 |
| 评分榜 | measured | 需要控制条件实测才能填 | 目前完全为空 |
| 周期榜（规划中） | measured | 本站测试环境下的周期性表现 | 不能迁移到你的环境 |
四个榜单回答四个不同的问题，不能互相替代。 详见 排行榜方法论。
站内闭环
机场推荐 → 机场排行 → 机场数据库 → 深度评测 → 机场对比 → 套餐价格 / 线路节点 → 实测中心 → 客户端 / 教程 → AI 与流媒体 → 风险监控 → 回到机场推荐。
每类页面都有理由链到另一类，整个站是一张机场知识图谱，不是几百篇孤立文章。
跨环境不可比：本站方法论的核心前提
这是理解"为什么本站不给最好的机场排名"的关键。
六个影响变量
| 变量 | 影响 | 能否标准化 |
|---|---|---|
| 宽带运营商 | 决定本网 / 跨网，影响运营商互联点排队 | 否 |
| 所在省份 | 决定到国内入口机房的距离与省内出口条件 | 否 |
| 城域网条件 | 同运营商不同城市的接入质量不同 | 否 |
| 本地环境 | 有线 / Wi-Fi、路由器性能、本地 QoS | 部分可 |
| 测试时段 | 白天与 21:00 差 3–5 倍 | 是 |
| 测试方法 | 单线程 vs 多线程、ping 10 次 vs 100 次 | 是 |
只有后两项可以标准化。前四项是任何测试者与你之间不可消除的差异。
这导致的四个决定
一、本站不给"最好的机场"排名。 排名需要跨环境可比，而四个关键变量不可消除。综合榜是编辑排序（editorial 层），已明确标注。
二、测速快照不用于排名。 不同快照的测试环境不同，不可比的数据不能排序。
三、规划中的周期榜必须标注测试环境。 测试起止日期、时段分布、测试环境的宽带运营商与所在区域、方法、参与节点的完整名、样本量、局限——缺任何一项就不发。
四、本站反复强调"自己测"。 不是推卸责任，而是你的数据是唯一覆盖了那四个不可消除变量的数据。
本站做什么、不做什么
| 做 | 不做 |
|---|---|
结构化的 vendor 层数据（可横向对比） | 实测排名 |
| 派生指标（月均价、每 GB、完整度，构建时计算） | 手填评分 |
| 验证方法与判断标准 | 替你下结论 |
| 维度分离（线路 / 地区 / IP 类型 / 带宽） | 混在一起打分 |
| 快照式记录测速图 | OCR 成精确表、据此排名、推导解锁 |
| 披露推广关系 | 让推广影响数据记录 |
| 明确说明哪些信息站内没有 | 用"完整度"掩盖缺失 |
一句话：本站帮你建立判断框架，不替你下结论。
三个维度：本站最核心的框架
如果这一页只记住一件事，记住这个：
线路类型（专线 / 中转 / 直连）→ 晚高峰稳不稳 → 丢包与降幅
节点地区（港台日新美） → 看什么内容、延迟多高 → 物理距离与内容库
IP 类型（家宽 / 原生 / 机房） → AI 与流媒体能不能用 → 服务方怎么判定你三个维度互不推导。 这句话能省下大量试错成本：
| 你的问题 | 属于哪个维度 | 换机场有用吗 |
|---|---|---|
| 晚上视频会议断音 | 线路类型 | 有用（换专线） |
| 美国节点延迟 180ms | 地区（物理下限约 130ms） | 没用，这是正常的 |
| ChatGPT 提示地区不可用 | 地区 + IP 类型 | 通常没用，先换节点地区 |
| Netflix 只能看自制剧 | IP 类型 | 先换同地区其他节点 |
| YouTube 4K 卡 | 落地出口带宽 | 有用（换大带宽节点） |
| 国内网站慢 | 客户端配置 | 没用，改规则 |
| 所有节点都丢包 | 本地（大概率 Wi-Fi） | 没用，换有线 |
四个"没用"占了一半——这就是"先定位维度，再决定行动"比直接换机场更有效的原因。
详见： 中转、直连与专线 · 节点地区怎么选 · IP 类型
五条原则
| 原则 | 具体含义 |
|---|---|
| 没测过的不填数字 | 评分与解锁矩阵目前全部为空；空白表示"未实测"，不表示"不支持" |
| 每个数字标明来源层级 | vendor / commercial / measured / editorial / not-tested 五层分开 |
| 风险标注有据可查 | 需可核对的依据；不做未发生事件的预测 |
| 推广关系不影响数据与标注 | 异常 / 失联同样从推荐位下线，无例外 |
| 停运品牌不删页，保留记录 | 标注状态比删除信息更负责 |
六个数据库的分工
每个数据库回答一类问题，互不重复。
机场品牌数据库
| 项目 | 说明 |
|---|---|
| 位置 | /brands/ |
| 数据源 | data/brands/*.json |
| 回答 | 这家是什么（价格、流量、协议、地区、线路标注、运营时长） |
| 不回答 | 实际怎么样、对你是否适配 |
| 派生字段 | 月均价、每 GB、完整度（构建时计算，不手填） |
它的价值在"可横向对比" ——18 家的同一个字段放在一起看。
机场套餐数据库
| 项目 | 说明 |
|---|---|
| 位置 | /pricing/ |
| 回答 | 按预算 / 流量 / 周期 / 每 GB 怎么选 |
| 关键提醒 | 每 GB 只在流量用完时是有效口径；表格里的流量未考虑倍率 |
| 特殊处理 | 只给年付价的套餐标为"折算"，price 留空 |
机场排行榜
| 项目 | 说明 |
|---|---|
| 位置 | /ranking/ |
| 综合榜 | editorial（编辑排序），不是实测得分 |
| 价格榜、每 GB 榜 | vendor 派生 |
| 评分榜 | 目前为空（需控制条件实测） |
| 周期榜 | 规划中，需持续测试才能开始 |
四个榜单回答四个不同的问题。 见 排行榜方法论。
机场对比库
| 项目 | 说明 |
|---|---|
| 位置 | /compare/ |
| 回答 | 两个概念或两类方案的取舍（IEPL vs IPLC、中转 vs 直连、月付 vs 年付…） |
| 特点 | 对未测试的品牌，对比表会把它们折叠成一行，避免制造虚假的对比 |
机场实测库
| 项目 | 说明 |
|---|---|
| 位置 | /benchmark/ |
| 现状 | 17 张测速快照 |
| 处理方式 | 只做范围性记录（图 + 节点分布 + 范围性观察 + 异常项） |
| 明确不做 | 不 OCR 成精确表、不据此排名、不推导线路类型、不推导解锁 |
| 方法规范 | 实测方法与环境说明 |
机场风险数据库
| 项目 | 说明 |
|---|---|
| 位置 | /risk/ |
| 状态页 | 六种状态，人工核实（非自动监测），带核实日期 |
| 变动记录 | 目前为空（需可核对依据） |
| 信号识别 | editorial 方法建议，不针对具体品牌 |
| 标注规则 | 收录、标注与撤销标注的规则 |
| 硬规则 | 异常 / 失联从推荐位下线，不受推广关系影响 |
六个数据库 + 文章的关系
| 类型 | 作用 |
|---|---|
| 六个数据库 | 可核对的结构化数据（横向对比） |
| 文章 | 判断框架与验证方法（怎么用这些数据） |
| 两者的关系 | 文章不复述数据库字段，需要数据时链过去 |
所以一份品牌数据会反复出现在数据库页、价格行、榜单行、对比列、聚合卡片里——这是"数据驱动"而不是"堆文章"的含义。
站内数据的现状（诚实清单）
本站明确说明哪些字段有、哪些没有——用"完整度"掩盖缺失比留空更有害。
18 家品牌的字段披露情况
| 字段 | 填写情况 | 与选购的关系 |
|---|---|---|
| 价格、流量、周期 | 18 家均有 | 决定档位 |
| 协议 | 18 家均有 | 客户端兼容性 |
| 地区覆盖 | 18 家均有 | 是否满足需求 |
| 线路标注 | 18 家均有（15 家标注专线） | 区分度很低，不要用它排序 |
| 运营时长 / 开业时间 | 18 家均有（部分待官方确认） | 存续风险的最直接指标 |
| 节点数量 | 多数有 | 参考价值有限 |
| IP 类型 | 仅 1 家 | 解锁能力的唯一线索 |
| 退款条款 | 仅 1 家 | 决定验证成本 |
| 客服方式 | 仅 1 家 | 出问题时的可达性 |
| 官网主域名 | 仅 1 家 | 核对域名防假站 |
| 域名历史 | 仅 1 家 | 对照更换记录 |
| 节点倍率 | 无此字段 | 影响实际可用流量 |
| 设备数上限 | 大多未提供 | 多设备用户的硬约束 |
| 落地出口带宽 | 无此字段 | 决定清晰度 |
| 订阅格式支持 | 无此字段 | 决定能用哪个客户端 |
| 解锁矩阵 | 全部为空 | 需控制条件实测 |
| 评分 | 全部为空 | 需持续监测 |
| 风险事件记录 | 全部为空 | 需可核对依据 |
为什么有些字段宁缺毋滥
| 字段 | 为什么不补全 |
|---|---|
| 官网主域名 | 一个错误的域名比没有域名更危险——它会让读者以为核对通过了，可能被引向假站 |
| 解锁矩阵 | 保质期很短（IP 段会被标记）、是节点级的、需要控制条件实测 |
| 评分 | 需要持续的多点监测，本站没有这个能力 |
| 风险事件 | 需要可核对的依据；本站不为真实品牌编造事件 |
| 假站黑名单 | 过期名单制造虚假安全感 |
| 服务地区可用性列表 | 会变，官方是权威来源 |
共同原则：一份不可靠的数据会让读者跳过自己的验证，而验证恰恰是唯一可靠的方法。
缺失字段的应对
站内缺的这几项，必须在购买前向客服确认：
| 问题 | 为什么 |
|---|---|
| 哪些节点有倍率？倍率是多少？ | 2 倍率会让 500GB 变成 250GB |
| 年付档每月流量是多少？与月付档相同吗？ | 折算价的常见陷阱 |
| 设备数上限是多少？ | 多设备用户的硬约束 |
| 提供哪些订阅格式？ | 决定能用哪个客户端 |
| 退款的具体条件？ | 决定验证成本 |
回答的具体程度本身就是信息。 含糊、回避、或与官网标注不一致，是比测速数据更早出现的信号。
详见 怎么买机场 第四步。
数据的更新与保质期
本站的数据不是实时的，所以每个字段都应该带一个"什么时候的"。
各类数据的更新方式与频率
| 数据 | 更新方式 | 频率 | 保质期标记 |
|---|---|---|---|
品牌资料（vendor） | 人工整理与核实 | 不定期 | 资料整理时间 |
| 状态 | 人工核实（非自动监测） | 事件与申诉驱动 | 每条带核实日期 |
| 变动记录 | 核实后逐条收录 | 事件驱动 | 事件日期 + 收录日期 |
| 测速快照 | 收录时记录 | — | 测试时间（如资料提供） |
| 派生字段 | 构建时自动计算 | 每次构建 | 跟随源数据 |
| 文章内容 | 人工更新 | 不定期 | 页面的 date |
怎么读保质期
| 核实日期 | 怎么看 |
|---|---|
| 最近几天 | 信息较新 |
| 一到两周前 | 一般情况下仍有参考价值 |
| 一个月以上 | 应以你自己的观察为准 |
| 更久 | 仅作历史参考 |
这个市场的变化速度较快（线路会被上游变更、IP 段会被标记、域名会更换、价格会调整），所以核实日期是判断信息可信度的关键。
本站不声称有什么
| 不声称 | 说明 |
|---|---|
| 实时监测 | 状态是人工核实的 |
| 固定的复查周期 | 由事件与申诉驱动 |
| 完整的覆盖 | 多个字段是空的，已明确列出 |
| 可用性百分比 | 需要持续的多点监测能力 |
"没有固定的主动复查周期"是一个诚实的说明——本站不夸大自己的能力。所以每条状态都带核实日期，让读者自己判断新鲜度。
读者能做的
| 做什么 | 效果 |
|---|---|
| 看核实日期 | 判断信息新鲜度 |
| 自己做五分钟核实（从书签进官网 → 后台登录 → 浏览器打开订阅链接） | 你的观察永远比记录更新 |
| 自己维护节点档案（含测试日期） | 换家时的对比基准 |
| 每季度复测 | 及时发现变化 |
| 提交有依据的观察 | 帮助改善公开记录 |
本站与其他机场信息站的差异
不是评价别人，而是说明本站的选择及其代价。
| 维度 | 常见做法 | 本站的做法 | 代价 |
|---|---|---|---|
| 排名 | 给"最好的机场"榜 | 综合榜标为编辑排序；评分榜留空 | 读者拿不到一个简单答案 |
| 解锁信息 | 给"支持 Netflix"的矩阵 | 留空 + 提供验证方法 | 读者要自己测 |
| 测速图 | OCR 成逐节点数据表 | 只做范围性记录 | 看起来数据更少 |
| 风险 | 标注"某家有跑路风险" | 只记已发生的可核实事件 | 风险页目前是空的 |
| 官网域名 | 全部收录 | 只收录有可靠依据的 1 家 | 读者要自己交叉确认 |
| 假站 | 给黑名单 | 给核对方法 | 没有现成名单可查 |
| 评测数量 | 追求覆盖所有品牌 | 没有实测支撑就不写 | 评测很少 |
| 结论 | "强烈推荐" | "适合谁 / 不适合谁 / 前提条件" | 读起来更长 |
这些代价是真实的
本站诚实承认：
| 代价 | 说明 |
|---|---|
| 读者拿不到一个简单答案 | "买这家就对了"本站给不了 |
| 多个字段是空的 | 评分、解锁、风险事件、大部分官网域名 |
| 需要读者自己投入 | 三天验证、每季度复测 |
| 内容更长 | 因为要说明前提与局限 |
| 看起来数据不如别处丰富 | — |
为什么仍然这样选
因为替代方案的代价更大：
| 如果降低标准 | 后果 |
|---|---|
| 给一个编造的评分 | 读者会跳过自己的验证，而验证是唯一可靠的方法 |
| 给一份解锁矩阵 | 几周后失效，而读者以为它仍有效 |
| OCR 测速图成精确表 | 制造虚假精度 |
| 收录未核实的域名 | 可能把读者引向假站 |
| 预测"某家会跑路" | 不可靠，且伤害服务商 |
| 写没有实测的评测 | 与数据库页重复，且可能误导 |
一句话：本站宁可少而可靠，不要多而不准。
读者该怎么用本站
| 如果你想要 | 本站能给 | 本站不能给 |
|---|---|---|
| 一个简单答案 | — | 不能 |
| 可横向对比的结构化数据 | 能（价格、流量、协议、地区、运营时长） | — |
| 判断框架（三个维度的分离） | 能 | — |
| 验证方法（三天测试、解锁判定、风险信号） | 能 | — |
| 现成的推荐名单 | 编辑倾向（明确标注） | 实测排名 |
| 明确知道哪些信息缺失 | 能 | — |
本站最有价值的部分是判断框架与验证方法——它们对任何品牌、任何新情况都适用，而具体的结论会过期。
常见问题
问：这个站赚钱吗？ 部分品牌页含推广链接，标注 sponsored nofollow 并在页面单独披露。推广关系不影响数据的记录方式、空字段的处理、以及状态标注与下线规则。 ## 一句话总结
机场推荐（jichangtj.co）是一个以数据库为核心的机场信息站，不运营、不销售、不代理任何代理服务。 它提供三样东西：六个数据库（品牌、套餐、排行、对比、实测、风险——可横向对比的结构化数据）、判断框架（三个维度的分离：线路类型决定晚高峰稳定性、节点地区决定内容与延迟、IP 类型决定 AI 与流媒体能不能用，三者互不推导）、以及验证方法（三天晚高峰测试、解锁判定、风险信号识别）。
本站的核心前提是跨环境不可比——影响结果的六个变量里有四个不可消除（宽带运营商、所在省份、城域网条件、本地环境），所以本站不给"最好的机场"排名（综合榜是编辑排序，已明确标注）、评分与解锁矩阵全部留空（需要控制条件下的持续监测，不做就不填）、不预测哪家会跑路（只记已发生的可核实事件）。
每个数字都标明来源层级（vendor / commercial / measured / editorial / not-tested），推广关系不影响数据的记录方式、空字段的处理、以及状态标注与下线规则。
如果只记三件事：只买月付、付款前核对官网域名、自己测三天晚高峰（看丢包不是速度）。
名词速查
本站反复出现的概念，集中在这里。
| 名词 | 含义 |
|---|---|
vendor | 品牌资料，本站未独立验证（价格、流量、协议、地区、线路标注…） |
commercial | 推广链接，有利益关系并已披露 |
measured | 实测数据（快照只做范围性记录） |
editorial | 本站的编辑判断（含综合榜排序） |
not-tested | 未测试，字段留空（解锁矩阵、评分） |
| 派生字段 | 月均价、每 GB、完整度——构建时计算，不手填 |
| 跨环境不可比 | 六个影响变量里四个不可消除，本站方法论的核心前提 |
| 三个维度 | 线路类型（晚高峰）/ 节点地区（内容与延迟）/ IP 类型（解锁）——互不推导 |
| 丢包 | 判断线路质量最关键的指标（比速度重要） |
| 降幅 | (白天速度 - 晚高峰速度) ÷ 白天速度 |
| 物理下限 | 光纤往返的最短时间；低于它说明落地不在标注地区 |
| 倍率 | 走某节点消耗流量的倍数（站内无此字段，需问客服） |
| 每 GB | 月均价 ÷ 月流量；只在流量用完时是有效口径 |
| 折算 | 只给年付价的套餐，页面标注"折算 X 元/月" |
| 自制剧 / Originals | 流媒体自有内容，所有区都能播，测不出解锁 |
| 无痕窗口 | 排除 cookie 与缓存干扰，解锁测试必用 |
| 策略组 | Clash 里的节点分组，节点变动时规则不用改 |
| 节点档案 | 你自己维护的测试记录（完整节点名 + 测试日期 + 结论） |
| 核实日期 | 状态信息的保质期标记 |
| 五层防护 | 月付 + 双机场 + 备份 + 季度复测 + 留意信号 |
如果某个概念你不确定，可以从对应的页面进入： 线路与节点 · 教程中心 · 实测方法。
三十秒了解本站
是什么： 以数据库为核心的机场信息站。不运营、不销售、不代理任何代理服务。
提供什么：
| 类型 | 内容 |
|---|---|
| 六个数据库 | 品牌、套餐、排行、对比、实测、风险（可横向对比的结构化数据） |
| 判断框架 | 三个维度的分离（线路类型 / 节点地区 / IP 类型） |
| 验证方法 | 三天晚高峰测试、解锁判定、风险信号识别 |
不提供什么：
"最好的机场"排名 · 实测评分（留空）· 解锁矩阵（留空）· 跑路预测 · 假站黑名单 · 规避服务方检测的方法
核心前提：
跨环境不可比——影响结果的六个变量里有四个不可消除（宽带运营商、所在省份、城域网条件、本地环境）。所以本站提供框架，你提供环境。
数据分层：
vendor（品牌资料，未验证）· commercial（推广，已披露）· measured（实测，只做范围性记录）· editorial（编辑判断）· not-tested（留空）
三条最有用的建议：
| # | 建议 |
|---|---|
| 1 | 只买月付（验证前）——把跑路损失从一年降到一个月 |
| 2 | 付款前核对官网域名——假站是损失最大的风险 |
| 3 | 自己测三天晚高峰（看丢包不是速度）——唯一能回答"对我好不好用" |
见 免责声明。
问：为什么不做"最好的机场"排名？ 因为跨环境不可比——影响结果的六个变量里有四个不可消除（宽带运营商、所在省份、城域网条件、本地环境）。任何跨环境的结论对你的适用性都不确定。 站内的综合榜是编辑排序（editorial 层），已明确标注。
问：为什么评分是空的？ 需要控制条件下的持续监测——固定测试环境、固定时间、逐节点持续测量。本站还没做这个工作。不做就不填，而不是猜一个。
问：为什么解锁矩阵是空的？ 三个原因：保质期很短（IP 段会被标记，结论可能几周后失效）、是节点级而非品牌级的（同一家机场的不同节点表现可能完全不同）、需要控制条件下的逐节点逐服务测试。
问：本站收录的 18 家是怎么选的？ 数据来自 2026 年 9 月整理的资料包。收录不代表推荐——它只表示本站整理了该品牌的 vendor 层数据。
问：为什么不收录更多？ 收录需要品牌资料的整理与核实。质量优先于数量。 见 收录、标注与撤销标注的规则。
问：线路标注可信吗？ 站内 18 家的线路标注（15 家标注专线）全部来自品牌资料（vendor 层），本站未独立验证任何一家。本站不对任何品牌的线路类型做事实认定。
问：那我该怎么判断线路？ 连续三晚的晚高峰丢包与降幅。见 实测方法与环境说明 与 中转、直连与专线。
问：站内的 17 张测速快照能说明什么？ 只能说明"某个时间某个环境下的一次观察"。本站只做范围性记录，不 OCR 成精确表、不据此排名、不推导线路类型或解锁能力。
问：为什么反复说"自己测"？ 不是推卸责任——你的数据是唯一覆盖了那四个不可消除的环境变量的数据。 本站提供框架与方法，你提供环境。
问：我能贡献什么？ 最有价值的是来自不同网络环境的实测（移动与联通宽带的数据尤其稀缺）以及补全缺失字段（IP 类型、退款条款、客服方式、官网域名各只有 1 家披露）。见 纠错与投稿。
问：站点是怎么做的？ VitePress 静态站，数据在 data/ 下的 JSON 里，页面与组件从数据读取。派生字段（月均价、每 GB、完整度）在构建时计算，不手填。 见 内容规划总表。
十二个栏目的分工
全站信息架构的唯一数据源是 docs/.vitepress/ia.mjs——导航、侧边栏、内容规划总表 三者永远一致。
| 栏目 | 回答什么 | 数据层级 |
|---|---|---|
| 机场推荐 | 按需求筛选（稳定 / 性价比 / 新手 / AI / 专线…） | editorial |
| 机场排行 | 各口径的排序 | 综合榜 editorial、价格榜派生、评分榜为空 |
| 机场数据库 | 这家是什么（可横向对比） | vendor + 派生 |
| 深度评测 | 实际怎么样 | measured + editorial |
| 机场对比 | 两类方案的取舍 | 一般性技术参考 + editorial |
| 套餐价格 | 按预算 / 流量 / 周期 / 每 GB 选 | vendor + 派生 |
| 线路节点 | 技术概念（IEPL / IPLC / CN2 / CMI / 地区 / IP 类型 / 节点波动） | 一般性技术参考 |
| 实测中心 | 快照记录与方法规范 | measured（范围性记录） |
| 客户端 | 五个主流客户端的配置 | 一般性技术参考 |
| 教程中心 | 从入门到排障的完整链路 | editorial |
| AI 与流媒体 | 各服务的节点选择与验证 | 一般性观察 + editorial |
| 风险监控 | 状态、变动记录、信号识别、标注规则 | vendor + 人工核实 + editorial |
站内闭环的实际含义
每类页面都有理由链到另一类：
不了解 → 教程中心（机场是什么）
→ 机场推荐（按需求筛）
→ 机场数据库（横向对比可核实的字段）
→ 套餐价格（按预算 / 流量定档）
→ 线路节点（搞懂技术概念，知道该看什么）
→ 客户端（装好、配规则）
→ 实测中心（自己验证的方法）
→ AI 与流媒体（解锁需求的单独维度）
→ 风险监控（存续风险与信号）
→ 回到机场推荐（换家或配备用）这不是为了内链而内链——每一步都对应用户实际的下一个问题。
一个具体的路径示例
"我的 ChatGPT 打不开"这个问题会走：
| 顺序 | 页面 | 得到什么 |
|---|---|---|
| 1 | ChatGPT 节点怎么选 | 换同地区节点 → 换地区（避开香港） |
| 2 | IP 类型 | 理解为什么是 IP 类型问题 |
| 3 | 节点地区怎么选 | 各地区的 AI 可用性差异 |
| 4 | 规则分流 | 配一条规则省掉每次手动切 |
| 5 | 机场数据库 | 看哪家披露了 IP 类型（仅 1 家） |
| 6 | 怎么买机场 | 如果要换家，完整流程 |
六页各回答一部分，合起来是一个完整的解决路径。
本站不做的事
除了"做什么"，同样重要的是"不做什么"。
七条边界
| 不做 | 为什么 | 替代方案 |
|---|---|---|
| "最好的机场"排名 | 跨环境不可比，四个关键变量不可消除 | 结构化数据 + 验证方法 |
| 实测评分 | 需要控制条件下的持续监测 | 明确留空，说明原因 |
| 解锁矩阵 | 保质期短、节点级、需控制条件实测 | 判定标准 + 排查顺序 |
| 未发生事件的预测（"某家会跑路"） | 不可靠也不负责任 | 八类风险信号 + 五层防护 |
| 假站黑名单 | 过期名单制造虚假安全感 | 域名核对方法 |
| 服务地区可用性列表 | 会变，官方是权威来源 | 说明"要先确认地区可用性" |
| 规避服务方检测的方法 | 违反服务条款 | 只说明机制，帮你理解排查方向 |
三条数据规则
| 规则 | 具体含义 |
|---|---|
| 不为真实品牌编造数据 | 价格、测速、节点数量、运营状态、用户评价、亲自使用经历——一律不编造 |
| 不从测速图推导结论 | 不 OCR 成精确表、不据此排名、不推导线路类型或解锁能力（逻辑上做不到） |
| 不让商业关系影响记录方式 | 推广不影响数据录入、空字段处理、状态标注与下线 |
为什么公开这些边界
三个理由：
一、让读者知道该期待什么。 如果你来找"买这家就对了"的答案，本站给不了——但本站会告诉你为什么给不了，以及能给什么。
二、它约束本站自己。 写下"不做未发生事件的预测"就意味着本站不能因为个人印象标注某家有风险。规则的第一个约束对象是制定它的人。
三、读者可以检验。 下面这些都是可核对的：
| 检验点 | 怎么核对 |
|---|---|
| 评分是否真的留空 | 看 机场数据库 |
| 解锁矩阵是否真的留空 | 看 流媒体解锁数据库 |
| 综合榜是否标注了是编辑排序 | 看 排行榜方法论 |
| 快照是否被用于排名 | 看 实测中心 |
| 有推广关系的品牌是否也会被标为异常 | 看 机场状态页 |
| 状态是否带核实日期 | 看 机场状态页 |
如果你发现本站违反了自己的规则，请通过 纠错与投稿 指出。
怎么用这个站
按你现在的阶段选入口。
| 你的阶段 | 从哪开始 |
|---|---|
| 完全不了解 | 机场是什么意思 |
| 准备买 | 怎么买机场 · 机场推荐 |
| 想横向对比数据 | 机场数据库 · 价格数据库 |
| 想搞懂技术概念 | 线路与节点 · 中转、直连与专线 |
| 买完了要配置 | 客户端总览 · 规则分流 |
| 遇到问题 | 教程中心 · 速度慢怎么排查 · 超时与连接失败 |
| AI / 流媒体用不了 | IP 类型 · AI 与流媒体 |
| 担心跑路 | 风险监控 · 风险信号识别 |
| 想自己做实测 | 实测方法与环境说明 |
| 想了解本站的规则 | 免责声明 · 标注规则 |
三条最有用的建议
如果你只记三件事：
| # | 建议 | 为什么 |
|---|---|---|
| 1 | 只买月付（验证前） | 把跑路损失从一年降到一个月，且不需要你判断任何东西 |
| 2 | 付款前核对官网域名 | 假站是损失最大的风险，发生在你最没防备的购买环节 |
| 3 | 自己测三天晚高峰（看丢包不是速度） | 唯一能回答"这家对我好不好用"的方法 |
这三条的执行成本都接近零，但覆盖了最主要的风险。