この記事は、Shadowrocketに複数のサブスクリプションを追加済みで、Homeのリストを整理したい方を対象としています。「登録元の確認 → グループ名の設定 → 並べ替え → 重複の確認 → 削除 → 更新後の再確認」の順に進めます。サブスクリプションの登録元、サーバー項目、Configのポリシーグループを区別し、同名の項目を誤って削除したり、更新のたびに同じ項目を整理したりしないようにしましょう。
1. サブスクリプショングループ・サーバー項目・ポリシーグループの違い
サブスクリプションは更新可能なリモートデータの取得元で、サーバー項目には接続パラメーターが含まれます。Homeに表示されるサブスクリプショングループは、項目の登録元を見分けるためのものです。一方、Configでルールから参照されるポリシーグループは、通信に適用するポリシーを決定します。Homeで表示名を整理してもConfig内のルールは変更されず、2つのサブスクリプションが自動的に予備として連携することもありません。
この記事では、利用者がすでにサービスプロバイダーとサブスクリプションを持っていることを前提としています。サブスクリプションURLは利用中のサービスプロバイダーから入手してください。アプリの買い切り購入と通信サービスの契約は別のものです。整理を始める前に、それぞれの登録元を今も利用しているか確認しましょう。項目数だけで残すグループを決めないでください。
- サブスクリプショングループ：登録元と更新画面を管理します。削除前にURLと所属項目を確認してください。
- サーバー項目：プロトコル、サーバーアドレス、ポート、認証パラメーターが含まれます。名前は識別情報の一部にすぎません。
- ポリシーグループ：ルールから参照されると通信の選択に使われます。名前を変更したり、参照先を削除したりした場合は、参照設定を確認し直してください。
2. 登録元ごとに名前を付け、重複追加を防ぐ
複数のサブスクリプションを整理するときは、サーバーを地域ごとにまとめるのではなく、まず登録元ごとに分けます。たとえば、既存の2つの登録元に「01-日常-A」「02-予備-B」のような名前を付けます。これはローカルで整理するための例であり、サービスの品質や自動切り替え順を示すものではありません。先頭の番号は見つけやすくするためのものです。名前順で並べ替える場合にのみ表示順に影響し、接続ポリシーは変わりません。
再追加する前に、Homeで既存のサブスクリプショングループを展開し、同じ登録元がすでに含まれていないか確認します。サブスクリプションURLにはアクセス認証情報が含まれることがあるため、完全なURLをRemarksに記載したり、認証情報が見える編集画面のスクリーンショットを他人に送ったりしないでください。以下のURLは項目の構造を示す例であり、実際の追加には使えません。
-
登録済みの登録元を確認
Homeで既存のサブスクリプショングループを展開し、そのグループの編集画面からURLとRemarksを確認します。同じURLがすでに登録されている場合は、そのグループを更新してください。「+」から重複して追加しないでください。
-
不足している登録元を追加
Home → 右上の「+」→ Type → Subscribe。サービスプロバイダーから入手したURLを入力します。URLの形式例は
https://example.com/sub?token=xxxxです。実際にはご自身の有効なURLを使用してください。 -
登録元をRemarksに記入
Remarksに「01-日常-A」のような見分けやすい名前を入力して保存します。登録済みのサブスクリプションは編集画面でRemarksを変更してください。名前を変えるために同じURLを再追加する必要はありません。
-
グループごとに結果を確認
Homeに戻り、新しく追加した登録元を更新して展開します。項目が想定したサブスクリプショングループに表示されることを確認してから、次の登録元を整理してください。編集画面や保存ボタンの表示は現在の画面に従ってください。
3. 並べ替えは登録元とグループ内で分けて行う
登録元の並び順は「どのグループを先に探すか」を、グループ内の順序は「そのグループのどの項目を先に見るか」を決めます。それぞれ別に整理してください。ほかのグループを折りたたみ、整理するグループだけを展開してから、そのグループに用意された並べ替えや編集画面を使います。ドラッグで並べ替えられる場合は、該当する編集モードで操作してください。サブスクリプショングループ全体の移動と、グループ内のサーバー順の変更を混同しないようにしましょう。
リストや現在の画面によって、利用できる並べ替え方法は異なります。ドラッグ用のハンドルや並べ替え項目が見当たらない場合、できない操作を長押しで何度も試す必要はありません。登録元ごとに統一したRemarksを付け、現在使わないグループを折りたたむだけでも探しやすくなります。サービスプロバイダーが管理するサーバー名を並べ替えのために大量変更するのは避けましょう。更新時にリモート側の名前へ戻ることがあります。
| 整理する目的 | 操作と確認 | 注意点 |
|---|---|---|
| よく使う登録元をすぐ見つける | Remarksで登録元を区別し、グループの並べ替え機能があれば順序を調整する | 表示順を変えても、障害時に自動で切り替わるわけではありません |
| 名前からサーバーを探す | 現在の画面に機能がある場合は、対象グループの並べ替えオプションで名前順を選ぶ | 同名の項目もパラメーターを確認する必要があります |
| テスト結果で絞り込む | 対象範囲にConnectivity Testを実行して結果を確認します。利用できる場合は結果順に並べ替えます | テスト値は通信速度ではなく、サービスへの接続成功を保証するものでもありません |
| 自分で決めた順序を維持する | 整理後にサブスクリプションを一度更新し、順序が維持されているか確認する | 更新によってリモートデータや現在の並べ替え方式に基づき順序が変わることがあります |
2回の遅延結果を比較する場合は、できるだけ同じネットワーク、同じテスト方法、近い時間帯で測定してください。項目がタイムアウトした場合は、そのテストで期待した結果が得られなかったことを示すだけです。すぐに恒久的な削除を決めず、再テストしてから登録元が停止済みか確認してください。
4. 重複項目を見分ける：名前だけでなくパラメーターを比較
重複は、同じサブスクリプションを複数回追加した場合、異なるサブスクリプションに同じ接続先が含まれる場合、またはサブスクリプション内の項目を独立した項目として別途保存した場合に発生します。まず重複している階層を確認しましょう。同じサブスクリプショングループが2つある場合は登録元を整理します。同じグループ内の重複ならリモートから返される内容を確認します。独立した項目とサブスクリプション内の項目が重複している場合に限り、不要な独立項目の削除を検討してください。
各項目の詳細画面または編集画面でType、サーバーアドレス、ポートを比較し、その後に認証パラメーターとトランスポート設定を確認します。機密情報はご自身のデバイス上でのみ確認してください。比較のためにパスワード、UUID、完全なサブスクリプションURLを公開の表に貼り付けないでください。
| 確認できた状況 | 判断 | 対処方法 |
|---|---|---|
| 名前とアドレスは同じだが、一方のポートは443、もう一方は8443 | 接続ポートが異なるため、すぐに重複とは判断できません | 両方を残し、それぞれの用途を確認する |
| 名前・アドレス・ポートは同じだが、Typeは一方がTrojan、もう一方がVLESS | プロトコルが異なるため、接続パラメーター全体が同一ではありません | それぞれ検証し、名前だけで統合しない |
| 名前は異なるが、プロトコル、アドレス、ポート、認証、トランスポートの各パラメーターがすべて同じ | 同じ接続先に異なるラベルが付いている可能性があります | 所属する登録元を記録し、2つの登録先を残す必要があるか判断する |
| 同じURLが2つのサブスクリプショングループにあり、グループ内の項目も一致している | 登録元を重複して追加した可能性が高い | 正常に更新できるグループを1つ残し、確認してからもう一方を削除する |
結論：重複が更新のたびに戻るなら、登録元を見直す
グループ内の複製を手動で削除しても更新後に再び表示される場合は、項目ごとの削除をいったん止めてください。同じURLを重複して追加していないか、サブスクリプションの配信内容自体に重複がないか確認します。前者なら余分な登録先を削除し、後者なら具体的な項目名と状況をサービスプロバイダーに伝えてください。
5. 削除範囲を確認し、削除後に参照先を点検
サーバー項目を1つ削除する操作と、サブスクリプション全体を削除する操作は異なります。個別項目の削除操作は通常、その項目だけが対象です。サブスクリプショングループの削除操作では、登録元全体と所属項目が対象かどうかを確認してください。削除範囲は確認ダイアログに従い、Deleteの表示だけを見てすぐに確定しないでください。
- 復元できる手段を先に確認します。サブスクリプションURLを自分の安全な記録またはサービスプロバイダーから取得できることを確認してください。現在の設定を残す必要がある場合は、あらかじめ個人用のバックアップを作成します。認証情報を含むファイルを公開共有の場所に置かないでください。
- 現在の接続先を先に切り替えます。削除するグループに現在使用中のサーバーが含まれている場合は、Homeで検証済みの代替項目を選択してください。重要な作業中は、作業が終わってから整理しましょう。
- 削除対象を確認します。対象行またはサブスクリプショングループにある編集・削除操作から進めます。削除する前に名前、登録元、確認画面に表示された対象範囲を確認してください。判断できない場合は、試しに削除せずキャンセルしてください。
- Configの参照先を確認します。設定が削除したサーバー名を直接参照している場合や、ポリシーグループが該当項目に依存している場合は、Configで参照を確認し、有効な項目を選び直してください。
- 接続を検証します。Homeに戻って現在の選択を確認し、Connectivity Testを実行してから、普段利用するページにアクセスします。接続と想定どおりの振り分けが機能することを確認してください。
端末上でサブスクリプションを削除しても、サービスプロバイダーとの契約は終了せず、漏えいしたURLの認証情報も無効になりません。URLが公開されたために整理する場合は、サービスプロバイダーから新しいURLを入手して既存の登録先を編集し、古いURLが無効になったことを確認してください。古いグループの名前を変えただけで使い続けないでください。
6. 更新方法によって整理した状態が維持されるか変わる
サブスクリプションを更新するとリモートデータが再取得されるため、端末上で削除した項目や名前、並び順が維持されるかは実際に更新して確認する必要があります。整理後すぐにグループごとに一度更新しておくと、数日後に項目が戻ったときより原因を特定しやすくなります。自動更新の実行方法と利用可能なオプションは、Settings → Subscribeの現在の画面で確認してください。
グループごとに手動で更新
おすすめ整理中は一度に1つの登録元だけを更新し、項目数、名前、順序の変化を確認します。重複が発生した場合、どのサブスクリプションから項目が再び追加されたのか特定できます。
適しています：初回の整理、重複した登録先の削除、整理結果の検証
自動更新の設定
登録元が安定したら、Settings → Subscribeで現在利用できる更新オプションを確認します。新しいデータが自動取得されても、登録元の重複が自動で検出されるわけではなく、サーバーの利用可能性が常に保証されるわけでもありません。
適しています：登録元を確認済みで、日常の手動更新を減らしたい場合
Update via Proxy
このオプションはサブスクリプションの取得経路を変更するもので、並べ替えや重複削除の設定ではありません。サブスクリプションURLを現在の直接接続のネットワークで取得できず、利用可能なプロキシ接続がある場合に限り、目的を絞って試してください。
適しています：サブスクリプション取得時のネットワーク到達性を調べる場合
更新エラーが起きた場合は既存の項目を残し、まずURLが完全か、認証情報が有効か、現在のネットワークでサブスクリプションを取得できるか確認してください。最初から削除して再追加するのは避けましょう。既存のRemarksや整理結果が失われる可能性があり、無効なURLやリモートデータの問題も解決しません。
- 更新前に対象グループの名前と項目数を記録しておくと、前後を比較できます。項目数でサービスの品質を評価するための記録ではありません。
- 更新後は、まず登録元が新たに二重登録されていないかを確認し、次に元のグループ内に重複がないかを調べます。
- 1つの登録元内だけで重複が続く場合は、認証情報をすべて送らずに「更新後に重複して表示される」とサービスプロバイダーに伝えてください。
- 更新に成功しても接続できない場合は、サーバーパラメーターとネットワークを引き続き確認してください。サブスクリプションの取得成功は、すべてのサーバーが利用できることを意味しません。
7. 複数サブスクリプションの整理に関するよくある質問
同じ名前の項目が何度も表示されるのはなぜですか？
まずHomeで、項目がいくつのサブスクリプショングループに属しているか確認します。2つのグループに分かれている場合は、それぞれの登録元URLを確認してください。同じグループ内にある場合は、プロトコル、アドレス、ポート、トランスポートパラメーターを比較します。同じ名前は同じラベルを使っているだけの場合もあるため、名前だけで削除を決めないでください。
削除したサーバーが更新後に戻ってくるのはなぜですか？
サブスクリプションの配信内容にその項目が含まれているためです。引き続き使う登録元に含まれる項目なら、更新後に再表示されても不自然ではありません。登録元全体を使わなくなった場合は、グループ内の項目を毎回削除するのではなく、該当するサブスクリプションの登録先を削除してください。
サブスクリプションの更新がタイムアウトした場合、再追加が必要ですか？
まず既存のグループを残し、URLと現在のネットワークを確認してください。利用可能な接続がある場合は、Settings → SubscribeでUpdate via Proxyを確認してから対象のサブスクリプションを再試行できます。このオプションでは、認証情報の無効化、サービスの期限切れ、配信内容の形式エラーは解決できません。
予備のグループを2番目に並べれば、メインが使えないとき自動で切り替わりますか？
Homeの表示順だけでは自動切り替えの関係は設定されません。切り替える場合はHomeで検証済みの項目を手動選択してください。Configのポリシーグループを使う場合は、そのグループの設定内容を確認し、Remarksに「予備」と書くだけでポリシー設定の代わりにしないでください。
サブスクリプションを誤って削除した場合、購入を復元すれば戻せますか？
購入の復元で復元されるのはアプリの購入資格であり、サブスクリプションリストではありません。再追加には元のURLまたは自分で作成したバックアップが必要です。URLが見つからない場合はサービスプロバイダーから入手し、Home →「+」→ Type → Subscribeの順に追加してください。
整理完了の目安は、すべての登録元の用途を説明でき、現在のサーバーを確認でき、更新後に意図しない登録先が増えず、Configで必要な参照先が有効な状態であることです。リストを短くするために、似た項目をすべて削除する必要はありません。まず登録元を追跡できる状態にしてから、表示内容を整理しましょう。