订阅可以从剪贴板、二维码或 Safari 唤起导入，类型列表里对应 Subscribe。导入成功后，首页会出现一组服务器，数量应与服务方说明大致一致。之后需要更新时，对这一条执行「更新」。失败时界面可能提示超时、无法下载、主机无法访问，或内容无法解析。这三类原因不同，不要一上来重装应用。
本站不提供订阅链接、二维码或服务器参数。没有有效配置时，即使已经允许添加 VPN，也无法建立代理连接。下面只说明检查顺序。
先分清「更新」和「连接」
更新是应用去拉取订阅 URL 的内容，把节点列表写进本地。连接是选中某一条服务器、打开开关、建立隧道。更新失败时，旧节点往往还在，仍可能连得上；连接失败时，更新却可能是成功的。把两件事搅在一起，会误删还能用的列表。
定时更新只是按间隔重复同一动作。间隔到了仍然失败，原因和手动点更新相同，把间隔改短不会修好过期链接。
检查顺序
- 是这一条失败，还是全部失败。多条订阅可以并存。只处理报错的那一条。删掉全部配置，会丢掉仍可用的节点和规则，也让你失去对照。
- 链接是否仍有效。向服务方重新复制订阅 URL，覆盖或重新添加这一条。账户过期、重置订阅、更换更新地址后，旧链接会一直失败。不要改应用里的显示名称来「修复」链接，显示名称不参与更新。
- 当前网络能否访问更新地址。有的更新接口在未连接时才能打开，有的则要先连上已有节点。可先把全局路由切到直连再更新，或换一个网络试一次。见 全局路由。
- 是超时还是解析失败。超时是在限定时间内没有拉到内容，常见于网络或服务方接口不可达。解析失败是内容拉下来了，但不是应用能识别的格式，应向服务方确认订阅类型，而不是改延迟测试或 DNS。
- 系统时间是否准确。日期错了可能导致 TLS 握手失败，更新和连接都会表现异常。先在系统设置里打开自动设置时间。
导入方式上的差异
剪贴板导入要求复制的是完整 URL，中间不要带多余空格或只复制了说明文字。二维码导入对准的是服务方提供的码，不是任意网页截图。Safari 唤起依赖服务方按约定写好的链接，本站无法代替生成。单个服务器是手动填写协议、地址、端口和密码或 UUID，不属于订阅更新；字段必须与服务方一致，填错不会在「更新」里被纠正。
配置页管理的是 conf 文件。有人把订阅只加到了首页，却在配置页里找「更新」；或只更新了 conf，以为节点列表会跟着变。两者可能指向不同来源。更新前先确认你点的是当初导入的那一条。
更新成功但列表不对
节点数量突然变少，先再更新一次，并对照服务方公告。服务方下线部分线路时，列表变短是预期结果，不是应用丢数据。显示名称可以自己改，不参与连接运算；不要靠改名称判断更新有没有成功，以数量和实际能否连接为准。
规则集与节点订阅经常是两条 URL。只更新了节点，全局路由在「配置」下的分流不会自动变新。只更新了规则，首页服务器也不会增加。需要两条都更新时，分别操作，不要期望一次「更新」覆盖全部。
不要先做的事
- 删除全部订阅和 conf，再重装应用。这会清掉仍可用的数据，也不能让过期链接复活。
- 从非 App Store 渠道安装「能更新的修改版」。来源问题见 只从 App Store 安装。
- 在同一条失败链接上连续重试几十次。若是服务方限流，只会继续失败。
- 把更新失败当成延迟测试问题。测速不负责拉取订阅，见 延迟测试。
剪贴板里如果同时有说明文字和 URL，应用可能读不到合法地址。只复制以服务方给出的方案名为前缀的那一行，或只复制 https 开头的链接。二维码模糊、反光或只拍到了部分定位点，会扫成错误内容，看起来像「更新失败」，其实是导入时就写进了错误地址。
一条订阅可以包含很多服务器，更新时整表替换或按服务方规则合并，以已安装版本的行为为准。不要在更新进行中强制杀掉应用。中断后列表可能停在旧数据，也可能只写下半截；此时再更新一次，仍失败再按上面的顺序查链接和网络。
若服务方同时给了订阅和一份 conf，先问清楚日常该更新哪一个。两份来源并存时，首页节点和配置页规则可能对不齐，全局路由选「配置」会显得「更新过了却没变化」。这不是应用丢了更新，而是你更新的不是当前正在用的那一份。
企业网络或校园网有时只放行浏览器，不放行应用直接访问更新地址。可以先用 Safari 打开服务方提供的订阅页（不要把页面另存成安装包），确认网络能访问该域名，再回到 Shadowrocket 更新。Safari 能打开而应用超时，再向服务方确认是否限制了非浏览器请求。
导入与更新的界面位置见 图文教程。类型列表里的 Subscribe 见 功能。VPN 开关无效时先看 授权，不要和订阅更新混查。本站不代为生成或续期任何订阅。