サブスクリプションURLとは？取得・追加・更新方法を初心者向けに解説

サブスクリプションURLとは、クライアントが接続設定を取得するためのアドレスです。対応するクライアントにURLを追加すると、サーバーやプロトコル、接続用認証情報などが読み込まれ、選択できる接続先の一覧が作成されます。インストーラーでも支払い情報でもありません。URLを取得しただけでは接続は完了せず、設定を選んで接続を開始し、実際の接続先を確認する必要があります。

サブスクリプションURL・プラン・ノードの違い

サブスクリプションURLは「設定を取得するための入口」と考えるとわかりやすいでしょう。サービス側で接続先が変更された場合、クライアントがこの入口に再度アクセスすると、新しい一覧を取得できることがあります。URL自体が通常のウェブ閲覧の通信を担うわけではありません。実際の通信は、クライアントが設定に基づいて接続し、ルールに応じて経路を振り分けます。

「サブスクリプション」は月額制プランを指すこともあり、混同されがちです。料金方式は費用や通信量の計算方法を示し、サブスクリプションURLは設定をクライアントに渡す方法を示します。通信量パッケージでも、接続先の取得にサブスクリプションURLが必要な場合があります。名称が同じでも月額プランになるわけではありません。

サブスクリプションURLの取得場所

サブスクリプションURLは、検索結果やグループチャットの画像、見知らぬ人からの共有ではなく、サービスの公式ユーザーパネルから取得してください。VPNCrossではログイン後に取得できます。アカウント作成にメールアドレスは不要で、ユーザー名とパスワードを使用します。パネルを開いたら、ページに表示されたクライアントの種類に合う設定用リンクを選びましょう。アカウント管理ページのURLをサブスクリプションURLとして使わないでください。

パネルに「リンクをコピー」と「クライアントにインポート」など複数の方法がある場合、前者は手動で貼り付けるとき、後者は通常、システムの関連付けを使ってクライアントを起動するときに便利です。簡単なインポート方法でも、起動するアプリと設定の取得元を確認してください。ブラウザーからアプリが起動しない場合は、手動で追加する手順に戻ります。

ブラウザーでURLを開いたときに設定テキストやファイルが表示されたり、内容を読み取れなかったりしても、必ずしもURLが無効とは限りません。サブスクリプションはクライアントに読み込ませるもので、通常のウェブページではありません。一方、ログイン画面やエラーページが表示された場合は、アドレスが正しく見えても有効な設定として読み込めません。

URLのコピーから接続確認までの手順

Windows、macOS、Android、iOSでは、クライアントのメニュー名が異なります。「サブスクリプション」「設定」「プロファイル」「URLからインポート」などの項目が一般的です。ボタンの位置をそのまま真似するのではなく、リモート設定URLを受け付ける項目を探しましょう。

1. 対応するクライアントを用意する。公式ユーザーパネルにあるダウンロードリンクと案内を利用してください。VPNCrossでは、iOS以外はログインするとクライアントを入手できます。iOSでのダウンロードには有効なプランが必要です。インストール後、アプリが正常に起動することを確認します。
2. 対応するサブスクリプション形式を選ぶ。パネルの案内に従ってクライアントに対応する項目を選び、URL全体をコピーします。チャットの句読点が混ざっていないか、末尾のパラメーターが欠けていないか、省略表示された文字列をコピーしていないか確認してください。
3. リモート設定を追加する。クライアントでURLからインポートする項目を選び、アドレスを貼り付けて保存します。設定名は自由に付けられますが、URLに含まれる認証情報は書き換えないでください。
4. 設定を取得して有効にする。接続先の一覧が表示されたら、読み込んだばかりの設定が有効になっていることを確認します。保存できただけでは、その設定が現在使用中とは限りません。
5. 接続先を選んで接続を許可する。アプリの案内に従い、システムのネットワーク設定を許可します。システムプロキシやトンネルモードを有効にする場合は、同じ通信を制御する別のネットワークツールが動作していないことを確認してください。
6. 接続結果を確認する。目的のアプリを開き、IPアドレス確認を使ってブラウザーの接続先を確認します。ほかのアプリも確認する場合は、現在のモードでそのアプリの通信が制御されているかを個別に確認してください。

デスクトップのシステムプロキシは、通常、アプリがシステムのプロキシ設定に従う場合に機能します。独自のネットワーク設定を使うアプリもあります。トンネルモードはより広い範囲の通信を制御できますが、ルーティングや除外ルール、システム権限の影響を受けます。モバイル端末では一般にシステムのネットワーク拡張機能を使いますが、すべての通信が同じ経路を通るとは限りません。OSによる違いは、使い方で現在のクライアントの設定方法を確認してください。

同じURLをすべてのクライアントに追加できない理由

「サブスクリプション形式」と「接続プロトコル」は、別々の互換性の問題です。形式はクライアントが設定ファイルを読み取れるかどうかを左右し、プロトコルは必要な接続を確立できるかどうかを左右します。ファイルを読み込めても、含まれるすべての接続先が使えるとは限りません。特定のプロトコルに対応していても、あらゆるサービスのサブスクリプション形式を解析できるとは限りません。

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、それぞれ異なるプロキシプロトコルまたは方式の名称で、自由に置き換えられるラベルではありません。実際に使えるかどうかは、クライアントのバージョンや通信方式、安全設定にも左右されます。これらは一般的な技術用語であり、VPNCrossがすべてのプロトコルを提供することを示すものではありません。利用可能な方式はパネルと技術案内で確認してください。

クライアントに「未対応の設定」や「不明なプロトコル」と表示されたら、まずパネルの形式選択とクライアントの対応範囲を確認してください。プロトコル名を手作業で変更して解決しようとしないでください。形式変換が必要な場合は、サービスが明示的に対応している方法を優先します。第三者の変換サービスにはサブスクリプションの認証情報全体が渡る可能性があり、変換時にルールやプロトコルパラメーターが失われることもあります。

自動更新のタイミングと手動更新が必要なとき

すべてのクライアントに共通する自動更新周期はありません。更新間隔は、クライアントの設定、設定内容、バックグラウンドでの動作条件によって異なります。起動時に確認するもの、定期更新の設定があるもの、手動更新が必要なものがあります。モバイルOSがバックグラウンド動作を制限している場合、定期更新を設定しても予定どおり完了するとは限りません。

接続先が変更されたとき、以前のノードに継続して接続できないとき、またはサービスから設定変更の案内があったときは、手動で更新できます。まず端末からサブスクリプションサーバーにアクセスできることを確認してから更新し、最終更新日時とエラーメッセージを確認しましょう。ネットワークに接続できない状態で更新を繰り返しても、認証情報が無効になったとは判断できません。

• ✅ 更新する前に、現在使っているリモート設定を更新対象として選んでいるか確認しましょう。ローカルに複製した古いファイルを更新しないよう注意してください。
• ✅ 更新後は接続先の一覧と現在の選択項目を確認しましょう。以前の接続先が削除されていた場合は、選び直す必要があります。
• ✅ カスタムルールは、クライアントが対応している上書き機能や独立したルール機能を使いましょう。更新時に手動の変更が上書きされるのを防げます。
• ❌ 「更新成功」は、接続成功や想定どおりの接続先、プランの通信量リセットを証明するものではありません。

VPNCrossの月額プランの通信量は、利用開始日を基準に毎月リセットされます。通信量パッケージは使い切るまで有効で、期限はありません。サブスクリプションの更新は設定を取得する操作であり、使用済み通信量のリセットやプランの延長・変更は行われません。残量やプランの状態はユーザーパネルで確認してください。

読み込み失敗と接続失敗を切り分けて確認する

サブスクリプションを取得できない：まずコピーしたURLが完全か、端末の日付と時刻が正しいかを確認し、クライアントからサブスクリプションサーバーにアクセスできるか調べます。ログイン画面が表示される場合は、入口を間違えている可能性があります。権限エラーは認証情報やアカウントの状態に関係している場合があります。エラーを回避するために証明書の検証を無効にしないでください。エラー内容を保存し、機密情報を隠して問い合わせましょう。

取得できたが接続先が表示されない：形式や解析エラー、フィルター条件を重点的に確認します。クライアントが応答内容を認識できていないか、未対応のノードを除外している可能性があります。アカウントを何度も削除したり、出所不明の設定を試したりせず、公式案内を確認してください。

接続先は表示されるが接続できない：設定が有効か、ノードが選択されているか、プランが利用可能か、システムプロキシやトンネルの権限が有効かを確認します。比較のためにパネル内の別の接続先を試すこともできますが、一度の失敗をプロトコルの問題と決めつけたり、接続先の名称だけで実際の出口を判断したりしないでください。

一部のサイトは使えるが、一部のアプリは使えない：振り分けルールによって対象ドメインが直接接続になっていないか、アプリがシステムプロキシを経由しない設定になっていないか、DNSリクエストがどこで処理されているかを確認します。DNS漏えいとは、名前解決のリクエストが想定した経路を通らない状態です。ブラウザーの接続先が変わったことだけでは、この問題がないとは判断できません。クライアントのドキュメントに沿ってDNSとトンネルの設定を確認し、見知らぬDNSサーバーを安易に指定しないでください。

サブスクリプションに表示される地域や接続先の名称と、実際の通信経路の構成は別のものです。直接接続、中継、IEPL専線は、それぞれ異なる回線構成を指します。サブスクリプションURLやノード名だけから実際のネットワーク構成を推測することはできません。回線の詳細は、接続先一覧と技術資料に記載された内容を確認してください。

URLが漏えいしたときのリセット方法

サブスクリプションURL全体を他人に知られると、接続設定を取得される可能性があります。設定に有効な接続認証情報が含まれている場合、プランの通信量を使われることもあります。URLは通常、アカウントのパスワードそのものではありませんが、同等に慎重に扱ってください。QRコードもURLを別の形で表したものなので、共有すれば同じように利用権限が漏れる可能性があります。

漏えいに気づいたら、まず公式パネルにサブスクリプションのリセットや認証情報の取り消し機能があるか確認し、案内に従って操作してください。該当する機能が見つからない場合は、パネル内のサポート窓口に対応方法を確認します。アカウントのパスワードを変更したときにサブスクリプションの認証情報も無効になるかは、サービスの仕様によります。連動すると決めつけないでください。

リセット後、新しいURLを自分の各端末に反映し、古いURLが無効になったことを確認してください。すでに配布されたノードの認証情報も同時に更新されるか確認する必要があります。古いURLから設定を取得できなくなっても、以前保存されたノードを他人が使い続けられる可能性があります。公開投稿や画像の削除は拡散防止に役立ちますが、利用権限の取り消しに代わるものではありません。