外观
全球云机场评测
本篇是首轮评测，不是完整评测
依据： 品牌资料（vendor，本站未独立验证）+ 2026-08-11 测速快照（measured）+ 编辑判断（editorial）
尚未完成： 30 天实际使用 · 连续三晚 21:00 的丢包与降幅 · AI 与流媒体的逐节点实测 · 客服响应实测
实测记录： 全球云 节点测速快照（2026-08-11） 测试端 珠海联通 5Gbps · 工具 MAI-TEST-BOT 2.0.0-dev（主批次口径）· 32 线程 · Shadowsocks · 测试时间 15:50（白天，非高峰） · 耗时 466 秒 · 消耗 25.5GB · 共 62 节点
利益披露： 本页的注册入口为推广链接（rel="sponsored nofollow"），优惠码属 commercial 层。推广关系不影响本篇的数据记录方式与结论。
结论强度： 只够回答"要不要花一个月去验证"。而它是 2026 年开业，"定期复测"比一次性结论更重要。
一句话结论
适合： 月流量 120GB 左右、需求在香港与美国方向、把日本节点当下载 / 流媒体出口、只买月付的用户。
不适合： 需要低延迟日本节点（游戏 / 会议）、把冷门地区当核心需求、或要求品牌有较长运营记录的人。
前提： 2026 年开业是站内最新的一批——这不影响它现在好不好用，但决定了你该怎么买。
品牌背景
| 项目 | 全球云（品牌资料） |
|---|---|
| 开业 | 2026（站内最新的一批） |
| 编辑榜 | 第 18 位 |
| 入门档 | 20 元 / 月 · 120GB · 3 设备（真月付） |
| 每 GB | 约 0.167 |
| 线路标注 | IEPL（资料自己注明"测速截图不能证明线路类型"） |
| 协议 | VLESS / Shadowsocks |
| 客户端 | 仅第三方订阅导入（无自研客户端） |
| 地区数 | 12（含韩国） |
| 节点数 | 62（按快照节点行数统计） |
| IP 类型 | 原生 IP / 家宽 IP |
| 优惠码 | qqy7777（新用户立减，commercial） |
| 定位 | 20 元档 / 120GB / VLESS / IEPL |
品牌资料自己的 summary 写着"整体规格与 U1S1 接近，属于比较典型的 20 元综合档位"——这个自我定位是准确的。
"2026 年起运营"来自品牌资料，本站未独立核实。
120GB 能撑什么使用强度
| 用途 | 每月消耗 | 120GB 够吗 |
|---|---|---|
| 纯 AI 文本对话 | < 1GB | 余量极大 |
| 网页浏览（每天 1 小时） | 3–6GB | 够 |
| 视频 1080p（每天 1 小时） | 45–90GB | 够，有余量 |
| 视频 1080p（每天 2 小时） | 90–180GB | 偏紧 |
| 视频会议（每周 5 小时） | 10–50GB | 够 |
| 视频 4K（每天 1 小时） | 210–360GB | 不够 |
| 游戏下载 / 更新 | 可能 50–100GB | 够一次大更新 |
按"估算 × 1.5"原则，120GB 对应的实际安全用量约 80GB/月。
这一篇最该讲的：日本 RTT 200ms 却跑 64–84MB
品牌资料的 cons 字段自己写了这一条（"测速截图中日本节点 RTT 约 200ms，明显高于同批多数品牌的日本节点"）——值得肯定。
快照记录的事实
| 指标 | 数值 | 参照 |
|---|---|---|
| 日本 RTT | 约 200ms | 日本到华南的物理下限约 55ms（约 3.6 倍） |
| 日本平均速度 | 64–84MB | 站内日本方向中上 |
这个组合为什么值得单独讲
很多人默认"延迟低 = 好节点"，但这两个指标测的是完全不同的东西。
| 指标 | 反映什么 | 主要受什么影响 |
|---|---|---|
| 延迟（RTT） | 一个包来回要多久 | 物理距离 + 路径跳数 + 排队 |
| 带宽（速度） | 单位时间能传多少数据 | 链路容量 + 拥塞 + 落地出口 |
打个比方：延迟是路有多长，带宽是路有多宽。
200ms 约是日本物理下限的 3.6 倍——这个量级通常意味着路径明显绕行（例如经由其他地区中转），而不是简单的拥塞。但速度 64–84MB 说明：绕归绕，链路容量是够的。
本站不对具体路径做事实认定——要确认只能自己跑 traceroute -n 看跳点。
对你的实际意义
| 用途 | 日本节点合适吗 | 为什么 |
|---|---|---|
| 下载 / 大文件 | 合适 | 只看带宽 |
| 日区流媒体 / 动画 | 合适 | 缓冲能吸收延迟 |
| 网页浏览 | 一般 | 每次建连都要多等约 200ms |
| 视频会议 | 不合适 | 延迟直接影响对话节奏 |
| 日服游戏 | 很不合适 | 200ms 在多数游戏里不可接受 |
一句话：这批日本节点是"下载型"的，不是"交互型"的。
如果你买它是为了玩日服游戏，这是一个明确的负面信号——必须在退款窗口内自己测。
这个形态在站内出现过两次
U1S1 的快照里，日本节点也是这个形态：
| 品牌 | 日本 RTT | 日本速度 | 快照时段 | 配置组 |
|---|---|---|---|---|
| 全球云 | 约 200ms | 64–84MB | 15:50 | 12 / 62 |
| U1S1 | 194–200ms | 80–110MB | 22:33 | 11 / 61（不同组） |
两份独立快照、不同时段、不同配置组，日本方向出现了几乎一致的形态。
本站不推断原因（可能是某类线路方案的共同特征、可能是相近的上游路径、也可能是巧合）——只如实指出这个可观察的共性。
对你的实用含义：如果你在多家机场都遇到"日本延迟接近 200ms"，不必急着认为是自己网络的问题——但也不要因此接受它做游戏出口。
站内的反面例子： 光年梯的日本是 76–90MB 且未记录高延迟、SOGO 云是 71–106MB、唯兔云是 45–62MB——低延迟的日本节点在站内是存在的。
这与本站的判断框架一致
本站反复说的三个维度互不推导：线路类型（丢包 / 降幅）、节点地区（延迟的物理下限）、IP 类型（解锁）。
全球云的日本节点是很好的例子：按延迟排序会把它排到最后，按速度排序又会误导游戏用户。 正确做法是按用途分别挑。 见 节点怎么选 与 节点波动。
快照的范围性观察
以下是快照记录的范围性观察，不是逐节点精确数据。数值按图中单位原样记录，未换算。
| 地区 | 节点数 | 观察 |
|---|---|---|
| 香港 | 20 | RTT 约 14–22ms，平均速度约 73–91MB |
| 美国 | 10 | 平均约 45–68MB，最高 98–120MB |
| 新加坡 | 9 | 约 58–83MB |
| 日本 | 10 | RTT 约 200ms，平均 64–84MB |
| 台湾 | 5 | 约 73–80MB |
| 马来西亚 / 土耳其 / 英国 / 德国 / 法国 / 泰国 / 韩国 | 各 1–2 | 见异常项 |
五个主力地区都在 45–91MB
| 方向 | 量级 | 相对香港 |
|---|---|---|
| 香港 | 73–91MB | — |
| 台湾 | 73–80MB | 持平 |
| 日本 | 64–84MB | 接近 |
| 新加坡 | 58–83MB | 接近 |
| 美国 | 45–68MB | 约 2/3 |
这是一份比较均衡的白天快照——没有任何主力方向掉一个数量级。
但要立刻补一句：站内的规律显示，落差主要在傍晚之后拉开。 白天测的几家（速界 15:39、可信云 15:32、唯兔云 13:55）落差都小，而傍晚到晚高峰测的几家落差都大。
所以"均衡能不能保持到 21:00"正是你要自己验证的。
香港 RTT 14–22ms：跨度窄、下限低
| 品牌 | 香港 RTT |
|---|---|
| 全球云 | 14–22ms（跨度 8ms） |
| SOGO 云 | 14–23ms |
| U1S1 | 15–20ms |
| 光速云 | 14–33ms |
| 极连云 | 两批：24–33 / 107–291ms |
14ms 已很接近香港到华南的物理下限（约 10ms），跨度 8ms 也不大——20 个香港节点比较一致，基本不用挑。
而且它的香港速度（73–91MB）比同组的 SOGO 云（44–61MB）高——但两份快照时段不同（15:50 vs 18:57），不能直接等同看待。
台湾 73–80MB：站内少见的强
多数品牌的台湾方向明显弱于香港，全球云的台湾与香港几乎持平。
| 品牌 | 台湾节点 | 时段 |
|---|---|---|
| 全球云 | 73–80MB | 15:50 |
| 二猫云 | 60–80MB | 10:45 |
| 唯兔云 | 40–53MB | 13:55 |
| 速界 | 28–37MB | 15:39 |
| 微风网络 | 73–103MB（另一口径） | 18:38 |
如果台湾方向是你的需求（台服游戏、台湾本地服务），这是一个加分项。
但注意：快照没有记录台湾的 RTT——而台服游戏最关心的是延迟与抖动，不是带宽。 这需要你自己测。
美国 45–68MB、最高 98–120MB
| 用途 | 45–68MB 够吗 |
|---|---|
| 浏览 / AI | 绰绰有余 |
| 1080p 流媒体 | 够 |
| 4K 流媒体（约需 25Mbps） | 够 |
| 大文件下载 | 够 |
在白天批次里属于中上： 一翻云 61–82MB（00:21 凌晨）、光速云 54–72MB（14:32）、唯兔云 48–61MB（13:55）、全球云 45–68MB（15:50）、速界 35–52MB（15:39）。
但这是白天数据。 站内晚高峰的快照显示美国方向普遍更低——除了同组的 SOGO 云（18:57 时仍有 50–86MB）。
五条异常项逐条解读
一、泰国 01 平均 3.41KB
这是站内"泰国 01"的第五次记录，也是最差的一次。
| 品牌 | 泰国 01 的快照数值 |
|---|---|
| 全球云 | 3.41KB |
| 二猫云 | 45.31KB · HTTP 2038ms |
| 飞猫云 | 1.91MB · HTTP 2544ms |
| 速界 | 约 5–6MB |
| U1S1 | 7.28MB · HTTP 1450ms |
站内五家覆盖泰国的品牌，快照里的泰国 01 都不理想。
本站不推断原因（可能上游资源相同、可能泰国方向本身条件差、可能维护优先级低）——只指出这个反复出现的模式。
3.41KB 的量级基本等同于不可用，而泰国只有 1 个节点、没有备用。
二、韩国 01 平均 2.25MB
韩国是站内只有全球云与 SOGO 云才有的地区。
| 品牌 | 韩国节点 |
|---|---|
| 全球云 | 1 个，2.25MB |
| SOGO 云 | 1 个，2–8MB 量级 |
两家的韩国节点在快照里都很弱。
| 用途 | 2.25MB 够吗 |
|---|---|
| 获取一个韩国 IP | 够 |
| 网页浏览 | 勉强 |
| 韩国流媒体 / 游戏 | 不够 |
如果韩国是你的核心需求，站内只有这两个候选，而两个在快照里都只够"拿一个 IP"。
三、英国、法国、德国节点平均 3–5MB
三个欧洲单点节点都很弱。
站内的同类记录： SOGO 云欧洲 2–8MB、光年梯德国 01（0B）、极连云德国 01（42.50KB）、二猫云英国 01（483B）、速界英国 01（0B）。
欧洲方向在站内多份快照里都偏弱。 本站不推断原因。
冷门地区的总体状况：全球云的 7 个冷门地区共 8 个节点，快照里有 5 个明确表现不佳（泰国、韩国、英国、法国、德国）。
与站内的跨品牌模式一致：不要为"12 个地区"这个数字付钱，要为你真正会用的那几个节点付钱。
四、日本 08 平均 80.52KB
这是"KB 级"异常——比 0B 更难发现。
| 情况 | 含义 |
|---|---|
| 显示 0B | 节点完全没响应——容易发现 |
| 显示 80.52KB | 节点通了、握手成功、延迟测试能过，但吞吐接近于零 |
这种节点在客户端里通常显示"正常"，用起来却是网页半天打不开。
实际影响：日本 10 个节点里要排除 08，还有 9 个可用。
五、新加坡 05 平均 13.81MB
9 个新加坡节点里 1 个明显偏低。
| 对比 | 数值 |
|---|---|
| 同组新加坡节点 | 58–83MB |
| 新加坡 05 | 13.81MB（约 1/4 到 1/6） |
13.81MB 本身还能用（够浏览、够 AI、够 1080p），但在同组里明显偏低。
又一次的新加坡中段编号异常： 站内多份快照里，新加坡的 01 / 02 / 03 / 05 / 07 / 08 / 10 都出现过问题。本站不推断原因，只提醒你导入订阅后逐个试一遍。
另外：列表前三行为订阅信息
快照前三行是"剩余流量 876.9GB"、"距离下次重置 22 天"、"套餐到期 2026-11-30"，不是节点。
本站的处理： nodeCount 按节点行数统计（不含订阅信息行）计得 62，订阅信息单独记在 infoRows。
2026 年开业：与 SOGO 云同为站内最新
品牌资料的 cons 自己写了这一条（"2026 年新品牌，长期运营表现与线路稳定性需要持续观察"）。
运营时长是存续风险指标，不是质量指标
| 它说明 | 它不说明 |
|---|---|
| 这家在预付费 + 成本刚性的结构下活了多久 | 线路好不好 |
| 它的定价能不能长期维持 尚未被时间检验 | 解锁强不强 |
一家 2026 年起的机场完全可能比 2020 年起的更好用——运营时长只影响"它明年还在不在"这个概率。 本站不对任何品牌的经营状况做预测。
实际含义
| 做法 | 理由 |
|---|---|
| 只买月付 | 跑路的损失上限 = 20 元 |
| 不要买年付（哪怕有折扣） | 把损失上限放大到全年 |
| 每 1–2 个月复测一次 | "刚买时好、后来变差"是常见形态 |
| 不要把它当唯一依赖 | 重要场景建议配双机场 |
| 留意异常信号 | 见 风险信号识别 |
它的入门档本来就是月付，所以第一条天然满足。
与 SOGO 云、飞猫云同属一个配置组
本站在 速界评测 里完整说明了"节点配置组"现象，这里简要重述。
可观察的事实
| 项目 | 全球云 | SOGO 云 | 飞猫云 |
|---|---|---|---|
| 地区数 | 12（含韩国） | 12（含韩国） | 12（含越南，无韩国） |
| 节点总数 | 62 | 62 | 62 |
| 地区列表 | — | 与全球云完全相同 | 不同 |
韩国节点在站内只出现在全球云与 SOGO 云。
飞猫云虽然同为"12 地区 / 62 节点"，地区列表却不同——"同组"不等于"相同"。
本站的处理
本站不推断任何品牌之间的运营关系。 几种都可能成立的解释：相同的上游资源包、行业内的标准配置模板、本站 nodeCount 口径的一致性、巧合。
唯一的实用含义
| 不建议 | 建议 |
|---|---|
| 全球云 + SOGO 云（地区列表完全相同） | 全球云 + 一个五地区组的品牌（如快狸、灵猫、宇宙云） |
这不是说同组品牌有问题，只是在无法确认独立性的情况下，跨组搭配是成本为零的稳妥做法。
线路标注与协议
品牌资料自己说了不能证明
| 事实 | 说明 |
|---|---|
| 品牌标注 IEPL | vendor 层 |
| 快照不能证明 | 品牌资料自己也这么说 |
| 站内 15/18 家标注专线 | 区分度很低 |
| 本站立场 | 不对任何品牌的线路类型做事实认定 |
该问客服的问题
| 问题 | 为什么 |
|---|---|
| 日本节点走什么路径？为什么延迟接近 200ms？ | 本篇最有价值的一问 |
| IEPL 覆盖哪些地区？哪些不是？ | 冷门地区在快照里只有 2–5MB |
| 韩国 / 泰国 / 欧洲节点现在可用吗？ | 快照里都很弱 |
| 回程走什么线路？ | 回程比去程更重要 |
| 哪些节点有倍率？ | 120GB 的档位 |
你自己怎么验证
| 步骤 | 做什么 |
|---|---|
| 1 | 挑 2 个香港 + 2 个新加坡（避开 05）+ 2 个日本（避开 08）+ 2 个美国 + 1 个台湾 |
| 2 | 白天 10:00–12:00：ping -c 100（记丢包与 RTT）+ 多线程下载三次 |
| 3 | 当晚 21:00：同一批节点重测 |
| 4 | 连续三个晚上重复 |
| 5 | 对日本节点跑 traceroute -n——看 200ms 的绕行发生在哪一段 |
| 晚高峰丢包 | 降幅 | 对应 |
|---|---|---|
| ≈ 0 | < 30% | 符合 IEPL 标注 |
| < 1% | 20–40% | 优质中转档 |
| 1–3% | 40–60% | 普通中转档 |
| > 3% | > 50% | 直连档——与标注不符 |
这家的验证重点：白天快照显示五个主力地区都在 45–91MB，"均衡能不能保持到 21:00"就是核心问题。
如果台湾是你的需求，第 1 步一定要加上台湾节点并单独记录 RTT 与抖动——快照没有台湾的延迟数据。
重要：只测 8–10 个节点。 快照全测 62 个消耗了 25.5GB——那是 120GB 档位的五分之一以上。
详见 中转、直连与专线 · IEPL 是什么 · 实测方法与环境说明。
协议：VLESS / Shadowsocks
两种都支持。 快照显示该批测试用 Shadowsocks。
| 情况 | 建议 |
|---|---|
| 网络阻断 UDP | TCP 系（VLESS / SS）更可靠 |
| 宽带丢包严重 | QUIC 系（Hysteria2 / TUIC）通常更好——需问客服是否提供 |
| 一般情况 | 协议基本不影响速度 |
AI 与流媒体
品牌资料怎么说
| 项目 | 表述 |
|---|---|
| AI | "已实测全解锁（ChatGPT / Claude / Gemini / Perplexity / AI Studio / Grok）" |
| 流媒体 | "已实测全解锁（Netflix / Disney+ / YouTube / Spotify / Twitch / HBO Max / Prime Video / TikTok）" |
| 节点 | "已实测全部 62 个节点" |
tags | 含 "AI工具""流媒体" |
本站记在 vendorClaims，并未独立复核。
本站的立场
| 理由 | 说明 |
|---|---|
| 解锁是节点级的 | 62 个节点不可能表现一致 |
| 保质期很短 | IP 段会被标记 |
| 与速度无关 | 快照的高速数值不能推导解锁 |
| 需要控制条件下的实测 | 无痕窗口、逐服务、流媒体用非自制剧 |
这家在解锁维度的具体条件
| 需求 | 需要的地区 | 全球云的条件（快照，15:50） |
|---|---|---|
| ChatGPT / Claude | 新加坡（首选） | 9 个，58–83MB（避开 05）——AI 带宽需求极低，完全够 |
| AI 次选 | 日本 | 10 个，64–84MB（避开 08；延迟高但对 AI 无影响） |
| Netflix 美区 | 美国 | 10 个，45–68MB、最高 98–120MB——够 4K |
| Netflix 日区 / 动画 | 日本 | 够 4K（延迟高，但播放器缓冲能吸收） |
| 亚洲区流媒体 | 香港 | 20 个，73–91MB——够 4K |
| 台湾本地服务 | 台湾 | 5 个，73–80MB |
| BBC iPlayer | 英国 | 1 个，3–5MB |
| 欧洲本地内容 | 德国 / 法国 | 各 1 个，3–5MB |
| 韩国内容 | 韩国 | 1 个，2.25MB |
一个清晰的结论：这家在五个主力地区的带宽条件都不错（含日本，尽管延迟高），在冷门地区则很薄。
对 AI 用户特别说明：日本节点的 200ms 延迟对 AI 几乎没有影响——你在等模型生成，不是在等网络。
你自己怎么测
AI： 切到新加坡（避开 05）或日本（避开 08）→ 无痕窗口 → 登录并实际发一条消息 → 避开香港。
流媒体： 按内容库选地区 → 无痕窗口 → 播放一部非自制剧 → 然后看能稳定在什么清晰度。
核对 IP 类型： 查出口 IP 的 ASN——含住宅运营商名 → 家宽；含云服务商 / IDC 名 → 机房。交叉验证 2–3 个 IP 库。
详见 IP 类型 · ChatGPT 节点怎么选 · Netflix 节点怎么选。
客户端与售后
没有自研客户端
品牌资料记录的客户端支持只有"第三方订阅导入"。
这在本站看来是正面项：
| 理由 | 说明 |
|---|---|
| 客户端会保存你的订阅链接 | 等同账号密码 |
| TUN 模式下它能看到全部网络流量 | 信任成本高 |
| 开源客户端的规则能力更强 | 62 个节点、12 个地区尤其需要 |
| 自研客户端的更新与维护不透明 | 对 2026 年起运营的品牌尤其突出 |
这也是它与同组 SOGO 云的一个具体区别（SOGO 云有自研客户端）。
配置建议： 用 Clash Verge Rev 按地区关键词分组。日本单独建组并只用于下载与流媒体，不要放进交互类规则（200ms 延迟）；冷门组手动选，其中泰国、韩国、英法德都需要先验证。 见 规则分流。
该问客服的一件事：提供哪些订阅格式？（Clash / sing-box / Base64）——无自研客户端，格式决定一切。
售后
| 项目 | 品牌资料 |
|---|---|
| 客服渠道 | 在线工单 / Telegram 客服 / 知识库 |
| 退款 | "支持退款（按工单及服务条款处理）" |
| 支付方式 | 支付宝 / 微信 / USDT |
| 优惠码 | qqy7777（新用户立减，未限周期） |
"按工单及服务条款处理"不等于"无理由退款"——但对月付 20 元的档位，退款条款的重要性相对低。
关于 USDT： 加密货币付款通常不可退也难以申诉，验证期优先用支付宝或微信。对 2026 年开业的品牌，这一条更值得遵守。
三天验证清单（针对全球云）
第 0 天：购买前
| 问题 | 为什么 |
|---|---|
| 日本节点走什么路径？为什么延迟接近 200ms？ | 本篇最关键的一问 |
| 韩国 / 泰国 / 欧洲节点现在可用吗？ | 快照里都很弱 |
| 哪些节点有倍率？ | 120GB 的档位，2 倍率会变成实际 60GB |
| 提供哪些订阅格式？ | 无自研客户端，格式决定一切 |
| 是否提供 Hysteria2 / TUIC？ | 如果你的宽带丢包严重 |
第 1 天：基线与晚高峰
| 时段 | 做什么 |
|---|---|
| 准备 | 换有线、重启路由器、确认关闭代理后国内网站正常 |
| 白天 | 导入订阅（优先 Clash 格式），按地区关键词分组 |
| 白天 | 排除快照里的异常节点：日本 08、新加坡 05、泰国 01 |
| 白天 | 挑 2 个香港 + 2 个新加坡 + 2 个日本 + 2 个美国 + 1 个台湾 |
| 白天 | ping -c 100（记丢包、RTT 与抖动）+ 多线程下载三次 |
| 白天 | 日本节点单独记 RTT，确认是否与快照一致（约 200ms） |
| 白天 | 不要只看客户端延迟测试——日本 08（80.52KB）那种节点能通过延迟测试 |
| 21:00 | 同一批节点重测——第一个真正的判断点 |
第 2–3 天：一致性
| 天 | 做什么 |
|---|---|
| 2（21:00） | 重复 |
| 3（21:00） | 重复 + 对日本节点跑 traceroute -n，看绕行发生在哪一段 |
三晚一致 → 结论可信；三晚波动大 → 继续月付观察，绝不要买年付。
第 4 天：解锁与流量
| 做什么 | 要点 |
|---|---|
| 测 AI | 新加坡 / 日本、无痕窗口、实际发消息、避开香港 |
| 测流媒体 | 非自制剧；日区走日本（延迟不影响播放）、美区在晚上测 |
| 核对 IP 类型 | 查出口 IP 的 ASN |
| 估算流量 | 三天用了多少 → 推算一个月是否在 120GB 内 |
第 5 天与第 60 天：决策与复测
| 结果 | 决定 |
|---|---|
| 三晚丢包 ≈ 0、降幅 < 30% | 符合 IEPL 标注，可继续月付 |
| 五个主力地区晚高峰仍然均衡 | 快照的优势成立 |
| 丢包 < 1% | 优质中转档，按这个档位估值 |
| 丢包 > 3% | 与 IEPL 标注不符 |
| 日本延迟仍在 200ms 左右 | 按"下载型节点"用，不要拿它打游戏或开会 |
| 你要的冷门地区仍不可用 | 这家对你没有意义 |
| 三天用掉 120GB 的三分之一 | 流量偏紧，重新估算 |
| 第 60 天 | 把第 1–3 天的流程完整重做一次——2026 年开业，结论保质期更短 |
尚未完成的部分（诚实清单）
| 维度 | 状态 | 补齐需要 |
|---|---|---|
| 丢包率 | 完全没有（快照只测速度与延迟） | 自己 ping -c 100 |
| 连续三晚 21:00 的丢包与降幅 | 未测 | 三个晚上 |
| 五个主力地区的均衡在晚高峰是否保持 | 未测（快照测于 15:50） | 同上 |
| 日本 200ms 的路径原因 | 未探明 | traceroute -n |
| 台湾节点的 RTT 与抖动 | 快照未记录 | 自己测（台服游戏用户尤其需要） |
| 冷门节点（韩国 / 泰国 / 欧洲）的现状 | 未知 | 自己验证 / 问客服 |
| IEPL 标注是否为真 | 未验证（品牌资料自己也说截图不能证明） | 长期多点监测 |
| AI / 流媒体解锁 | 未复核（仅品牌自述） | 逐节点实测 |
| IP 类型是否为原生 / 家宽 | 未核对 | 查出口 IP 的 ASN |
| 与 SOGO 云地区列表完全相同的原因 | 未知——本站如实记录，不做任何认定 | — |
| 客服响应时间 | 未测 | 实际询问并记录 |
| 是否提供 QUIC 系协议 | 待核实 | 向客服确认 |
| 订阅格式支持 | 无此字段 | 向客服确认 |
| 节点倍率 | 无此字段 | 看节点名或问客服 |
| 2026 年起运营，长期稳定性 | 未知，且站内最短 | 时间 + 定期复测 |
和站内同类的取舍
| 全球云 | SOGO 云 | U1S1 | 二猫云 | |
|---|---|---|---|---|
| 开业 | 2026 | 2026 | 2023 | 2023 |
| 编辑榜 | 18 | 17 | 9 | 8 |
| 入门档 | 20 元 / 120GB / 3 设备 | 25 元 / 150GB | 20 元 / 120GB | 20 元 / 130GB |
| 每 GB | 0.167 | 0.167 | 0.167 | 0.154 |
| 客户端 | 仅第三方 | 自研 + 第三方 | 自研 + 第三方 | 仅第三方 |
| 配置组 | 12 / 62（含韩国） | 12 / 62（含韩国） | 11 / 61 | 12 / 63（含巴西） |
| 快照时段 | 15:50（白天） | 18:57（傍晚） | 22:33（晚高峰） | 10:45（上午） |
| 香港 | RTT 14–22ms · 73–91MB | RTT 14–23ms · 44–61MB | RTT 15–20ms · 96–107MB | RTT 25–31ms · 82–91MB |
| 台湾 | 73–80MB | — | 4 个节点 | 60–80MB |
| 日本 | RTT 约 200ms · 64–84MB | 71–106MB | RTT 194–200ms · 80–110MB | 54–87MB |
| 美国 | 45–68MB，最高 98–120MB | 50–86MB，最高 116–161MB | 多数 5–10MB | 20–74MB |
| 特有 | 韩国节点 | 韩国节点 | — | 巴西节点 |
怎么选
| 你的情况 | 倾向 |
|---|---|
| 20 元要更多流量 | 二猫云（130GB，每 GB 0.154，且 2023 年起） |
| 同为 20 元 120GB | U1S1（2023 年起，且有晚高峰快照）——全球云是 2026 年起 |
| 需要美国方向且要傍晚证据 | SOGO 云（18:57 时 50–86MB） |
| 需要台湾方向 | 全球云（台湾 73–80MB，站内少见的强） |
| 日本要低延迟（游戏 / 会议） | 不要选全球云或 U1S1 → 光年梯、SOGO 云、唯兔云 |
| 日本只用来下载 / 看剧 | 全球云可以（64–84MB） |
| 在意运营时长 | 不是全球云或 SOGO 云（都是 2026 年起） |
| 配双机场 | 不要同时选全球云与 SOGO 云 |
全球云 vs SOGO 云：同组内的直接对比
两家的地区列表完全相同、节点数相同、同为 2026 年开业，对比很干净：
| 全球云 | SOGO 云 | |
|---|---|---|
| 价格 / 流量 | 20 元 / 120GB | 25 元 / 150GB |
| 每 GB | 0.167 | 0.167 |
| 客户端 | 仅第三方（本站认为是正面项） | 自研 + 第三方 |
| 快照时段 | 15:50（白天） | 18:57（傍晚，证据更强） |
| 香港速度 | 73–91MB | 44–61MB |
| 日本 | 64–84MB（RTT 200ms） | 71–106MB |
| 美国 | 45–68MB | 50–86MB，最高 116–161MB |
每 GB 相同，所以差别在"总量与证据"：SOGO 云多 30GB、快照时段更接近真实使用、美国更强；全球云便宜 5 元、香港更快、没有自研客户端。
注意两份快照时段差 3 小时，速度数字不能直接等同看待。
两家都是月付，同时买来测三晚（共 45 元）是最可靠的比较方式——但如上文所说，不建议把这两家作为互为备用的双机场组合。
常见误判
- "日本 RTT 200ms，这批节点没法用" —— 要看用途。 平均速度 64–84MB，下载与流媒体完全可以；游戏与会议不行。
- "日本延迟高是我的网络问题" —— 不一定。 U1S1 的快照里日本也是 194–200ms，两份独立快照出现了几乎一致的形态（本站不推断原因）。
- "五个地区都在 45–91MB，很均衡" —— 那是 15:50 白天测的。 站内的规律显示落差主要在傍晚之后拉开。
- "12 个地区，覆盖面强" —— 8 个冷门节点里有 5 个明确表现不佳（泰国 3.41KB、韩国 2.25MB、英法德 3–5MB）。
- "韩国节点是站内稀缺资源" —— 确实只有两家有，但全球云的只有 2.25MB，够拿一个韩国 IP，不够看视频。
- "泰国 01 是这家的问题" —— 站内五家覆盖泰国的品牌，快照里的泰国 01 都不理想。 这是跨品牌模式。
- "日本 08 的延迟测试能过，应该没问题" —— 它平均 80.52KB：通了但几乎没速度。必须实际跑下载。
- "2026 年开业没关系" —— 它是存续风险指标：只买月付、不要买年付、每 1–2 个月复测。
- "没有自研客户端是短板" —— 恰恰相反：本站建议本来就是用官方仓库的开源客户端。
- "我也全测 62 个节点" —— 快照全测消耗了 25.5GB，是 120GB 档位的五分之一以上。只测 8–10 个。
名词速查（本篇出现的）
| 名词 | 含义 |
|---|---|
| 首轮评测 | 基于品牌资料 + 一次快照 + 编辑判断；不含 30 天使用与三晚实测 |
| 延迟 vs 带宽 | 两个独立维度：延迟是路有多长，带宽是路有多宽 |
| RTT | 网络层往返时间；反映路径长度，不反映带宽 |
| "KB 级"异常 | 节点通了、延迟测试能过，但吞吐接近于零；比 0B 更难发现 |
| 运营时长 | 存续风险指标，不是质量指标 |
| 节点配置组 | 本站记录用语：按"地区数 + 节点数"分组；组内不一定完全相同 |
| 丢包 | 判断线路质量最关键的指标；快照不测 |
| 降幅 | (白天速度 − 晚高峰速度) ÷ 白天速度；本篇算不出 |
| 抖动（jitter） | 延迟的波动幅度；对游戏比延迟本身更关键 |
| 倍率 | 走某节点消耗流量的倍数（站内无此字段，需问客服） |
| 自制剧 / Originals | 所有区都能播，测不出解锁 |
vendor / commercial / measured / editorial | 本站的数据层级标注 |
本页数据说明
| 内容 | 层级 | 含义 |
|---|---|---|
| 开业时间、套餐、设备数、线路标注、协议、客户端、地区、IP 类型、退款、客服、支付 | vendor | 来自品牌资料，本站未独立验证；品牌资料的 lineNote 自己注明"测速截图不能证明线路类型"，cons 自己写明"2026 年新品牌"与日本节点 RTT 约 200ms |
| AI / 流媒体"已实测全解锁" | vendor（vendorClaims） | 品牌自述，本站未复核 |
| 优惠码 qqy7777 | commercial | 核实于 2026-09-17；随时可能失效，以官网为准 |
| 2026-08-11 15:50 快照的环境、12 个地区分布、范围性观察、异常项 | measured | 只做范围性记录——数值按图中单位原样记录、未换算；不 OCR 成精确表、不据此排名、不推导线路类型或解锁能力 |
| "日本高延迟 + 高带宽"在全球云与 U1S1 两份快照中都出现 | measured | 两份独立快照的可观察共性；本站不推断原因 |
| 跨品牌的"泰国 01""欧洲节点偏弱""新加坡中段编号异常"模式 | measured | 多份快照的可观察共性，本站不推断原因 |
| 与 SOGO 云、飞猫云同属一个配置组 | measured | 可观察事实；本站不推断原因，也不对任何品牌的运营关系做事实认定 |
| 与其他品牌快照的横向对照 | measured | 各快照时段、工具、口径不同，数字不可直接比较（本篇已标注时段） |
| 注册入口 | commercial | 推广链接，已在文首披露 |
| 综合榜第 18 位 | editorial | 本站的编辑排序，不是实测得分 |
| 适合谁 / 不适合谁 / 验证清单 / 各段判断 | editorial | 本站的编辑判断 |
| 每 GB、月均价 | 派生 | 构建时计算，不手填 |
本站不对任何品牌的线路类型、运营关系或经营状况做事实认定。 推广关系不影响本页的数据记录方式与结论。
完整规则见 评测方法与写作规范 · 实测方法与环境说明 · 免责声明。
一句话总结
全球云是 20 元 / 120GB / 3 设备的真月付（每 GB 约 0.167），品牌资料自己说"规格与 U1S1 接近"——这个自我定位是准确的，而巧的是它与 U1S1 在快照里还共享了一个更具体的特征：日本节点的 RTT 约 200ms，但平均速度有 64–84MB（U1S1 是 194–200ms / 80–110MB）。两份独立快照、不同时段、不同配置组，出现了几乎一致的形态——本站不推断原因，只如实记录。它的实用含义很明确：延迟是路有多长，带宽是路有多宽，这批日本节点是"下载型"而不是"交互型"的——看日区动画、下日服游戏完全可以（播放器缓冲能吸收延迟），但拿它开会或打日服游戏不行。 其余四个主力地区在 2026-08-11 下午 15:50 的快照里都不错：香港 73–91MB（RTT 14–22ms，跨度 8ms，基本不用挑）、台湾 73–80MB（站内少见的强，如果你有台服需求这是加分项，但快照没记台湾的延迟，要自己测）、新加坡 58–83MB、美国 45–68MB 最高 98–120MB——五个主力方向都落在 45–91MB，是一份比较均衡的白天快照。但站内的规律是落差主要在傍晚之后拉开，所以"均衡能不能保持到 21:00"正是你要验证的。 短板在冷门地区：8 个节点里有 5 个明确表现不佳——泰国 01 只有 3.41KB（这是站内"泰国 01"的第五次记录，五家覆盖泰国的品牌全都不理想）、韩国 01 只有 2.25MB（韩国是站内只有它和 SOGO 云才有的地区，两家的都很弱）、英法德 3–5MB；另外日本 08 的 80.52KB 与新加坡 05 的 13.81MB 要排除。它与 SOGO 云的地区列表完全相同、节点数也都是 62，同属本站记录的一个配置组——本站不推断任何运营关系，但配双机场时不要选这两家。 两家的直接对比是：每 GB 相同，SOGO 云多 30GB、快照时段更接近真实使用、美国更强；全球云便宜 5 元、香港更快、而且没有自研客户端（本站认为是正面项——你从一开始就用自己选的开源客户端）。最后与 SOGO 云一样的买法提醒：它是 2026 年开业，站内最新的一批，品牌资料自己也写了"长期运营表现与线路稳定性需要持续观察"——只买月付（损失上限 20 元）、不要买年付、把那三晚的流程每 1–2 个月完整重做一次。
相关页面
- 数据：全球云数据库页 · 机场数据库 · 价格数据库
- 实测：全球云测速快照（2026-08-11） · 实测中心 · 实测方法与环境说明
- 概念：节点怎么选 · 节点波动 · 节点地区怎么选 · 中转、直连与专线 · IEPL 是什么
- 风险：风险信号识别 · 机场跑路时间线 · 月付 vs 年付
- 选购：怎么买机场 · 按流量选套餐 · 按预算选套餐
- 客户端：Clash Verge Rev · 规则分流
- 同类：SOGO 云评测 · U1S1 评测 · 二猫云评测 · 速界评测（含配置组完整说明）
- 规则：评测方法与写作规范 · 免责声明
常见问题
全球云适合谁？
适合月流量 120GB 左右、需求在香港与美国方向、把日本节点当下载或流媒体出口而不是游戏出口的用户。不适合需要低延迟日本节点、把冷门地区当核心需求、或要求品牌有较长运营记录的人。
日本节点 RTT 约 200ms 是坏事吗？
对交互类用途是，对下载类用途不一定。日本到华南的物理下限约 55ms，200ms 说明路径明显绕行；但同一批节点的平均速度是 64–84MB，说明带宽是够的。延迟和带宽是两个独立维度。
这个形态只有全球云有吗？
不是。U1S1 的快照里日本节点也是 RTT 194–200ms、平均 80–110MB，形态几乎一致。两家不属于同一个配置组，本站不推断原因，只如实指出这个在两份独立快照里都出现的共性。
20 元 120GB 在站内是什么水平？
每 GB 约 0.167，与 U1S1、快狸、速界同档。它是真月付，跑路的损失上限只有一个月。
它和 SOGO 云该怎么选？
两家的地区列表完全相同（同样 12 个地区，含站内只有这两家才有的韩国），节点数也都是 62。全球云 20 元 120GB、只有第三方客户端、快照测于白天；SOGO 云 25 元 150GB、有自研客户端、快照测于傍晚且美国更强。要流量和傍晚证据选 SOGO 云，要省 5 元选全球云。
2026 年开业影响大吗？
它是站内最新的一批，品牌资料的缺点字段自己也写了这一条。实际含义很具体：只买月付、不要买年付、每一两个月复测一次。
冷门地区能用吗？
快照显示韩国 01 只有 2.25MB，英国、法国、德国节点 3–5MB，泰国 01 更是只有 3.41KB。够获取一个当地 IP，不够流媒体与下载。
这篇是完整评测吗？
不是，是首轮评测。基于品牌资料、一次测速快照与编辑判断，尚未完成 30 天实际使用与连续三晚的晚高峰实测。