v2rayNの複数サブスクリプション管理：サーバーの絞り込み、備考ルールと自動更新の実践

まず提供元ごとに購読グループを作成する

v2rayNを開き、メインメニューから「購読グループ」→「購読グループ設定」へ進みます。複数の購読URLを1つのグループに続けて貼り付けず、提供元ごとにグループを作成し、別名、購読URL、更新間隔、有効状態を個別に設定してください。こうすれば、1つのグループを更新しても、他の提供元のサーバーが同時に変更されることはありません。

グループの別名には提供元と用途を含め、「購読1」「予備2」のような名前だけは避けます。「提供元略称-用途」の形式がおすすめです。例：「Alpha-日常」「Beta-予備」「Lab-テスト」。別名はグループ選択画面やサーバー情報に表示されるため、6〜16文字程度にすると一覧で見やすくなります。

グループ項目の入力方法

保存後、「購読グループ」メニューから対象グループを選んで更新します。初回インポートはグループごとに実行し、更新前後のサーバー数を記録してください。たとえばAlphaグループが64台、Betaグループが38台を読み込んだ場合、次回の更新で突然0台になったら、まず更新ログを確認し、すぐに元のグループを削除しないでください。

キーワードと正規表現でサーバーを絞り込む

ノードが100台を超えたら、スクロールだけで探すのはやめましょう。まずサーバー一覧の絞り込み欄で、「東京」「シンガポール」「VLESS」「予備」などの一般的なキーワードを使います。通常はサーバーの備考が検索対象になるため、備考名が統一されているほど検索結果は安定します。

一般的なキーワードは一時的な検索に向いています。複数の地域を同時に絞り込む場合は、正規表現を使えます。入力前に、現在のバージョンで正規表現モードが有効になっていることを確認し、まずは簡単なルールから試してください。式が複雑になるほど、空白、括弧、ノード名の変化によって対象を取りこぼしやすくなります。

1. 東京のノードだけを見る：東京と入力し、「日本-東京」や「JP-東京」など異なる命名がないかも確認します。
2. 東京または大阪を表示する：正規表現モードで東京|大阪と入力します。
3. 日常用の印が付いたノードだけを見る：^\[日常\]と入力します。備考が統一したプレフィックスで始まっていることが前提です。
4. テスト用ノードを除外するには、まず対象地域で絞り込み、次に備考に「テスト」「一時」などの印が付いた項目を確認します。遅延の数値だけで用途を判断しないでください。

フィルターは現在の一覧の表示範囲だけを変更し、サーバーのプロトコル、アドレス、ルーティング設定は変更しません。ノードが見つからない場合は、まず絞り込み欄を空にしてから、左側または上部で選択している購読グループを確認します。よくある誤判断は、絞り込み語が残ったままなのに、空の一覧を購読更新の失敗だと思い込むことです。

数百ノードに備考ルールを設定する

備考では、ノードの提供元、用途、地域の3点を分かるようにします。おすすめの形式は「[用途] 提供元-地域-番号」です。例：「[日常] A-東京-01」「[予備] B-シンガポール-03」。角括弧のプレフィックスは絞り込みに、提供元の略称はグループ識別に、末尾の番号は同じ地域のサーバーの区別に役立ちます。

リアルタイムの遅延を備考に入れないでください。遅延はネットワーク状態で変化するため、「東京-50ms」と書いても数時間後には実態と合わなくなる可能性があります。プロトコル名は、プロトコルで絞り込む必要がある場合だけ追加します。例：「[テスト] A-東京-VLESS-02」。日常用ノードは種類列でVMessまたはVLESSを確認できます。

備考を固定項目に分ける

• 提供元の略称は1文字または2〜4文字に固定し、サブスクリプションの表示名が変わっても変更しません。
• 地域名は表記を1つに統一し、「東京」「Tokyo」「JP-TYO」を混在させないでください。
• 番号は01から始めて2桁に統一します。並べ替えたときに1、10、2の順になるのを防げます。
• 用途プレフィックスは「日常」「予備」「テスト」「仕事」など、2〜4文字に収めます。
• 一括変更の前にグループで絞り込み、Aの提供元用プレフィックスをBの提供元に適用しないようにします。

購読更新後、サーバー側で提供された備考がローカル名を上書きする場合があります。まず少数のノードで、現在のバージョンと購読形式の動作を確認してください。1つのノードの備考を変更して対象グループを更新し、備考が保持されるか確認します。上書きされる場合は、主要な分類をグループの別名と絞り込みルールに置き、各ノードの名前変更に時間をかけないでください。

グループごとの更新間隔とプロキシ経由更新を設定する

「購読グループ」→「購読グループ設定」へ進み、グループごとに更新間隔を入力します。主要な提供元は180分、予備の提供元は720分、一時的なテスト用は自動更新を無効にして手動で実行する設定がおすすめです。すべてのグループを極端に短い間隔にしないでください。数分おきに更新しても、ノード一覧が安定するわけではありません。

自動更新を使う前に、v2rayNが起動していて、システムがスリープしておらず、対象グループが有効になっていることを確認します。更新結果には、リクエスト、解析、サーバー数に関する明確な情報がログに出るはずです。定期タスクの実行だけが表示され、追加数や更新数が出ない場合は、購読URLの応答内容を引き続き確認してください。

日常グループ：180分ごとに更新
予備グループ：720分ごとに更新
テストグループ：自動更新を無効化
更新順序：日常 → 予備 → テスト
異常時の判断：サーバーが0台ならまずログを確認

購読URLに直接アクセスできない場合は、まず利用可能であることを確認済みの既存サーバーへ接続し、対象グループで「プロキシ経由更新」または同等の「プロキシを使用して更新」オプションを有効にします。ローカルプロキシの待ち受けポートが10808の場合、更新リクエストは現在のプロキシ経路を通って送信されます。v2rayNのバージョンによって項目名が多少異なるため、「購読グループ設定」画面に表示される実際のラベルを確認してください。

1. メイン一覧で、動作確認済みのサーバーを1台選び、アクティブサーバーに設定します。
2. システムプロキシを有効にし、ブラウザーから正常にリクエストを送信できることを確認します。
3. 対象の購読グループを開き、プロキシ経由更新を有効にします。
4. そのグループを手動で更新し、ログに表示される応答ステータスと解析数を確認します。
5. 更新が成功したら、ノード数、備考、プロトコルの種類を確認します。「完了」という表示だけで判断しないでください。

重複ノード、空のグループ、更新タイムアウトを確認する

複数サブスクリプション管理で最も多い問題は、インポートできないことではなく、同じサーバーが複数のグループに重複して現れることです。まずアドレス、ポート、転送方式、サーバー識別子を比較し、備考だけで判断しないでください。どちらも「東京01」と表示されていても、異なる接続元から来ている可能性があります。逆に備考が違っていても、実際には同じアドレスとポートを指していることがあります。

空のグループは通常、購読URLの無効化、絞り込み条件による全サーバーの除外、または現在のクライアントで認識できない応答内容のいずれかが原因です。絞り込み欄を空にし、一時的なフィルターを解除してから再度更新してください。それでも0台ならログを確認します。先にグループを削除しないでください。元のURL、更新時刻、オプションが原因の特定に役立ちます。

月に1度グループを整理する

• 各グループの正常なサーバー数の範囲を記録します。例：主要グループは通常55〜70台。
• 無効であることを確認し、2回連続の更新でも復旧しない一時ノードを削除します。
• 備考プレフィックスが統一されているか確認し、「予備」「バックアップ」など重複する用途名を統合します。
• 各グループで少なくとも2台のサーバーをテストし、一覧に表示される遅延結果だけに頼らないでください。
• すべての設定を一度エクスポートし、ファイル名に日付を入れます。例：v2rayN-config-2026-08.json。

整理後は通常、「主要グループ1つ、予備グループ1つ、必要なテストグループ」を残すほうが、多数の提供元を同時に有効にするより管理しやすくなります。グループ数は多ければよいわけではありません。提供元、用途、更新間隔、備考ルールをすぐ識別できれば、数百のノードでも数回の絞り込みで見つけられます。