利用中のサービスとサブスクリプションがあり、Shadowrocketに追加してもサーバーが表示されない、または手動更新に失敗する場合を対象にしています。まずURL、応答内容、アクセス経路を切り分けて確認してください。初回から一覧が空の場合、接続スイッチをオンにするだけでは解決しません。また、まだ使える既存の項目はすぐに削除しないでください。
1. まず切り分ける：追加されていない、更新されていない、項目が使えない
サブスクリプションの更新とサーバーへの接続は別の処理です。アプリはまずサブスクリプションURLにアクセスして応答を取得し、対応するサーバー情報を解析して一覧に反映します。サブスクリプションのグループが表示されていても、情報が保存されていることを示すだけで、今回のリクエストが成功したとは限りません。一覧に以前の項目が残っていても、直近の更新が完了した証拠にはなりません。
Homeで問題のあるサブスクリプショングループを確認し、展開されているかを見てから、手動更新時の表示を記録します。古い項目が残っている場合はそのまま保持し、今回の更新状況を確認してください。初回の読み込みから一覧が空なら、URLと応答内容を重点的に確認します。次の症状ごとに確認の起点が異なるため、同じ手順で扱わないようにしてください。
| 確認できる症状 | 優先して確認すること | まだ行わない操作 |
|---|---|---|
| 初回追加後、サーバーが1件も表示されない | URLが完全か、応答に有効な項目が含まれているか | Global Routingを何度も切り替える |
| 既存のサーバーは残っているが、更新に失敗する | サブスクリプションの状態、アクセス経路、エラー表示 | サブスクリプションと既存の項目をすべて削除する |
| サーバーは一覧にあるが、接続できない | サーバー設定、接続テスト、サービスの状態 | 接続失敗だけを根拠に、サブスクリプション形式の誤りと判断する |
| グループ名だけが表示され、内容が見えない | グループを展開し、項目が本当にないか確認する | 同じURLをすぐに何度も追加する |
2. URL形式：アカウントページではなく、サブスクリプションURLをコピーする
利用中のサービスの管理ページから、Shadowrocket用のサブスクリプションURLをもう一度コピーし、アプリに保存されているURLと照合してください。アカウントのトップページ、ログインページ、購入履歴ページとサブスクリプションのエンドポイントは、それぞれ役割が異なります。ブラウザでページを開けても、そのページをアプリが解析できるとは限りません。
- コピー元を確認します。ブラウザのアドレスバーに表示されたURLではなく、サービスのページにあるサブスクリプション取り込み用のコピー操作を使ってください。形式を選べる場合は、Shadowrocketに対応した形式を選びます。拡張子だけで判断しないでください。
- URLの先頭と末尾を確認します。先頭に不要な引用符、空白、説明文が付いていないか、末尾がメッセージアプリなどで切れていないか確認してください。画面上の自動折り返しでURLが変わるとは限りませんが、実際に改行が挿入されると無効になることがあります。
- クエリパラメーターを残します。URLの
?以降のパラメーターは認証に使われる場合があります。&でつながれた後続のパラメーターも、応答形式に影響することがあります。URLを「短く」するために削除しないでください。 - 認証情報を手動でデコードしないでください。
%2Fや%2Bは、有効なパーセントエンコードの場合があります。安易に置き換えたり、+を空白に変えたりしないでください。 - URLがリセットされていないか確認します。サービス側でサブスクリプションの認証情報がリセットされると、古いURLはすぐに無効になることがあります。新しいURLで保存済みのURLを置き換え、古いグループと混同しないようにしてください。
サブスクリプションURLと、個別サーバーの共有情報は別の種類の入力です。ss://、vmess://、trojan://で始まる内容は、通常はサーバー情報を示すもので、コピーできるからといってリモートサブスクリプションURLとして使えるとは限りません。Home → Add Serverから追加する場合は、まず手元の内容の種類を確認し、対応する入力方法を選んでください。
3. サービスの状態を確認する：リクエスト成功と解析可能な内容は別
URLをコピーし直しても一覧が空の場合は、利用中のサービスの管理ページでサブスクリプションの有効性、利用可能な項目の有無、URLがリセットされていないかを確認してください。クライアントが処理できるのは、サーバー側から実際に返された内容だけです。ログインページ、認証ページ、または空の応答が返されている場合、同じURLを何度も読み込んでもサーバー情報は追加されません。
次のカードにあるHTTPステータスは標準の応答コードで、取得できた診断情報を説明するものです。どの状況でもShadowrocketに同じエラーメッセージが表示されるという意味ではありません。「更新に失敗しました」とだけ表示された場合は、実際の表示内容を記録し、アカウントの期限切れだと決めつけないでください。
エラー：HTTP 401 Unauthorized
原因と対処：現在の認証情報ではエンドポイントへのアクセスが拒否されています。利用中のサービスの管理ページでサブスクリプションURLがリセットされていないか確認し、有効なURLをコピーし直して更新してください。
エラー：HTTP 403 Forbidden
原因と対処：今回のアクセスがエンドポイントに拒否されています。権限またはアクセス制限が関係している可能性があるため、サービス提供元に応答の理由を確認してください。このステータスだけを見て、プロトコル設定を何度も変更しないでください。
エラー：HTTP 404 Not Found
原因と対処：リクエスト先のパスが存在しないか、無効なリソースをサーバー側がこのステータスで隠している可能性があります。パス全体を確認し、古いサブスクリプションエンドポイントを使っていないか調べてください。
エラー：HTTP 429 Too Many Requests
原因と対処：リクエストがサーバー側の頻度制限に達しています。連続更新を中止し、サーバー側が指定する時間だけ待ってから再試行してください。複数の端末で頻繁に更新していないかも確認します。
HTTP 200が返っていても、内容が「ログインしてください」と表示するHTMLページで、サブスクリプションデータではない場合があります。同様に、読み取れるテキストであっても、アプリが対応するサーバー情報を含むとは限りません。「ウェブページが開くか」だけでなく、そのURLが現在のアカウントに返す実際の内容と形式をサービス提供元に確認してください。
要点：解析の問題に進む前に、応答内容を確認する
サーバー側からログインページや空のデータが返っていると確認できた場合は、まずアカウントまたはエンドポイントの状態を解決してください。応答に対応するサーバー項目が含まれていると確認できてから、形式の互換性と更新設定を確認します。
4. 更新タイミング：Settings → Subscribeとアクセス経路を確認する
Settings → Subscribeを開き、サブスクリプション更新に関する設定、特にUpdate via Proxyを確認してください。この設定はサブスクリプションリクエストのアクセス経路に関するもので、誤ったURLを修正したり、サーバー項目を作成したりするものではありません。初回の読み込みで使えるサーバーがない場合、これをオンにすればリクエストが完了すると決めつけないでください。
- まず手動更新を1回行います。Homeに戻り、下に引いて更新を実行し、対象のサブスクリプションの結果を確認してください。一度に変更する条件は1つに絞り、変更前後の表示を記録します。URL、ネットワーク、ルーティングモードを同時に変更しないでください。
- 基本のネットワーク接続を確認します。現在のWi-FiでWeb認証が必要な場合は、先にシステムのネットワーク認証を完了してください。通常のWebページが開けても、ネットワークの一部が使えることを示すだけで、サブスクリプションのドメインにアクセスできるとは限りません。
- そのうえでUpdate via Proxyを使うか判断します。利用可能なサーバーがあり、サブスクリプションのエンドポイントへのアクセスにその経路が必要な場合は、この設定を有効にして既存のサーバーに接続し、Homeに戻って手動更新してください。使えるサーバーがない場合は、まず初回のサブスクリプション取得に必要なアクセス条件を確認します。
- 自動更新の条件を確認します。Settings → Subscribeで、現在利用できる更新オプションとその状態を確認してください。アプリを開くこと、手動更新、バックグラウンドでの動作はそれぞれ異なります。システムのバックグラウンド実行を正確な時刻に動くタスクとして扱わないでください。
- アプリを前面に表示して結果を確認します。設定を変更したら、アプリを前面に表示した状態で手動更新を1回実行してください。接続スイッチがオンになっていることや、しばらく待ったことだけを根拠に、更新が完了したと判断しないでください。
Global RoutingのProxy、Direct、Config、Sceneはルーティングモードの選択肢で、サブスクリプション更新のスイッチとは別の設定です。Configモードでは現在のConfigのルールが使われ、ルールの順序やポリシーが関連リクエストの経路に影響する場合があります。ただし、URLと応答内容を確認する前にルールを大幅に変更しないでください。
5. 一覧が空のままの場合：4つの質問で原因を絞り込む
次の4項目は、初回の読み込み、形式の認識、ネットワークの違い、既存項目の保持にそれぞれ対応しています。症状に合った項目だけを確認すればよく、すべての設定を試す必要はありません。プロトコル名が示すのは接続方式です。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardという名前だけでは、サブスクリプション全体が正しく解析された証拠にはなりません。
初回の読み込みから一覧が空です。まず接続スイッチをオンにすべきですか？
まずHomeに利用可能なサーバーがあるか確認してください。項目がまったくない場合、接続スイッチをオンにしてもサブスクリプションの取得には代わりません。サービスのページに戻ってURLと内容を確認し、Settings → SubscribeでUpdate via Proxyが現在の環境に合っているか確認してください。
同じURLをブラウザでは開けるのに、解析に失敗するのはなぜですか？
ブラウザにはログイン状態が残っている場合があり、ログインページや認証ページが表示されている可能性もあります。Webページが表示されるかだけでなく、アプリから直接リクエストしたときにShadowrocket対応のサブスクリプション内容が返るか、サービス提供元に確認してください。
Wi-Fiでは失敗し、モバイル通信に切り替えると更新できます。URLが壊れているのでしょうか？
別のネットワークでは同じURLで成功する場合、まず失敗するネットワークの認証、ドメイン解決、アクセス制限を確認してください。URLとSubscribeの設定は変えずにネットワークごとの結果を比較します。どの変更が影響したのか分からなくなるため、サブスクリプションの認証情報を同時にリセットしないでください。
更新には失敗しましたが、古いサーバーはまだ使えます。削除して追加し直すべきですか？
古い項目はそのまま残し、今回の更新エラーを記録してサービスの状態を確認してください。既存サーバーに接続できることと、サブスクリプションのエンドポイントにアクセスできることは別の問題です。削除すると現在使える経路を失う可能性があるうえ、エンドポイントの権限や応答内容も修正されません。
6. 再確認と問い合わせ：原因の特定に役立つ情報を残す
復旧後、Homeで対象グループに想定した項目が表示されていることを確認してから、サーバーへの接続を個別に確認してください。サーバーの数が多いほど成功とは限りません。自分のアカウントに現在返される内容と一致しているかを確認します。既存項目の名前が変わっていないことだけで、今回の更新が失敗したと判断しないでください。
- 操作を記録：初回追加か、既存のサブスクリプションの更新か、URLをコピーし直したか、Update via Proxyを変更したか。
- 環境を記録：Wi-Fiかモバイル通信か、ネットワーク認証が必要か、更新時にアプリが前面に表示されていたか。
- 症状を記録：グループが表示されているか、展開されているか、古い項目が残っているか、エラーの全文。
- 比較結果を記録：URLを変えずにネットワークだけを切り替えた結果、またはネットワークを変えずに更新経路だけを変更した結果。
- 認証情報を保護：利用中のサービス提供元へ問い合わせる際は、公式のサポート窓口を使用してください。スクリーンショットではサブスクリプションURL全体と認証情報を隠します。
URLの有効性、アカウント権限、応答内容については、利用中のサービス提供元に確認してください。アプリのメニューや設定の意味については、使い方ガイドとプロトコルマニュアルをご覧ください。当サイトはサーバーやサブスクリプションを提供、販売、推奨していません。アプリの買い切り購入と接続サービスの契約は別です。アプリを入手しても、取り込み可能なサーバー一覧は付属しません。