サブスクリプションリンクとは何か、どこで入手するのか
サブスクリプションリンクとは、リモートの設定ファイルを指すHTTP/HTTPSアドレスのことです。クライアントは定期的にこのアドレスへアクセスし、最新のノードリストとルールセットをダウンロードして、ローカルで使用できる設定を生成します。サブスクリプションリンクは通常、サービス提供元が購入または登録後に発行するもので、形式はhttps://example.com/api/v1/client/subscribe?token=xxxxxxxxのようになります。リンクの末尾には一意の識別子（tokenやuid）が付いていることが多く、これはアカウントごとの設定内容を区別するためのものなので、外部に公開・共有すべきではありません。
サブスクリプションリンクを取得したら、手動でファイルをダウンロードしてからインポートする必要はありません。Clash系クライアント（Clash Verge、Mihomo Party、FlClashなど）のほとんどは、リンクを直接貼り付けるだけでクライアント側がダウンロードと解析を自動で行います。この方式の利点は、ノード情報が更新された際に「サブスクリプションを更新」をクリックするだけで最新の内容を取得でき、設定ファイルを手動で置き換える必要がない点です。
注意点として、サブスクリプションリンク自体は単なるデータ取得用のインターフェースであり、クライアントがそれをリクエストする際にも通常はネットワーク通信が発生します。端末側に利用可能なネットワーク経路が全くない状態（例えばシステムプロキシは有効だが使えるノードがない場合）では、初回のサブスクリプション取得が失敗することがあります。サブスクリプションをインポートする前に、端末が外部ネットワークへ直接アクセスできることを確認するか、クライアントに「直接接続モードでサブスクリプションを取得する」オプションがあるか確認しておくとよいでしょう。
クライアントでサブスクリプション設定をインポートする
クライアントによって画面上の名称は多少異なりますが、インポートの流れの核となる手順はほぼ共通しており、通常は以下のステップになります。
設定管理画面を開く
クライアントのメイン画面から「設定」「サブスクリプション」または「Profiles」に関する入口を見つけてクリックし、設定一覧ページを開きます。ここには現在インポートされているすべての設定項目が表示されます。
新しいサブスクリプションを作成しリンクを貼り付ける
「新規作成」または「+」ボタンをクリックし、「URLからインポート」を選択して、取得したサブスクリプションリンクを入力欄に全文貼り付けます。リンクの前後に余分な空白や改行が入らないよう注意してください。
更新間隔を設定する（任意）
一部のクライアントは自動更新周期を設定でき、例えば24時間ごとにサブスクリプション内容を自動更新することで、ノード情報を最新の状態に保ちやすくなります。
ダウンロードを確定し解析を待つ
確定をクリックすると、クライアントがそのリンクへリクエストを送り、設定内容をダウンロードしてノードリスト、プロキシグループ、ルールセットに解析します。解析が完了すると、設定項目が一覧に表示されます。
現在使用する設定に切り替える
設定一覧の中でインポートしたばかりの項目をクリックし、現在有効な設定として選択します。クライアントの右上やステータスバーには、通常現在使用中の設定名が表示されます。
クライアントがインポート進行状況を表示する場合、インポート中に「解析失敗」や「フォーマットエラー」が表示されるときは、多くはサブスクリプションリンク自体が誤った内容を返している（アカウント期限切れ、リンク失効など）ケースです。ブラウザで直接そのリンクを開き、返ってくるテキストが正常なYAMLやBase64エンコードの内容かどうかを確認してみるとよいでしょう。
ヒント：一部のクライアントはサブスクリプションのインポート時にレスポンスヘッダーのsubscription-userinfoフィールドを自動的に読み取り、トラフィック使用状況を表示します。これは必須項目ではなく、欠けていても正常な接続には影響しません。
プロキシグループの理解とノードの選択
サブスクリプションの解析が完了すると、設定ファイルには通常複数の「プロキシグループ」（proxy-groups）が含まれます。各プロキシグループは複数の具体的なノードを一つにまとめたもので、クライアント画面上で見える分類名（例：「自動選択」「香港ノード」「動画配信解除」）は、設定内のこれらのグループ定義に対応しています。簡略化したプロキシグループの定義は概ね以下のようになります。
proxy-groups:
- name: 自動選択
type: url-test
proxies:
- HK-01
- HK-02
- JP-01
url: http://www.gstatic.com/generate_204
interval: 300
- name: 手動切り替え
type: select
proxies:
- 自動選択
- HK-01
- JP-01
- 直接接続url-testタイプのグループは、設定された間隔ごとに自動で速度測定を行い、遅延が最も低いノードを選択します。手動でノードを選びたくない方に向いています。selectタイプのグループは、どのサブノードやサブグループを使用するかを手動で指定する必要があり、より柔軟性が高くなります。初めて使う際、クライアントのトップ画面に「手動切り替え」のようなグループが表示されている場合は、グループの詳細に入って各ノードの遅延数値を確認し、数値が低く状態が正常なノードを選びましょう。
ノード名の横には通常、ミリ秒単位の遅延が表示され、色が正常（赤や黄色でマークされていない）なノードは基本的に利用可能です。すべてのノードでタイムアウトまたは測定不能と表示される場合は、サブスクリプション自体のノードが一時的に利用できない、またはローカルのネットワーク環境が測定リクエストをブロックしていることを示しており、設定ファイル自体に問題があるわけではありません。まずは手動でいずれかのノードを選んで接続を試し、その後測定異常の原因を調べるとよいでしょう。
システムプロキシを有効にして接続が有効になっているか確認する
ノードを選んだら、実際にシステムやアプリのネットワークリクエストがClashを経由するように設定する必要があります。この工程は一般に「システムプロキシ」（System Proxy）と呼ばれます。多くのクライアントはメイン画面やサイドバーにスイッチを用意しており、これをオンにするとクライアントが自動的にシステムのプロキシ設定を変更し、HTTP/HTTPSリクエストをローカルで待ち受けているポート（一般的には127.0.0.1:7890のようなアドレス）へ向けます。
システムプロキシのスイッチを見つける
クライアントのトップ画面または「一般設定」から「システムプロキシ」「System Proxy」の項目を見つけ、オンに切り替えます。
待ち受けポートが使用中でないか確認する
オンにしても反映されない場合は、クライアント設定に表示されているミキシングポートが他のプログラムと競合していないか確認し、必要に応じてポート番号を変更してからシステムプロキシを再度有効にしてください。
ブラウザでテストページにアクセスする
ブラウザでIPの所在地を確認できるページを開き、表示される地理的位置が選択したノードの地域と一致していれば、トラフィックがClash経由で転送されていることを示します。
クライアントの接続ログを確認する
多くのクライアントには「ログ」または「接続」パネルが用意されており、現在のリクエストがどのルール、プロキシグループ、宛先ノードを経由しているかをリアルタイムで確認でき、特定のサイトがプロキシを経由しているかどうかの確認に役立ちます。
確認時にブラウザが依然としてローカルの実際のIPを表示している場合は、まずシステムプロキシのスイッチが本当にオンになっているか確認し、次にブラウザ自体が独立したプロキシ設定を持っていないか確認してください（一部のブラウザはシステムプロキシに追従せず、「システムプロキシを使用」と個別に設定する必要があります）。システムプロキシの設定に従わないプログラムを含め、すべてのトラフィックを引き受ける必要がある場面では、システムプロキシの代わりにTUNモードを使うことも検討できますが、これは上級者向けの設定であり、初めて使う際はまずシステムプロキシで基本的な接続が有効であることを確認することをおすすめします。
確認成功の目印：ブラウザでアクセスしたIPの所在地が選択したノードの地域と一致し、クライアントの接続ログで対象ドメインに対応するルールのマッチ記録が確認できることです。
よくある問題と注意点
サブスクリプションをインポートしても正常に接続できない場合、原因は以下のいくつかのパターンに集中していることが多く、一つずつ確認していくことで問題を特定しやすくなります。
- サブスクリプションリンクの期限切れやトラフィック使い切り：この場合ノードリストは表示され続けることがありますが、実際の接続はすべてタイムアウトするため、サブスクリプション提供元にアカウント状態を確認する必要があります。
- システムプロキシのスイッチが実際には反映されていない：クライアントが異常終了した後にプロキシ設定が正しく復元されないOSもあるため、クライアントを再度開いてスイッチを切り替え直すと解決することが多いです。
- ファイアウォールやセキュリティソフトがローカルポートをブロックしている：クライアントがポートの待ち受け失敗を通知する場合は、ファイアウォールのルールで該当ポートが許可されているか確認してください。
- ルールモードで一部のアプリがプロキシルールにマッチしていない：ルールモードでは設定内のルールの順序に従ってトラフィックの経路が決まるため、あるアプリのドメインやIPがどのルールにもマッチしない場合、最終的にデフォルトのポリシーに落ちることになります。ルールセットのカバー範囲を確認してください。
初回のインポートが完了し接続が有効であることを確認したら、その時点で使用しているプロキシグループとノード名を記録しておくと、後で問題を調査する際の比較材料になります。サブスクリプションの内容はサービス提供元の更新に応じて変化するため、定期的に手動または自動でサブスクリプションを更新することで、ノードリストを常に最新の状態に保ち、ノードの失効による接続トラブルを減らすことができます。