購読リンクだけではルールがない？Subconverter で Clash YAML にし、Meta クライアントへインポートする
プロバイダから渡されるのが Base64 の購読 URL（SSR・Vmess・Trojan など）だけで、国内／海外の振り分けや広告除外のルールが同梱されていない——という状況はよくあります。Clash Meta（Mihomo） 系クライアントは最終的に YAML 形式の設定で動くため、Subconverter を使って購読を Clash 向けプロファイルへ変換し、必要ならルールセット（rule-providers）まで載せた構成にすることができます。本記事では、オンラインの変換サービスと自分で立てる Subconverterの違い、ファイル保存とリモート設定 URLのどちらで読み込むか、Clash Verge など GUI への取り込み経路と、典型エラーの切り分けを整理します（利用規約・法令の範囲内で、自分が管理する接続のみを対象としてください）。
なぜ「購読だけ」では物足りないのか
多くのサービスは「ノード一覧」を購読リンクで配りますが、それはあくまでプロキシサーバー情報の集合です。どのドメインをどのポリシー（DIRECT／PROXY／REJECT）に送るかは別レイヤーで、Clash では通常 rules と rule-providers（または同等のリモートルール）で表現します。購読だけをそのまま読み込めるクライアントでも、ルールが極めて薄い／空に近いプロファイルが返ってくることがあり、その場合は「全部同じ出口に流れる」「国内サイトまで遠回りする」などの不便が出ます。
初心者向けの全体像は 「Clash 初心者ガイド」で触れていますが、本稿は非 Clash 購読から Clash YAML への橋渡しに絞ります。Android で購読が読めない場合は 「Android での購読インポートとトラブル」も参照してください。
Subconverter がすること
Subconverterは、さまざま形式の購読・単一リンクを入力として受け取り、Clash（および派生コア）が解釈できる YAMLを生成する変換ツールです。公式・コミュニティ版のビルドや、誰かが公開しているオンライン変換ページがよく使われます。変換結果には、多くのプリセットで proxies／proxy-groups に加え、ルールのひな形や rule-providers への参照が含まれることがあります（プリセットやテンプレート依存）。
用語の整理
購読 URL＝ノード一覧の取得元。Clash YAML＝クライアントが読む設定ファイル。リモート設定 URL＝その YAML を HTTPS で配信するアドレス（クライアントが定期的に取得して更新）。
オンライン変換とローカル／自前ホスト
手軽さでは公開されている変換サイトに購読を貼る方法が上位ですが、購読 URL には認証トークンが含まれることが多く、第三者サーバーに渡る点はリスクとして意識する必要があります。信頼できる提供者・HTTPS・可能なら自分専用の Subconverter インスタンス（VPS や自宅、Docker）に寄せると、URL の取り扱いをコントロールしやすくなります。
| 方式 | 利点 | 注意 |
|---|---|---|
| オンライン変換 | セットアップ不要、すぐ YAML や配信 URL が得られる | 購読が外部に送信される。サービス停止で URL が無効化されうる |
| 自前 Subconverter | トークンを自ネットワーク内に閉じやすい。カスタムプリセットも可能 | 構築・更新・証明書（HTTPS）の運用コスト |
どちらの場合も、変換後の YAML を一度ダウンロードして中身をざっと確認する習慣があると、意図しない外部 URL や古いルールセット参照に気づきやすいです。
実務フロー：変換 → 取り込み
推奨の流れ
- 購読 URL を Subconverter に渡し、出力形式を Clash／Clash.Meta 向けに指定する（利用する UI に「ターゲット」や「プリセット」がある場合はそれに合わせる）。
- 生成物をファイルとして保存するか、Subconverter が出すサブスクライブ変換済みの配信 URL（あれば）をメモする。
- Clash Verge、openclash、Mihomo 単体など、利用中のクライアントでプロファイルとしてインポートする。
- 更新間隔を設定し、購読とルールの両方が期待どおり更新されるかログで確認する。
Windows の GUI 初期設定は 「Clash for Windows 完全設定ガイド」、macOS の Verge 系は 「Clash Verge Rev の初回設定」が入口になります。ルールファイルのパスや更新間隔の詳細は 「rule-providers のパスと更新間隔」と併読すると理解が揃います。
インポート：ファイルかリモート URL か
ファイルインポートは、生成した .yaml をローカルに置き、クライアントの「プロファイル」として指定する方法です。オフラインでも編集しやすく、内容を Git 管理する人にも向きます。一方、リモート設定 URL（HTTPS で YAML を配信するアドレス）を登録すると、クライアントが定期更新で購読・ルールの差分を取りに行きやすくなります。Subconverter を自前で動かしている場合、しばしば「変換結果をそのまま HTTP(S) で配る」形になります。
リモート URL を使うとき
http:// 平文配信は途中改ざんのリスクがあるため、可能なら HTTPS にしてください。証明書エラーが出る場合は、クライアント側の証明書検証設定と、サーバー側のチェーン不備を疑います。
Mihomo／Clash Meta との相性
Clash Meta（Mihomo）はコア機能が豊富で、変換プリセットによっては geodata や rule-providers、スニファー関連のキーが含まれます。古い「Clash コアのみ」を想定したプリセットだと、一部キーが無視される／警告が出ることがあります。クライアントのバージョンとドキュメントを見て、Meta 向けプリセットを選ぶのが安全です。
GUI（例：Clash Verge）では、プロファイル一覧に URL またはファイルを追加し、有効化してノードとログを確認します。初回は Rule モードで、意図したドメインが期待のポリシーに流れているかをログで追うとよいです。
よくあるエラーと切り分け
購読・設定の取得失敗（403／404／timeout）
購読 URL がレート制限やIP 制限にかかっていると、変換サーバー側の取得が失敗します。自前 Subconverter なら、同じネットワークからブラウザや curl で購読が取れるかを先に確認します。404 は URL の打ち間違いやプロバイダ側のローテーションが多いです。
ルールセット（rule-providers）のダウンロード失敗
YAML 内の rule-providers が指す URL がブロックされている、パスが間違っている、更新間隔が短すぎて BAN されている、などが考えられます。詳細はルール系の記事で扱ったとおり、パス・間隔・ミラーを調整します。
YAML パースエラー
インデント崩れ、タブとスペースの混在、コピペ時の全角記号混入で起きやすいです。エディタで UTF-8・スペース二つインデントを確認し、変換元を再取得してください。
セキュリティとプライバシー（最低限）
- 購読 URL は秘密の鍵に近いものとして扱い、掲示板やスクリーンショットに載せない。
- オンライン変換を使うなら、そのサービスのログ方針を把握できる範囲で選ぶ。
- 変換後 YAML に知らない外部スクリプト URLが紛れていないか、冒頭と
proxy-providers／rule-providersを目視する。
チェックリスト
- クライアントが Clash Meta 系であることを確認する。
- Subconverter で 適切なターゲット／プリセットを選び、YAML を得る。
- ファイルかリモート URLのどちらで運用するか決め、更新間隔を設定する。
- ルールプロバイダが取得できるか、ログで確認する。
- 問題があれば購読直叩きと変換結果の YAML を切り分ける。
まとめ
購読だけではルールが足りないとき、Subconverter はそのギャップを埋める現実的な手段です。オンラインは手軽、自前は慎重さと引き換えに制御しやすい、というトレードオフを理解したうえで、Clash YAML を Meta クライアントへインポートすれば、ノードとルールを一体として運用できます。リモート設定 URL を使う場合は HTTPS と更新ポリシーを意識し、トラブル時は購読取得とルール取得を別々に切り分けてください。