サブスクリプションリンクとは:初心者向け完全ガイドと導入手順

サブスクリプションリンクとは:1つのURLの先にあるノード一覧

サブスクリプションリンク(subscription URL)は、サービス側のAPIを指すアドレスです。クライアントはこのアドレスにリクエストを送り、サーバーは現在利用できるノード一覧を返します。各ノードにはプロトコル、サーバーアドレス、ポート、鍵、転送パラメータが含まれます。つまりサブスクリプションリンク自体はノードではなく、ノード一覧の受け取り先です。回線の追加・削除やパラメータの更新はすべてサーバー側で行われ、クライアントはもう一度取得するだけで最新の状態を受け取れます。

それに対して単体ノードの共有リンクがあります。ss://、vmess://、trojan://、vless://、hysteria2://、tuic:// のようにプロトコル名で始まる文字列は、1つのノードのパラメータをすべてテキストに埋め込んだもので、クライアントに貼り付ければそのまま使えます。ただしサーバー側でポートやアドレスが変わると古いリンクは即座に無効になり、1つずつ差し替えるしかありません。この保守の手間を解消するのがサブスクリプションリンクです。

ノード項目のプロトコルは、暗号化方式とトランスポート層を決めます。Shadowsocks、VMess、Trojan、VLESS は代表的なプロキシプロトコルで、Hysteria2 と TUIC は QUIC ベースのため、パケットロスが多い回線ではより安定します。サブスクリプションはこうした項目を入れておく容器にすぎず、プロトコルを変えても購読URLを変える必要はありません。鍵になるのはクライアントが対応しているかどうかです。

サブスクリプションに含まれるもの

1つのサブスクリプションが返す内容には、通常3種類の情報があります。ノード項目、地域や回線種別ごとのグループ、そしてクライアントが必要とするルール項目です。本サービスの場合、サブスクリプションは 120+ の国・地域、240+ の回線をカバーし、ノードは IEPL 専用線・中継・直接接続の3種類で分類されています。クライアント上に表示されるノード名も、おおむねこの分類に沿っています。

サブスクリプションリンクの入手先:管理画面のサブスクリプション欄

サブスクリプションリンクはログイン後にのみ表示されます。本サービスの登録に必要なのはユーザー名とパスワードだけで、メールアドレスは不要です。ログイン後、概要ページにサブスクリプションの項目があります。コピーされるアドレスはトークンパラメータ付きの URL です。トークン(token)はアカウントのサブスクリプションAPIにおける資格情報で、ログインパスワードとは異なりますが、これを入手した人はあなたのノード一覧を取得できます。

管理画面では通常、複数の形式が用意されています。代表的なのは次の3つです。

• 汎用形式(Base64):ノード一覧をまとめてエンコードしたもので、多くのクライアントに対応。
• Clash 形式(YAML):Clash 系クライアント専用で、設定ファイルとしてそのまま読み込める。
• sing-box 形式(JSON):sing-box コアを使うクライアント向け。

形式の選択ミスが最もよくある失敗原因です。YAML のアドレスを Base64 しか受け付けないクライアントに貼ると、更新は成功と表示されるのにノードが空になります。逆に Base64 を Clash に貼ると、解析エラーで弾かれます。まずクライアントがどの形式に対応しているかを確認し、それに対応する項目をコピーしてください。

クライアントへの導入:5つのプラットフォームの操作手順

どのプラットフォームでも、導入の流れは同じです。違うのはクライアント側のメニュー名だけです。

1. 管理画面でクライアントに合った形式のサブスクリプションURLをコピーし、クエスチョンマーク以降のトークン部分が欠けていないか確認します。
2. クライアントを開き、「サブスクリプション」「購読グループ」「設定ファイル」などのメニューを探します。
3. アドレスを貼り付けて名前を付けます。たとえば用途に合わせて「日常回線」とすれば、複数端末で見分けやすくなります。
4. 保存したら「サブスクリプションを更新」を一度手動で実行し、ノード数がゼロでないことを確認します。
5. ノードを1つ選んで接続し、ブラウザで出口の地域が想定どおりか確認します。

導入前にこのセルフチェックを一通り確認

• ✅ アドレスを最後までコピーし、クエスチョンマークとトークンパラメータが残っている
• ✅ クライアントが新しめのバージョンで、サブスクリプション内のプロトコルに対応している
• ✅ サブスクリプションの形式とクライアントが一致している(Base64・YAML・JSON を混同しない)
• ❌ アドレスの前後に空白・引用符・改行が入っていると、解析に失敗するクライアントがある
• ❌ 貼り付けたあと更新を押さないと、ノード一覧は古いまま止まる
• ✅ 導入後はまず手動で1回更新し、そのうえで回線が使えるか判断する

更新の頻度:自動取得と手動更新

サブスクリプションの内容はサーバー側が決め、クライアントが定期的に取得します。多くのクライアントは自動更新の間隔を設定でき、利用頻度に合わせて数時間から1日1回程度にすれば十分です。覚えておきたいのは、手動で更新すべきタイミングです。接続が急に遅くなったとき、つながらなくなったとき、プランを変更したとき、サーバー側で回線が追加されたとき、そして新しい端末に初めて導入した直後です。

混同しやすい点が2つあります。サブスクリプションを更新しても通信量はリセットされず、プランの通信量は契約日ごとに毎月リセットされます。また更新しても通信量パックの期限が延びるわけではなく、パックは使い切るまで有効で、期限はありません。更新はあくまでノード一覧を最新にするだけで、課金状態は変わりません。

URL 自体は基本的に変わらず、変わるのは返ってくる中身

日常的に使う限り、サブスクリプションのアドレスは安定しています。変化が起きるのは返ってくる一覧の側で、回線の追加・削除、グループの調整、ノードパラメータの更新などです。管理画面でサブスクリプショントークンを再発行したときだけ、古いアドレスが即座に無効になり、すべての端末で再導入が必要になります。これが漏洩時にまず取るべき対処でもあります。

途中でプランをアップグレードした場合、差額は残り日数で按分されます。サブスクリプションリンクを変える必要はありません。アップグレード後に一度手動で更新すれば、クライアントは新しいプランのノード一覧を取得します。

サブスクリプションリンクが漏洩するとどうなるか:リスクと対処

サブスクリプションリンクは資格情報であり、普通のURLではありません。漏洩すると、第三者があなたのノード一覧を取得して利用できます。本サービスは端末数を制限していないため、相手が使ってもログイン中の端末が押し出されることはなく、端末数超過で検知されることもありません。負担が出るのは主に通信量の割り当てです。プラン内の通信量が複数人で分け合われるため、最初に気づくのは通信量の減りが早くなったという変化です。

漏洩後にまずやること

1. 管理画面にログインし、サブスクリプショントークンを再発行します。古いリンクは即座に無効になります。
2. 新しいリンクを各端末で再導入し、古いサブスクリプション項目は削除します。
3. しばらく通信量の消費を観察し、異常な増加がないか確認します。
4. 漏洩経路を思い出します。グループチャットのスクリーンショット、公開リポジトリ、共有ドキュメントなど、心当たりを順に片付けます。

普段から漏洩の隙を減らすには

• スクリーンショットを撮るときは、クエスチョンマーク以降のトークン部分を隠す。
• サブスクリプションのアドレスを公開グループや掲示板、コードリポジトリに貼らない。
• 一時的に他人へ共有する必要があるときは、相手の端末と用途を確認する。
• 端末を替えるついでにトークンを再発行し、古いリンクを消しておく。

プライバシーについて、本サービスの方針は閲覧内容を記録しないことです。サブスクリプショントークンはアカウントの識別とノード一覧の返却にのみ使われます。とはいえ方針は方針で、資格情報の管理は利用者側にあります。サブスクリプションリンクをパスワードと同じ感覚で扱うのが、いちばん手間のかからない方法です。

導入に失敗したときの確認手順

導入の失敗は、多くが回線の問題ではなく、形式・アドレス・ローカル環境の問題です。次の順に確認すれば、ほとんどのケースをカバーできます。

1. 更新でエラーが出る:まずアドレスが欠けていないか、管理画面が正常に開けるかを確認し、コピー時の切れを疑います。
2. 更新は成功するのにノードが空:形式の不一致です。別のサブスクリプション形式で試してください。
3. 接続はできるのにページが開かない:DNS の引き受けと振り分けルールを確認します(次の節を参照)。
4. 一部のノードだけ使える:1つずつ切り替えて、どの種類の回線が安定しているかを記録し、既定のノードを決めます。
5. すべてのノードでハンドシェイクに失敗する:まずシステム時刻を合わせ、それでもだめならクライアントの再インストールを検討します。

DNS とシステム時刻:見落としやすい2つのポイント

DNS リークとは、ドメインの問い合わせがプロキシ経由ではなく、ローカルネットワークで解決されてしまうことを指します。クライアントが DNS を引き受けていない場合や、振り分けルールが問い合わせをローカル解決に回している場合に起こります。軽い場合は望ましくない CDN に振り分けられて表示が遅くなり、重い場合はどのドメインにアクセスしたかが外部に漏れます。対処は、クライアントで DNS の引き受けまたはリモート解決を有効にし、振り分けルール内の DNS の扱いを確認することです。

システム時刻も同じくらい重要です。VMess などのプロトコルはタイムスタンプの検証に依存しているため、システム時刻が大きくずれているとハンドシェイクがそのまま失敗します。ところが画面上は「すべてのノードがタイムアウト」に見えます。広い範囲でつながらないときは、まずシステム時刻が自動同期になっているかを見てください。

回線の種類によっても体感は変わります。IEPL 専用線は独立した経路を使うため、国際的な公共ネットワークと帯域を争いません。中継は入口ノードを経由して転送するので、ローカル回線への要求は低めです。直接接続は出口までまっすぐつながるため経路は最短ですが、ローカル回線の品質に最も敏感です。同じサブスクリプションに3種類が揃っている場合は、何度も速度測定を繰り返すより、用途で使い分けるほうが意味があります。

サブスクリプションを長く使う:3つの判断基準

サブスクリプションリンクの価値は最初の導入時ではなく、長期の保守にあります。回線が変わっても手で直す必要がなく、端末を替えても取得し直すだけで済みます。長く使う価値があるかどうかは、次の3点で判断できます。

• 形式が揃っているか:汎用・Clash・sing-box の3形式がすべて取得でき、クライアントを替えてもサービスを替えずに済む。
• 更新が安定しているか:毎回の更新で完全な一覧が取得でき、出たり出なかったりしない。
• トークンを自分で再発行できるか:漏洩時に自分で対処でき、人の手を待たなくてよい。

本サービスは 120+ の国・地域、240+ の回線をカバーするサブスクリプションを提供しています。月額 ¥9.9 からで 60GB を含み、端末数は無制限。初回のお支払いから 14 日以内であれば、理由を問わず全額返金を申請できます。まず1本のサブスクリプションで導入・更新・確認の3つを一通り試し、そのうえで長期利用を決めるほうが、スペック表だけを見るより確実です。