Clash for Android：ワンタップ遅延テストでノードを並べ替え、プロキシグループから手動切り替えする手順（2026）
すでに Clash for Android（略称 CFA などコミュニティ表記）へ 購読を入れ終えたスマホ向けです。「遅延テスト どこ」「ワンタップで測りたい」「一覧を 遅延で並べ替えてから ノード選択したい」「プロキシグループから 手動切替したい」という検索意図を、ホーム画面からの操作順に落とし込みます。macOS のメニューバー運用は ClashX Pro の遅延・出口切替稿、Windows のモード切替は Mihomo Party のルール／全局稿 と役割分担です。
この記事の前提と範囲（検索意図のすり合わせ）
本稿は「APK の入れ方」や権限の初回案内ではなく、日常運用で測速結果を手掛かりにノードを選び、プロキシグループから手で出口を切り替えるところに絞ります。具体的には、(1) いま有効なプロファイルの固定と購読の鮮度確認、(2) アプリ画面上の 遅延テスト／一括測速の起動と読み方、(3) 一覧の ソートで候補を並べ替えるコツ、(4) proxy-groups のうち 手動選択（select） 型で ノードを指し直す手順、(5) Rule モードとルール優先度を踏まえた当たり所の整理、の五本柱です。用語の骨格は proxy-groups とルールのガイド、端末に依らないエコシステムの俯瞰は 2026 年の Clash エコシステム解説 に譲ります。
画面ラベルはビルドやフォークごとに「ベンチマーク」「Url Test」「一括遅延」「Ping」など揺れます。見出し名が違っても、やることは 小さな HTTP ベースの往復測定 → 数値で並べ替え → グループで手動チェック移動 という一本です。
なぜスマホでは「測速してから手動」の二段が現実的か
Android はバックグラウンド制限や省電力、キャリアの IPv6 挙動、さらに端末メーカー独自の「通信ブースト」まで変数が重なり、自動選択（url-test） だけに任せると、見かけ上の数値と体感が食い違う場面がデスクトップより出やすいです。だから現場では、(A) ワンタップで全ノードを測るか近い操作で一度スナップショットを取り、(B) その結果を見ながら select 側を手で寄せる、(C) 目的アプリで様子を見てダメなら別ノードへ、b という短いループを回す型が扱いやすくなります。
ここでの測定は、ゲーム ping のような常時グラフではなく、設定ファイルやクライアント既定の URL へ短いリクエストを飛ばすテストだと理解しておくと、後段の「数値は良いのに動画だけ落ちる」系の混乱が減ります。
手順 1：本番プロファイルを固定し、購読を最新に近づける
遅延の話の前に、いま読み込まれている YAML が意図したものかを確定させます。プロファイル一覧で常用の名前にチェックが付いているか、別のプロファイルを試験で切り替えていないかを確認します。購読 URL がエラーになっているとノード一覧自体が古いまま凍結することがあるので、更新ボタンや定期更新のログに赤文字が出ていないかも見ます。
URL まわりの典型障害は 購読 URL の FAQ に集約してあります。用語を揃えるなら チュートリアル索引 も併読すると、「ルール／モード／プロキシ」の言い回しが後続の段落と噛み合いやすくなります。
手順 2：遅延テスト（一括測速）を実行する
Clash for Android 系では、プロキシまたは プロファイル配下の一覧に、各ノード横の更新アイコン、画面上部の一括アクション、もしくは三点メニューの Url Test 系項目が置かれていることが多いです。操作は端末の解像度やテーマで隠れ方が変わるので、「ノード名が縦に並ぶ画面で、遅延列が空→数値が埋まる」までが一連の成功シグナルだと捉えてください。
注意点は三つあります。第一に、テスト先 URL は多くの場合プロファイル既定に束縛されており、特定ドメインだけ社内フィルタで遅くなると全体の並びが歪むことがある、ということです。第二に、ICMP に近い速さと、実ブラウジングの TLS や DNS の往復は別物で、数値が良くても目的サイトだけ失敗するのは普通にあります。第三に、動画や会議系の UDP／QUIC では HTTP ベース測定と体感がズレやすいです。
手順 3：遅延列で並べ替え、タイムアウトを外す
測定後、一覧ヘッダの 遅延タップで昇順／降順を切り替えられる UI が一般的です。ここでやることはシンプルで、(1) タイムアウトや極端に大きい数字を避ける、(2) トップ数件を実サイトで試す、(3) ダメなら次点へ、の三段です。国内・海外の二系統に分かれた購読では、同じ遅延でも実出口の国・自治体が違うため、動画や決済の拒否率は数字だけでは割り切れません。
「並べ替えたのに通信先が変わらない」ときは、いま触っているのが実トラフィックの親グループかを疑います。設定によっては、画面上で選んだノードより上位の 別の select が実際の出口を握っているケースがあります。迷ったら Log 画面でマッチしたルールと選択されたチェーンを追随すると早いです。
手順 4：プロキシグループから手動でノードを切り替える
proxy-groups の select 型は、GUI 上でラジオのように 手動切替できるグループです。Clash for Android ではグループ名がそのままカードやセクション見出しに現れ、配下のサーバー名をタップしてチェックを移します。ここで意識したいのは、「GLOBAL を触ったのか、購読テンプレが用意した 地域別／用途別 の出口を触ったのか」という階層の見極めです。
url-test 型は一定間隔でテストを回し勝ち馬を替えますが、interval や tolerance が大きいと切替が鈍く感じられます。ログインや金融寄りのアプリでは、一時的に select へ寄せて出口 IP を固定する運用が現場ではよく出ます。自動と手動の住み分けを YAML で確かめたい場合は カスタムルール入門 も参照ください。
Rule モードを主に据え、疑わしいときだけ全体挙動を把握したい場面で Global 側を短時間触る、という秩序を守ると、ルールをすっ飛ばす事故が減ります。モード名の揺れは端末によって「ルール／規則」「全局／Global」と翻訳が分かれるだけで、背後の考え方は同じです。
VPN（仮想インターフェース）オン時の読み替え
アプリ表記で VPN をオンにしている場合、システム全体のトラフィック載せ替えとセットで見る必要があります。プロキシ非対応アプリまで含めて試すなら有効化が理にかなりますが、二重 VPN やメーカー独自の「プライベート DNS」が有効だと、測速数値と実アプリの経路が分岐します。オフ／オンを切り替えて再測定し、差分が縮まるかを見るのが素直です。
省電力最適化でサービスが止まりやすい ROM では、測速直後にバックグラウンドへ落ちて数値取得が完了しないことがあります。バッテリー最適化の除外や、画面を消さずに一括測定し直す、古いけれど実務的な回避です。初回導入の大枠は Android での Clash ガイド に譲り、本稿はその後段の日常運用に特化します。
よくあるつまずき：数値は良いのに目的アプリだけ落ちる
第一候補は DNS です。Private DNS やキャリアのフィルタ、端末側の広告ブロッカが先に名前解決を奪うと、ルール上プロキシへ載る前に止まります。第二に、アプリが システムプロキシを無視し、VPN オフ時に直挿ししているパターンです。第三に、ルールの上から順に見たときに、想定外の DIRECT や別グループへ早めにマッチしているケースです。
切り分けは、測速より 接続ログを正 にする方が早いです。ブラウザならプロファイルを分け、サードパーティ DNS 拡張をいったん外して比較するのも古典的で効きます。
よくある質問
一括測速のたびに上位ノードが入れ替わる
モバイル回線では輻輳と基地局遠近で正常です。固定したいなら select で手を止め、自動系 url-test の更新間隔に依存しない運用へ寄せてください。測定 URL がブレる環境では、Wi-Fi 回線でもう一度観測すると傾向が掴みやすいです。
購読更新のたびに手動選びが初期化される
プロファイル全体が置き換わるテンプレでは、ローカル側の上書きマージや、プロバイダの「おすすめ初期ノード」指定がない限り、選び直しが発生します。長期運用では、軽量な自分用 YAML でグループを再構成するか、アプリのマージ機能の範囲内で恒久的な追記だけ残す設計が現実的です。
他の Android クライアントでも同じ考え方か
Clash Meta／Mihomo 互換 GUI では骨格は同じです。遅延列、一括テスト、select／url-test の見え方は実装差がありますが、「測って並べ替え、手動グループで出口を確定、ログで検証」という流れはそのまま持ち運べます。
まとめ
スマホ版の日常運用は、「プロファイルと購読を正す → ワンタップに近い操作で 遅延テスト → 列を ソートして候補を絞る → プロキシグループ の 手動切替で出口を確定 → だめなら DNS とルール優先度を疑う」という短いループに畳めます。数字は便利でも万能ではないので、ログと実アプリをセットで見る態度が長期のストレスを減らします。
従来の単純 VPN アプリに比べて、画面のタップ数は増えがちですが、ルールファースト で用途別出口を再利用しやすい点が Clash 系の強みです。一方で、接続先ごとに条文のようにルールを積む方式は、説明不足のテンプレでは読み解きに時間がかかることもあります。細かい振る舞いはクライアント名より コアと YAML のほうが長く効くため、長く運用するならメンテの続くスタックへ載せ替える判断も視野に入れてください。その際は Clash の入手先を公式導線で揃え、更新と互換の見通しを確かめるのが安全です。