ユニバーサル リンクとカスタム URL スキーム:
2026 年ディープ リンキング アーキテクチャ ガイド
概要: iOS と Android のモバイル リンク環境をナビゲートするには、Apple Universal Links (HTTP ベースのアプリの関連付け) とカスタム URL スキーム (プロトコル ベースのアプリの呼び出し) という 2 つの異なるメカニズムを理解する必要があります。 ここでは、それらをどのように比較し、どこが欠点であるか、そしてスマートルーターがどのようにギャップを埋めるかを説明します。
マーケティングの詳細な視点が必要ですか? 専用の内訳: マーケティング担当者向けの iOS ユニバーサル リンクの説明をお読みください。
1. 2 つのテクノロジーを理解する
モバイル オペレーティング システムでは、セキュリティとユーザーのプライバシー上の理由から、Web ページが特定のネイティブ アプリがインストールされているかどうかを問い合わせることができません。 ユーザーを Web からアプリに移行するために、開発者は 2 つのプロトコルを利用します。
標準の HTTPS リンク
ドメイン ルートでホストされている apple-app-site-association (AASA) JSON ファイルを介して Apple によって検証された標準 Web URL (例: https://brand.com/product/123)。
- ブラウザダイアログなしでシームレスにアプリを起動
- アプリがインストールされていない場合のネイティブ Web フォールバック
- 他の悪意のあるアプリに乗っ取られることはありません
- Safari に貼り付けるか、同じドメインをクリックすると中断される
プロトコルスキーム
アプリの Info.plist または AndroidManifest.xml で定義されたカスタム プロトコル (例: tg://resolve、instagram://user、whatsapp://send)。
- すべてのレガシー iOS および Android バージョンにわたるユニバーサル サポート
- Javascript リダイレクトから直接動作します
- アプリが見つからない場合に「ページを開けません」アラートをトリガーできる
- どのアプリでも共通のスキーム名を主張できる (ドメイン証明なし)
2. 詳細な比較表
| 特徴 | ユニバーサルリンク（iOS） | カスタムURLスキーム |
|---|---|---|
| 形式 | https://domain.com/path |
myapp://path |
| ドメイン所有権の証明 | 必須（AASA JSONファイル） | 不要（どのアプリでも登録可能） |
| フォールバック動作 | 自動でウェブページを読み込む | アプリがない場合はブラウザエラー |
| アプリ内ブラウザ互換性 | WebViewで頻繁にブロックされる | JSリダイレクト経由でサポート |
| Android相当 | Android アプリのリンク | Android インテント スキーム |
3. 現実世界のアプリ内ブラウザの問題
理論的には、Apple Universal Links は最もクリーンな技術設計です。 ただし、 実際にはInstagram、TikTok、Facebookなどのソーシャル プラットフォームでは、クリックされたすべてのリンクがサンドボックス化された Web ビュー (UIWebView / WKWebView) で開きます。 これらのブラウザ内では:
- ユニバーサル リンクは、ユーザーを親アプリの広告エコシステム内に留めておくために意図的に傍受されます。
- サードパーティ アプリ (YouTube や Telegram など) に直接リンクしようとすると、ユニバーサル リンクがコンテナから抜け出すことができないことがよくあります。
- カスタム URI スキーム (または Android インテント) は、モバイル Web ビュー内からネイティブ オペレーティング システム インテント ダイアログをトリガーする唯一の信頼できる方法のままです。
4. スマートディープリンクルーターがギャップを埋める方法
マーケティング担当者や開発者が OS アップデートごとに脆弱なリダイレクト スクリプトを維持することを強制する代わりに、DSLink はクラウド エッジ スマート ルーターとして機能します。
- デバイスと ブラウザ フィンガープリンティング: DSLink は、訪問者が iOS Safari、Android Chrome、または Instagram/TikTok アプリ内 Web ビューのいずれを使用しているかを 100 ミリ秒未満で識別します。
- スマート スキームの実行: アプリを備えたモバイル デバイスでは、検証済みのネイティブ URI スキームをトリガーしてアプリを直接開きます。
- サイレント JavaScript フォールバック: ネイティブ アプリが厳しいタイムアウト内に応答しない場合 (アプリがインストールされていないことを示す)、ブラウザは壊れたアラートを表示せずに App Store または Web フォールバックにシームレスに移動します。
- デスクトップ ルーティング: デスクトップ Mac および PC の訪問者は、Web の宛先に正常に直接送信されます。
よくある質問
ユニバーサル リンクとカスタム URL スキームの主な違いは何ですか?
ユニバーサル リンクは、Web サーバー上の Apple App Site Association (AASA) JSON ファイルを介して iOS アプリに関連付けられた標準の HTTPS URL です。 アプリがインストールされると、iOS は Safari プロンプトを表示せずにアプリを開きます。 カスタム URL スキームは独自のプロトコル プレフィックス (instagram:// や tg:// など) を使用します。 これらはプラットフォーム間で機能しますが、アプリが見つからない場合はブラウザーに警告が表示されることがあります。
ユニバーサル リンクを Safari のアドレス バーに直接貼り付けると失敗するのはなぜですか?
Apple は、ユーザーが Safari のアドレス バーに URL を明示的に入力または貼り付けた場合、またはユーザーが同じドメインから移動した場合に、アプリが起動しないようにユニバーサル リンクを意図的に設計しました。 ユニバーサル リンクは、外部ドメインまたはアプリケーションからクリックされた場合にのみトリガーされます。
アプリがインストールされていない場合、カスタム URL スキームはどうなりますか?
アプリがインストールされていない状態でカスタム URI スキーム (spotify:track:... など) を Web ブラウザーで開くと、ブラウザーに「アドレスが無効であるため、Safari はページを開けません」のようなエラーが表示されます。 DSLink などのスマート ディープ リンク エンジンは、タイミングベースのフォールバック スクリプトを使用してこれを捕捉し、訪問者を App Store または Web バージョンにシームレスにリダイレクトします。
DSLink はどのようにして両方のプロトコルの長所を組み合わせているのでしょうか?
DSLink は、エッジ CDN でホストされるインテリジェント ルーターを提供します。 ユーザーの OS、ブラウザ、デバイスの機能を動的に評価し、モバイル上で最速のネイティブ スキームを実行し、デスクトップ Web またはモバイル ストア ページに瞬時にフォールバックします。