1分で読了機能

ディープリンクとは?わかりやすい解説

ディープリンクは、アプリのホーム画面ではなく特定の画面を開くURLです。ディープリンクとUniversal Links・App Linksの違い、そしてFirebase Dynamic Links終了後の代替策を解説します。

Marius Voß
DevRel · edge infra
ディープリンクとは何か: アプリのホーム画面を開く通常のリンクと、アプリ内の特定の商品画面を開き、アプリが無い場合はWebにフォールバックするディープリンクを対比した図

ディープリンクとは、アプリのホーム画面やただのWebサイトではなく、モバイルアプリ内の特定の画面を開くURLのことです。ショップへの通常のリンクをタップするとホームページが表示されますが、ディープリンクをタップすると特定の商品にそのまま着地します。玄関ではなく正しい場所に着地するというこの違いこそが要点であり、アプリのキャンペーンが実際にコンバージョンにつながる理由です。

本稿はわかりやすい解説版です。ディープリンクとは何か、耳にするであろう種類(Universal Links、App Links、遅延ディープリンク)、そしてFirebase Dynamic Linksが終了した今、何が変わったのかを扱います。実装手順についてはSDKなしのディープリンクが解説しており、本稿はまず概念を扱います。

ディープリンクの実体

対比から始めましょう。通常のWebリンクはページを指しています。スマートフォンで該当のアプリがインストールされている場合、タップするとたいていアプリのホーム画面が開くだけで、そこから目的の場所まで自分でたどり着く必要があります。ディープリンクはそれを省略します。アプリ内の特定の遷移先の住所を持っていて、それを直接開くのです。

その裏側にある仕組みは、OSがあるアプリに属すると認識する普通のHTTPS URLです。OSがそれを検知すると、リンクをアプリに渡し、アプリが対応する画面を開きます。アプリがインストールされていない場合、同じURLはWeb版にフォールバックするため、ユーザーは必ずどこかへたどり着けます。このフォールバックこそが、現代版のディープリンクを信頼できるものにしている機能です。

耳にするであろう種類

「ディープリンク」は上位概念としての呼び名です。その下にいくつかの具体的な技術があり、名前は緩く使われがちなので、ここで整理しておきます。

  • **Universal Links(iOS)App Links(Android)**は、OSレベルでHTTPSをベースにアプリのコンテンツを開く方式で、アプリが無い場合は自動的にWebへフォールバックします。これが現代の標準であり、AppleはiOS側をUniversal Linksとして文書化しています。
  • カスタムURIスキーム(myapp://product/123)は古い方式です。動作はしますが、アプリが未インストールの場合はフォールバック先がなく失敗してしまうため、単独ではもはや推奨されません。
  • 遅延ディープリンクは、アプリのインストールをまたいでも遷移先を保持するため、リンクをタップし、アプリをインストールして開いた新規ユーザーは、空白のホーム画面ではなく意図した画面に着地します。
アプリのホーム画面やWebサイトを開く通常のリンクと、アプリ内の特定の商品画面を開き、アプリが未インストールの場合はWebにフォールバックするディープリンクを対比した図

Universal LinksとApp Linksは、AppleとGoogleが推奨する方式であり、それには十分な理由があります。HTTPSであること、フォールバックが滑らかであること、そして基本的なケースではSDKが不要であることです。

Firebase Dynamic Links終了後の世界

ここ数年でディープリンクを使って何かを構築していたなら、ここが変わった部分です。

GoogleはFirebase Dynamic Linksを2025年8月25日に終了しました。既存のリンクは機能しなくなりエラーを返すようになり、新規作成もできません。厄介なのは、Firebase Dynamic Linksがアプリの画面を開く以上のことをしていた点です。ネイティブの仕組みの上に遅延ディープリンクとプラットフォームを意識したルーティングを追加した、動的なディープリンクサービスだったのです。遷移先を変更・トラッキングできるリンクという、より広い考え方については動的リンクとは何かで解説しています。単純なケースでこれを使っていたチームは、そのままUniversal LinksとApp Linksに移行できます。遅延やルーティングの機能に依存していたチームは、それらも置き換える必要があり、その手順はFirebase Dynamic Linksからの移行で解説しています。

この終了は、自分が実際に何を使っていたのかを切り分けるよい機会です。既知の画面を開くだけだったなら、ネイティブのリンクで十分です。インストール時のルーティングに依存していたなら、遅延ディープリンクを行うサービスが必要です。使っていなかった機能まで作り直す必要はありません。

ルーティングとアナリティクスの層を自分でつなぎ合わせずに手に入れたいなら、Elidoのディープリンクは短縮リンクの上に乗る形で提供されており、無料プランで設定できます。メッセージング主導のフローに特化した具体例としては、WhatsApp BusinessディープリンクTelegramディープリンクを参照してください。

遅延ディープリンクが必要になるとき

普通のディープリンクは、アプリがすでにインストールされている簡単なケースを処理します。遅延ディープリンクは、インストールされていない難しいケースを処理するもので、キャンペーンからユーザーが漏れていく場所でもあるため、理解しておく価値があります。

特定の商品の広告を想像してください。アプリを持っていないユーザーがそれをタップすると、アプリストアに送られ、インストールしてアプリを開きますが、デフォルトでは一般的なホーム画面に着地します。タップからインストールまでの間のどこかで、元の遷移先が失われてしまうからです。遅延ディープリンクはその意図を保存しておき、初回起動時にユーザーを正確な商品画面まで届けます。「アプリをインストールした」ことと「欲しかったものを見つけた」ことの間にあるこのギャップこそがコンバージョンが失われる場所であり、遅延ディープリンクはそれを埋めます。

遅延ディープリンクのフロー: アプリを持っていないユーザーがリンクをタップし、アプリストアへ移動してインストールし、初回起動時にホーム画面ではなく意図した正確な画面に着地する様子

短く言えば、日常的なケースにはUniversal LinksとApp Linksを使い、インストールキャンペーンを実施するときは遅延ディープリンクを加え、さらにルーティングとアトリビューションが必要ならサービスに頼る、ということです。概念自体はシンプルであり、その価値は毎回人を正しい場所に着地させられることにあります。

SDKは必要か?

日常的なケースでは不要です。Universal LinksとApp Linksは、ドメイン上でホストする小さなアソシエーションファイルといくつかのアプリ設定だけで構成でき、SDKは関与しません。サービスやSDKに手を伸ばすのは、より難しい機能が欲しくなった瞬間です。インストールをまたいでも生き残る遅延ディープリンク、プラットフォームごとに遷移先を選ぶルーティング、インストールをそれを促したキャンペーンに結びつけるアトリビューションです。これらには、静的なネイティブリンクだけでは提供できないサーバーサイドのロジックが必要です。インストール時の挙動が必要かどうかに応じてツールを選び、既知の画面を開くだけのリンクにSDKを持ち込まないようにしましょう。

ブログの関連記事

よくある質問

ディープリンクとは何ですか?

ディープリンクとは、モバイルアプリのホーム画面やWebサイトではなく、アプリ内の特定の画面を開くURLのことです。通常のリンクをタップするとホームページに着地しますが、ディープリンクをタップすると、そのリンクが指す商品ページやチャット、記事にそのまま着地します。アプリを開くことと、アプリの中の正しい場所を開くことの違いです。

ディープリンクとUniversal Linkの違いは何ですか?

ディープリンクは一般的な概念であり、アプリ内の特定のコンテンツを開くリンクを指します。Universal Links(iOS)とApp Links(Android)は、標準のHTTPSの上にそれを実装する、最新のOSレベルの方式です。つまりUniversal Linkはディープリンクの一種です。より古いカスタムURIスキーム(myapp://)もディープリンクですが、アプリが未インストールの場合は何も起きずに失敗してしまうため、Universal LinksとApp Linksがそれに取って代わりました。

Firebase Dynamic Linksはどうなったのですか?

GoogleはFirebase Dynamic Linksを2025年8月25日に終了しました。既存のリンクは解決できなくなりエラーを返すようになり、新規作成もできません。Firebase Dynamic Linksは実質的には動的なディープリンクサービスであり、ネイティブのリンクの上に遅延ディープリンクとプラットフォームルーティングを追加していました。そのため、これに依存していたチームは、Universal LinksとApp Linksに加えてサードパーティのディープリンクサービスへ移行しています。

遅延ディープリンクとは何ですか?

遅延ディープリンクとは、アプリのインストールをまたいでも遷移先を覚えておく仕組みです。アプリを持っていない人がリンクをタップすると、通常のディープリンクはアプリストアへ向かう途中で失われてしまいますが、遅延ディープリンクはその意図を保存しておき、ユーザーがインストールして初めて開いたときに、リンクが指していたまさにその画面に着地させます。これが、インストールしてそのまま着地させるキャンペーンを成立させている仕組みです。

ディープリンクにはSDKが必要ですか?

基本的なUniversal LinksとApp Linksであれば不要です。ドメイン上のファイルといくつかのアプリ設定だけで構成でき、SDKは必要ありません。遅延ディープリンク、クロスプラットフォームのルーティング、インストールアトリビューションが欲しくなった時点でサービスやSDKが必要になります。これらにはネイティブのリンクだけでは提供できないサーバーサイドのロジックが必要だからです。インストール時の機能が必要かどうかに応じてツールを選びましょう。

Elidoを試す

URLを貼り付けて短縮リンクを取得

登録不要。リンクは30日間有効。永久に保存するには登録してください。

Free、登録不要 · 1日あたり2件

Elidoを試す

EUホスティングのURL短縮サービス。カスタムドメイン、詳細な分析、オープンAPI付き。無料プラン - クレジットカード不要。

タグ
deep link
what is a deep link
universal links
app links
deferred deep link
firebase dynamic links

続きを読む