外观
深度评测
数据库回答"是什么"，评测回答"实际怎么样"。评测不复述数据库里的字段，只写数据表格看不出来的东西：注册流程顺不顺、客户端配置有没有坑、晚高峰是"慢"还是"断"、客服回不回。
评测与数据库的分工
| 数据库页 | 深度评测 | |
|---|---|---|
| 回答 | 是什么 | 实际怎么样 |
| 形式 | 固定字段表格 | 文章 |
| 数据来源 | 品牌资料 + 快照 + 编辑判断，分层标注 | 30 天实际使用 + 本站实测记录 |
| 更新 | 数据改了自动更新 | 30 天后复测，之后每季度 |
| 例子 | 套餐 29 元 / 300GB | 300GB 够不够用？晚高峰切专线节点要不要手动？ |
| 链接方向 | 指向评测、对比、快照 | 引用数据库字段，不复述 |
需要数据时链到数据库页；需要体验时读评测。两者都有的品牌，先看数据库排除硬伤，再看评测决定要不要试。
14 个评测维度
每篇评测从以下维度中选取与该品牌相关的部分展开，不要求全部写满。
- 品牌背景：开业时间、域名历史、运营主体的公开信息、社群活跃度。写事实，不写传闻。
- 注册体验：注册流程、是否需要邀请码、邮箱验证、后台界面、备用域名与频道是否易找。
- 套餐分析：不复述价格表，写"够不够用、怎么买划算、倍率与设备数的实际影响、续费价与首购价"。
- 节点覆盖：常用地区的可用节点数与一致性，边缘节点是否只是摆设，节点命名是否清楚。
- 线路质量：专线标注与晚高峰实测的差距，traceroute 观察，不同运营商下的表现（如有）。
- 客户端体验：订阅格式、自研客户端的稳定性、规则分组是否预设 AI 与流媒体分流、更新是否及时。
- 晚高峰表现：连续三天 21:00 前后的丢包、速度降幅、是"慢"还是"断"。
- AI 体验：非香港节点上 ChatGPT / Claude / Gemini 的登录、对话、验证循环情况，固定节点后的稳定性。
- 流媒体体验：Netflix 非自制剧、Disney+、YouTube 4K 的实际播放，节点切换成本。
- 稳定性：30 天内掉线次数、订阅失效次数、节点大面积不可用次数。
- 售后：工单响应时间、退款流程是否按规则执行、公告是否及时。
- 价格竞争力：与同价位品牌的横向比较，引用对比页。
- 适合人群：写"适合谁 / 不适合谁"，不写"强烈推荐"。
- 注意事项：倍率、设备数、年付风险、新品牌观察期等。
按品牌特点侧重
不要让所有评测都长成一样的 10 个章节。 不同品牌重点不同：
| 品牌类型 | 重点维度 | 站内对应 |
|---|---|---|
| 年付低价档 | 套餐分析（流量够不够）、品牌背景（运营时长）、注意事项（年付风险） | 光速云、星岛梦、飞猫云、微风网络 |
| 月付入门档 | 注册体验、客户端体验、晚高峰（是否可作为长期主力） | 唯兔云、宇宙云 |
| 大流量月付 | 套餐分析（倍率与实际可用）、节点覆盖、稳定性 | 灵猫网络、一翻云 |
| 专线综合型 | 线路质量（专线标注验证）、晚高峰、AI 与流媒体 | 20 元档、25 元档 |
| AI 场景型 | AI 体验（逐站点）、节点 IP 类型、固定节点稳定性 | 速界、无忧链接 |
| 新品牌 | 品牌背景、售后、注意事项（观察期）、是否值得月付试 | 光年梯、SOGO 云、全球云、无忧链接 |
| 节点调度型 | 节点覆盖、三网表现（如能多运营商测试）、负载均衡的实际效果 | 唯兔云 |
硬性要求
- 至少附一条本站实测记录，链接到 实测中心 的记录页；
- 写明测试时间、运营商、城市、宽带、客户端与协议；
- 结论段写"适合谁 / 不适合谁"，不写"强烈推荐""必买"；
- 有推广关系必须在文首披露；
- 30 天后复测并更新"变化"小节；
- 不复述数据库字段，需要数据时链接过去；
- 不从测速推断解锁与线路，AI 与流媒体写实际测试结果，线路写晚高峰验证结果；
- 异常如实记录：掉线、订阅失效、客服无响应都写，不为品牌美化。
写法细则见 评测方法与写作规范。
评测模板
评测模板在站点仓库 docs/.vitepress/templates/review.md，结构如下：
标题：XX 机场评测：套餐、线路、节点与使用体验
引言：测试时间 · 运营商 · 城市 · 宽带 · 客户端 / 协议 · 利益披露
一句话结论：适合谁 / 不适合谁
品牌背景
套餐怎么选（不复述表，写够不够用、怎么买划算）
线路与晚高峰（链接实测记录）
AI 与流媒体（逐站点实际结果）
客户端体验
售后
注意事项
相关页面：数据库 · 实测 · 对比 · 价格
30 天后的变化按品牌特点删减或加重章节；每个小节都要有该品牌独有的信息，不能只换品牌名。
已发布评测
- Wed Sep 16深度评测机场评测方法与写作规范
- Thu Sep 17深度评测机场深度评测：18 篇评测、三个评测阶段与写作规范
- Fri Sep 18深度评测二猫云机场评测：20 元 130GB 月付、12 个地区与冷门节点的系统性问题
- Fri Sep 18深度评测飞猫云机场评测：62 节点覆盖 12 个地区、年付折算 7 元与上午快照的读法
- Fri Sep 18深度评测光年梯机场评测：18 元 110GB、亚洲三地都很强，但它是站内最新的一批
- Fri Sep 18深度评测光速云机场评测：2020 年起运营、IEPL 标注与 54 节点白天快照解读
- Fri Sep 18深度评测极连云机场评测：站内最晚的一份 22:46 快照，和分成两批的香港节点
- Fri Sep 18深度评测可信云机场评测：一份日期不完整的快照，和用两个数字交叉验证它的方法
- Fri Sep 18深度评测快狸机场评测：站内唯一记录 UDP NAT 类型的快照，以及它对游戏意味着什么
- Fri Sep 18深度评测灵猫网络机场评测：19 元 150GB 是站内每 GB 最低的一档，但快照速度也最低
- Fri Sep 18深度评测全球云机场评测：日本节点 RTT 200ms 却跑 64–84MB，和一个反复出现的形态
- Fri Sep 18深度评测SOGO 云机场评测：晚间时段美国节点最强的一份快照，和一个 2026 年的新品牌
- Fri Sep 18深度评测速界机场评测：主打 AI 场景值不值 25 元，以及五个地区最均衡的一份白天快照
- Fri Sep 18深度评测U1S1 机场评测：20 元 120GB 月付，与一份 22:33 的同口径晚高峰快照
- Fri Sep 18深度评测微风网络机场评测：年付折算 7 元 50GB、VLESS 协议与一份自标试验性的快照
- Fri Sep 18深度评测唯兔云机场评测：14.9 元真月付、三网优化与智能负载均衡的实际含义
- Fri Sep 18深度评测无忧链接资料评测：站内唯一没有实测记录的一家，也是唯一无理由退款的一家
- Fri Sep 18深度评测星岛梦机场评测：2020 年起运营、企业级内网专线标注与 55 节点快照解读
- Fri Sep 18深度评测一翻云机场评测：20 元 150GB 是月付里每 GB 最低的一档，以及该怎么对待它
- Fri Sep 18深度评测宇宙云机场评测：14.9 元真月付与一份罕见的 21:04 晚高峰快照
18 篇评测
站内 18 家全部已发布评测：17 家有测速快照的写成首轮评测，剩下 1 家没有快照，写成证据等级更低的资料评测。 每篇都在文首标明依据、尚未完成的部分与结论强度，规则见 评测方法与写作规范。
| 品牌 | 评测 | 这一篇主要讲什么 | 快照时段 |
|---|---|---|---|
| 星岛梦 | 评测 | 六年老牌、不限时套餐、60GB 够不够 | 01:48（凌晨） |
| 光速云 | 评测 | 站内两家 2020 年起之一、美国方向最强的白天快照 | 14:32 |
| 飞猫云 | 评测 | 12 个地区的真实构成、冷门节点的可靠性 | 08:52 |
| 微风网络 | 评测 | 一份自标"试验性"的快照该怎么读、TLS RTT 不是 RTT | 18:38 |
| 唯兔云 | 评测 | 站内第一档真月付、三网优化与智能负载均衡的实际含义 | 13:55 |
| 宇宙云 | 评测 | 晚高峰快照是"证据最强、数字最难看"的组合 | 21:04（晚高峰） |
| 二猫云 | 评测 | 冷门地区节点的系统性问题、站内唯一的巴西节点 | 10:45 |
| U1S1 | 评测 | 罕见的"晚高峰 + 主批次口径"、日本高延迟却高带宽 | 22:33（晚高峰） |
| 一翻云 | 评测 | 成本自洽性检查：月付里每 GB 最低，证据却最弱 | 00:21（凌晨） |
| 快狸 | 评测 | 站内唯一的 UDP NAT 类型数据，对游戏意味着什么 | 19:52 |
| 灵猫网络 | 评测 | 延迟最低但速度也最低、限速与超卖怎么区分 | 18:45 |
| 速界 | 评测 | 主打 AI 在技术上几乎不需要特殊能力、节点配置组 | 15:39 |
| 光年梯 | 评测 | 亚洲三地同一量级、站内最短运营时长该怎么买 | 14:38 |
| 可信云 | 评测 | 日期不完整的快照怎么处理、用两个数字交叉验证 | 15:32（日期待复核） |
| 极连云 | 评测 | 20 个香港节点分成两批（24–33ms 与 107–291ms） | 22:46（站内最晚） |
| SOGO 云 | 评测 | 晚间批次里美国节点最强、香港 03 出现两次 | 18:57 |
| 全球云 | 评测 | 日本 RTT 200ms 却跑 64–84MB，这个形态出现过两次 | 15:50 |
唯一的一篇资料评测
| 品牌 | 评测 | 为什么降一级 |
|---|---|---|
| 无忧链接 | 资料评测 | 站内唯一没有测速快照的品牌——首轮评测必须附本站实测记录，所以只能标为资料评测 |
但它同时也是站内唯一标注"无理由退款"、唯一没有推广链接的品牌。 本站没有数据与你自己验证成本接近于零，这两件事正好互补——所以那一篇把重点放在"该问客服什么、你自己该怎么测"，清单比任何一篇首轮评测都长。
等本站拿到它的测速快照后，那一篇会升级为首轮评测。
这 17 篇为什么不长一个样
每篇都从该品牌快照里真实存在的、别家没有的事实出发。 几个例子：
| 事实 | 出现在 |
|---|---|
| 截图里自己写了"试验性结果，仅供参考" | 微风网络 |
| 20 个香港节点的 RTT 分成两批，差 4–12 倍 | 极连云 |
| 快照里唯一记录了 UDP NAT 类型 | 快狸 |
| 香港延迟站内最低，速度也站内最低 | 灵猫网络 |
| 日本延迟约 200ms 却有 64–110MB 带宽 | 全球云、U1S1 |
| 截图日期不完整，只能按批次暂记 | 可信云 |
| 节点列表里"香港 03"出现两次 | SOGO 云 |
| 五个主力地区全部落在 28–69MB | 速界 |
如果两家的可核对字段确实高度重合（例如飞猫云与微风网络的价格、流量、线路标注、开业年份几乎逐项相同），评测会直接把这件事写出来——因为"品牌资料在这个价位段区分度很低"本身就是读者需要知道的信息。
三个评测阶段
| 资料评测（1 篇） | 首轮评测（17 篇） | 完整评测（尚未开始） | |
|---|---|---|---|
| 依据 | 只有品牌资料 + 编辑判断，无任何实测记录 | 品牌资料 + 一次测速快照 + 编辑判断 | 30 天实际使用 + 连续三晚晚高峰实测 |
| 能回答 | 资料能不能支撑一次试用决定 | 要不要花一个月去验证 | 适不适合长期用 |
| 不能回答 | 任何与实际表现有关的问题 | 线路类型是否为真、解锁能否持续、长期稳定性、丢包与降幅 | — |
| 每篇都标注 | 依据、没有什么数据、尚未完成的部分、利益披露 | 同左 + 快照时段与证据强度 | 同左 + 实测数据 |
本站不会把低一级的评测包装成高一级的。 完整评测需要的 30 天使用与三晚实测数据，本站目前一家都没有——这一点写在每一篇的文首与"尚未完成的部分"里。
详细规则见 评测方法与写作规范 的"评测的三个阶段"。
评测怎么写：从注册到复测的完整流程
一篇合格的评测是 30 天的记录，不是一次体验的感想。流程分四段。
第 1–3 天：注册、购买、导入
记录注册流程（邮箱验证、邀请码、后台界面）、购买流程（支付方式、结算页最终价格、优惠码是否生效）、订阅格式（Clash / 通用 / sing-box / 自研客户端）、导入是否顺利、规则分组是否预设了 AI 与流媒体分流。这一段决定"注册体验"与"客户端体验"两个维度的内容。同时保存备用域名与官方频道。
第 4–10 天：晚高峰与用途验证
连续三天 21:00 前后对香港、日本、新加坡、美国各三个节点测延迟、丢包、多线程下载，记录环境；标注"专线"的节点与其他节点对比。AI 站点在非香港节点连续两天使用，记录验证循环、登出、空白页；Netflix 搜索非自制剧，Disney+ 登录播放，YouTube 看 Premium 地区与 4K 缓冲。给客服发一个真实问题，记录响应。这一段产出"线路质量""晚高峰""AI 体验""流媒体体验""售后"五个维度，并形成本站实测记录。
第 11–30 天：日常使用与稳定性
正常使用，记录掉线次数、订阅失效次数、节点大面积不可用次数、流量消耗与实际使用的差距（识别倍率）、任何公告或规则变化。这一段产出"稳定性""套餐分析"与"注意事项"。
第 30 天：写作与发布
按模板写作，按品牌特点删减章节；附实测记录链接；文首披露测试环境与利益关系；结论段写适合谁 / 不适合谁。发布后 30 天复测，更新"变化"小节。
评测中的常见错误
- 复述数据库。 套餐表、线路标注、节点地区在品牌页已有，评测里再抄一遍没有信息增量。
- 用一次测速下结论。 一次白天测速说明不了晚高峰，一次晚高峰说明不了 30 天。
- 从测速推断解锁。 速度快不等于能看 Netflix；解锁要逐站点实测。
- 从节点名推断线路。 "IEPL"是命名，晚高峰丢包才是验证。
- 省略环境。 没有运营商、城市、宽带、客户端，测试结果无法被理解或复现。
- 美化异常。 掉线、订阅失效、客服无响应都要写；删掉异常的评测不可信。
- 写"强烈推荐"。 评测的结论是"适合谁 / 不适合谁"，推荐与否由读者按自己的用途判断。
- 不披露推广关系。 有推广链接必须在文首说明；不披露的评测不发布。
- 不复测。 30 天后的复测是评测的一部分，缺复测的评测标注"待复测"。
- 批量换词。 不同品牌的评测必须有独立的信息增量与章节结构，只换品牌名的稿件退回。
评测与站内其他数据的关系
| 评测里写 | 链接到 |
|---|---|
| 套餐够不够用 | 品牌页套餐表、价格数据库 |
| 晚高峰实测 | 实测中心 对应记录 |
| 与同价位竞品的差异 | 对比页 |
| 线路标注的验证 | 线路与节点、实测方法 |
| AI 与流媒体的逐站点结果 | 品牌页 AI 与流媒体一节（实测矩阵将据此更新） |
| 客户端配置 | 客户端教程 |
| 售后与退款 | 品牌页基本信息 |
| 风险与变动 | 风险监控、品牌页时间线 |
评测发布后，其中的实测结果会回填到品牌页的实测矩阵与评分字段（经复核），成为评分榜的数据来源之一。
利益关系与独立性
- 评测中的注册入口与品牌页一致，为推广链接并标注
sponsored；本站可能因此获得佣金。 - 推广关系在评测文首披露；不披露不发布。
- 推广关系不影响评测结论、实测记录与数据状态标注；评测的异常记录不因推广关系删除。
- 服务商不能付费购买评测、修改结论或删除负面记录；对评测内容有异议可通过纠错入口提供可核实依据，复核后更新并记录。
- 评测者使用自己购买的套餐测试；服务商赠送的测试账号若使用，必须在文首说明。
投稿
按上述流程与硬性要求完成 30 天使用与记录，用评测模板写作，附实测记录与环境说明，通过 数据贡献与纠错 提交。核实后发布并署名；实测记录同时进入实测中心。投稿不要求文笔，要求环境完整、异常如实、结论克制。
怎么读别人的评测：识别软文的八个信号
机场评测是软文重灾区。无论读本站还是其他来源的评测，以下信号出现两个以上，把它当广告看。
- 没有测试环境。 不写运营商、城市、宽带、客户端、日期时刻的"实测"，无法复现，等于没测。
- 只有白天或凌晨的测速图。 晚高峰才是分水岭，避开晚高峰的评测在回避问题。
- 全部节点都满速。 本站 17 张快照每张都有 0B、KB 级或异常延迟节点；一张没有异常的图，要么筛过要么假。
- 用"秒开""满速""全解锁"这类词。 解锁需要逐站点实测并标注日期；"全解锁"不可能是测出来的。
- 从节点名推断线路。 "IEPL 专线所以晚高峰不受影响"是推断，不是测试。
- 结论是"强烈推荐""闭眼入"。 合格的结论是"适合谁 / 不适合谁"。
- 不披露推广关系。 有注册链接却不说明是推广链接。
- 多篇评测结构雷同、只换品牌名。 批量换词的稿件没有信息增量。
本站评测的硬性要求就是针对这八点设计的：环境必填、晚高峰必测、异常必留、解锁逐项、线路验证、结论克制、利益披露、独立增量。
评测的四种类型
| 类型 | 时长 | 写什么 | 更新 |
|---|---|---|---|
| 首评 | 30 天 | 14 个维度按品牌侧重 | 30 天后复测 |
| 复测 | 7 天 | 与首评对比：变好、变差、不变 | 追加到首评"变化"小节 |
| 横评 | 同时段 | 两到四家同一环境同一时段对比 | 每季度 |
| 长期 | 6–12 个月 | 稳定性、价格与规则变化、售后表现 | 半年一次 |
首评是基础；复测让评测有时间维度；横评是对比页的实测版；长期评测最稀缺也最有价值，因为它回答"明年还在吗"。
评测中的数据引用规范
- 引用数据库字段时用链接，不复述：写"入门套餐见 品牌页"，不写"入门套餐 20 元 120GB"（除非用于对比分析）。
- 引用快照时给出日期与时刻、工具、"单次快照"限定。
- 引用自己的测试时给出环境与次数，异常如实。
- 引用品牌资料时标注"品牌资料"，不升级为实测。
- 引用其他来源时给出出处，并说明本站未核实。
评测的发布与标注
评测页面顶部显示：测试环境、测试日期、利益披露、复测状态（已复测 / 待复测）。评测中的实测结果经复核后回填到品牌页的实测矩阵与评分字段，并注明来源评测。评测发布后 30 天未复测的，页面标注"待复测"；品牌出现异常、失联、停运的，评测顶部同步显示状态。
评测计划的优先顺序
18 家的首评按以下顺序推进，读者可通过 纠错与贡献 反馈优先级：
- 综合榜前六（星岛梦、光速云、飞猫云、微风网络、唯兔云、无忧链接）；
- 月付主流档（宇宙云、二猫云、U1S1、一翻云）；
- 25 元档与大流量（快狸、灵猫网络、速界、可信云）；
- 新品牌（光年梯、极连云、SOGO 云、全球云）——观察期满后再评。
每篇首评 30 天，并行推进三到四家。
好的写法与差的写法：对照
同一件事，两种写法的差别就是评测有没有价值。
晚高峰
- 差："晚高峰依然流畅，看 4K 毫无压力。"
- 好："9 月 3、4、5 日 21:00–21:30，电信 500M，上海，Clash Meta / VLESS。香港 IEPL-03 三次多线程下载 142 / 138 / 151MB/s，丢包 0；香港中转 05 三次 38 / 22 / 41MB/s，丢包 1.2–2.8%。专线与中转差距明显，专线标注在这个节点上成立。"
AI
- 差："完美解锁 ChatGPT、Claude、Gemini。"
- 好："日本 01（IP 查询显示 isp 类型）：ChatGPT 连续两天各十次对话无验证；Claude 可对话；Gemini 可生成。香港节点如预期提示地区不支持。美国 02（hosting 类型）：ChatGPT 出现两次 Cloudflare 验证。"
套餐
- 差："20 元 150GB，性价比极高。"
- 好："150GB 在我每天一小时 1080p 的用量下，第 26 天用完；专线节点倍率 x2 未在套餐页写明，后台消耗比客户端统计多 35%。实际可用约 100GB。"
售后
- 差："客服响应及时。"
- 好："9 月 8 日 14:20 提交工单'香港 05 无法连接'，15:05 回复'已重启'，15:30 恢复。9 月 15 日 23:00 提交'订阅更新失败'，次日 10:40 回复。工作时间小时级，非工作时间次日。"
结论
- 差："强烈推荐，闭眼入。"
- 好："适合：晚高峰刚需、月流量 100GB 以内、用 AI 的用户。不适合：需要 150GB 以上（倍率后不够）、需要美国原生 IP（美国节点为数据中心 IP）的用户。"
评测数据表模板
评测附带的实测记录用统一表格，便于回填数据库。
晚高峰记录表
| 日期 | 时刻 | 节点 | 协议 | 下载（三次） | 丢包 | 延迟 | 备注 |
|---|---|---|---|---|---|---|---|
| 2026-09-03 | 21:05 | 香港 IEPL-03 | VLESS | 142 / 138 / 151 | 0% | 32ms | 专线标注 |
| 2026-09-03 | 21:20 | 香港 05 | VLESS | 38 / 22 / 41 | 1.8% | 44ms | 中转 |
解锁记录表
| 日期 | 节点 | IP 类型 | ChatGPT | Claude | Gemini | Netflix | Disney+ | YouTube |
|---|---|---|---|---|---|---|---|---|
| 2026-09-05 | 日本 01 | isp | ✓ | ✓ | ✓ | ✓ 非自制剧 | ✓ | ✓ JP |
| 2026-09-05 | 美国 02 | hosting | ✗ 验证循环 | ✓ | ✓ | ✗ 自制剧 | — | ✓ US |
稳定性记录表
| 周 | 掉线次数 | 订阅失效 | 节点大面积不可用 | 公告 |
|---|---|---|---|---|
| 第 1 周 | 0 | 0 | 0 | 无 |
表格随评测提交，经复核后回填到品牌页的实测矩阵与评分字段。
投稿常见问题
我只用了两周，能投吗？ 可以作为"短期体验"标注发布，30 天后补充复测再转为首评。
我没有测速工具怎么办？ 浏览器测速站三次取平均即可，注明工具与时刻；重点是环境完整与异常如实。
我用的是机场送的测试账号。 必须在文首说明；自购账号的评测优先发布。
我想匿名。 可以，署名用昵称；但环境信息（运营商、城市、宽带）必须完整。
评测发布后品牌跑路了怎么办？ 评测顶部同步显示状态，正文保留作为历史记录。
我可以同时评测两家吗？ 可以，写成横评，同一环境同一时段。
三家的预期评测大纲：结构必须不同
用三个不同类型的品牌示范大纲差异。这些是大纲，不是评测内容；评测内容等 30 天实测。
星岛梦（年付低价、老牌）
一句话结论 → 品牌背景（2020 年起的运营记录、域名是否稳定）→ 套餐怎么选（60GB 对轻度用户够不够；不限时套餐的价格与规则；年付总价核实）→ 线路与晚高峰（企业级内网专线标注的验证；凌晨快照之外的晚高峰实测）→ 售后与退款（年付用户最关心的两项）→ 注意事项（年付锁定、无月付试用）→ 适合谁 / 不适合谁。AI 与流媒体作为附带小节。
速界（25 元、AI 场景型）
一句话结论 → AI 体验（ChatGPT / Claude / Gemini 逐站点、各地区节点、IP 类型查询、连续两天记录）→ 节点覆盖（日本 / 新加坡 / 美国节点的一致性与 IP 类型）→ 线路与晚高峰（IEPL 标注验证）→ 客户端体验（自研客户端的 AI 分组是否预设）→ 套餐（150GB 在 AI 用量下的余量；倍率）→ 与 25 元档其他三家的差异（引用对比页）→ 适合谁 / 不适合谁。流媒体作为附带小节。
全球云（2026 年新品牌、20 元档）
一句话结论 → 品牌背景（开业时间、公告频率、社群）→ 注意事项（观察期、年付风险）→ 线路与晚高峰（日本节点 RTT 约 200ms 的原因；香港节点一致性）→ 套餐（与 U1S1 相同规格下的差异）→ 售后（新品牌的客服响应）→ 稳定性（30 天内的掉线与公告）→ 是否值得月付试 → 适合谁 / 不适合谁。
三份大纲的章节顺序、重点与篇幅分配都不同，这是"不批量换词"的具体含义。
评测页的结构规范
- 标题：品牌名 + "评测" + 三到四个核心词，30 字内。例："速界机场评测：AI 场景、节点 IP 与 25 元档对比"。
- 描述：测试环境 + 一句话结论，90 字内。
- H2：按大纲，每篇 6–10 个；H3 用于站点级或节点级细分。
- 首屏：测试环境、日期、利益披露、一句话结论——读者 10 秒内知道这篇评测能不能用。
- 表格：晚高峰记录表、解锁记录表、稳定性记录表，按模板。
- 链接：数据库页、快照页、对比页、价格页、相关教程，每篇至少五条站内链接。
- 结论：适合谁 / 不适合谁；不写推荐等级。
- 更新标注：发布日期、复测日期、状态。
评测、快照、数据库的回填流程
- 评测者按模板完成 30 天记录，提交评测与三张记录表。
- 站方复核环境说明、异常记录、利益披露。
- 晚高峰记录表进入 实测中心 作为该品牌的实测记录（类型：晚高峰）。
- 解锁记录表回填到品牌页的实测矩阵（AI 六项、流媒体八项），标注日期与来源评测。
- 稳定性记录表与售后记录回填到品牌页的评分字段（经归一）。
- 评测发布，品牌页"相关页面"链接到评测。
- 30 天后复测，更新评测"变化"小节；变化影响评分的，同步更新品牌页。
- 评分榜在足够品牌有受控实测后上线。
评测因此不只是文章，也是数据库与榜单的数据来源之一——这要求评测的记录格式统一、环境完整。
评测的测试环境要求
环境是评测的坐标系。最低要求：
| 项目 | 要求 | 为什么 |
|---|---|---|
| 运营商 | 电信 / 联通 / 移动 | 出口结构不同 |
| 城市 | 省份或城市 | 到入口机房的路径不同 |
| 宽带 | 下行与上行带宽 | 判断瓶颈在本地还是节点 |
| 客户端与版本 | 名称 + 版本号 | 内核差异影响协议与规则 |
| 协议 | 测试所用协议 | 抗识别与弱网表现不同 |
| 时段 | 每次测试的时刻 | 晚高峰与否 |
| 设备 | 电脑 / 手机 / 路由器 | 性能与代理方式不同 |
多运营商测试（如同时有电信宽带与移动热点）是加分项，能说明品牌在不同出口下的表现差异。
评测的读者反馈
评测发布后，读者可以通过 纠错入口 反馈：
- 与你环境下的体验不符（附环境与记录）；
- 品牌规则或价格已变化；
- 评测中的事实错误。
反馈经复核后追加到评测的"读者反馈"小节，注明环境；不修改原文的实测记录。多条不同环境的反馈叠加起来，比单篇评测更接近真实。
评测栏目的边界与承诺
承诺：每篇评测环境完整、异常如实、结论克制、利益披露、30 天复测；评测数据回填数据库；读者反馈追加不删改。
不承诺：评测者的体验适用于所有运营商与城市；30 天后的表现；品牌的存续。
不做：付费评测、删除负面记录、批量换词稿件、从测速推断解锁与线路、"强烈推荐"类结论。
处理异议：对评测事实有异议，通过纠错入口提供可核实依据；复核后追加"更正"小节，原文保留。
评测阅读顺序建议
- 想快速判断一家：读一句话结论 → 注意事项 → 适合谁 / 不适合谁，两分钟。
- 想验证某个用途：直接读对应维度（晚高峰 / AI / 流媒体），看记录表。
- 想决定年付：读品牌背景、售后、稳定性、30 天后的变化。
- 想对比两家：两篇评测的同一维度对照，再看对比页的并排表。
- 想投稿：读硬性要求、模板、好坏写法对照、数据表模板。
评测与推荐、榜单的关系
评测是单品牌的深度记录，推荐与榜单是全部品牌的横向排列。三者的分工：
- 推荐回答"我该看哪一组"，用分类与条件化结论；
- 榜单回答"哪家排第几"，综合榜为编辑排名，评分榜等实测；
- 评测回答"这家实际怎么样"，30 天记录与实测表。
评测的实测数据经复核后进入评分榜；评测的结论（适合谁 / 不适合谁）不改变编辑排名，但站方复核编辑排名时会参考。读者的顺序通常是：推荐缩小范围 → 榜单看位次 → 评测看体验 → 对比页二选一 → 月付验证。
评测栏目导航
评测中不同维度的证据等级
评测里每个结论背后的证据强度不同，写作时标明，阅读时区分。
| 维度 | 强证据 | 弱证据 | 不算证据 |
|---|---|---|---|
| 晚高峰 | 连续三天 21:00 多线程下载 + 丢包记录 | 单次晚高峰测速 | 白天测速、节点名 |
| 线路 | 晚高峰专线与中转节点对比 + traceroute | 单次延迟 | 品牌标注 |
| AI | 连续两天逐站点使用记录 + IP 类型 | 打开一次成功 | 品牌声明 |
| 流媒体 | 非自制剧播放 + 节点 IP 类型 | 首页能打开 | 品牌声明 |
| 稳定性 | 30 天掉线与失效计数 | 一周无事 | "感觉稳定" |
| 售后 | 工单时间戳记录 | 群里有人回 | "客服态度好" |
| 套餐 | 一周后台消耗与客户端统计对比 | 套餐页截图 | 品牌宣传 |
本站评测要求每个维度至少有一条强证据或明确标注为弱证据；不算证据的内容不进入结论。
一句话总结
评测是 30 天的记录，不是一次体验的感想。环境完整、异常如实、结论克制、利益披露、30 天复测——满足这五条的评测才值得读，也才值得写。
评测发布前后的时间线
| 时间 | 事件 |
|---|---|
| 第 0 天 | 自购套餐，开始记录 |
| 第 1–3 天 | 注册、导入、保存备用域名与频道 |
| 第 4–10 天 | 晚高峰三次、目标站点两次、客服一次 |
| 第 11–30 天 | 日常使用、稳定性与流量记录 |
| 第 30 天 | 写作、复核、发布；实测记录进实测中心 |
| 第 31–60 天 | 读者反馈追加 |
| 第 60 天 | 复测一周，更新"变化"小节；数据回填品牌页 |
| 每季度 | 随品牌数据复查，状态同步 |
一篇评测从开始到复测完成需要两个月；这是评测不能批量生产的原因，也是它有价值的原因。
关于评测的独立性
评测者自购套餐、自己记录、自己写；站方复核环境与异常，不改结论。服务商赠送账号的评测必须在文首说明。评测中的注册入口为推广链接并标注，本站可能获得佣金，但推广关系不进入评测流程的任何环节——评测者不知道哪些品牌有推广关系，复核者不因推广关系放宽要求。
评测发布前怎么判断
没有评测不等于没法判断。每家品牌页已经有：
- 数据库字段：套餐、线路标注、协议、客户端、节点分布、退款规则（多数待补）。
- 测速快照：原始截图、测试时刻、观察与异常项。
- 对比页：同价位竞品并排。
- 分类与排名：编辑分类与综合榜位次。
用这些先排除硬伤、缩小到两三家，然后月付试用一个月——你自己的 30 天就是最好的评测。试用记录可以按评测模板整理后投稿。
评测的边界
评测是一个人在一个环境下的 30 天体验，它不能证明：
- 其他运营商、其他城市用户的体验；
- 30 天之后的表现；
- 所有节点的状态（评测者只用了其中一部分）；
- 品牌的长期存续。
所以评测必须写明环境、附实测记录、30 天后复测，并与数据库、快照、风险监控互相链接。读评测时把它当作"一份有环境说明的体验报告"，而不是最终裁决。
相关页面
评测栏目更新记录
| 日期 | 变更 |
|---|---|
| 2026-09-17 | 评测栏目上线：分工、14 维度与侧重、硬性要求、模板、18 家计划、写作流程、好坏对照、记录表模板、软文识别、结构规范、回填流程 |
首篇首评发布时在此记录；每季度更新计划进度。
常见问题
深度评测和数据库页有什么区别？
数据库是固定字段的表格，回答"这家是什么情况"，数据更新后自动重建；评测是文章，回答"实际用起来怎么样"，写注册流程、客户端配置、晚高峰是慢还是断、客服回不回这些表格看不出来的东西。评测不复述数据库字段。
评测里的数据可信吗？
每篇评测必须附至少一条本站实测记录，写明测试时间、运营商、城市、宽带、客户端；结论段写适合谁与不适合谁，不写强烈推荐；有推广关系必须在文首披露；30 天后复测更新。
资料评测、首轮评测和完整评测有什么区别？
资料评测只有品牌资料与编辑判断，没有任何本站实测记录，只能回答资料层面的问题；首轮评测多了一份测速快照，够回答"要不要花一个月去验证"；完整评测基于 30 天实际使用与连续三晚的晚高峰实测，才能回答"适不适合长期用"。站内目前有 17 篇首轮评测与 1 篇资料评测，每篇都在文首标明依据与尚未完成的部分。
为什么无忧链接只有资料评测？
因为它是站内唯一没有测速快照的品牌，而首轮评测的硬性要求之一就是必须附一份本站实测记录。用别家的数据替代或从品牌资料推导表现都违反本站规则，所以只能降一级标为资料评测。等本站拿到它的快照后会升级。
为什么首轮评测不能直接下结论？
因为一次快照不测丢包、多数没有覆盖晚高峰、也无法验证线路类型或解锁能力。首轮评测的价值在于告诉你该验证什么、怎么验证，以及哪些节点在快照里已经出过问题。
评测会不会都长一个样？
不会。14 个维度按品牌特点侧重：便宜机场重点写价格与流量，老牌机场重点写稳定性与售后，专线机场重点写线路与晚高峰，新机场重点写背景与风险。不同品牌评测必须有独立的信息增量。
评测有推广链接吗？
评测中的注册入口与品牌页一致，为推广链接并标注 sponsored；推广关系在文首披露，不影响评测结论与数据状态标注。
我可以投稿评测吗？
可以。按评测模板与硬性要求写作，附实测记录与环境说明，通过数据贡献入口提交。核实后发布并署名。
评测多久更新一次？
发布后 30 天复测一次，更新"变化"小节；之后每季度随品牌数据复查。品牌出现异常、失联、更换域名时立即更新状态。
评测的结论和综合排行榜冲突怎么办？
评测是单品牌的使用体验，综合榜是站方对全部品牌的编辑排名，两者维度不同。评测结论写在评测里，排名依据写在评分方法页；读者应以自己的用途为准。