Clashスマホアプリの選び方｜Android・iOS向け主要クライアントを比較

OSとサブスクリプション形式で候補を絞る

先に結論：Androidで既存のClash YAML設定を引き継ぐなら、メンテナンスが続いているmihomo系クライアントを優先して比較しましょう。iPhoneでは、まず対応する設定形式を確認し、そのうえで画面の使いやすさやルール機能を検討します。アプリ名にClashとあっても、同じ設定項目に対応しているとは限りません。ノードをインポートできても、元の振り分けルールが維持されるとは限りません。

コアはプロキシ接続、DNS、ルールを実際に処理するプログラムで、クライアントはインポートや接続のオン・オフ、各種設定を行う画面を提供します。Clash.Metaは後継のmihomoとして開発が続いていますが、クライアントに同梱されるコアのバージョンはそれぞれ異なる場合があります。互換性を確認するときは、アプリ内に表示されるコア情報を見ましょう。アプリ名やストアのスクリーンショットだけでは判断できません。

• Clashの設定一式を使っている：proxy-groups、rules、rule-providers、DNSの各項目が引き継がれるか確認しましょう。
• ノードのサブスクリプションだけを使っている：取得できるのが完全なYAML設定、ノード一覧、エンコードされた共有リンクのどれなのかを先に確認します。それぞれ異なる形式です。
• 普段の接続だけに使いたい：インポート手順、バックグラウンドでの安定性、ログの確認方法を優先しましょう。今は使わないルール機能のために設定を複雑にする必要はありません。

Androidクライアント比較：使い慣れた画面よりメンテナンス状況を重視

Androidでよく使われる選択肢には、Clash for Android、Clash Meta for Android、FlClash系があります。いずれもVPN接続の切り替え機能を備えている場合がありますが、設定の編集場所、サブスクリプションの更新方法、コアの更新頻度は異なります。以下では各プロジェクトの方向性を比較します。特定のビルドの動作を、すべてのバージョンに当てはめてはいません。

「新しいプロトコルに対応」はコアの対応状況まで確認

サブスクリプションにtype: hysteria2が含まれる場合や、新しいプロトコルのオプションを使う場合は、現在のコアが該当項目を認識できるか確認しましょう。「不明なプロキシタイプ」と表示される場合、通常は権限設定ではなく、コアの対応状況か設定形式の不一致が原因です。VPNスイッチを切り替えたり、何度も速度を測ったりしても、設定の解析エラーは解消しません。

Clash for Androidを使っている場合は、まず旧設定を比較用に残し、新しいクライアントに同じサブスクリプションをインポートしましょう。いきなり旧アプリをアンインストールするのは避けてください。手動で選択したグループ、アプリごとの振り分けリスト、ローカルの上書き設定は、リモートのサブスクリプションに含まれていないことがよくあります。

iOSクライアント比較：Clash設定に対応していても同じコアとは限らない

iOSではAndroidのAPKをインストールできません。スマートフォンの全通信を制御するには、通常、Appleが提供するネットワーク拡張機能のNetwork Extensionを使います。AndroidのVpnServiceとは異なる仕組みのため、Android向けのメニュー、バックグラウンド実行の許可リスト、TUNの設定をそのまま流用することはできません。

iOSアプリの提供地域、料金、対応する最低システムバージョンは変更される場合があります。上記の内容を一律に保証するものではありません。ノードをいくつか選べれば十分な場合、「Androidとまったく同じ」にするために設定全体を無理に変換する必要はありません。複雑なルールセットが必要なら、ルールの読み込みと適用結果を確かめてから継続利用を決めましょう。

サブスクリプションのインポート：取り込まれた設定を確認

サブスクリプションのインポートでよくある勘違いは、ノード一覧が表示されただけで移行が完了したと思うことです。設定一式には通常、プロキシノード、グループ、ルール、DNSが含まれます。一方、インポート方法によってはノードだけを取り込み、残りをクライアントの標準設定で補うことがあります。どちらも接続できる場合がありますが、通信の振り分け方は異なります。

Androidでは次の順に確認

1. Clash for Androidで一般的な画面を例にすると、「設定」→「＋」→「URL」と進み、名前とサブスクリプションURLを入力します。他のクライアントでは「設定」内のインポート項目を探してください。
2. ダウンロードが完了したら、リストに保存するだけでなく、その設定を選択します。更新日時と解析結果も確認しましょう。
3. 「プロキシ」を開き、元のグループが表示されているか確認してから、利用するノードを選択します。まずはプロキシモードで「ルール」を選び、ルールの問題を隠してしまう全体モードは使わないでください。
4. ホーム画面に戻って接続を開始します。初回にシステムのVPN接続許可が表示されたら承認し、ログで実際の通信を確認しましょう。

iOSでは、インポート画面が完全な設定とノードのサブスクリプションのどちらに対応しているか、まず確認します。Webページの内容が表示されたり、ログイン画面になったり、解析に失敗したりする場合は、サブスクリプションURLの有効期限と、サービス提供元がそのクライアント向けの形式を用意しているかを確認しましょう。認証情報を含むURLを、運営元不明のオンライン変換サイトに入力しないでください。

ルール編集：複雑なルールを増やす前に最小構成で動作を確認

ルールは上から順に評価され、先に一致したルールが適用されると、通常は後続のルールはその通信の選択に使われません。グループは接続先の選択肢をまとめたもので、たとえばselectは手動選択を意味します。プロキシノードそのものではありません。クライアントを比較するときは、「グループを表示できるか」と「ルールからグループを参照できるか」をそれぞれ確認しましょう。

以下はローカルでの動作確認に使うmihomoの最小設定例で、リモートのプロキシノードは含みません。ポート7890は、この例で指定したHTTP／SOCKS混合プロキシのポートです。スマートフォンクライアント共通の固定値ではありません。また、iOSネイティブアプリに例全体をそのまま適用することはできません。

mixed-port: 7890
allow-lan: false
mode: rule
log-level: info

proxies: []

proxy-groups:
  - name: Manual
    type: select
    proxies:
      - DIRECT

rules:
  - DOMAIN,example.com,Manual
  - MATCH,DIRECT

• ManualにはDIRECTしかないため、この例は設定の解析、グループの表示、ルールの適用確認にのみ使えます。リモートのプロキシ接続は確立されません。
• DOMAINは指定したドメインだけに一致します。サブドメインも対象にする場合は、用途に応じてDOMAIN-SUFFIXを使いましょう。
• MATCHは他のルールに一致しない通信に適用されるルールで、通常は末尾に置きます。先頭に置くと、その後の一般的なルールが機能しなくなります。

クライアントを選ぶときは、現在有効な設定を表示できるか、読み込みエラーの場所を特定できるか、サブスクリプションの元データと最終的に適用される設定を見分けられるかも確認しましょう。ルールを頻繁に変更する人にとっては、ホーム画面に大きなスイッチがあるかどうかより、こうした確認機能のほうが重要です。

TUN、バックグラウンド動作、DNS：日常の安定性を左右する3つの確認点

通信の取り込みとプロキシプロトコルは分けて考える

TUNは仮想ネットワークインターフェースで、通信をクライアントに渡すための仕組みです。ノードのプロトコルではありません。Androidクライアントは通常、VpnServiceでローカルVPNインターフェースを作成し、一般にroot権限は不要です。デスクトップ向けの「TUNサービスをインストールする」手順を、そのままスマートフォンに求めることはできません。

VPNアイコンが表示されても、システムの通信経路が確立したことを示すだけで、ノードが使えることや、すべてのアプリの通信がプロキシを経由することまでは保証されません。アプリごとの振り分けが有効か、除外されたアプリがないかを確認しましょう。仕事用プロファイル、他のVPN、システムの制限も通信を取り込める範囲に影響することがあります。

バックグラウンド制限は10分のテストで切り分ける

1. 接続したら、まず画面を点灯したまま2分間使い、設定とノードが正常に動作することを確認します。
2. 画面をロックして10分待ち、ロック解除後に通知、VPNの状態、再接続のログを確認します。
3. 画面ロック後だけ接続が切れる場合は、Androidの「設定」→「アプリ」→対象クライアント→「バッテリー」でバックグラウンド制限を確認します。項目名はシステムによって異なります。
4. まず対象クライアントの制限だけを変更し、同じテストを繰り返しましょう。複数のシステム設定を一度に変更するのは避けてください。

DNSはサーバーを入力したかどうかだけでは判断できない

DNSはドメイン名をIPアドレスに変換する仕組みです。移行時は、DNSが有効か、想定した経路を通して問い合わせているか、サブスクリプションの名前解決ルールにクライアントが対応しているかを確認しましょう。mihomoのfake-ipやDNSルールは、プラットフォームのネットワーク拡張との実装に違いがあります。項目を揃えるためだけに設定を無理にコピーしないでください。「IPアドレスには接続できるのにドメイン名では開けない」場合は、ノードを次々に変える前にDNSログを確認しましょう。

使い方に合わせて選び、同じ手順で動作を確認する

• Androidを初めて使う人：配布元が明確で、継続して更新され、コア情報を確認できるクライアントを優先しましょう。まず設定一式を読み込んで接続し、ローカルでのルール編集が必要かどうかはその後に判断します。
• Clash for Androidを使ってきた人：操作方法が近いmihomo系クライアントを優先して試しましょう。移行時は旧設定を残し、アプリの振り分けリストやグループの画面も記録しておきます。
• AndroidとPCで同じ設定を使う人：コアのバージョンと項目の対応状況を重点的に確認しましょう。コアが同じでも、ファイルパス、ネットワークインターフェース、システム権限はそれぞれの環境に合わせる必要があります。
• iPhoneではノードを選べれば十分な人：ノードのインポート方法と日常の操作手順を優先しましょう。Clash YAML全体との互換性は、必ずしも最優先の条件ではありません。
• iPhoneで複雑な通信振り分けが必要な人：設定形式、ルールセット、診断ツールを比較してから、設定変換や維持にかかる手間を検討しましょう。

1回のレイテンシ測定だけでクライアントの優劣を決めないでください。レイテンシ測定でわかるのは通常、指定したアドレスへの応答速度であり、ダウンロード速度や動画の視聴品質とは異なります。比較するときは同じWi-Fi、同じノード、同じ測定先を使い、各クライアントで3回ずつ測定して失敗回数も記録しましょう。ネットワークを変えた場合は、改めて測定してください。

この4項目を確認してから、新しいクライアントを普段使いにしましょう。設定の入手元、クライアントのバージョン、コアのバージョンは記録しておいてください。問題が起きたときに、サブスクリプションの変更、クライアントの更新、スマートフォンのシステム制限のどれが原因か切り分けられ、最初からインストールをやり直さずに済みます。