转换订阅时，你把链接交给了谁？

把机场订阅粘进转换网页之前，先确认谁会收到这条链接。订阅转换可以解决部分客户端格式不兼容的问题，但如果转换由别人的服务器完成，对方就需要接触你提交的资料。

对使用 Clash、Shadowrocket 或软路由订阅的新手来说，先找服务商提供的适配入口，通常比随手搜索一个转换网页更容易核对来源。是否确实需要转换，要看原订阅和客户端的支持情况。

转换服务为什么需要原链接

订阅可以理解成取得节点配置的下载入口。有些入口带有识别账户的凭据，拿到链接的人可能取得对应节点；实际能否使用，还受服务商认证和限制影响。

以开源项目 subconverter 为例，它的官方说明把原订阅作为 url 参数交给转换接口，另用 target 指定输出格式。查看项目的接口说明

下面只是流程示意，不是真实提交或使用记录：

你的设备 → 你选定的转换服务 → 机场订阅接口 → 返回转换后的配置。

如果中间的转换服务由第三方运营，就不能把它理解成“只在自己浏览器里换个排版”。但也不能反过来认定所有工具都会上传到公共服务器：在自己设备上运行的处理方式，要按实际部署和请求去向确认。

有些转换链接里出现很多 %3A、%2F 等字符。这常见于网址编码，目的是让一条网址能够作为另一条网址的参数传递。

MDN 的说明展示了这种字符替换方式。它属于编码，不是用密码保护内容的加密；因此，不能仅凭“看不懂这串字符”，就认为原订阅已经保密。查看网址编码说明

转换后的链接也应妥善保存。它可能仍带着原订阅参数，或成为领取转换结果的入口。求助时不要把它当成普通网页地址公开转发。

“前端”就是你点击按钮、填写内容的页面；“后端”是处理这些内容的程序。两者可能在不同位置。

有些订阅工具允许页面连接单独配置的后端。因此，页面打开在什么网址，只能提供一部分信息，还要核对它当前连接哪个处理服务。Sub-Store 配置说明中的前后端地址示例

项目维护者也给过具体提醒：Sub-Store 仓库说明，某些模块使用的域名请求若没有经过预期的重写处理，数据可能发往真正的公网服务。这是维护者针对该使用方式发布的风险提示，不代表所有使用者都已泄露，也不是对域名持有者恶意行为的认定。查看项目维护者的域名安全声明

新手不必为了判断这一点，临时复制一套复杂脚本。先向工具提供方问清楚：

如果这些问题没有清楚答案，就先别提交完整订阅。

HTTPS 保护你到接收网站之间的传输，但接收方仍需要处理你主动交给它的内容。“连接安全”不能代替对运营者身份和数据处理方式的判断。Chrome 的官方说明也提醒，即使安全连接到网站，分享敏感信息时仍要小心，并核对网站名称。查看浏览器的连接安全说明

“工具开源”表示可以查看相应项目的代码。某个公共转换站是否使用那份代码、是否另存日志，是另外需要确认的事实。不能仅看到同款界面或开源项目名称，就把它当成对该实例的隐私保证。

先找原服务的适配格式。 在自己核实过的机场后台，查看是否已有对应客户端的订阅；不确定时先询问服务商。
确认问题确实需要转换。 导入失败也可能来自链接失效、复制不完整或访问失败，转换不一定能解决。
确需转换时，核对处理方。 使用自己理解并能控制的处理方式，或明确接受相应可信服务的数据处理条件。“自行部署”也要知道程序来自哪里、对外开放了什么，不能自动等同于安全。
验证结果后妥善保存。 检查目标格式、节点和实际访问，备份原配置；不要把整份输出公开贴出来请人检查。

如果某个网站声称“不记录”，先把它记为运营者声明。没有独立证据时，不写成“已证实不留存”。

下面是空白记录模板，供自行填写，不是本站对某个服务的调查结果：

记录站点入口时，去掉订阅参数和认证内容；不要把完整转换链接放进公开记录。

如果已经把有效订阅交给了不愿再信任的服务，应向机场确认重置订阅和撤销旧凭据的范围。清空浏览器记录只能处理本地痕迹，不能证明对方保存的内容已被删除。

资料核对日期：2026 年 10 月 29 日。