なぜ「更新間隔」と「常駐」がセットで語られるのか
定期更新は、ローカルに保存した購読キャッシュを一定周期で上書きする仕組みです。Clash Verge RevのようなデスクトップGUIは、裏でタイマーを回してHTTPリクエストを投げる前提の設計になっており、間隔を誤ると「技術的には動いているのにプロバイダ側から弾かれる」という苦い結果になります。逆にアプリを完全終了してプロセスが消えている状態では、内部タイマーは当然止まるため、バックグラウンドで静かに更新し続けたいならトレイ常駐やOSのログオン時起動といった外側の習慣とセットで設計する必要があります。ここを混同すると、「昨日設定したはずの30分更新が効いていない」と感じるだけで原因が見えません。
また、購読URLはしばしば個人向けの秘密の入り口です。サブスク管理を複数端末で行う場合でも、同じURLを何度も短い間隔で叩くと、見かけ上は一台のクライアントでも重複取得としてカウントされることがあります。プロファイルを複製したり、テスト用に二重登録したりしていると、画面では一本に見えても実際は二本のタイマーが走っている、という落とし穴もあります。
ステップ1：購読カードごとに「自動更新」と間隔を決める
まずプロファイルを開き、購読一覧から対象のサブスクリプションを選びます。編集画面には、多くの場合自動更新を有効にするスイッチと、数値＋単位（分が一般的）の入力欄が並びます。ここが本文の主役である刷新間隔の本体です。初期値のまま極端に短い数字になっていないか、あるいは長すぎて半月以上触れていないかを確認してください。アプリのビルドや言語パックによってラベルは「更新間隔」「自動更新の周期」などと揺れますが、意味は同じです。
購読が複数ある構成では、ノード集合が実質同じURLを二重に登録していないかを見直します。片方だけ短い間隔、もう片方は長い、といった非対称も、トラブル時に「なぜかサーバー負荷だけ高い」状態を生みます。購読管理の整理は、パフォーマンス以前にセキュリティの観点でも有効です。古いテスト用URLが残っていると、知らないうちに失効したトークンへアクセスし続け、ログにエラーだけが溜まります。
ヒント：パネル側に「最短◯分まで」などの注意書きがあれば、GUIの既定値よりそれを優先してください。数字は合っていても、契約側ポリシーに反するとすぐ429 Too Many Requests側に寄ります。
ステップ2：アプリ設定で「自動更新」全体を見渡す
次に、設定や開発者向け／実験的のセクションにある、購読取得に関するマスターのスイッチを確認します。「購読の自動アップデートを許可」のような項目は、環境によってはオフになっており、個々の購読でオンにしていても実際には動かないことがあります。逆に、ここだけオンにして各カード側の間隔設定を軽視していると、想像と違う頻度でリクエストが飛ぶ、という読みづらい状態にもなりえます。
Mihomo系コアを内包するクライアントでは、画面に出てこない内部タイマーとGUIの表示が一致しているかを疑うとよいです。ログ画面で「remote profile」や購読ホスト名が周期的に出るかを眺めると、設定した定期更新と実測が合っているかが掴めます。初回セットアップの流れはWindows向けセットアップ、トンネルやシステム全体のプロキシ周りはTUNモード解説と役割分担してください。
ステップ3：起動直後・ログオン後の「一回まとめて取得」運用
「常に裏で回すのは避けたいが、PCを開いた直後だけ確実に新しいノード一覧にしたい」というニーズは珍しくありません。その場合は、起動時に購読を更新する系の設定（名称はバージョンで異なる場合あり）があれば活用し、日中の細かいタイマーはむしろ長めに伸ばす構成が現実的です。こうするとバックグラウンドでのHTTP頻度を抑えつつ、出勤・遊び始めのタイミングで一覧は新しく保てます。
macOSやWindows 11では、アプリがトレイに残るか完全に終了した扱いになるかで挙動が変わります。タスクバーを閉じたつもりでもプロセスが残っていることがある一方、タイトルバーの×で即死する設定もあります。OSの「ログイン項目」や「バックグラウンドアプリの実行」にClash Verge Revを入れるかどうかも、実運用の印象を大きく変えます。省電力モードでスリープに入ったノートPCでは、タイマーが間引かれる点も織り込んでください。
ステップ4：短すぎる間隔が招くレート制限と403
ここはサブスクのビジネスルールとHTTPの現実が衝突する場所です。間隔を5分や10分に固定していると、一時的には快適に見えても、プロバイダのWAFやCDNが「同一トークンへの連打」と判断して403 Forbiddenや429を返し始めます。クライアント側では「更新失敗」としか見えないため、先に間隔を60分や120分へ戻し、改善するかを見るのがコスパの良い初手です。これでも直らない場合は、User-Agentやシステムプロキシ経由など別レイヤの問題なので、403／タイムアウトの記事へ橋を渡してください。
手動の今すぐ更新ボタンは、トラブル調査やノード入替直後に便利ですが、連打はサーバーから見れば自動更新と区別されません。操作習慣として「短時間に何度も押さない」ことも、長期的な購読管理の一部です。
注意：外部スクリプトやcurlのcronで同じ購読URLを叩いていると、GUIの間隔設定と合算で上限に達します。全体の更新ポリシーは一か所に集約するのが安全です。
補足：レスポンスヘッダ profile-update-interval との関係
公式ドキュメントでは、購読サーバーが返すHTTPレスポンスヘッダにprofile-update-intervalが含まれる場合、プロファイルの更新間隔が時間単位で上書きされる旨が説明されています（Clash Verge Rev v1.6.0以降）。この値はしばしば24のように24時間を意味します。つまり「GUIで短く見せていても、サーバーが長い周期を指示している」ケースでは、最終的に長い方へ寄るか、うまく併用されるかはアプリの実装詳細に依存します。
同ドキュメントでは、これらのヘッダが返る条件としてUser-Agentにclashを含むケースが想定されているとも読めます。UAをブラウザ偽装に変えすぎていると、ヘッダが付かず、結果として間隔の自動調整も効かない、という逆説が起き得ます。403対策でUAをいじる場合は、ここまで含めてトレードオフを理解しておくと混乱が減ります。
# Example response header (from provider; value is hours)
profile-update-interval: 24
プロファイル分割を使う人向けのコツ
仕事用と趣味用でプロファイルを分けている場合、片方だけ短い間隔が必要なことはあります。たとえば海外のニュース用ノードだけ高頻度で入れ替わる、といった状況です。そのときでも、不要なプロファイルをアクティブにしたまま放置すると、非表示でもタイマーが生きていることがあります。使わない構成は無効化するか、購読自体を一時的にオフにし、必要なときだけオンに戻す運用がトラフィック面で健全です。
ルールやプロバイダをmixinで合成している読者は、合成元と合成先で同じ購読URLを二重に参照していないかにも注意してください。見た目は一つの設定でも、取得回数は倍加します。
よくある質問
Q. そもそも何分が無難？
一律の正解はありません。パネルに推奨間隔があればそれが最優先です。無記載なら、まず60〜180分のレンジから様子を見て、遅延や古いノードが気になるだけ短く寄せるのが安全です。ゲーム用の低遅延ノードだけ別URLで管理し、そこだけ周期を詰める、といった分割も有効です。
Q. バックグラウンド更新をOSに止められたら？
省電力設定で「バックグラウンドアプリ」を切られていると、タイマーが間欠になります。対策は、OSの電源オプションを調整するか、手動更新のショートカットをタスクバーに置くか、あるいは起動時一回取得へ寄せるかの三択になります。企業管理下のPCではポリシーで制限されることもあるため、その場合はIT部門の許容範囲を確認してください。
Q. 間隔は伸ばしたのにまだ失敗する
その段階では間隔ではなくURLの失効、DNS、プロキシのループなど別要因です。ログのステータスコードをメモし、前述の403記事の順に進めてください。DNSまわりも合わせて見ると、見えない経路ズレが解消することがあります。
運用チェックリスト
- 各購読の自動更新が意図どおりオン／オフか確認する。
- 数値間隔がプロバイダ推奨より短くなっていないか確認する。
- 同一URLの重複登録を解消する。
- 起動時更新と定期タイマーの役割を混同せず役割分担する。
- トレイ常駐か完全終了かを決め、その前提で「裏で動くか」を再確認する。
- 外部スクリプトの定期取得がGUIと二重になっていないか確認する。
- 失敗が続く場合は間隔より先にURL・UA・経路を疑う。
まとめ
Clash Verge Revにおけるサブスク運用は、ノードの快適さだけでなくHTTPマナーでも決まります。刷新間隔を適正化し、重複取得を捨て、起動時とバックグラウンドの前提をOSレベルまで含めて揃えると、「更新されない」「逆に叩きすぎて弾かれる」の両極端から離れられます。profile-update-intervalのようなサーバーからの指令も視野に入れると、画面の数字だけが正しいと思い込む事故を防げます。
とはいえ、設定をバイナリ中心の独自形式に閉じ込め、購読のたびに手作業でファイルを丸ごと差し替えるタイプのクライアントは今もあり、どのタイミングで取得したリストかログから追いづらいことがあります。その点Clash系はテキストベースのプロファイルとGUIの両方を活かしやすく、公式導線からビルドを揃えれば自動更新間隔の変更履歴も追いやすいです。Windows以外やモバイル併用も含め、まずは無料ダウンロードのClashで最新クライアントを取り直し、この記事の手順どおり間隔だけを段階的に調整してみてください。