Clash for Android：ワンタップ（一括）測速と Proxies の並び替え、ポリシーグループから手動でノードを選び GLOBAL で検証する
スマホ版の解説は購読失敗や省電力、アプリ別ルーティングが中心になりがちですが、「遅延を見て出口を自分で決める」という基本操作だけを抜き出した記事は意外と少ないです。本稿では Clash for Android 系クライアントを前提に、Proxies 画面でのワンタップ測速、遅延（レイテンシ）順の読み方、ポリシーグループでの手動切替、診断用の GLOBAL、最後にブラウザでサイトが開けるかを確認する疎通検証までを一続きで整理します（利用規約・法令・サービスの提供地域に従ってください）。
この記事でできるようになること
モバイルでは「とりあえず自動で一番速いノード」に頼る運用も多いですが、ストリーミングや特定のクラウドダッシュボード、社内ツールのように出口 IP がブレると逆に不安定になるケースもあります。測速結果はあくまでクライアントから中継サーバーまでの往復の指標であり、そのノードの海外側の帯域や先方サイトの遮断までは保証しません。にもかかわらず、測速と手動選択、そして実 URL での確認を組み合わせると、トラブル時の切り分けが格段に速くなります。
- Proxies で一覧を開き、一括遅延測定（いわゆるワンタップ測速）を回す。
- 数値とタイムアウト表示を見て候補を三つ程度に絞る。
- ポリシーグループ（
select型）で手動に切り替え、利用したいノードをタップで固定する。 - 必要なら短時間だけ GLOBAL 相当の診断モードで挙動を切り分ける（プロファイル定義による）。
- 最後に実際に開きたいドメインと IP 表示サービスで疎通を裏取りする。
前提：プロファイルが生きている状態から始める
測速やノード一覧は、YAML／購読が正しく読み込まれていることが大前提です。インポートで躓いている場合は、先に 「Clash Android サブスクリプション登録失敗の解決策」の手順で URL 形式や権限、SSL を確認してください。そのうえでクライアントのメイン画面で VPN を ON にし、使いたいプロファイル（設定）が選択されていることを確認します。フォークによってラベルは Profile／設定／現在の構成 などばらつきますが、考え方は共通です。
測速は通信を伴う
一括測速は短時間に多数の TCP 計測や HTTP ヘッダ取得を繰り返すため、キャリア契約や職場 Wi‑Fi のポリシーに照らして問題ない環境で実行してください。公共の展示端末などでは控えるのが無難です。
Proxies（プロキシ一覧）とワンタップ測速
多くの Clash for Android 系 UI では、下部タブかドロワーメニューに Proxies があります。ここには購読が展開した実ノード（プロキシ）と、それらを束ねるポリシーグループがツリー状に並びます。まず困ったときの定番として、画面上部や一覧ヘッダ近辺にある更新／一括テスト／遅延測定に相当するボタンを探します。名称は「URL Test」「Ping」「Check」など英語表記のことが多く、日本語 ROM でも英語 UI のままのフォークが主流です。
ボタンを押すと、各ノードの横にミリ秒（ms）やタイムアウト、状況によってはロスト（失敗）のマークが並び替わります。測定のたびに順位が少し動くのは正常で、無線基地局の混雑や DNS のキャッシュ状態でも変わります。電車のトンネル直後のように一時的に全部赤くなる場合は、回線が落ち着くまで十数秒待ってからもう一度押すとよいです。
Wi‑Fi とモバイルデータを切り替えて比較
同じノードでも、ルーターの DNS やキャリアの NAT で見え方が変わります。妙に全滅するときは、Wi‑Fi を切って 5G／LTE だけで再測定するのが早い切り分けになります。
遅延の並び替え結果の読み方
小さい ms が「自分の端末からその中継までの応答が速い」ことを示しますが、地理的に遠いノードでも回線 quality が良ければ意外と低いことがあります。逆に国内中継に見える名前でも遅いときは、BGP やピアリングの都合で経路が遠回りしている可能性があります。タイムアウトやエラーばかりのノードは、サーバ側の停止・踏み台の遮断・クライアントからその IP への到達性不足のいずれかなので、その場で粘らず他候補に移るのが効率的です。
| 画面表示の例 | 解釈の目安 |
|---|---|
| 数十 ms 台で安定 | 測速対象 URL までの往復は良好。実サイトは別経路でもあるので後段で必ず確認。 |
| 数百 ms・大きく振れる | 混雑 or 遠距離。帯域確認はダウンロード系サイトで体感を見る。 |
| timeout / 失敗表示 | そのノードは当面使わない前提でスキップ。別リージョンへ。 |
購読の設計によっては UDP を別途試す項目や、実効ダウンロード速度を別画面で見るクライアントもあります。ゲームボイスや QUIC 系アプリを VPN 越しに使う場合は、ping だけでなくそのプロトコルが通るノードかを別検証した方が安全です。
ポリシーグループで手動切替する
Proxies のツリーを上から辿ると、♢ PROXY や ♢ AUTO などの記号付きグループが現れます。これがポリシーグループで、ルール YAML の proxy-groups が UI に展開されたものです。手動（select）型のグループでは、一覧から任意の実ノードをタップするとその選択が保持され、対応するトラフィックは固定出口へ流れます。自動（url-test / fallback）型は、購読提供者が書いた間隔と許容差に従い、しきい値を超えると別ノードへ移ることがあります。ここをいじると「さっき選んだのに勝手に戻った」という体感になるので、どのグループが手動でどれが自動かを名前と英語ラベルで区別してください。
手動固定の典型手順
- メインの出口として使うグループ（例：
PROXYや手动选择）を開く。 - 測速で上位だったノードをタップし、チェックやハイライトが付くことを確認する。
- 別の依存グループ（例：メディア専用）を分割している構成なら、同様に必要な側だけ固定する。
- 数分後に再ログインが必要なサービスがないか、実アプリで確認する。
アプリ単位で VPN に載せる／外す設定を併用している場合、そもそも対象アプリのソケットが Clash に入っていないと、どれだけ手動で選んでも効果がありません。全体像は 「Clash Android のアプリ別プロキシ」とあわせて読むと矛盾が減ります。
GLOBAL を使うときの心得
GLOBAL（グローバル）や類似の「全体をこのノードへ」という診断用スイッチは、プロファイルにそのポリシーグループが定義されている場合にだけ現れます。存在しない構成を無理に追い求める必要はありません。ある場合でも、日常で長時間 ON にすると、国内向けアプリまで遠回りして決済エラーや位置情報サービスの異常を招きやすいです。実務では「ルールどおりにならない原因が出口ノード側か DNS 側か」を切り分ける短いテストに留めると安全です。
GLOBAL ＝万能的ではない
DNS が fake-ip や DoH で分岐しているとき、見た目は GLOBAL でも名前解決の時点で期待とズレることがあります。症状が名前解決っぽいときは DNS と fake-ip の記事も参照してください。
疎通検証：実サイトと IP 表示で裏を取る
測速 URL が生きていても、あなたが開きたいドメインは別のポートや別の検閲ルールで失敗することがあります。検証の最低ラインは次の二点です。① ブラウザで対象サービスのトップまたはログイン画面が表示されるか。② 信頼できる IP チェックサイトで、表示される出口 ISP／地域が、選んだノードの想定と一致するか。キャッシュが邪魔をするので、タブを閉じてから開き直したり、プライベートタブを併用すると判断が速いです。
クライアントに接続ログやトラフィック統計がある場合、ホスト名と選択されたポリシー名を突き合わせると、「どのルールに吸われたか」まで追えます。デスクトップ版でいうフロー一覧に近い使い方です。Windows 側で数字の見方を学んだユーザーは 「Windows のトラフィック統計とログ」の感覚をそのまま持ち込めます。モバイルは画面が狭いぶん、一度 PC と同じ購読で挙動を比較すると理解が早いです。
- HTTP / HTTPS で別ベンダのブラウザを二つ用意し、片方だけプロキシ対象にしているなら IP の差分がはっきり出る。
- アプリ内ブラウザ（WebView）は本体パッケージと別 UID になることがあるので、ログで実際の通信元を確認する。
- IPv6 が有効な回線では、意図せず v6 側が直結して見え方がブレることがある。症状が再現するなら端末の v6 一時停止も切り分け要素。
よくある質問
遅延が良いのに特定サイトだけ開けない
中継側の出口 IP が先方 CDN でレート制限されている、Enterprise プロキシが SNI を検査している、あなたのルールが想定よりDIRECT側に落ちている、などが典型です。手動ノードを一つずつ差し替えつつ、ログのポリシー名が期待どおりかを確認してください。
手動選択がしばらくすると戻る
自動型グループに誤って触れている、購読の定期更新で同名ノードが差し替わり選択が無効化される、省電力で VPN が再起動した、のどれかが多いです。更新後は毎回ざっと Proxies を開く習慣があると気づきやすいです。
測速直後だけ速くなる
TCP ウォームアップや DNS キャッシュの影響で初回のみ数値が良く見えることがあります。数分おいて再測定し、実ダウンロードで帯域を見ると落ち着いた評価ができます。
チェックリスト
- VPN ON・正しいプロファイル選択・購読の期限切れなしを確認する。
- Proxies で一括測速し、失敗ノードを除外して上位候補をメモする。
- 手動ポリシーグループで候補を固定し、依存グループの取り違えがないか見る。
- 短時間の GLOBAL テストが必要なら、目的を一文メモしてから実行する。
- 実 URL と IP 表示で疎通を確認し、おかしければログと DNS を追加調査する。
まとめ
スマホ向けの一部クライアントは、見た目を簡素にした代わりに測速やポリシーグループの関係が分かりにくいまま配布されていることがあります。購読 URL を入れたら終わり、という流れだと、遅延が良いのにサービスだけ失敗する、といった事象で行き詰まりがちです。Clash for Android 系は Proxies と YAML の構造が近く、遅延順に並べた一覧と手動のポリシーグループ、必要なら GLOBAL、最後に実トラフィックでの疎通という順で触れると、自分の回線と購読の相性を素早く掴めます。
デスクトップではグラフ付きの統計画面を備えた派生も多い一方、モバイルでは省スペース優先で状況の可視化が弱い製品もあり、不安なときに一から触り直すコストが高くなりがちです。Clash は同じルールエンジンの上に、スマホでも Proxies とログを同じ粒度で扱える UI を前提に設計されており、Windows で学んだ読み方をそのまま移植しやすいのが利点です。
この運用をまとめて試したい方は、公式から Clash をダウンロードし、実機で測速から疎通確認まで一気通貫で触ってみてください。