外观
内容规划总表
全站信息架构的唯一数据源是 docs/.vitepress/ia.mjs。下表由它生成：导航、侧边栏、本页三者永远一致。
12
栏目
103
已上线页面（IA 登记）
28
规划中
机场推荐 8 上线 · 14 规划
搜索意图：我该买哪一家。按预算、用途、线路和人群给出选择结论，全站商业主线。
| 分组 | 页面 | 状态 |
|---|---|---|
| 综合推荐 | 机场推荐总览 | 已上线 |
| 综合推荐 | 2026 机场推荐：值得长期使用的怎么选 | 已上线 |
| 综合推荐 | 稳定机场推荐：晚高峰与线路怎么判断 | 已上线 |
| 综合推荐 | 高性价比机场推荐：不同预算怎么买 | 已上线 |
| 综合推荐 | 靠谱机场推荐：怎么筛掉高风险品牌 | 规划中 |
| 按用户类型 | 新手机场推荐：第一次购买完整指南 | 已上线 |
| 按用户类型 | 学生机场推荐：低预算方案 | 规划中 |
| 按用户类型 | 重度用户机场推荐：大流量与多设备 | 规划中 |
| 按用户类型 | 开发者机场推荐：API 与命令行场景 | 规划中 |
| 按用户类型 | 跨境办公机场推荐 | 规划中 |
| 按价格 | 按预算选机场（总入口） | 已上线 |
| 按价格 | 10 元机场推荐 | 规划中 |
| 按价格 | 20 元机场推荐 | 规划中 |
| 按价格 | 30 元机场推荐 | 规划中 |
| 按价格 | 50 元机场推荐 | 规划中 |
| 按用途 | AI 机场推荐（ChatGPT / Claude / Gemini） | 已上线 |
| 按用途 | 流媒体机场推荐（Netflix / YouTube） | 规划中 |
| 按用途 | 游戏机场推荐 | 规划中 |
| 按线路与地区 | IEPL / IPLC 专线机场推荐 | 已上线 |
| 按线路与地区 | 中转机场推荐 | 规划中 |
| 按线路与地区 | 香港节点机场推荐 | 规划中 |
| 按线路与地区 | 日本节点机场推荐 | 规划中 |
机场排行 11 上线 · 0 规划
搜索意图：哪家排第一。按同一口径打分排序的榜单，数据来自机场数据库，可追溯、可复算。
机场数据库 8 上线 · 0 规划
搜索意图：这家是什么情况。每个品牌一个永久页面：套餐、线路、节点、协议、解锁、风险与域名历史。
| 分组 | 页面 | 状态 |
|---|---|---|
| 总库 | 机场品牌大全 | 已上线 |
| 总库 | 资料完整度与收录标准 | 已上线 |
| 聚合视图 | 线路数据库（IEPL / IPLC / 中转 / 直连） | 已上线 |
| 聚合视图 | 节点地区数据库 | 已上线 |
| 聚合视图 | 协议数据库 | 已上线 |
| 聚合视图 | 客户端支持数据库 | 已上线 |
| 聚合视图 | AI 解锁数据库 | 已上线 |
| 聚合视图 | 流媒体解锁数据库 | 已上线 |
深度评测 20 上线 · 0 规划
搜索意图：真实体验如何。数据库回答"是什么"，深度评测回答"实际怎么样"。每篇按品牌特点侧重不同。
| 分组 | 页面 | 状态 |
|---|---|---|
| 评测 | 深度评测总览 | 已上线 |
| 评测 | 评测方法与写作规范 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | 光速云深度评测 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | 无忧链接资料评测 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | 星岛梦评测 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | 微风网络评测 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | 飞猫云评测 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | U1S1 评测 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | 唯兔云评测 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | 灵猫网络评测 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | 极连云评测 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | 宇宙云评测 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | 光年梯评测 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | 一翻云评测 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | 二猫云评测 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | SOGO 云评测 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | 可信云评测 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | 速界评测 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | 快狸评测 | 已上线 |
| 各家评测（18 篇：17 篇首轮 · 1 篇资料） | 全球云评测 | 已上线 |
机场对比 7 上线 · 0 规划
搜索意图：A 和 B 选哪个。两家、三家横向对比，以及类型之间的取舍。对比表由数据库实时生成。
| 分组 | 页面 | 状态 |
|---|---|---|
| 对比库 | 对比总览 | 已上线 |
| 类型对比 | IEPL vs IPLC | 已上线 |
| 类型对比 | 中转机场 vs 直连机场 | 已上线 |
| 类型对比 | 月付机场 vs 年付机场 | 已上线 |
| 类型对比 | 便宜机场 vs 高端机场 | 已上线 |
| 类型对比 | 机场 vs VPN | 已上线 |
| 类型对比 | Clash vs sing-box | 已上线 |
套餐价格 5 上线 · 2 规划
搜索意图：这个价位能买到什么。价格数据库：月费、流量、每 GB 成本、付费周期全部可排序比较。
| 分组 | 页面 | 状态 |
|---|---|---|
| 价格数据库 | 机场价格数据库 | 已上线 |
| 价格数据库 | 每 GB 价格对比 | 已上线 |
| 按维度 | 按预算：10 / 20 / 30 / 50 元 | 已上线 |
| 按维度 | 按付费周期：月付 / 季付 / 年付 / 不限时 | 已上线 |
| 按维度 | 按流量：100GB / 300GB / 1TB / 不限流量 | 已上线 |
| 规划中 | 年付折算月费怎么算才不亏 | 规划中 |
| 规划中 | 最便宜机场套餐盘点 | 规划中 |
线路节点 9 上线 · 2 规划
搜索意图：这些术语是什么意思。线路类型、节点地区、IP 类型的原理说明，全站专业度地基。
| 分组 | 页面 | 状态 |
|---|---|---|
| 线路类型 | 线路与节点总览 | 已上线 |
| 线路类型 | IEPL 是什么意思 | 已上线 |
| 线路类型 | IPLC 是什么意思 | 已上线 |
| 线路类型 | CN2 与 CN2 GIA | 已上线 |
| 线路类型 | CMI 线路适合什么用户 | 已上线 |
| 线路类型 | 中转、直连与专线的区别 | 已上线 |
| 节点与 IP | 节点地区怎么选 | 已上线 |
| 节点与 IP | 原生 IP、家宽 IP 与数据中心 IP | 已上线 |
| 节点与 IP | 为什么同一机场不同节点速度差很多 | 已上线 |
| 规划中 | 9929 与 4837 线路 | 规划中 |
| 规划中 | 游戏节点与延迟优化 | 规划中 |
实测中心 2 上线 · 0 规划
搜索意图：有没有真实测试数据。速度、时段、地区、稳定性、AI 与流媒体解锁的原始实测记录，排行榜的数据来源。
客户端 6 上线 · 4 规划
搜索意图：软件怎么用。Clash / sing-box 生态与各平台客户端的完整知识库，不只是下载教程。
| 分组 | 页面 | 状态 |
|---|---|---|
| 总览 | 客户端总览与选择建议 | 已上线 |
| Windows / macOS | Clash Verge Rev 新手完整教程 | 已上线 |
| Windows / macOS | v2rayN 机场订阅使用教程 | 已上线 |
| Windows / macOS | sing-box 入门与配置 | 已上线 |
| iOS / Android | Shadowrocket 怎么导入机场订阅 | 已上线 |
| iOS / Android | v2rayNG 使用教程 | 已上线 |
| iOS / Android | Stash / Surge 简介 | 规划中 |
| 规划中 | Mihomo Party 教程 | 规划中 |
| 规划中 | FlClash 教程 | 规划中 |
| 规划中 | Quantumult X 教程 | 规划中 |
教程中心 13 上线 · 1 规划
搜索意图：我不懂，从哪开始。从"机场是什么"到规则分流、DNS 与排障的完整路径，承接全部新手搜索。
| 分组 | 页面 | 状态 |
|---|---|---|
| 入门 | 教程中心总览 | 已上线 |
| 入门 | 机场是什么：概念与原理 | 已上线 |
| 入门 | 机场怎么买：完整流程 | 已上线 |
| 入门 | 订阅链接是什么 | 已上线 |
| 入门 | 节点怎么选 | 已上线 |
| 进阶 | 规则分流、全局与直连模式 | 已上线 |
| 进阶 | TUN 模式是什么，什么时候需要开 | 已上线 |
| 进阶 | DNS 与泄漏问题 | 已上线 |
| 进阶 | 订阅转换怎么用 | 规划中 |
| 排障 | 订阅更新失败怎么办 | 已上线 |
| 排障 | 节点超时、连不上、网页打不开 | 已上线 |
| 排障 | 速度慢的排查顺序 | 已上线 |
| 安全 | 订阅链接泄露怎么办 | 已上线 |
| 安全 | 如何判断假官网与钓鱼站 | 已上线 |
AI 与流媒体 9 上线 · 2 规划
搜索意图：为什么打不开 / 怎么解锁。AI 站点与流媒体平台的可用性专题：解锁条件、常见报错与节点选择。
| 分组 | 页面 | 状态 |
|---|---|---|
| AI | AI 与流媒体总览 | 已上线 |
| AI | ChatGPT 无法访问怎么办 | 已上线 |
| AI | Claude 提示 Region Not Supported | 已上线 |
| AI | Gemini 与 Google AI Studio 节点要求 | 已上线 |
| AI | AI 解锁机场排行榜 | 已上线 |
| 流媒体 | Netflix 节点怎么选 | 已上线 |
| 流媒体 | YouTube 4K 与 Premium 地区 | 已上线 |
| 流媒体 | Disney+ 解锁说明 | 已上线 |
| 流媒体 | 流媒体解锁机场排行榜 | 已上线 |
| 规划中 | Perplexity / Cursor / Copilot 可用性 | 规划中 |
| 规划中 | Spotify / Twitch / HBO Max | 规划中 |
风险监控 5 上线 · 3 规划
搜索意图：这家还能用吗。品牌状态、价格与套餐变动、域名更换、失联与停运记录。让本站更像数据库而非推荐位。
| 分组 | 页面 | 状态 |
|---|---|---|
| 监控 | 风险监控总览 | 已上线 |
| 监控 | 机场状态页（正常 / 注意 / 异常 / 停运） | 已上线 |
| 监控 | 变动记录时间线 | 已上线 |
| 判断方法 | 跑路前兆有哪些 | 已上线 |
| 判断方法 | 收录、标注与撤销标注的规则 | 已上线 |
| 规划中 | 2026 机场跑路名单 | 规划中 |
| 规划中 | 机场官网域名变更记录 | 规划中 |
| 规划中 | 近期价格调整记录 | 规划中 |
扩展方式
- 新增文章：在
ia.mjs对应栏目登记一条（去掉planned），建同路径 md 文件。 - 新增品牌：
npm run new:brand <slug> "<名称>"，或复制data/brands/_template.json。品牌页、数据库表、价格表、聚合视图自动生成。 - 新增对比：
data/compare.json登记 slug 组合。 - 新增实测：复制
data/benchmarks/_template.json，published: true后出现在实测中心与品牌页。 - 新增榜单：
data/rankings.json加一条口径。
按这个架构持续扩展，单站可以自然长到 500–1000+ 个有效页面，且不是堆文章——一份品牌数据反复生成数据库页、价格行、榜单行、对比列、聚合卡片。
十二个栏目的分工与搜索意图
规划的核心原则：一个搜索意图一个页面。
| 栏目 | 对应的搜索意图 | 数据层级 |
|---|---|---|
| 机场推荐 | "机场推荐"、"哪个机场好用"（按需求筛） | editorial |
| 机场排行 | "机场排行"、"机场排名" | 综合榜 editorial、价格榜派生、评分榜为空 |
| 机场数据库 | "某某机场怎么样"（横向对比字段） | vendor + 派生 |
| 深度评测 | "某某机场评测" | measured + editorial |
| 机场对比 | "IEPL 和 IPLC 区别"、"月付还是年付" | 一般性技术参考 + editorial |
| 套餐价格 | "机场多少钱"、"便宜的机场" | vendor + 派生 |
| 线路节点 | "IEPL 是什么"、"CN2 GIA"、"原生 IP" | 一般性技术参考 |
| 实测中心 | "机场测速" | measured（范围性记录） |
| 客户端 | "Clash 怎么用"、"Shadowrocket 教程" | 一般性技术参考 |
| 教程中心 | "机场是什么"、"订阅更新失败"、"速度慢" | editorial |
| AI 与流媒体 | "ChatGPT 打不开"、"Netflix 解锁" | 一般性观察 + editorial |
| 风险监控 | "机场跑路"、"机场还能用吗" | vendor + 人工核实 + editorial |
为什么强调"互不抢关键词"
如果两个页面都在回答同一个问题，它们会互相分散权重，而读者也不知道该看哪个。
| 反例 | 本站的做法 |
|---|---|
| 三个页面都写"机场怎么选" | 怎么买机场 回答流程，机场推荐 回答按需求筛，机场数据库 回答横向对比 |
| 每个品牌都写一篇"XX 机场好不好" | 数据库页回答"是什么"，评测回答"实际怎么样" |
| 每个协议都写一篇科普 | 协议数据库 一页说完，因为协议对体验的影响很小 |
一个具体的例子
"ChatGPT 打不开"这个搜索意图由哪个页面回答：
| 页面 | 回答的部分 |
|---|---|
| ChatGPT 节点怎么选 | 主页面：地区优先级、排查顺序、验证方法 |
| IP 类型 | 为什么是 IP 类型问题（机制） |
| 节点地区怎么选 | 各地区的 AI 可用性差异 |
| 规则分流 | 怎么配规则自动指向 |
| AI 机场推荐 | 按这个需求筛选品牌 |
主页面只有一个，其余是从不同角度补充——它们互相链接但不重复回答同一个问题。
站内闭环：每类页面的下一步
闭环不是为了内链而内链，而是对应用户实际的下一个问题。
不了解 → 教程中心（机场是什么）
→ 机场推荐（按需求筛）
→ 机场数据库（横向对比可核实的字段）
→ 套餐价格（按预算 / 流量定档）
→ 线路节点（搞懂技术概念，知道该看什么）
→ 客户端（装好、配规则）
→ 实测中心（自己验证的方法）
→ AI 与流媒体（解锁需求的单独维度）
→ 风险监控（存续风险与信号）
→ 回到机场推荐（换家或配备用）每一步对应的实际问题
| 你的处境 | 下一个问题 | 去哪 |
|---|---|---|
| 刚听说"机场" | 这是什么？ | 机场是什么意思 |
| 知道是什么了 | 该买哪家？ | 怎么买机场 · 机场推荐 |
| 有几个候选 | 怎么比？ | 机场数据库 · 价格数据库 |
| 不懂标注的意思 | IEPL 是什么？原生 IP 是什么？ | 线路与节点 |
| 买完了 | 怎么装、怎么配？ | 客户端总览 · 规则分流 |
| 装好了 | 怎么知道好不好用？ | 实测方法 · 节点怎么选 |
| 某个服务用不了 | 为什么？ | IP 类型 · AI 与流媒体 |
| 速度慢 | 怎么排查？ | 速度慢怎么排查 |
| 担心跑路 | 有什么信号？ | 风险信号识别 |
| 想换家 | 怎么平滑迁移？ | 怎么买机场 · 稳定机场推荐 |
十步覆盖了从完全不了解到长期使用的完整链路。
为什么这样组织
| 原则 | 说明 |
|---|---|
| 按用户的实际问题顺序 | 而不是按内容类型堆叠 |
| 每个页面回答一个问题 | 避免互相抢关键词 |
| 交叉链接但不重复 | 从不同角度补充，不重复回答 |
| 数据页与文章页分工 | 数据回答"是什么"，文章回答"怎么办" |
扩展方式
全站信息架构的唯一数据源是 docs/.vitepress/ia.mjs——新增页面要先在它里面登记，再建同路径的文件。
| 操作 | 怎么做 |
|---|---|
| 新增文章 | 在 ia.mjs 对应栏目登记一条（去掉 planned），建同路径 md 文件 |
| 新增品牌 | npm run new:brand <slug> "<名称>"，或复制 data/brands/_template.json |
| 新增对比 | data/compare.json 登记 slug 组合 |
| 新增实测 | 复制 data/benchmarks/_template.json，published: true |
| 新增榜单 | data/rankings.json 加一条口径 |
为什么 IA 是唯一数据源
| 好处 | 说明 |
|---|---|
| 导航、侧边栏、本页三者永远一致 | 不会出现"侧边栏有但导航没有" |
| 不会漏掉页面 | 登记了就会出现 |
planned: true 的页面只出现在规划表 | 不会产生死链 |
| 改结构只改一处 | — |
所以：不要手改 config 里的 nav / sidebar。
一份品牌数据能生成什么
这是"数据驱动"而不是"堆文章"的含义：
一份 data/brands/<slug>.json 会生成 |
|---|
| 品牌数据库页的一行 |
| 该品牌的独立品牌页 |
| 价格数据库里的一行（按预算 / 流量 / 周期 / 每 GB 各出现一次） |
| 各榜单里的一行 |
| 对比表里的一列 |
| 聚合视图（线路、协议、地区、IP 类型、客户端）里的一行 |
| 推荐页的一张卡片（如符合该分类） |
| 状态页的一行 |
改一个价格，所有这些位置同时更新——而且月均价、每 GB、完整度都是构建时重新计算的。
站内当前的能力与缺口
规划不只是"还要写哪些页面"，更重要的是"还缺哪些能力"。
四项缺失的能力
| 能力 | 缺失导致的结果 | 需要什么 |
|---|---|---|
| 控制条件下的持续监测 | 评分字段全部为空 | 固定环境 + 固定时间 + 逐节点持续测量 |
| 逐节点逐服务的解锁实测 | 解锁矩阵全部为空 | 逐节点测 AI 与流媒体，且每月复测（IP 段会被标记） |
| 持续的风险事件核实 | 变动记录全部为空 | 持续跟踪 + 可核对的依据 |
| 多环境的实测 | 跨环境不可比的限制无法缓解 | 不同运营商、不同省份的测试点 |
第四项最难也最重要——因为它是本站方法论的核心限制：影响结果的六个变量里有四个不可消除。
这些缺口怎么补
| 缺口 | 可能的路径 |
|---|---|
| 持续监测 | 需要长期的测试投入与自动化 |
| 解锁实测 | 需要为每家维持付费账号并持续测试 |
| 风险事件 | 需要读者提供可核对的依据（见 纠错与投稿） |
| 多环境实测 | 最依赖读者贡献——尤其移动与联通宽带的数据 |
所以 纠错与投稿 里说"来自不同网络环境的实测最有价值"——它能填补本站单靠自己无法填补的空白。
规划中但需要能力支撑的功能
| 功能 | 需要什么 | 现状 |
|---|---|---|
| 周期榜 | 持续的测试投入 | 规划中；每期必须标注完整的测试环境与局限，缺一项就不发 |
| 评分体系 | 控制条件下的持续监测 | 字段为空，等能力到位 |
| 解锁矩阵 | 逐节点逐服务实测 + 每月复测 | 字段为空 |
| 更多深度评测 | 每篇约五周（一月使用 + 30 天复测） | 按品牌逐篇 |
| 更完整的品牌覆盖 | 资料整理与核实 | 18 家 |
本站不会为了"看起来完整"而提前上线这些——空字段比不可靠的数据更诚实。
一个明确的立场
页面数量不是目标。
| 不追求 | 追求 |
|---|---|
| 覆盖尽可能多的关键词 | 一个搜索意图一个页面，回答清楚 |
| 页面数量 | 每个页面有实际内容 |
| 数据字段的填充率 | 每个字段可核对 |
| 评测数量 | 每篇有实测支撑 |
如果降低标准，页面与数据的增长能快十倍——但那样的内容会让读者跳过自己的验证，而验证恰恰是唯一可靠的方法。
各栏目的页面构成
说明每个栏目里有哪几类页面，以及它们的分工。
机场推荐（按需求筛选）
| 页面类型 | 回答什么 |
|---|---|
| 栏目首页 | 各类需求的入口 |
| 按场景 | 稳定 / 高性价比 / 新手 / AI / 专线 |
| 按预算 | 各价位档的候选 |
| 年度推荐 | 当前的编辑倾向 |
全部是 editorial 层——它们是本站的编辑判断，不是实测排名。
机场数据库（横向对比）
| 页面类型 | 回答什么 |
|---|---|
| 总表 | 全部品牌的可核对字段 |
| 聚合视图 | 按线路、协议、地区、IP 类型、客户端、AI、流媒体分别聚合 |
| 品牌页 | 单个品牌的完整数据 + 快照 + 评测链接 |
| 字段标准 | 每个字段的定义与数据层级 |
聚合视图的价值： 你想"看哪些标注了家宽 IP"时，不需要逐个翻品牌页。
线路节点（技术概念）
| 页面 | 回答什么 |
|---|---|
| 总览 | 三种线路方案的关系 |
| IEPL / IPLC | 两种专线的区别与验证 |
| CN2 / CMI | 电信与移动的优质线路 |
| 中转、直连与专线 | 三方对比（本栏目的核心页） |
| 节点地区 | 港台日新美的用途差异 |
| IP 类型 | AI 与流媒体的决定因素 |
| 节点波动 | 同机场节点差异的八个原因 |
这个栏目回答"标注的那些词是什么意思"——它是理解数据库字段的前提。
教程中心（从入门到排障）
| 分组 | 页面 |
|---|---|
| 入门 | 机场是什么 · 怎么买 · 订阅怎么用 · 节点怎么选 |
| 配置 | 规则分流 · TUN 模式 · DNS 设置 |
| 排障 | 订阅更新失败 · 超时与连接失败 · 速度慢怎么排查 |
| 安全 | 订阅链接安全 · 假站与钓鱼识别 |
排障组是本栏目使用频率最高的部分——它对应用户实际遇到问题的时刻。
AI 与流媒体（按服务）
| 页面 | 关键维度 |
|---|---|
| ChatGPT / Claude / Gemini | 地区（避开香港）+ IP 类型 |
| Netflix / Disney+ | IP 类型（必须用非自制剧测） |
| YouTube | 带宽（不是 IP 类型） |
三组的关键维度完全不同——这是本栏目分页的依据。
风险监控（四页分工）
| 页面 | 时间维度 |
|---|---|
| 机场状态页 | 现在 |
| 变动记录时间线 | 过去（目前为空） |
| 风险信号识别 | 怎么看未来（方法，非预测） |
| 标注规则 | 本站怎么做 |
本站不做"哪家会跑路"的预测——信号识别页提供方法，不是对具体品牌的判断。
新增页面的判断标准
不是所有"看起来有搜索量"的话题都该开一个页面。
该开新页面的四个条件
| 条件 | 说明 |
|---|---|
| 1. 对应一个独立的搜索意图 | 而不是已有页面的子话题 |
| 2. 站内没有页面在回答它 | 避免抢关键词 |
| 3. 本站有能力回答 | 有可核对的数据或明确的方法 |
| 4. 能写到有实际内容 | 而不是几百字的占位 |
四条都满足才登记进 ia.mjs。
不该开新页面的情况
| 情况 | 该怎么做 |
|---|---|
| 是已有页面的一个小节 | 写进那个页面（比如"抖动是什么"写进节点波动页） |
| 与已有页面抢同一个意图 | 合并或明确分工 |
| 本站没有数据或方法能回答 | 不写（比如"哪家一定不会跑路"） |
| 只能写几百字 | 并入相关页面 |
| 内容会很快过期 | 考虑是否值得维护 |
一个具体的判断示例
假设考虑新增"机场可以用来玩游戏吗"这个页面：
| 检查 | 结论 |
|---|---|
| 是独立搜索意图吗？ | 是 |
| 站内有页面回答吗？ | 节点怎么选 已有"游戏"一节 |
| 内容会重复吗？ | 会（抖动、UDP 转发、按服务器地区选） |
| 结论 | 不开新页面，扩充现有页面的游戏部分 |
反例： "IP 类型"最初可能被当成"线路"的一个小节，但它是一个独立的维度（决定 AI 与流媒体能不能用，与线路无关），而且内容足够——所以它有独立页面。
planned: true 的作用
| 状态 | 表现 |
|---|---|
planned: true | 只出现在本页的规划表，不进导航与侧边栏，不产生死链 |
去掉 planned | 进入导航与侧边栏——这时必须有对应的文件 |
所以：先登记为 planned，写好文件后再去掉标记。 这样不会出现"导航里有但点进去 404"。
内容的维护
规划不只是"新增"，也包括"维护已有的"。
各类内容的维护频率
| 内容 | 频率 | 为什么 |
|---|---|---|
| 品牌数据（价格、套餐） | 变动时 | 服务商随时可调 |
| 状态 | 事件与申诉驱动 | 无固定周期，每条带核实日期 |
| 深度评测 | 30 天后复测 + 每季度更新 | 线路与 IP 段都会变 |
| 解锁相关的内容 | 每月复测（如有数据） | IP 段被标记的频率最高 |
| 技术概念页 | 相对稳定 | 原理不常变 |
| 排障页 | 客户端更新时 | 菜单与选项会变 |
| 规则页 | 规则变更时 | 变更要说明，不静默修改 |
最需要维护的三类
一、解锁相关的内容。 IP 段会被标记，结论的保质期最短（可能几周）。
二、客户端页面。 客户端的菜单与选项在版本间会变，所以本站的客户端页只说明思路，不写死具体的菜单路径。
三、价格数据。 它是读者最常用的部分，也最容易过期。
维护的一个原则
过期的内容比没有内容更有害。
| 例子 | 危害 |
|---|---|
| 过期的"这家能解锁 Netflix" | 读者跳过自己的验证 |
| 过期的官网域名 | 可能引向假站 |
| 过期的价格 | 误导预算判断 |
| 过期的客户端菜单路径 | 读者找不到，以为自己做错了 |
所以本站的做法是：能标注日期的都标注日期（状态、测试记录、评测），内容里说明思路而不写死易变的细节（客户端菜单、服务地区列表）。
技术实现的要点
给想了解站点怎么运作、或想参与维护的人。
数据流向
data/*.json
↓ （*.data.mjs 数据加载器，带 watch 支持热更新）
docs/.vitepress/lib/brands.mjs
↓ （计算派生字段：月均价、每 GB、完整度、hasReview）
Vue 组件（BrandTable / PriceTable / RankBoard / CompareTable / …）
↓
页面（md 里放组件标签，数据不硬编码在页面里）关键：页面与组件不硬编码品牌数据。 所有数据从 data/ 读取。
派生字段在哪计算
| 字段 | 计算位置 |
|---|---|
| 月均价 | lib/brands.mjs——周期价格 ÷ 月数 |
| 每 GB | 同上——月均价 ÷ 月流量 |
| 完整度 | 同上——字段填写比例 |
hasReview / reviewUrl | 同上——检测 docs/reviews/<slug>.md 是否存在 |
| 排序 | 同上——editorialRank 优先，其次其他口径 |
都在构建时计算，不手填。 改一个价格，所有相关位置同时更新。
一个特殊处理
只公布年付价的套餐：
| 字段 | 值 |
|---|---|
price | null |
monthly | 品牌公布的折算值 |
| 页面显示 | "折算 X 元/月" |
这个处理的目的是让读者看到"折算价 ≠ 月付价"——你要一次付全年的钱，而且年付档的流量可能与月付档不同。
动态路由
| 路径 | 说明 |
|---|---|
docs/brands/[slug].md | 只含 <!-- @content --> |
docs/brands/[slug].paths.mjs | 生成所有品牌页的内容 |
规则：动态路由的 md 文件里不写内容，内容全在同名的 .paths.mjs 里生成。
改完必跑
bash
npm run check && npm run buildfrontmatter 含中文冒号或引号时，用 node scripts/fix-frontmatter.mjs 规范化。
本地预览的注意
vitepress preview 会缓存文件元数据，重新 build 后必须重启 preview，否则出现资源 404 与全文搜索索引报错。
全文搜索
站内用 Pagefind 做全文搜索（中文分词），在构建后建立索引。它索引的是渲染后的正文，所以组件生成的表格内容也能被搜到。
详见 README.md 与 data/schema.md。
一句话总结
这一页是全站 12 个栏目的页面规划，由 docs/.vitepress/ia.mjs 生成——它是信息架构的唯一数据源，导航、侧边栏、本页三者永远一致（新增页面要先登记再建文件，planned: true 的页面只出现在规划表、不产生死链）。规划的核心原则是一个搜索意图一个页面（互不抢关键词）、数据页回答"是什么"而文章页回答"怎么办"、以及页面数量不是目标。
架构上的关键设计是"数据驱动"：一份品牌 JSON 至少出现在 15 个以上的位置（数据库页、价格视图 × 4、榜单、对比列、聚合视图 × 7、推荐卡片、状态行），改一个价格所有位置同时更新，派生字段（月均价、每 GB、完整度）在构建时计算而不手填——所以扩展的边际成本很低，数据也必然一致。
本站诚实列出四项缺失的能力： 控制条件下的持续监测（评分为空）、逐节点逐服务的解锁实测（解锁矩阵为空）、持续的风险事件核实（变动记录为空）、以及多环境的实测（跨环境不可比的限制无法缓解，这一项最依赖读者贡献）。本站不会为了看起来完整而提前上线不可靠的版本——空字段比不可靠的数据更诚实。
给不同读者的说明
普通读者：这一页是站内所有页面的目录。如果你不确定某个问题该去哪，看上面的"一个搜索意图对应哪个页面"速查表——它按入门、技术概念、配置排障、AI 与流媒体、风险与规则五组列出了主页面。
想找特定话题的人：用站内的全文搜索，或从 教程中心 / 线路与节点 这两个栏目首页进入——它们是概念与操作的两个总入口。
觉得某个话题站内没覆盖的人：可以通过 纠错与投稿 提出。 最有价值的建议是"读者实际会搜但站内没回答的问题"，而不是"再写一篇同类文章"。
想参与维护的人：先读 README.md 与 data/schema.md。新增页面要先在 docs/.vitepress/ia.mjs 登记再建文件——这样导航、侧边栏、本页三者才会一致。
关心站点能力边界的人：看上面的"站内当前的能力与缺口"一节。四项缺失的能力直接对应四个空字段（评分、解锁矩阵、变动记录、以及跨环境的实测覆盖）——本站不掩盖这些。
服务商：最能帮助读者的是主动披露那些只有 1 家披露的字段（IP 类型、退款条款、客服方式、官网域名）以及站内完全没有的三项（节点倍率、订阅格式支持、设备数上限）。见 纠错与投稿。
想知道本站会不会做某个功能的人：看"规划中但需要能力支撑的功能"一节。周期榜、评分体系、解锁矩阵都需要持续的测试投入才能开始——本站不会为了看起来完整而提前上线不可靠的版本。
页面的内容标准
规划表只说"有没有这个页面"，这一节说"一个页面要写到什么程度"。
每个页面应该有什么
| 组成 | 说明 |
|---|---|
| 明确的搜索意图 | 这一页回答哪个问题 |
| 结论先行 | 开头就给答案，不铺垫 |
| 可核对的依据 | 数据标明层级，方法说明局限 |
| 判断标准而不只是描述 | 比如"丢包 ≈ 0 且降幅 < 30% 对应专线" |
| 常见误判 | 读者最容易想错的地方 |
| 名词速查 | 本页出现的概念 |
| 完整的判断流程 | 从症状到行动 |
| 本页数据说明 | 每部分内容的层级与局限 |
| 一句话总结 | 可以单独读的摘要 |
| 下一步与相关页面 | 闭环 |
三个内容原则
一、说清局限比说满优点重要。
| 不写 | 写 |
|---|---|
| "IEPL 专线晚高峰很稳" | "IEPL 绕开公网出口，但国内段、入口机房带宽、落地出口带宽这三段它不保护——所以真专线也会慢，只是通常不丢包" |
| "每 GB 越低越划算" | "每 GB 只在你确定会用完流量时才是有效口径" |
| "这家能解锁 Netflix" | "解锁是节点级的、保质期很短，本站不填这个字段；这是验证方法" |
二、给判断标准，不只给描述。
| 只有描述 | 有判断标准 |
|---|---|
| "晚高峰会变慢" | "丢包 ≈ 0 且降幅 < 30% = 专线级；> 3% 且降幅 > 50% = 直连级" |
| "有些节点被超卖了" | "延迟低但丢包高 = 超卖的典型特征" |
| "美国节点延迟高" | "物理下限约 130ms，低于它说明落地不在标注地区" |
三、明确说"这不是问题"。
| 读者以为是问题 | 实际 |
|---|---|
| 美国节点延迟 180ms | 物理下限决定的，正常 |
| 晚高峰比白天慢 20–30% | 优质中转的正常表现 |
| 家宽 IP 节点速度一般 | 带宽小是它解锁能力的代价 |
| 解锁矩阵是空的 | 本站没做实测，不是品牌不支持 |
"明确说这不是问题"能避免读者在错误的方向上花钱——这与"指出真问题"同样有价值。
为什么页面会比较长
因为要同时做四件事：
| 做什么 | 占篇幅 |
|---|---|
| 给结论 | 短 |
| 说明依据与数据层级 | 中 |
| 说明局限与前提 | 长 |
| 给可执行的流程与验证方法 | 中 |
如果只给结论，页面会很短但读者无法判断它对自己是否适用。
本站的选择是把前提与局限写清——这让页面变长，但让结论可用。
为什么一份数据能撑起几百个页面
这是本站架构设计的核心，也是"数据驱动"与"堆文章"的根本区别。
传统做法 vs 本站的做法
| 堆文章 | 数据驱动 | |
|---|---|---|
| 新增一个品牌 | 写一篇"XX 机场怎么样" | 加一个 JSON 文件 |
| 该品牌出现在哪 | 只有那一篇 | 数据库页 + 价格行 × 4 + 榜单行 × N + 对比列 + 聚合视图 × 7 + 推荐卡片 + 状态行 |
| 改一个价格 | 找到那篇文章手改 | 改 JSON，所有位置自动更新 |
| 派生指标（每 GB） | 手算手填（容易错） | 构建时计算 |
| 数据一致性 | 容易不一致 | 必然一致（同一个数据源） |
一份品牌 JSON 生成的页面位置
| 位置 | 数量 |
|---|---|
| 品牌数据库总表的一行 | 1 |
| 该品牌的独立品牌页 | 1 |
| 价格数据库（按预算 / 流量 / 周期 / 每 GB） | 4 |
| 各榜单里的行 | 视榜单数 |
| 对比表里的列 | 视对比组合 |
| 聚合视图（线路 / 协议 / 地区 / IP 类型 / 客户端 / AI / 流媒体） | 7 |
| 推荐页的卡片（如符合分类） | 视分类 |
| 状态页的一行 | 1 |
一份 JSON 至少出现在 15 个以上的位置。
这带来的三个好处
一、扩展的边际成本很低。 新增一个品牌只需要整理它的资料，不需要写十几个页面。
二、数据必然一致。 不会出现"数据库页写 19 元、价格页写 20 元"——它们读的是同一个字段。
三、派生指标可靠。 月均价、每 GB、完整度都是构建时算的，不会因为手填而算错。
一个具体的例子
假设某家机场把价格从 19 元调到 25 元：
| 需要改的 | 数量 |
|---|---|
data/brands/<slug>.json 里的一个数字 | 1 处 |
| 自动更新的位置 | 15+ 处（含重新计算的每 GB 与月均价） |
如果是堆文章的做法，你需要找到并手改十几个地方——而且很可能漏掉一些，导致站内数据不一致。
所以"500–1000+ 页面"是怎么来的
| 来源 | 说明 |
|---|---|
| 数据生成的页面 | 品牌页、聚合视图、价格视图、榜单、对比表——随品牌数量线性增长 |
| 判断框架与方法的页面 | 技术概念、教程、排障、规则——数量相对固定但每页内容厚 |
| 评测 | 按品牌逐篇，需要实测支撑，增长最慢 |
第一类随数据增长，第二类是站点的骨架。 两者结合，一份品牌数据能反复生成有效页面，而不是重复的文章。
但要强调：页面数量不是目标。 如果数据不可核对、框架不实用，再多页面也没有价值。
一个搜索意图对应哪个页面（速查）
如果你不确定某个问题该去哪个页面，查这张表。
入门与选购
| 你的问题 | 主页面 |
|---|---|
| 机场是什么意思 | 机场是什么意思 |
| 机场和 VPN 的区别 | 同上 · 机场 vs VPN |
| 怎么买机场 / 选机场的流程 | 怎么买机场 |
| 哪个机场好用 / 机场推荐 | 机场推荐 |
| 机场多少钱 | 价格数据库 · 按预算选套餐 |
| 我需要多少流量 | 按流量选套餐 |
| 月付还是年付 | 月付 vs 年付 · 按周期选套餐 |
| 便宜的机场靠不靠谱 | 便宜机场 vs 高价机场 |
| 怎么防假站 | 假站与钓鱼识别 |
技术概念
| 你的问题 | 主页面 |
|---|---|
| IEPL 是什么 | IEPL 是什么 |
| IPLC 是什么 | IPLC 是什么 |
| IEPL 和 IPLC 的区别 | IEPL vs IPLC |
| CN2 / CN2 GIA 是什么 | CN2 与 CN2 GIA |
| CMI 是什么 / 移动宽带怎么选 | CMI 线路 |
| 中转和直连的区别 | 中转、直连与专线 |
| 节点选哪个地区 | 节点地区怎么选 |
| 原生 IP / 家宽 IP 是什么 | IP 类型 |
| 为什么同机场的节点差别这么大 | 节点波动 |
| 协议怎么选（VLESS / Trojan / …） | 协议数据库 |
配置与排障
| 你的问题 | 主页面 |
|---|---|
| 订阅链接怎么用 | 订阅链接怎么用 |
| 订阅更新失败 | 订阅更新失败 |
| 节点连不上 / 超时 | 超时与连接失败 |
| 速度慢怎么办 | 速度慢怎么排查 |
| 国内网站变慢了 | 规则分流（几乎一定是规则配错） |
| 怎么配规则分流 | 同上 |
| TUN 模式要不要开 | TUN 模式 |
| DNS 怎么设置 | DNS 设置 |
| 节点怎么选 | 节点怎么选 |
| Clash / v2rayN / Shadowrocket 怎么用 | 客户端总览 |
AI 与流媒体
| 你的问题 | 主页面 |
|---|---|
| ChatGPT 打不开 | ChatGPT 节点怎么选 |
| Claude 打不开 / 命令行工具不走代理 | Claude 节点怎么选 |
| Gemini 打不开 | Gemini 节点怎么选 |
| Netflix 只能看自制剧 | Netflix 节点怎么选 |
| YouTube 4K 卡 | YouTube 节点怎么选（是带宽问题） |
| Disney+ 无法播放 | Disney+ 节点怎么选 |
风险与规则
| 你的问题 | 主页面 |
|---|---|
| 机场会不会跑路 / 有什么信号 | 风险信号识别 |
| 某家还能用吗 | 机场状态页 |
| 订阅链接泄露了怎么办 | 订阅链接安全 |
| 本站怎么标注风险 | 收录、标注与撤销标注的规则 |
| 排行榜是怎么排的 | 排行榜方法论 |
| 怎么自己做实测 | 实测方法与环境说明 |
三十秒速查
这一页是什么： 全站 12 个栏目的页面规划，由 docs/.vitepress/ia.mjs 生成——导航、侧边栏、本页三者永远一致。
规划的核心原则：
| # | 原则 |
|---|---|
| 1 | 一个搜索意图一个页面（互不抢关键词） |
| 2 | 数据页回答"是什么"，文章页回答"怎么办" |
| 3 | 页面数量不是目标——每个页面要有实际内容 |
| 4 | 没有能力回答的不写（空字段比不可靠的数据更诚实） |
新增页面的四个条件： 对应独立搜索意图 · 站内没有页面回答 · 本站有能力回答 · 能写到有实际内容
扩展方式： 先在 ia.mjs 登记，再建文件。品牌用 npm run new:brand，页面自动生成。
四项缺失的能力：
控制条件下的持续监测（评分为空）· 逐节点解锁实测（解锁矩阵为空）· 持续的风险事件核实（变动记录为空）· 多环境实测（跨环境不可比的限制）
最依赖读者贡献的是第四项——见 纠错与投稿。
相关页面
- 规则：关于本站 · 免责声明 · 收录、标注与撤销标注的规则
- 方法：实测方法与环境说明 · 评测方法与写作规范 · 排行榜方法论
- 参与：纠错与投稿
- 数据：机场数据库 · 价格数据库 · 实测中心 · 风险监控
常见问题
这个页面是怎么生成的？
由 docs/.vitepress/ia.mjs 生成——它是全站信息架构的唯一数据源，导航、侧边栏、本页三者永远一致。新增页面要先在 ia.mjs 登记再建文件。
为什么一份品牌数据能生成很多页面？
因为页面与组件从数据读取。一份品牌 JSON 会同时出现在数据库页、价格行、榜单行、对比列、聚合卡片里——这是"数据驱动"而不是"堆文章"的含义。
站内哪些能力还没有？
四项：控制条件下的持续监测（所以评分为空）、逐节点逐服务的解锁实测（所以解锁矩阵为空）、持续的风险事件核实（所以变动记录为空）、以及多环境的实测（所以跨环境不可比的限制无法缓解）。
周期榜什么时候上线？
需要持续的测试投入才能开始。每期榜单必须标注测试起止日期、时段分布、测试环境的宽带运营商与所在区域、方法、参与节点的完整名、样本量与局限——缺任何一项就不发。
为什么不快速扩充页面数量？
本站的页面来自数据与判断框架，不是来自堆文章。没有实测支撑就不写评测、没有可核对依据就不填字段——这让增长慢，但让每个页面都有实际内容。
我能建议新增页面吗？
可以通过纠错与投稿提出。最有价值的建议是"读者实际会搜但站内没覆盖的问题"，而不是"再写一篇同类文章"。
为什么强调"互不抢关键词"？
因为同一个搜索意图应该只有一个页面回答。如果两个页面都在写"机场怎么选"，它们会互相分散权重，而读者也不知道该看哪个。
站内现在有多少页面？
80 个页面（含动态生成的品牌页）。数量不是目标——本站的规划原则是"一个搜索意图一个页面"，而不是覆盖尽可能多的关键词。