Hiddify Next 导入订阅后节点数是 0，但链接在浏览器里能打开？

浏览器能打开但客户端显示 0 节点，说明链接本身可达但返回格式不是客户端期望的。检查你的 Hiddify Manager 面板——Settings → Subscription →。完整步骤、表格和例外情况请查看原文。

订阅链接在浏览器里也打不开怎么办？

如果浏览器也打不开，说明链接本身无效或过期。回 Hiddify Manager 面板重新生成订阅链接，确认面板的域名和端口在外网可达，不要用内网 IP（192.168.x.x）做订。完整步骤、表格和例外情况请查看原文。

部分 CDN 或 WAF 会拦截非浏览器的 user-agent。如果你用的是自建面板，在 WAF 规则里放行包含 'Dart'、'okhttp' 或 'Hiddify' 的 us。完整步骤、表格和例外情况请查看原文。

Hiddify Next 导入订阅后看到一个干干净净的空白面板，节点数挂着 0——这是最常见的导入故障。先别急着清缓存、重装客户端、换订阅。八成的根因不在客户端本身：订阅链接能不能在浏览器里正常打开？打开后返回的是数据还是空白？这一步就能筛掉一半误判。

拿到你的订阅 URL，在任意浏览器地址栏粘贴打开。你可能会看到以下几种情况，每种对应的根因完全不同：

这个对照表不是让你每个都排查一遍——浏览器打开后的第一眼就能帮你定位到准确的方向。

Hiddify Manager 的订阅导出有多套格式。很多用户导入为空是因为面板只开了 Hiddify 专有格式，没开 Sing-box 或 Clash 格式。

在 Hiddify Manager 后台，路径是 Settings → Subscription → Format，需要确认以下格式中至少有一种是开启状态：

如果你在面板端改了格式设置，已有订阅链接会自动适配——不需要重新生成。但如果是从 V2Ray 原生 vmess:// 格式转过来的，面板必须开启 Sing-box 格式导出，否则 Hiddify Next 无法解析。

这是排查盲区——很多人查了链接可达、格式也对，但客户端依然 0 节点，换了好几个订阅才发现问题出在 CDN 上。

Hiddify Next 的 HTTP 请求 user-agent 包含 Dart、okhttp 或 Hiddify 关键字。如果你的面板前面套了 Cloudflare、阿里云 CDN 或其他 WAF，这些非浏览器的 user-agent 可能被规则拦截：

自建面板用户，在 WAF 的自定义规则里放行 user-agent 包含以下任一关键字的请求：

第三方订阅用户，如果怀疑被拦截，可以先用 curl 模拟 Hiddify Next 的 user-agent 测试：

curl -H "User-Agent: Dart/3.2 (dart:io)" "你的订阅URL"

如果 curl 返回了数据而客户端不显示，那拦截不在传输层——回到格式兼容性排查。

很多人把 Hiddify Manager 部署在家里的 NAS 或软路由上，复制的订阅 URL 里带着 192.168.x.x 的内网地址。这个地址在 Wi-Fi 环境下当然可达——但手机切到 4G/5G 后就完全不可达了。

解决方式：

如果前面三步都确认没问题——浏览器能打开、返回格式正确、user-agent 没被拦截——最后才看客户端侧。

粘贴时 URL 被截断：Hiddify Next 的 URL 输入框在部分 Android 设备上可能因系统剪贴板限制丢末尾字符。长链接先粘贴到备忘录里确认完整，再复制到客户端。

缓存干扰：Android 端在系统设置 → 应用 → Hiddify Next → 清除缓存；iOS 端在 Hiddify Next 内部设置里点 “Reset Configuration” 后重新导入。

代理环回：如果你在已开启系统代理的状态下导入订阅，客户端可能通过自身代理访问面板——而面板如果禁止代理 IP 访问，导入请求会被拒绝。先关掉系统代理再导入。

这种时候订阅端本身可能就是瓶颈——部分订阅对客户端访问的 user-agent、地区、频率做了限制，导致 Hiddify Next 的请求在面板层被拒绝。

可以试试换一个没有 user-agent 和地区限制的兼容 Clash / Singbox / V2Ray 的订阅，用同样的导入方式对照测试。如果新订阅能正常显示，问题就在原订阅的服务端策略而不是客户端。